skysight-inc/HackerNews huggingface dataset:
YC summer ‘28 entry: V2X-connected kids shoes, that constantly broadcast the position and heading of your child to nearby traffic.
That picture does not show any shorts.

The actual DRAM integrated circuit is only the one from the top of the picture.

The other 2 packages are like the one from the top, but they appear to have an additional plastic cover put over the package, to prevent touching the pins.

That plastic cover might have been intended to avoid the damaging of the IC by technicians who did not use proper ESD protection measures when handling the IC. Perhaps the cover is not from conductive plastic, but from metal (though that would be an extravagant expense), but in any case it will be removed when the integrated circuit will be inserted in a PCB or in a socket. Its purpose is only avoiding electrostatic discharge damage during the previous handling.

On the IC from the top, the only one where the metal lid and the pins are visible, it can be seen that the top of the ceramic body had a metal trace that formed a closed square, on which the metal lid had been soldered. The lid covers a cavity with the silicon die, the bonding pads and the bonding wires.

As seen in the photo, the square trace used for soldering the lid is connected by a metal trace to one pin in the corner of the package, which is the ground pin, ensuring that the metal lid is grounded.

In the middle of the ceramic body there are similar metal traces that connect the bonding pads to pads on the lateral side of the ceramic package.

The pins of the IC are brazed to the pads on the lateral side of the package, before soldering the silicon die.

The image is not clear, because the lateral side is in a shadow, but the lateral side has one metallized pad for each pin that will be brazed over it, and the metallized pads are separated by non-metallized ceramic surface, so there are no short circuits.
Maintenance? It works for <10 hours and explodes.
Destroying Gaza is the goal, or else Gaza wouldn't be destroyed. [0]

Your argument that it could be done 'easier' with dumb bombs or artillery callously ignores the fact that another goal in the destruction of Gaza is the all-out servicing of Israels military-industrial complex, which profits immensely with every single cruise missile/smart bomb dropped.

Plus, there's the fact that a lot of dumb bombs have, indeed, been dropped on Gaza in the last year. All of those bombs need to be replenished, and the profit in that is immense.

>expending billions of dollars to reduce casualties

This doublethink is such an incredibly cruel and wrong position to take. Have you not been paying attention to the daily mass murder that occurs, whatever the weapon of choice, of entirely innocent human beings? [1]

[0] - https://reliefweb.int/map/occupied-palestinian-territory/uno...

[1] - https://airwars.org/
Lukianoff and Defining Cancel Culture
Not a joke and different domain, but similar structure and also noteworthy:

Everyone should meditate 2 minutes a day, unless he's busy. Then he should meditate 20.
Why higher voltages can result in cheaper insulation materials? Wouldn’t it be the opposite?
RIP Elaine Herzberg.

Somehow, as in handwave: "Unless everything is equipped with a correctly working, charged and network-connected tracker, it has no business being on a road." Well good luck with that, outside of a fully instrumented testing area.

Well, there's a less compassionate reading of this, too: "wasn't tracked, therefore not our problem, sincerely: vendors, insurance companies, et al."
followed by regulation taxing the sale of empty digital rewritable media, with that money exclusively used to reward the sale of digital rewritable media if it provably contains a randomly selected subset of all research articles.

If a user doesn't want it, they can format the drive, or filter by subject, and get any missing articles for a subject domain from friends/whomever, but preferably first share articles with interested peers before overwriting them.

This will make the hoi polloi understand the problem, and prevent them from forgetting the lesson.
Having done nearly 100 technical interviews (with multiple questions each), the bug squash question gave us the biggest signal on candidates.

Our question was far simpler: it was a simple class (java + python variants, no fancy syntax) and ask them to describe what it does, then find the bug, and finally ask them what they would change.

It reflects a true test of what the day to day is, and whether or not the candidate would succeed in the role.
Someone in Germany pointed out that on their TV coverage of Fukushima they had German Nuclear Scientists who were correctly describing based on 3rd party observations what was happening while official spokespeople were claiming there was no issue and downplaying risks. That's a killer blow to credibility, doubly so if you have a high respect for Japanese industry.

