MurphyA/hacker-news huggingface dataset:
by coffeebeqn | 2025-07-05 07:28:03+00:00
Either we have wildly different difficulty levels at our jobs or this is bs. I tried the agents (I get access to basically all state of the art from my company) and they still have all the same issues of agents from a year back. Each step gets more chaotic and the end result is always that I end up reverting the over complicated mess it made and writing it myself. One-offs with lots of context still sometimes work.

Even a perfect eval loop like failing tests end up 80% of the time with them creating something way too complicated since they solve one visible but not root issue at a time and build on top of that hacky foundation until again I end up reverting it all
by cypher007 | 2025-07-05 07:28:05+00:00
Location: Bengaluru, India

Remote: Yes (preferred)

Willing to relocate: Open to remote-first companies worldwide (relocation possible for the right opportunity)

Technologies: Go (6+ yrs), PostgreSQL, AWS, Redis, RabbitMQ, Docker, Prometheus, Git-based CI/CD

Résumé/CV: Available upon request

Email: cypher.dev01@proton.me

Experienced backend engineer with 6 years in building scalable systems in fintech and sports analytics. Proficient in designing high-throughput APIs (300+ RPS), optimizing large-scale databases (5TB+), and setting up CI/CD pipelines and observability stacks. Looking for remote opportunities focused on backend/system engineering, infrastructure, or platform development.
by acarminati | 2025-07-05 07:29:25+00:00
Thank you for your comment! It’s always great to hear different perspectives... keeps the conversation interesting.

Even though I framed the article around auditing (a noble goal, and one that makes security folks nod approvingly), the real reason behind this setup is a bit more... humble.

In my daily work, I jump between a lot of different machines. I often find myself crafting commands that I know I’ll need again, but inevitably forget. For a while, I relied on the good old shell history... Until I hit all its usual quirks. You know the drill: history lengths are always either too short or way too long, sessions end abruptly and wipe your precious commands, and each machine needs its own little tweaks just to behave the way you want.

So I came up with a solution: a centralized history receiver, which I wrote about in an earlier post (linked in this one). It worked great... until BusyBox entered the scene. With its stripped-down shell, my previous approach no longer worked.

This article is about how I adapted my setup to work in BusyBox environments. Yes, it could be used for auditing (and that’s how I “sold” it in the post), but my real goal was more about convenience and sanity-saving than full-blown security.

So yep, you’re totally right that there are heavier-duty tools like sudosh2 and snoopy if someone needs serious audit trails. But sometimes you just want your commands to stick around long enough to reuse them without opening a dozen terminal tabs trying to remember where you ran what!

Does that make more sense now?
by logsr | 2025-07-05 07:29:49+00:00
the most likely weakness is in the ECC implementation. i don't understand the math (who does?) but what the debate over https://safecurves.cr.yp.to/ tells me is that very few people know what a "weak curve" is but people agree that they exist. this has always made me sketch on ECC in general, especially since it is also used in Tor. Another possibility is compromising the RNG used for creating the pvt sig? which since these are early addresses they would have been from a very early version of the software, and might have used a shitty RNG. If this is a crack it could definitely be state level actors (who has the US pissed off lately? who have they not?). Whether it is state/private the goal would be to extract as much real money as possible before creating a panic, so will be interesting to see where the money goes.
by b112 | 2025-07-05 07:31:02+00:00
Indeed. That's what so many miss.

One of the doge creators sold all his early doge for a used car. He'd hit the jackpot, a $5k return on something he rolled out in under a day's work, for fun.

He didn't make the wrong decision. All his coin was worth 5 bucks, then 5900. What would you do?
by Thorrez | 2025-07-05 07:31:06+00:00
>It also classifies software development as R&D

The TCJA (passed in 2017) already did that (effective 2022). So it sounds like this new bill is keeping that, but changing the deduction rules back to what they were before 2022.

See this previous discussion of the TCJA:

> all "software development" is now an R&E expense.

https://news.ycombinator.com/item?id=34627712

