And, the worst part is noone will ever make a new internet because of the founder effect. We are basically in the worst timeline.
And, the worst part is noone will ever make a new internet because of the founder effect. We are basically in the worst timeline.
I strongly disagree with this statement. What C-staff cares about is share-holder value. What middle management care about is empire building and promotions.
> for instance, to make it possible for GitHub’s 150M users to use LaTeX in markdown - you need to coordinate with many other people at the company, which means you need to be involved in politics.
You presented your point in a misleading way. I would classify this as collaboration/communication rather than politics.
Politics is when you need to tick off a useless boxes for your promo, when you try to to take credits for work you haven't helped with, when you throw your colleague under the bus, when you get undeserved performance rating because the manager thinks you are his good boy. There's a lot more, I didn't read any of your previous blogs, but all of these things are what engineers dread when we refer to politics.
What you’re describing is a particular form of manipulative and divisive politics which is performed by insecure, desperate or selfish people.
Many engineers are not good at building relationships (the job of coding isn’t optimal for it after all), so painting the people who are good at is as narcissistic may be comforting but isn’t correct.
> I spent weeks casually trying to replicate what took years to build. My inability to assess the complexity of the source material was matched by the inability of the models to understand what it was generating.
When the trough of disillusionment hits, I anticipate this will become collective wisdom, and we'll tailor LLMs to the subset of uses where they can be more helpful than hurtful. Until then, we'll try to use AI to replace in weeks what took us years to build.
I don’t see a particularly good reason why LLMs wouldn’t be able to do most programming tasks, with the limitation being our ability to specify the problem sufficiently well.
At this point why don't we get rid of the k prefix and write 59W/g?
Edit:
I was half joking, but various answers mention kW being standard for motors, kg being the SI unit for mass etc. All true, but as used here in a combined unit, which means "power density" it still would make sense IMO. It's not like the "59" tells you that it's a strong motor and hence you want kW to compare it to other motors. You can't, it's just a ratio (power to weigth). W/g just reads much nicer in my head. Or we could come up with a name, like for other units. Let's call it "fainpul" (short fp) for example :)
59 fp is a new record for electric motors!
MCP is about integration of external systems and services. Skills are about context management - providing context on demand.
As Simon mentions, one issue with MCP is token use. Skills seem like a straightforward way to manage that problem: just put the MCP tools list inside a skill where they use no tokens until required.
Traction, brand awareness, and user data do not favor Windsurf over GitHub Copilot. The few of us who follow all the new developments are aware that Windsurf has been roughly leading the pack in terms of capabilities, but do not underestimate the power of being bundled into both VS Code and GitHub by default. Everyone else is an upstart by comparison and needs some form of edge to make up for it, and without a moat it will be very hard for them to maintain their edge long enough to beat GitHub's dominance.
For comparison, JetBrains generates over $400 million in annual revenue and is valued around $7 billion. They've built proprietary technology and deep expertise in that market over decades.
If AI (terminology aside) replaces many professional software engineers and programmers like some of its fierce advocates say it would, wouldn't their potential customer base shrink?
Professionals typically drive enterprise revenue, while hobbyists—who might become the primary users—generally don't support the same business model or spending levels.
What am I missing here?
Looking for a moat in the technology is always a bit of a trap - it’s in the traction, the brand awareness, the user data etc.
I couldn't see a single idea or wordplay that actually made sense or elicited anything like a chuckle. The model _nearly_ got there with 'krill' and 'kill', but failed to actually make the pun that it had already identified.
Also I can't help but think that if it had written out a few example jokes about animals rather than simply "thinking" about jokes, it might have come up with something better
It is also important to point out, the achievement here is how fast TSMC manage to set things up and running even without the home ground advantage. Intel couldn't even replicate this time frame if it was their Intel 7nm Fab. And of course the greatest record was that with enough planning and permission done before hand TSMC manage to have the fab built and running within 18 months in Taiwan. ( Arguably closer to 12 months )
This also means unless a miracle happen or US Gov being unfair with certain things the chances of Intel catching up with its current team, management, board members and investors, against TSMC in terms of capacity, price, and lead time as a foundry is close to zero. ( I am sorry but I lost all faith and hope now Pat Gelsinger is out. )
Once TSMC 2nm hits the ground later this year, TSMC US will also start their 3nm work if they haven't started now.
I wonder if these RL runs can extend over multiple sequential evaluations, where poor design in an early task hampers performance later on, as measured by amount of tokens required to add new functionality without breaking existing functionality.