_bobm

Why not work as before (on 3D XPoint) with Micron and try to pursue PIM (processing in memory) on DRAM? It doesn't go around the DRAM manufacturing constraint, but it helps them sell new PIM-DRAM coupled to Xeons. Right now, they have "pie in the sky" GPUs and nVidia has their boot on Intel's throat, while Xeons and let alone normal cpus are going down the drain.

Intel needs to innovate under constraints and, if history is to be reinterpreted, this won't end well for them. They need less management and to double-down on engineering and their lithography pipeline.

Bold move. Although, I don't think "bold" is what they need where they are going. What's up with these guys? You have something and you wanna turn it into nothing. Just take the site down it will be far less painful.

Aren't shareholders interested in how RDDT is doing?

The relevant question: is herdr going to be sunset by herdr-app backed by herdr-core?

To me this is a valid signal.

Super nice.

Such a stupid comment.

Despite it being an old article things for amazon haven't changed:

you want edge inference, from decision to small models.

That's it. It will be 2c, please.

I guess they used Genie 4 to make a video about people using Genie 4 in different contexts. This may have some implications.

I agree.

They aren't selling tokens only: they are selling tokens in return for money and, most importantly, harvesting of semantic trajectories.

I think, sooner or later this data coupled to model capability will be exploited successfully and will cause an interesting point in human civilization as we know it.

At present, you are right, this is not the case -- the data is not exploited successfully and the models are lacking.

The difficulty comes from the novelty on the information level: we are building systems which fold and compund information. We are beginning to learn how to manipulate them.

There needn't be any time frame to any of this.

I fry my brain everyday trying to keep pace, but honestly, stop it guys. Give the guy a break.

This is the most magical time in my adult life. The 70s, 80s, and 90s, look like a painting compared to the current pace of things. I am literally tired at the end of each day. Dog tired.

Great job OP. I mean. This is nuts.

Ultimately, more people serving.

- gpu market is starving, demand is higher than supply = leads to high gpu price

- number of openrouter shovel sellers rises = lower token prices

Well written.

I think there might be (dare I say) a middle ground to get the productivity of the llm, esp as we evolve them, while still maintain a global and even fine-grain comprehension of a code base.

It is not a simple change, however, but a fundamental one.

Overall I think we are still living in the past and try to apply ourselves to the future. But if the ai craze is to be taken clear-headedly for what it is, it is a complete break from the von Neumann computer and all its resulting artifacts. So why should we use the same tools?

So planning is tied to the spec. This much is clear.

What the author I think is hinting at is not planning alone but "the development and evolution of any program and the state of this program throughout the planning, elaboration, and eventual runtime".

I chuckle at the thought that throwing an md file or a prompt at this problem is sufficient.

So, I posit that if we want any agentic code to evolve meaningfully in the short future and over the long run, we have to have a system which holds and presents this information, the state of a program, in a coherent manner to a human operator. No other way. No other way. And this I say to both nay and yay sayers.

You can argue also that this is part of an even bigger thing. But it is not part of the current discussion on planning and speccing in agentic systems.

OpenAI and anthropic can throw all the billions they don't have at this and adjacent issues, but if this is not solved then they don't have anything.

I also have made similar agents. cool stuff happens when you compose them and a composition is merely different prompts. this strips down the agent to the minimal.

It is not clear what is the best position for the agent or in other words how colesly one wants to integrate with the terminal, shell, or multiplexer.

But over all it does show that maybe the future of agents is not huge blobs of semi-reingeneered multiplexers or see above, but a lean agent with a session stream for context.

great job, i will follow your progress.

Hear, hear!