(AIUI, "R&D" (research and development) and "R&E" (research and experimentation) are synonyms.)
by indolering | 2025-07-05 07:31:39+00:00
Elon has tricked himself into thinking the automated statistics machine is capable of human level cognition. He thinks cars will only need eyeballs like humans have and that things like directly measuring what's physically in front of you and comparing it to a 3D point cloud scan is useless.

Welp, he's wrong. He won't admit it. More people will have to die and/or Tesla will have to face bankruptcy before they fire him and start adding lidar (etc) back in.

Real sad because by then they probably won't have the cash to pay for the insane upfront investment that Google has been plowing into this for 16 years now.
by kqr | 2025-07-05 07:32:14+00:00
From https://gwern.net/dnb-faq:

> Performance on dual n-back has complicated correlations with performance on other tests of working memory or IQ, so it’s not clear what it is tapping into. (And the link between WM and performance on IQ tests has been disputed; high WM as measured by OSPAN does not correlate well with performance on hard Raven’s questions and the validity of single tests of WM training has been questioned .)

> Unfortunately, in general, IQ/g and memory don’t seem to be trainable. Many apparent effects are swamped by exercise or nutrition or by simple practice. And when practice does result in gains on tasks or expensive games, said benefits often do not transfer .

> Have I seen any benefits yet? Not really. Thus far it’s like meditation: I haven’t seen any specific improvements, but it’s been interesting just to explore concentration - I’ve learned that my ability to focus is much less than I thought it was!

It does however seem like maybe dual n-back trains concentration and focus and willpower?

> WM training helps alcoholics reduce their consumption and increases patience in recovering stimulant addicts (cocaine & methamphetamine). WM training has been shown to help children with ADHD and also preschoolers without ADHD; Lucas found behavior improvements at a summer camp.
by CoolCold | 2025-07-05 07:32:51+00:00
I definitely met several cases where support for shrinking would be beneficial - usually something about migrations and things like that, but yet I agree it's quite rare operation. Benefits come with lower amount of downtime window and/or expenses in time and duplicating systems.

I.e. back in ~ 2013-2014 while moving some baremetal Windows server into VMware, srhinking and then optimizing MFT helped to save AFAIR 2 hours of downtime window.

> except perhaps as a consequence of bad planning

Assuming people go to Clouds instead of physical servers because they may need to add 100 more nodes "suddenly" - selling point of Clouds is "avoid planning" - one may expect cases of need of shrinking are rising, now lowing. It may be mitigated by different approaches of course - i.e. often it's easier to resetup VM, but yet.
by Thorrez | 2025-07-05 07:33:35+00:00
There was a domestic vs foreign distinction in the TCJA, passed in 2017, which took effect in 2022:

> 174 to require taxpayers to amortize specified R&E expenditures ratably over a five-year period for domestic expenditures and a 15-year period for specified R&E expenditures attributed to foreign research

https://www.journalofaccountancy.com/issues/2022/nov/amortiz...
by renatovico | 2025-07-05 07:33:50+00:00
it’s not about collaboration or finding the right tool for the job, but rather about “my tech is better than yours.”

K8s and Lambda serve different scopes and use cases. You can adopt a Lambda-style architecture using tools like Fargate. But if a company has already committed to a k8s, and this direction has been approved by engineering leadership, then pushing a completely different serverless model without alignment is a recipe for friction.

IHMO, the author seems to genuinely want to try something new and that’s great. But they may have overlooked how their company’s architecture and team dynamics were already structured. What comes across in the post isn’t just a technical argument — it reads like venting frustration after failing to get buy-in.

I’ve worked with “Lambda-style” architectures myself. And yes, while there are limitations (layer size, deployment package limits, cold starts), the real charm of serverless is how close it feels to the old CGI-bin days: write your code, upload it, and let it run. But of course, that comes with new challenges: observability, startup latency, vendor lock-in, etc...

On the other side, the engineer in this story could have been more constructive. There’s clearly a desire from the dev team to experiment with newer tools. Sometimes, the dev just wants to try out that “cool shiny thing” in a staging environment — and that should be welcomed, not immediately shut down.

The biggest problem I see here is culture. The author wanted to innovate, but did it by diminishing the current status quo. The engineer felt attacked, and the conversation devolved into ego clashes. When DevOps loses the trust of developers, it creates long-term instability and resentment within teams.

