Hacker Newsnew | past | comments | ask | show | jobs | submit | more bmelton's commentslogin

It very often _is_ an anchor, and they are usually dropped and dragged on purpose for the effect of cutting the cables which are clearly marked on charts as places to not drop anchor


The chances of it being due to accident seems astronomically low, but I didn’t realize the intentional cutting was by an actual anchor. That makes sense though, as it would be an easy, discreet method.


Am I reading it correctly that there are no instances on that wikipedia after Elon's purchase (other than the Substack incident?)


I think that is OP's point though, that when we open the door to things that are different not in kind, but only in degree, then we are likely to always expect the degree to increase

Yes I know that this is the slippery slope but it also accurately describes the trajectory of politics in America at basically every step


Is Jay Leno your neighbor?

I suppose the fact that the #1 car guy in America won't buy Ferrari amplifies the signal that Ferrari isn't actually a car company

That they also won't let you modify your cars to your liking (see Deadmau5's fights with Ferrari) is another


But he has admitted that he likes them and that they are excellent cars, he just not like the whole experience: https://youtu.be/VUPOvcolNZg


Jay Leno also doesn't feel a lot of pressure to own those kinds of cars because they're not really what he's into. When you look at what he actually does, he's a collector of and benefactor for the restoration of niche vehicles.

It is uncontroversial to say that Ferraris are cars of note. Somebody will save them. His resources are better spent on the stupidly niche things that nobody will care about if he doesn't. So it's easier for him to say "meh, not for me" than it is for someone to whom those kinds of cars are more relevant.


I haven't heard anyone say it out loud, but I'd wager it's in large part related to things like Chinese solar panels containing remotely triggerable kill-switches and/or having the ability to function as unauthorized mesh relays

https://www.reuters.com/sustainability/climate-energy/ghost-...


You can trace out the circuits on a traditional solar panel. They aren't complex devices. If someone managed to hide some kind of control chip in there and also some sort of connectivity to trigger it then my hat is off to them.

I would worry more about the inverters, including microinverters.

Also consider that if someone is doing industrial sabotage on that scale it would be much easier to attack the fossil fuel and nuclear power plants and their enormous computer controlled generators. Even hydroelectric would be susceptible. Or maybe attack the substations. There is nothing unique or special about solar panels that makes them a good target, and their highly distributed and diverse nature actually makes them more difficult.


Other targets may be more appropriate, but:

> and their highly distributed and diverse nature actually makes them more difficult

Distributed doesn't make it harder, if/when there's a common failure mode. See e.g. this with the power grid which is obviously as distributed as any PV connected to it: https://arstechnica.com/security/2025/01/could-hackers-use-n...


Depends if you can exploit the system directly from the Internet or if you need to break into hundreds of thousands of individual networks before you can trigger the attack.


I could see subterfuge in the inverters, but aren't panels themselves electrically very simple? I would think a rogue device within the panel itself would be apparent.

It's still worth examining the panels in minute detail. I just think it would be a ton more difficult to hide much functionality within a panel.


Reds under beds, again?


The S in IoT stands for security


This isn’t a thing. As in - try sitting in on a power purchase negotiation where the minutiae of every conceivable risk is debated for hours on end and this never even comes up.


“... by definition, news is something that almost never happens.”

- Bruce Schneier


Except for the annual “health system in crisis” story.

Edit: substitute any issue you care to name for “health system”, there’s always a crisis that can be used to grab eyeballs.


I mean it's also probably because his solo transatlantic flight planning was famously very meticulous, and it was notable because he had started his career more recklessly, but earned a reputation that added 'cautious' to his preexisting reputation of 'capable.'


If you can avoid adding an extra service without paying too much penalty, it means not having to acquire an extra skill or hire another devops person or keep yet another service in sync / maintained / etc.

The cost of adding services to an app is so much higher than people give it credit for at organizations of every size, it's shocking to me that more care isn't done to avoid it. I certainly understand at the enterprise level that the value add of a comprehensive system is worth the cost of a few extra employees or vendors, but if you could flatten all the weird services required by all the weird systems that use them in 30,000+ employee enterprises and replace them with one database and one web/application server, you'd probably save enough money to justify having done it.


Where I work did an inventory a few years back of their systems and found that we had about the same number of databases (not tables!) as employed engineers, counting all deployed (QA and prod) instances.

The team on that inventory project obviously created a new database to put their data in, plus QA and test replicas. They (probably) have since moved to another DB system but left the old ones running for legacy applications!


Hah, that's table stakes - I have definitely worked at companies with 100 or 1000x the database to engineer ratio.

Depending on your database system, it may even have a 1:1 equivalency with Schemas (MySQL.)


I went through this recently as I was buying housewares for my soon-to-be-moving-out daughter, and I was shocked to learn there's a pretty easy hack to knowing which Pyrex is which (at least for modern versions)

-- The good borosilicate glass is branded with uppercase "pyrex" -- The potentially bad soda glass is branded with lowercase "pyrex"

There are other clues too, like that the borosilicate ones aren't typically sold in the US, ergo typically aren't marked with imperial units, but if you're on the prowl for one or the other, upper/lower case is the surest giveaway

(unless there are some counterfeits I have not knowingly encountered)


For what it's worth, the article says the exact opposite

  Protip: Look for all-caps PYREX graphics which can either indicate that is vintage or that it’s from Europe, where a company called Arc International owns the Pyrex brand and still makes its cookware out of borosilicate.


I was just editing (thought it funny after I typed it and went downstairs to look)

Thanks for the correction!


Borosilicate glass is also very noticeably lighter than normal soda-lime glass.

After you have handled both kinds of glass it is difficult to confuse them, especially in bigger vessels.

Besides the fact that borosilicate glass has a lower density, the vessels made of borosilicate glass are made typically with thinner walls than those made of normal glass, which makes even greater the weight difference.


Yeah if you're holding them in your hands they're very clearly different in weight and also color

I just wasn't savvy to this knowledge when I was shopping for them on the internet until I dove deeper


You have it flipped. The "good" versions are in all caps, the newer models are lowercase. I have some old, borosilicate pyrex and the name is capitalized. If you look up a new pyrex measuring cup, you'll note that the name is lowercase.


Yep! Edited. Thanks


Perhaps the difference shrinks somewhat when the country you are born in has compulsory military service?


The difference does shrink, only to grow if one joins an elite unit that is highly selective. There has to be some enthusiasm involved, IMO.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: