HN user

physix

155 karma
Posts2
Comments92
View on HN

I think the article is really good, until it starts to offer guidance and making suggestions for the future.

I can't pin it down precisely, but my feeling is that it doesn't fully recognize the fundamental shift taking place. In a sense it's not radical enough, trying more to keep a system afloat whose foundation is being dismantled.

The forces that gave rise to open source will find a new way, because they are based on the nature of the human spirit. We just don't know what it will look like yet.

https://github.com/Cyoda/cyoda-go

Business objects as state machines.

The idea is to reduce the number of moving parts and simplify processing architecture when building apps that need to be transactionally rigorous and scalable.

It stems from the patterns we used to successfully apply in banks, which worked really well. I believe it's an effective way to get shit done in a broad class of systems. You just need to first get your head around it.

https://medium.com/@paul_42036/whats-an-entity-database-11f8...

For someone like me who's never done any hands-on work in ML, the blog is really hard to understand. Whoosh, over my head.

But, I think the underlying problem is that we don't understand how this sh*t works. So, it's just an empirical, iterative mess.

Like physics in the the years shortly before relativity and quantum mechanics.

I thought the same thing. But, should we be surprised about what people believe in these days?

I think that the issue is in part due to the variables. Plotting the mean request time is less intuitive than plotting throughput.

If you plot throughput vs number of servers, it'll be a straight line. And asking people that, I think most would agree on a straight line. But who knows!

If the producers see a long term demand for memory they will meet the challenge and produce enough to bring prices down.

Economics will invariably alleviate the memory crunch. It just takes long and requires a huge upfront CapEx.

They have been burned in the past and are hesitant to over invest, worried that the bubble might burst.

I expect high prices to stick around for a while, but I would be surprised if this was permanent.

Which means to me, that price pressure probably won't be the driving force for writing more memory efficient software.

For those who want, I expect AI to make it easier to do that, assuming it's done right, i.e. not vibe coding it.

If you have a subscription to The Economist, I recommend listening to this Money Talks podcast. They talk about the shortage and the economics behind it.

Can anything stop South Korea’s bull run?

https://www.economist.com/podcasts/2026/05/21/can-anything-s...

The bike/motorbike/car analogy is good. In each you can find enjoyment that suits your character.

I have been drawn to coding from the first day I took a course at college learning Pascal and assembly on an IBM PC. Hell I even wrote an IEEE/488 driver for an Osborne 1.

As an experimental physicist, coding was always central to my work. I always felt guilty because I had more pleasure coding than tackling the physics itself.

This is a new age we are entering. AI changes how we do things, but I believe that the human passion to be creative and do intellectual work will always be part of it. It's in our nature.

So I'm not worried that we'll all dry up and turn into zombies.

For me personally, holding a dialogue with several agentic dev streams in parallel keeps me very much on my toes mentally. It's quite exhausting, and certainly not letting my brain atrophy.

I'm probably losing some coding skills, but replacing them with different ones, and honing some others.

I used to manage dev teams of 20+ people inside high pressure, high stakes projects.

I've been coding all my adult life, on big things and small.

To me, agentic engineering is a deja vue of managing teams, except in real time.

Nobody uses Amex for payments, so the system isn't ever under high load.

Just kidding!

I find the idea quite good, and have to assume that the amount of payment fails they experience due to partitions/outages isn't very high and that the post-payment reconciliation and reclamation process gives them the liberty to rank availability a bit higher than correctness.

One thing that looked a bit shaky was the interplay between the global transaction router's state of knowing which cells can handle a particular payment and the asynchronous distribution of the "failover data", which I presume it needs to know to route correctly. To me that seems to create a window where it might route to the wrong cell due to an outdated routing state.

It also doesn't go into the HA setup of the global transaction router itself.

But still, I kind of like the design.

The dilemma I am facing is cost.

Consumer-grade subscriptions of the frontier models give you superb capabilities per dollar, them being heavily subsidized. But if you're working in an enterprise setting, that won't work. You need to upgrade, and that gets significantly more expensive.

Furthermore, basing the SDLC on leveraging the bargain subscriptions risks falling apart in the future, both from a cost perspective as well as the question of availability (e.g. Mythos).

So from a strategic perspective, going local on the LLM and still achieving great results with the right approach is very relevant.

Well, this one isn't that rosy

The New York Fed blog noted that the modest impact on jobs so far may not hold in the future. "Looking ahead, firms anticipate more significant layoffs and scaled-back hiring as they continue to integrate AI into their operations," New York Fed researchers wrote.

As a layman, it helps me to understand the importance of language as a vehicle of intelligence by realizing that without language, your thoughts are just emotions.

And therefore I always thought that the more you master a language the better you are able to reason.

And considering how much we let LLMs formulate text for us, how dumb will we get?

I was waiting for

          .....   ......   ......   ....   ..    ..   ......
         ..       ..   ..  ..   ..   ..    ...   ..   ..     
         ..       ..   ..  ...  ..   ..    .. .. ..   ..     
          .....   ......   ......    ..    .. .. ..   ..  ...
           .....  ...      .. ..     ..    ..   ...   ..   ..
              ..  ..       ..  ..    ..    ..    ..   ...  ..
         ......   ..       ..   ..  ....   ..    ..    .....

to show up, until I realized I've been coding too much today.

This is a great idea. I really like it!

We considered reaching out in May, but held back because we want to run on bare metal.

Any chance to get this provisioned on bare metal at Hetzner?

We have K8S running on bare metal there. It's a slog to get it all working, but for our use case, having a dedicated 10G LAN between nodes (and a bare metal Cassandra cluster in the same rack) makes a big difference in performance.

Also, from a cost perspective. We run AX41-NVMe dedicated servers that cost us about EUR 64 per server with a 10G LAN, all in the same rack. Getting the same horsepower using Cloud instances I guess would be a CCX43, which costs almost double.

Even when the distance between the centres of mass of two colliding galaxies become comparable to their size?

It's a long time ago, but what I remember was being fascinated by the shapes of the galaxies emerging from a collision under this centre-of-mass approximation, and that it created shapes we see out there. It was as if the main effect were a central mass in each galaxy dominating the dynamics.