Interestingly, K8S itself was born from that very tension. If you read Beautiful Code or the original Borg paper (which inspired), you’ll see it was designed to abstract complexity away from developers — not dump it on their heads in YAML format.

At the end of the day, this shouldn’t be a religious debate. Good architecture comes from understanding context, constraints, and cooperation, not just cool tech.
by close04 | 2025-07-05 07:34:33+00:00
> “Autopilot appears to automatically disengage a fraction of a second before the impact as the crash becomes inevitable,”

This is probably core to their legal strategy. No matter how much data the cars collect they can always safely destroy most because this allows them to pretend the autonomous driving systems weren’t involved in the crash.

At this point it’s beyond me why people still trust the brand and the system. Musk really only disrupted the “fake it” part of “fake it till you make it”.
by eviks | 2025-07-05 07:34:37+00:00
> It is, but directly, not as a subversion.

It is directly challenged in the very thread linked in the article (and likely before, the drama is ancient).

Also, there is no "less stringent reviewer", it's always been the same you!

So your example fails at both core points, yet your outcome is still the same happy firing!

At least for paid work you can just sprinkle $ to cover up such mistakes and find someone else, but wait, this is also not paid work!
Show HN: I made a clock for my old phone. No app, no ads, no signup
by Shawn1991 | 2025-07-05 07:35:29+00:00
Like many of you, I spend most of my day with my IDE/game in fullscreen mode. It's great for focus, but I constantly found myself breaking my flow just to check the time -- quitting fullscree mode or waking up my phone. It's a small annoyance, but it adds up.

At the same time, I had an old phone sitting in a drawer, gathering dust. The screen was still perfect, so I thought: why not turn it into a dedicated desk clock?

I looked for existing solutions, but most were native apps requiring an install, cluttered with ads, or just didn't look right. So, I decided to build the tool I wished existed.

It's a dead-simple, fullscreen flip clock. As the title says: no app to install, no ads, and no signup needed. Just open the URL on your device, and you're done.

My plan is to always keep this core flip clock experience exactly as it is now: free and simple. To support the project, I might add more advanced widgets in the future as optional, paid features, like photo gallary, todo list, weather, timer, etc.

So, my question for you is: What's the one widget you would find most useful on a dedicated dashboard device like this?

I'd love to hear your feedback and ideas!
by mattlondon | 2025-07-05 07:36:28+00:00
Yeah - assuming this was not the rightful owner (which it might well be), my gut is that perhaps someone found an implementation flaw/quirk in some old wallet code/keygen/RNG that effectively reduced the keysize down to something more manageable for brute-forcing. In ye olden days Bitcoin was still something of a curio for geeks and nerds and not the industry it is now, so it would not be unreasonable IMO for there to be some slightly-less-than-perfect implementations floating around from hobbyists or open source etc - the stakes were lower then.

If there was say a vulnerability in a specific wallet version it would be quite possible to narrow down search space to only the wallets/addresses around that point in time etc as well, making it easier to target your brute-forcing efforts.

It will be interesting to see if any other dormant wallets from around the same era wake up too.
by amjnsx | 2025-07-05 07:36:29+00:00
This argument falls apart when you consider technology though. And even daily essentials. No one would not buy food and water because they can get more in future. They need it now.

The same goes for technology. We all know next year’s iPhone will be better than this year but we still buy them…because we need them now.

