tvink

"Efficient"? Nobody believes that the sourcing is more efficient. It's the profit-margin which the government doesn't need which makes the difference, they can be significantly less efficient and still beat "investors" who have shareholders to pay.

What are you talking about.

If your argument is strong, you don't need crutches like "imagined future" here. Nothing has to be imagined.

For most of us, as much as we enjoy making clever things, without the context of a job there aren't that many fun problems we have time to engage with.

It matters because doing so used to be worthwhile economically. Now it is exclusively a part-time for people who have time to do it for fun.

Language evolves. What is certainly true is that the scribal class of people who could program has had its gates of entry almost deleted, and people, without sacrificing a meaningful part of their available time, can build tools to solve their problems.

To me, this is democratization.

Sure anyone could have, but that's always a scale.

Metaphors are easy to disagree with if you don't attempt to understand what they are used to try to communicate.

System one was an attempt to distinguish the "thinking" of thinking models (which is more akin to system two thinking with deliberate arguing/building up a decision) from fast instinctive thinking. It's a really good metaphor for the kind of trade-off or use case this applies to.

It is not and was never implying that it is a replacement for all human system one thinking activities.

> Heck, it is even false for me as a software engineer.

Amen

Honestly, the gap from knowing which command line tool you probably need, to the command that does what you need... Prior to AI I have replicated probably a thousand command line capabilities in Ruby because I just couldn't be bothered.

On raw coverage of 5g, only a few much denser countries are better. You live in basically the best 4g and 5g covered, sparsely populated country on earth :) most countries are not just further behind.

I've never known in a shorter time that a CEO is too defensive to be a business partner faster.

You're gonna be shocked how many input fields do this for various UX features :)

>still write bad code unless my colleagues and the people who submit PRs

It's interesting you feel comfortable to comment with such authority on the capability of a tool you don't even use... Lisp is a bad programming language because my 10 year old brother wrote some really bad stuff, btw!

A big influence for modern js is chained enumeration, like forEach

Wouldn't you just do elixir now? It's like erlang but even wilder.

I think smalltalk and erlang are so interesting because they model the idea of small computers so differently.

Lisp just feels like the purest way to understand what the units of a programming language really is.

Don't think it has to be, if you are mindful of it. Ai uses fewer dependencies usually, as it doesn't mind rewriting things, and you can easily add scans and sanity checks to your sdlc

I think calling opencode the trend is naive. This not what is being run on company time.

Idunno. I think you end up teaching them nothing and just doing it for them. I mentor plenty folks without learning more than basics of vscode/cursor, and the most important lesson for them is always how to figure out how to do stuff (which has never been easier than today).

I'm unsure why you point this out. It's also a non issue if you're trying to drive a unicycle. Isn't it more interesting to talk about the cases where it applies? Or do you reckon all programs should be microservices?

There truly is not. Software engineering is not different in any meaningful way. Sure 30 years ago in waterfall land we were emulating the project management of engineering, with miserably expensive results. But it's all the same now. It's like differentiation between coding and programming, it's different in everyone's head.

You don't think the rest of the world is doing funded research?

Yeah this is copium. Everyone is sprinting to adopt everything that is useful, and it just haven't happened with MCP.

Also, what's the hold up? If they all are building one, presumably using AI, shouldn't they all be done already?

If it is verifiable, please show us. What if clear to you reeks delusion to me.

That is what too expensive to be an option for most.

You're on to something. It's the lisp machine of it all. Hot reloading is nothing that requires anything special, so you can redefine a callback or dependency with ease in the repl and the system chugs along. You can theoretically do something similar in ruby, but it's the opposite of elegant, you'd be forced to re implement methods with different dependencies etc. It's also a function of being "functional" in the lisp sense, that things are lists, and lists can be replaced, functions or otherwise.

The fun way to get a feel for lisp machines is emacs, it's so easy to fall of a language and especially hand-coding in a language if you don't have to.

Looks cool, but the phrase 'build applications with the flexibility and power of go' made me chuckle. Least damn flexible language in this whole space.

You're not wrong, for sufficient simple cases it's at a disadvantage. But once things get complicated, it wins by being the only thing that you can get to work without going insane.

And yeah, any serious use completely assumes a Max sub.

You'll be back :)

Honestly if we could have we would have, we can't even tax the people destroying our world, how are we going to create utopia

It's definitely an approach. I do think in true democratization of the internet, teaching people some tech is inevitable. We just can't have equal access if we retain the classes of user and maker as completely distinct.

This is the complete opposite of my experience.

The point of MCP is discoverability. A crud app is better, except you have to waste context telling your LLM a bunch of details. With MCP you only put into it's context what the circumstances are where it applies, and it can just invoke it. You could write a bunch of little wrapper scripts around each api you want to use and have basically reinvented MCP for yourself.