> We can stop reading LLM-generated code just like we don’t read assembly, or bytecode, or transpiled JavaScript; our high-level language source would now be another form of machine code
This is too weird for me. At least with programming languages I can consult the documentation and if the programming language isn’t behaving as documented, it’s obviously a defect and if you’re savvy enough you often have open channels that accept contributions. Can we say the same for Claude or other AI solutions?
I recall working on a project that used (MSVC) VC++ and a coworker found a bug in the compiler. We reported the issue to Microsoft and they eventually patched it.
You may find yourself arguing explicitly for open source dev tools if you continue down this line. There are many commercial cases where "you can fix it" does not apply to the dev toolchain and you will find yourself reliant on a provider. At that point, the trustworthiness of "compiler provider" and "local LLM provider" is the pertinent discussion (e.g. provider vs. provider instead of LLM vs compiler).
I’m not so sure. I had a recent experience where Kiro was convinced there was a defect in the testing library when I asked it to refactor some existing project code.
However this conclusion made no sense as we had similar scenarios across our project that worked flawlessly. After intervening I determined the root cause was a combination of an async issue with the production code and some incorrect mocking that was covering up the async issue.
It never occurred to the AI agent to do some simple cross examination before essentially throwing in the towel?
Fair point. I’m still learning how best to take advantage of Ai. And to be honest, a statically typed language would have caught the issue with the wrong return type before the AI tool.
I’m most excited for the scheduler and memory footprint improvements. As bad as I hear Windows 11 is, I’ve rarely had issues with it. For the most part it just works and stays out of my way. My only gripes are the occasional forced updates and a rare hard crash that happened once in a span of a year of using it as my daily driver.
Well that and I have to be mindful of running too many resource starving processes at the same time including WSL. Otherwise performance will quickly degrade. But that’s not much different than my 2015 ASUS zenbook running Linux off of 8gb of ram. In comparison my work laptop runs on 32gb of ram with much more powerful cpu cores.
WSL is my favorite and most used feature of Windows 11. So I’ll be happy as long as they don’t screw that up.
I think I’m more bothered by the paper cuts I experience every minute.
Starting from web based start menu taking forever to launch, to everything resisting to you to be in control of your computer.
Some say the speed is fine, but forget that these machines are running at nanosecond level instructions and there’s no reason for a simple task to take milliseconds unless somebody is optimizing for service revenue and user tracking (to be sold later to advertisers, not for user experience improvements).
Microslop is just scared out of mind with the European and Asian countries moving to Linux based platforms to get out of their grip. Can you imagine the amount of intelligence they will loose, and how much harder they will need to work to compete for real after three decades of being the default in everything.
agreed. Although "starts another war" dismisses 50 years of history. Iran never stopped being at war with US and Israel and they clearly were never going to agree to a deal that left them without the nuclear capability to wipe both US and Israel off the map.
reply