I’d argue inflation’s incentives are worse - the constant need to invest/spend so that your money doesn’t lose value. It means money flows into anything and everything like zombie companies, over consumption, property. Those on the poorest end are just trapped because as soon as they get any money it starts depreciating.
by ido | 2025-07-05 07:36:31+00:00
It was not - 68000 and 68020 (and 68030 of course) based systems were still sold later than that. The highest end mac in 1990 was 68030 based (https://everymac.com/systems/apple/mac_ii/specs/mac_iifx.htm...) and was prohibitively expensive. New 68030 models were still being introduced as late as 1994.
by 01100011 | 2025-07-05 07:36:37+00:00
I cut elon a tiny bit of slack because I remember ten years ago when a lot of us stupidly believed that deep learning just needed to be scaled up and self-driving was literally only 5 years away. Elon's problem was that he bet the farm on that assumption and has buried himself so deep in promises that he has seemingly no choice but to double down at every opportunity.
by Kon5ole | 2025-07-05 07:37:08+00:00
TSMC can only make about as many Nvidia chips as OpenAI and the other AI guys wants to buy. Nvidia releases gpus made from basically the shaving leftovers from the OpenAI products, which makes them limited in supply and expensive.

So gamers have to pay much more and wait much longer than before, which they resent.

Some youtubers make content that profit from the resentment so they play fast and loose with the fundamental reasons in order to make gamers even more resentful. Nvidia has "crazy prices" they say.

But they're clearly not crazy. 2000 dollar gpus appear in quantities of 50+ from time to time at stores here but they sell out in minutes. Lowering the prices would be crazy.
by il-b | 2025-07-05 07:37:23+00:00
Quit. Doing the work you hate will burn you out, faster than you’d expect. The worst part is to pretend to be enthusiastic about the tech, while in the same time knowing it’s just not worth your time. If you don’t have enough savings and leaving the job isn’t an option right now, maybe just stay for several months and learn some tech that is complex and boring enough to not to attract too many ”vibe” people
by chmod775 | 2025-07-05 07:38:36+00:00
> But I am fairly sure all of Baba Is You solutions are present in the training data for modern LLMs so it won’t make for a good eval.

Claude 4 cannot solve any Baba Is You level (except level 0 that is solved by 8 right inputs), so for now it's at least a nice low bar to shoot for...
by Sesse__ | 2025-07-05 07:38:39+00:00
Under fairly reasonable circumstances, finding the optimal join order for N tables in an arbitrary query graph is indeed shown to be NP-hard. However, many common queries are not so difficult, e.g. if you just join A to B, B to C, C to D etc. (a chain join) and allow joining only along join conditions, it's O(n³). But e.g. a star join (A to B, A to C, A to D, etc.) can become much worse IIRC.
by Shawn1991 | 2025-07-05 07:39:03+00:00
For those who enjoy some technical details:

To make this runnable 24/7 on an old device without turning it into a hand-warmer. This meant focusing heavily on performance and efficiency.

The core idea was to separate static content from dynamic content to avoid unnecessary, expensive redraws on every frame. Here’s how I approached it:

This meant moving beyond simple CSS animations and focusing on a more optimized rendering approach.

Here's what I did:

- Off-Screen Canvas: Instead of manipulating DOM elements directly for each animation tick, I use an off-screen canvas to pre-render the state of the clock digits. This avoids triggering constant, expensive layout shifts and repaints on the main page, making the animation much smoother.

- Event-Driven Rendering: The clock doesn't just redraw on every requestAnimationFrame. It's smarter than that. I implemented an event-driven model where the rendering logic only triggers when a digit actually needs to change (i.e., once per second for the seconds, once per minute for the minutes, etc.).

This decoupling of rendering from the animation frame rate saves a surprising amount of CPU cycles, which is crucial for older devices.
by ehnto | 2025-07-05 07:39:09+00:00
New stars would arise, others suggesting the games industry would collapse and go away is like saying the music industry collapsing would stop people from making music.

Yes games can be expensive to make, but they don't have to be, and millions will still want new games to play. It is actually a pretty low bar for entry to bring an indie game to market (relative to other ventures). A triple A studio collapse would probably be an amazing thing for gamers, lots of new and unique indie titles. Just not great for profit for big companies, a problem I am not concerned with.
by kadoban | 2025-07-05 07:39:43+00:00
> But the resolution there was MCTS

MCTS wasn't _really_ the solution to go. MCTS-based AIs existed for years and they weren't _that_ good. They weren't superhuman for sure, and the moves/games they played were kind of boring.

The key to doing go well was doing something that vaguely looks like MCTS but the real guts are a network that can answer: "who's winning?" and "what are good moves to try here?" and using that to guide search. Additionally essential was realizing that computation (run search for a while) with a bad model could be effectively+efficiently used to generate better training data to train a better model.
by b112 | 2025-07-05 07:39:58+00:00
Better odds: old man theory.

Some dude had the wallets on a usb drive. Maybe he mined in the very early days, never really thought of it, and ended up aged and not cognitively aware, his memory wonky.

Recently, he just passed on.

His offspring cleaned out his garage or whatever, found a usb stick, looked on it for photos, and found this.
by pyman | 2025-07-05 07:40:02+00:00
> wouldn't he have tapped into that bitcoin if he had access to it?

That's not how business works. You borrow, then borrow some more, and focus on having a long term plan to cover the interest, so you don't upset the banks or end up broke again.

Doesn't Elon sell Bitcoin whenever he needs a few hundred million these days?

The fact that we don't understand how someone could've come up with something like PayPal or Bitcoin might be exactly why Elon and Peter are the richest people on the planet.

> There's no way, even if it was a single-digit number of people team that they would remain silent.

JPMorgan moves $10 trillion a day. Would you sleep at night knowing you publicly admitted being involved in a project whose only mission is to bring them down?
by jbverschoor | 2025-07-05 07:41:16+00:00
I mean, that slogan still holds true 30 years later.

I’ve never used Fortran.. I started out with basic and wanted to do C/C++ because of gamedev. I loved the syntax. Perhaps bc it made me feel smart. The C-style syntax is also big part what made Java popular.

However, I think more and more than the popularity is because Java was the de facto standard to teach at universities. The reason for that was that it was a very clear language, and easy to compile, unlike C, which has so many behavioral quirks, and ofc memory management.

These days Python is being taught in both CS and statistics, which creates a broader market and broader usage spectrum.

Ruby, in my opinion, got big because of rails, but loved because of the stdlib
by littlestymaar | 2025-07-05 07:42:16+00:00
- It's not a currency.

- It can absolutely blocked by third parties (either the exchange you use or the mining cartels can).

- in practice its liquidity is tied to the liquidity of the ”stablecoins” (USDT and the likes) and as such it's not “the most liquid” since the liquidity of those stablecoins is higher.
by solatic | 2025-07-05 07:43:09+00:00
The promise of both Kubernetes and serverless was to abstract away the infrastructure from the developer, who can stick to writing line-of-business code. In both cases, companies end up needing to hire infrastructure teams to manage the underlying infrastructure.

Author is making a moot argument that doesn't resonate. The real struggle is about steady-state load versus spiky load. The best place to run steady-state load is on-prem (it's cheapest). The best place to run spiky workloads is in the cloud (cheapest way of eliminating exhausted capacity risk). Then you have crazy cloud egress networking costs throwing a wrench into things. Then you have C-suite folks concerned about appearances and trading off stability (functional teams) versus agility (feature teams) with very strong arguments for treating infrastructure teams not as feature teams ("platform teams") but as functional teams (the "Kubernetes team" or the "serverless team").

