I hear this sentiment a lot but it doesn’t match my experience. I’m an experienced erlang programmer, i’ve shipped thousands of gen-server and gen-statem over the years and coding models can absolutely wire them up faster than I can type them out… I guess if you’re using lombok in Java or something typing @foo probably doesn’t take all that long.
The problem with a lot of these discussions is it's apples and oranges. I'm not experienced with Erlang, but since you say "wiring up" I'm going to assume you're talking about a pretty repetitive task involving putting the right references across several source code files. This is a mechanical process that hasn't annoyed anyone enough yet to write a program to do it. So either Erlang programmers don't care much about their time, or it's a relatively low-frequency thing that doesn't have a big impact overall.
The example I replied to was more the nuts and bolts of programming. It's the thing you're doing 90% of the time. Changes here have a big impact. That's why for almost my entire career I've had expandable "snippets" in my editor to automatically expand, say, "for" to a for loop skeleton where I fill in the variable names. It's like using an electric screwdriver. You don't lose touch with the screws, it just saves you time and effort.
Typing the entire for loop into an LLM in pseudocode actually seems like a regression compared to that. You don't save any typing. But you lose the ability to work independently. You become dependent on a paid subscription and/or powerful hardware just to do what I've been able to do with a keyboard and hardware you can find for free.
It's similar to writing a letter to someone and having it translated to French, but the reader understands English. Why would you do it?
This changes if you go higher level, of course. This is the temptation that LLMs give us. First it's a for loop, then it's an entire class, then entire modules, then it's only a small step to "vibe coding". What we're still figuring out is where this is actually a benefit. Where can we save effort without compromises? I don't think it's typing out code in English, and I don't think it's vibe coding either. Is there something in between? It's too soon to tell.
Goddamnit! All I wanted is a quiet life for a few years; and now they're making a biopic about me? They didn't even reach out to my team to gather details. I guarantee they'll probably get my shell and font preferences wrong.
Its ok he'll just slot some new softs from Shinjuku corp and break the ICE on the implants from his VR 3d rendered file system that he jockeys into with his Nintendo power glove.
*Oh god, you made me remember Adobe Atmosphere was a thing...
I didn't know Adobe Atmosphere was a thing. Thank you for providing another example of that strange period of MMO-lites like Worlds and VRML. Interesting to think Adobe Atmosphere versus Worlds mirrors the much later one-sided walloping of Metaverse versus VR Chat.
I mean really? Oh I can't see someone heading down to the copy shop to scan every page of war and peace and then print it out when you can get a used one for less than the paper cost..
I was kinda amazed to find out how hard it was to buy a kobo libra colour in .de -- apparently there's some kind of cartel thing going on where amazon somehow convince entire markets not to sell their competitors products. I had to order it from Hungary or something iirc.
Ah that makes a little more sense. Do they jut rebrand kobo devices to tolino? I see they also have a colour e-reader but i can’t really tell if it’s the same device or not…
A lot of places (e.g the village i live in) have volunteer fire teams which only really need equipment and training, it’s much cheaper than having a 24/7 paid fire department.
You can get into difficulty with kubernetes here, as your jvm will detect all cores on the node but you may have set a resources limit on the pod/whatever, so it’ll assume it can spend more time doing stuff than it actually can, so often times it’s quite necessary to tune some things to prevent excessive switching etc.
Modern JVMs will detect orchestrator-set cgroup limits and size themselves accordingly. If you, for example, set a cpu limit for a pod to “1”, the JVM will size itself as if it was running on a single core machine.
Nah they fixed the JVM to be container aware some versions ago - I do remember dealing with this in early Java 8 days, think Java 10 is when it got fixed, and then it was backported to later releases of Java 8.
Part of the blame here has to be on whoever decided it was a smart move to install recoding devices with these features in the first place.
I always find it astounding when I see Americans showing cctv footage recorded inside their homes and going via some third party who can just click a button and see inside your homes..
I must just be one of european privacy whack jobs I guess.
reply