If they're lying/mistaken about stuff obvious to scientists half a globe away then who can you trust with nuclear?

edit to add some sources to back up this third hand anecdote:

https://www.whoi.edu/oceanus/feature/communicating-science/

> The government was telling us nothing. TEPCO [Tokyo Electric Power Co., operator of the plant] was telling us nothing. We had very little input from the scientific community in Japan. Here we are trying to figure this out, and we had first one, then two, then three explosions.”

Fackler had to talk with scientists overseas to learn that what he had witnessed were likely hydrogen explosions, which probably meant partial meltdowns of the affected reactors. “But when we reported this, we had so much criticism from the Japanese side for using the word ‘meltdown,’ ” he said.
"Don't write to stdout but to a logger."

Not great advice given the fact that a logger paged pretty much every SDE on this planet.
> Is that person perhaps just not a good fit for what we need?

That's The Critical question. That is: the situation needs X (read: combo of hard tech skills and soft skills). Can they deliver X and then some?

If not, there's three choices:

1) Develop them to fill their deficiencies, if they're interested.

2) Communicate with them that the biz has evolved and the fit is a misfit. This happens with founders who evolve into CEOs and don't have the chops for that role. It happens.

3) Do nothing.

Note: A seasoned employee will always be asking the same questions. That is: is this the place for me. Should I stay or go?

Great leaders and managers are aware of the mutualness of the relationship and approach it from that pov
"throwing some spare change in FreeBSDs direction is worthwhile"

But that could only last for one year maximum. Because Netflix cancels anything good after a year.
I suggest we do not repeat the myth and urban legend that LLMs are good for legal document review.
I had a couple of real use cases used for real clients who were hyped about LLMs to be used for document review and trying to save salary, for Engish language documents.
We've found Kira, Luminance and similar due diligence project management stuff as useful being a timesaver if done right. But not LLMs.
Due to longer context windows, it is possible to ask LLMs the usual hazy questions that people ask in a due diligence review (many of which can be answered dozens of different ways by human lawyers). Is there a most favoured nation provision in the contract, is there a financial cap limiting the liability of the seller or the buyer, governing law etc.
Considering risks of uploading such documents into ChatGPT, you are stuck with Copilot M365 etc. or some outrageously expensive "legal specific" LLMs that I cannot test.
Just to be curious with Copilot I've asked five rather simple questions for three different agreements (where we had the golden answer), and the results were quite unequal, but mostly useless - in one contract, it incorrectly reported for all questions that these cannot be answered based on the contract (while the answers were clearly included in the document), in an another, two questions were answered correctly, two questions not answered precisely (just governing law being US instead of the correct answer being Michigan, even after reprompting to give the state level answer, not "USA") and hallucinated one answer incorrectly. In the third one, three answeres were hallucinated incorrectly, answered one correctly and one provision was not found.
Of course, it's better to have a LEGAL specific benchmark for this, but 75% hallucination in complex questions is not something that helps your workflow (https://hai.stanford.edu/news/hallucinating-law-legal-mistak...)
I don't recommend at least LLMs to anyone for legal document reviews, even for the English language.
Yes, exactly! Thank you for posting. I tried to get at this in my [now-deleted] peer post... but failed to be nearly as effective. Was a shameful wall of text.

Seniors are juniors with a label and expectations applied. It's incredibly subjective of course. To your point, I find the conventional expectations of 'Senior' too high.

I have spent decades perfecting my technical skill. Literally since childhood. My personal skills have suffered, neither I or you want me to be a talking head.

The story of the Junior who doesn't get enough help is a bit self-fulfilling/lacking in context. How much has been given/stuck/to who? Hearing 'not enough' can either raise someone to the challenge, or create resentment.