And yes, there woukd be a "serverless" team, because somebody has to debug why DynamoDB is so expensive (why is there a table scan here...?!) and cost-optimize provisioned throughput, and somebody has to look at those ECS Fargate steady-state costs and wonder if managing something like auto-patching Amazon Linux is really that hard considering the cost savings. At the end of the day, infrastructure teams are cost centers, and knowing how to reduce costs while supporting developer agility is the whole game.
by senko | 2025-07-05 07:43:28+00:00
Had major problems with xinerama, suspend/resume, vsync, probably a bunch of other stuff.

That said, I've been avoiding AMD in general for so long the ecosystem might have really improved in the meantime, as there was no incentive for me to try and switch.

Recently I've been dabbling in AI where AMD GPUs (well, sw ecosystem, really) are lagging behind. Just wasn't worth the hassle.

NVidia hw, once I set it up (which may be a bit involved), has been pretty stable for me.
by bigstrat2003 | 2025-07-05 07:43:42+00:00
I knew a WoW widow in college. Her boyfriend got completely hooked on the game, even to the point that he didn't want to have sex with her any more! She desperately tried to get his attention back but couldn't do it, and ultimately broke up with him. She was (understandably) very bitter about the game after that and wouldn't remotely consider dating someone else who played.

Thankfully as far as I'm aware the dude eventually got control of himself again and is living a pleasant family life these days. But the addiction is real for some people.