A bit of closing irony. I was fine with providing on-site training as a Senior until RTO was ham-fisted so poorly... that I found an even more illustrious 'Principal' title, and expectations, elsewhere.
That’s why it’s a bias, not a fallacy.
Extremely small island that stretches from New York to Atlanta..
Maybe instead of ubiquitous stupidity-tqxax telemetry we could have some neo-Nielsen families and get to pick a roughly representative sample out of voluntary, compensated users. A trusted third party contracts the victims and agregates the data. Don't ask me who regulates or pays though.
Show HN: Turnstyle, an esoteric, graphical functional programming language
I think it's your mindset and how you approach it. E.g. some people are genuinely bad at googling their way to a solution. While some people know exactly how to manipulate the google search due to years of experience debugging problems. Some people will be really good at squeezing out the right output from ChatGPT/Copilot and utilize it to maximum potential, while others simply won't make the connection.

Its output depends on your input.

E.g. say you have an API swagger documentation and you want to generate a Typescript type definition using that data, you just copy paste the docs into a comment above the type, and copilot auto fills your Typescript type definition even adding ? for properties which are not required.

If you define clearly the goal of a function in a JSDoc comment, you can implement very complex functions. E.g. you define it in steps, and in the function line out each step. This also helps your own thinking.
With GPT 4o you can even draw diagrams in e.g. excalidraw or take screenshots of the issues in your UI to complement your question relating to that code.
I agree, but in practise this has been difficult to measure, thus the existence of 'poverty lines' which have been defined as $1/day, $2/day etc, and been fairly static for a long time.

For a poverty line definition then, as I mentioned, we can observe fewer people being below the poverty line as time goes on, but we're ignoring inflation and buying power. Fewer people being under the $1/day poverty line is great, unless essential purchases have doubled in price.

What we've seen in recent decades has been a mix of inflation and basic resources becoming more assessible/cheaper. So when I say people are getting poorer, I'm saying poverty lines ignore this the access angle unless they adjust for inflation, but then also counter to that some essentials have become more accessible, like access to medicine, education and energy. So whilst buying power may get worse for some, they're 'wealthier' in terms of things that they have increased cost-free/low-cost access to.

There have been attempts to use definitions that do adjust for access but they're a lot more difficult to normalise across countries. Something like the Big Mac Index is a quick and dirty tool but obviously it focusses on a single item in a single category (food) so it can't provide a very detailed picture of access to resources, buying power, and poverty on the whole.
> But ants don't have a brain.

Ants have a brain, albeit a small one - some 250,000 nerve cells vs 100 billion neurons in the human brain [1]

It is somewhat like saying an Intel 4004 is not really a microprocessor as it only has 2,300 transistors vs an Apple M4 with 28 billion transistors.

[1] https://www.smorescience.com/do-ants-have-brains/
Flash cards are not understanding, and it doesn't help that few if anyone explains finance without a lot of handwaving and magical thinking.
I don't see how one can have any hope in a Semantic Web ever succeeding when we haven't even managed to get HTML tags for extremely common Internet things: pricetags, comments, units, avatars, usernames, advertisement and so on. Even things like pagination are generally just a bunch of links, not any kind of semantic thing holding multiple documents together (<link rel> exists, but I haven't seen browsers doing anything with it). Take your average website and look at all the <div>s and <span>s and there is a whole lot more low hanging fruit one could turn semantic, but there seems little interest in even trying to.
I've written some interview questions before and can confirm that having people find and fix simple issues in code is a surprisingly great way to weed out people who have no clue what they're doing.

> Cheating effectively is indistinguishable from debugging skill. Even with knowledge of the exact bug ahead of time, if you just open the file with the bug, barf out the code to fix it, and run the tests, you’re going to fail the interview.

Did you mean "distinguishable" here, by chance? The first sentence seems to contradict the second.
Per their documentation [1], you have to bypass MacOS's gatekeeper.

[1]: https://docs.zen-browser.app/guides/install-macos#step-3-byp...
One common misconception about senior engineers - akin to "promotion to management", some assume that seniors should be non-ICs (non-individual-contributors), should "multiply" their force "upon" others, organize and attend lots of meetings, "across departments", work on PowerPoint presentations, mostly do such non-coding tasks, because "only coding is so junior"... This is a good way to alienate real senior engineers who just enjoy engineering. It is perfectly valid to be IC senior/staff/principal/fellow engineer.
> devs by and large don't know SQL, and don't want to learn it

One huge problem is that learning SQL will take you nowhere, unless your schema consists of a few tables with a handful of rows at most.

There is no standard SQL, and there is no serious application development without having to delve into the sanctum sanctorum of your database vendor.
That’s plain false. For the last 10 years of my dads career he was remote full time because the technology was finally available. Your experience wasn’t universal and some people have grown up where it’s normal and expected for a parents office to be at home.
If his goal was peace and prosperity why did he send death squads to murder peasants and overthrow the (democratic and very successful) government of Guatemala, in order to increase profits for American companies?

Honest question
This list is not meant to say "this is the best language for this", but rather, "you'll have an interesting learning experience with this":

- web backend => ruby (with RoR)

- web frontend => JS

- network => go

- gui => dart

- perf sensitive => rust

- mac os only => swift

- windows only => F#

- cli scripting => nim

- embed => zig

- new perspective on programming => lisp

- want to experience clean theoretical concept => haskell

- need super reliable service => erlang

- lots of data processing => julia

- lots of number exploration => j

- video game => C# (with unity)

And I say this as someone who would likely use Python for 80% of those.
Professional tools even for audio use floating point engines (Ableton has done this for well over a decade [1]). While fixed point may be ok for input/output formats, it is certainly not suitable for complex audio processing needs, where errors accumulate far too fast for any fixed point system at equivalent bit depth.

And fixed point is an order of magnitude slower.

> Decoding a JPEG for example is a bunch of fixed point math

It can be done that way, but modern decoders use float for accuracy and speed when available. Search libjpeg-turbo [2] codebase for float and surprise yourself. Even the ancient libjpeg [3] uses float when possible.

Why not simply used fixed-point? Because it's worse in nearly every way, and an artifact of computing from the 1970s-1980s when JPEG pieces were designed (DCT, lots of work culminating in the final JPEG spec in 1992). When JPEG was designed, computers generally didn't have floating-point hardware. The world of computing has changed a bit since then.

[1] https://cdn-resources.ableton.com/80bA26cPQ1hEJDFjpUKntxfqdm...

[2] https://github.com/libjpeg-turbo/libjpeg-turbo

[3] https://www.ijg.org/files/
Templates are overkill. They don't have good copywriting - lorem ipsum all over.
And this is just start. Soon there will be animated websites section, aggregation of free tools and localstorage based tools.
He's a games developer and an ex-member of the cracker scene. His technical chops are stronger than many people here.
Sure, but this is you finding very specific stuff. Most of the world wasn't watching German TV and seeing that difference.
> South America doing pretty well for all

Paraguay seems to be the leader within South America.
> artificial intelligence is losing hype.

among which audience? is the hype necessary for further development? we attained much, if not all, of the recent achievements without hype. if anything, i'm strongly in favor of ai losing all the hype so that our researchers can focus on what's necessary, not what will win the loudest applause from so fickle a crowd. i'd be worried if ai was attracting less researchers than, say, two or three years ago. that doesn't seem to be the case.
My apologies, I thought it was C++. I should learn typescript, it is one of those I'm postponing.
Did you ever find a stable configuration? I’m struggling with Sonos/Ubiquiti something fierce
Anything but addressing the underlying issue of car-centric city design!
The simplest emulator in the world by Oscar Toledo G.:

https://news.ycombinator.com/item?id=39774932
100B Generations Strong of Mothers, Molecular Dances
Watching what China does is always instructive. Despite platitudes to the contrary, climate change is a tertiary concern of theirs. What they care most about is (1) energy independence and (2) cost. So 10-15 years ago they started building a lot of nuclear, solar and coal.

As the cost of solar plummeted and nuclear went up they significantly scaled back their nuclear ambitions. For the last 5 years they've built several TW's of solar capacity and a similar amount of coal peaker plants to run when the sun isn't shining.

Now in 2024 they're starting to scale back coal and they're building massive batteries instead. IOW, batteries are now cheaper than coal to offset the intermittency of solar.

Also, the lithium shortage has come and gone already: https://tradingeconomics.com/commodity/lithium
Not really. I agree that these days his videos are of mediocre quality and more speculative than based on facts. But he is a coder, he has a history of developing an emulator running on the Xbox 360 I believe.
What language do you use?

If you can beat copilot in a typing race then you’re probably well within your comfort zone. It works best when working on things that you’re less confident at - typing speed doesn’t matter when you have to stop to think.
My impression of Vietnam is that people there are pretty chill indeed, but also that answering truthfully in such surveys might not be in your best interest if you are a local.
It's there three times, which is partly what triggered the comment, as it came across as something of a theme.

Certainly this article is less dogmatic that many, but I still got the sense that author was using effects like causes.

The less lazy version is to do with treating the metric as the measure. Sure, the quant revolution is in full swing, but it's a terrible way to gauge the success (or failure) of society, and is perhaps a better metric for describing detrimental human activity.

That said, I fully appreciate the author's efforts to break with convention, but I felt that the points made actually give creedence to the system that, in my view, is actively corrupting the values that might get us out of this mess
I'm a huge fan of nuclear power at a technological level, but we have to acknowledge that fundamentally the safety of nuclear power depends on trust. If a NPP is designed, built, and operated correctly, it's perfectly safe to have one next door. I would personally be entirely happy to live next to one in my country (the UK).

There's not much that an individual can do to verify the safety of any given nuclear installation, however, and, bluntly, the global track record isn't great. Even countries with regulatory environments that we'd expect to be very effective have had INES 4+ incidents, and some of those could have been far worse were it not for pure luck. You could rightfully counter that any large civil engineering project relies on trust in a similar way, but a bridge collapse or even dam collapse, while horrifying, cannot conceivably render a large area uninhabitable for hundreds of years.

I think the reason that regulations in nuclear power have become overly burdensome is ultimately an attempt to try to build trust and demonstrate to the public that the risks are being taken as seriously as possible, in an attempt to prove that a worst-case nuclear disaster will never happen. You could think of it as safety theatre or something, but were it not for these regulations, in a democratic country, the public would simply not allow NPPs to be built, and therefore complying with these regulations is just an inescapable cost of that form of power generation. Arguably we even give NPPs a pretty significant subsidy by limiting their total public liability.
Just look at the explosion of the north stream pipelines. Whether this were government actors, terrorists, or a rogue military interest group independent of government decisions is unknown. But the very same can happen with nuclear plants. Yes they are protected against terrorist attacks (to some extend), but once you factor in military grade capability, the security assumptions crumble. No need for a full-blown nuclear war to happen at all, NPPs are a risk to national safety.
> I remember some feature in XP which let you show an HTML page as a wallpaper too

Active Desktop was originally introduced for Windows 95: https://en.m.wikipedia.org/wiki/Active_Desktop
I find LLM's great for:

- Getting over the blank canvas hurdle, this is great for kick starting a small project and even if the code isn't amazing, it gets my brain to the "start writing code and thinking about algo/data-structures/interesting-problem" rather than being held up at the "Where to begin?" Metaphorically where to place my first stroke, this helps somewhat.

- Sometimes LLM has helped when stuck on issues but this is hit and miss, more specifically it will often show a solution that jogs my brain and gets me there, "oh yeah of course" however I've noticed I'm more in than state when tired and need sleep, so the LLM might let me push a bit longer making up for tired brain. However this is more harmful to be honest without the LLM I go to sleep and then magically like brains do solve 4 hours of issues in 20 minutes after waking up.

So LLM might be helping in ways that actually indicate you should sleep as brain is slooooowwwwing down