Ronsenshi

Doesn't seem like Microsoft managers care - it's not their core business, so any time anyone complains about issues with GitHub they probably think something along the line of "peasants whining again".

Must be nice to be a monopoly that has most of the businesses in the world as their hostages.

From what I've seen it's not even "trust me bro", but "we are having so much fun 'building', we don't have time for anything else".

China at this point has massive economy of scale when it comes to EV, so of course they will try to turn everything into EV.

From what I could find, it appears that there's about 100x times more funding that goes into EVs R&D than into HFCVs. One might think that there could be solutions to most if not all listen issues with hydrogen trucks if there was enough interest in that field from private sector and governments around the world.

I personally would prefer that there was better battery tech which would take less space, weight and have more density. But we are not there yet, so hydrogen to me seems like a decent solution for trucking industry if only it had something more than token R&D funding.

Just today I wanted to get a list of locations of various art events around the city which are all located on the same website, but which does not provide a page with all events happening this month on a map. I need a single map to figure out what I want to visit based on distance I have to travel, unfortunately that's not an option - only option is to go through hundreds of items and hope whatever I picked is near me.

Do you think this is such a horrible thing to scrape? I can't do it manually since there are few hundred locations. I could write some python script which uses playwrite to scrape things using my desktop browser in order to avoid CloudFlare. Or, which I am much more familiar with, I could write a python script that uses BeautifulSoup to extract all the relevant locations once for me. I would have been perfectly happy fetching 1 page/sec or even 1 page/2 seconds and would still be done within 20 minutes if only there was no anti-scraping protection.

Scraping is a perfectly legal activity, after all. Except thanks to overly-eager scraping bots and clueless/malicious people who run them there's very little chance for anyone trying to compete with Google or even do small scale scraping to make their life and life of local art enthusiasts easier. Google owns search. Google IS search and no competition is allowed, it seems.

One thing about Google is that many anti-scraping services explicitly allow access to Google and maybe couple of other search engines. Everybody else gets to enjoy CloudFlare captcha, even when doing crawling at reasonable speeds.

Rules For Thee but Not for Me

I'm not sure electric trucks that run off of batteries is a practical solution. Given the size and weight of trucks and cargo they require 10-15 times larger battery to provide noticeably smaller range. Throw in refueling time and it's really not the best solution for CO2 reduction. I'd prefer to see hydrogen-powered trucks. Use all that extra energy to produce hydrogen.

Naturally this is relevant only for current battery tech and capacity.

It's good that there's some research into this - to confirm what is generally obvious to anyone who studied anything. You have to think about what you are doing, write things by hand, use the skill to improve and retain it.

Common example here is learning a language. Say, you learn French or Spanish throughout your school years or on Duolingo. But unless you're lucky enough to be amazing with language skills, if you don't actually use it, you will hit a wall eventually. And similarly if you stop using language that you already know - it will slowly degrade over time.

This tracks, reminds me of Cory Doctorow's talk on reverse centaur situation where he gave a nice rundown of the tech market of the past 15+ years.

Do anything and everything to remain in "growth stock" category. Spend money on useless features, on engineers working on those useless features - as long as it will make your company look like it has bright future and space to grow.

She must have had so many interesting stories to tell. Such an amazing experiences - born in the early 1920s, being a young adult at the beginning of the Second World War, seeing mass commercialization of air travel, flight to space, miniaturization and age of information. And she even caught beginnings of AI (or pseudo-AI).

She "picked" a good place to live and observe the flow of time and events where she directly wouldn't be affected by various negative events throughout the century of her life.

I would like to see vibecode crowd accept this challenge. We hear a lot of claims about people building some impressive applications and tools in one afternoon. Or nightmarish monstrosities with hundreds of thousands of line of code.

So it shouldn't be too hard to make another app?

From what I read others say at some point on HN:

- resources

- security

- setup speed?

I suppose a lot depends on how and in what environment you're dealing with agents.

Resources might be an issue on Mac if you have bunch of agents running different things, trying to execute code in different containers. But that's the issue of Mac and the way containers are running in a VM there.

Security-wise there were concerns with prompt injection telling agent to execute certain steps to escape from container. Possible, but I'm not aware if there were actually cases of that.

From the article it seems like this is mostly corporate side - fulfillment appears to be OK as long as consumers continue consuming... or until Amazon pushes robotics side of fulfillment to its logical conclusion - getting rid of those pesky humans that require toilet breaks and dare to talk about unionization.

What made you think that I'm "obsessed" with how other people spend money?

So, about 2 years worth of operations based on alleged $14 billion burn rate projected for 2026.

What an absurd amount of money - if only this was invested in energy sector scientific research and development, or healthcare or anything else practical.

I really hoped to see compact molten salt nuclear reactors in operation before 2030.

Is it going to be the same future as Fuchsia OS? There were some good ideas in that one, but then one day it sort of disappeared. Not that that was surprising - Google is good at that.

Yes, we clearly have different perspectives. I observed an arrogant person who despite their multi-year break from engineering of any kind strongly believed that they still were as capable as engineers who remained in the field during that time.

Maybe you had to be there.

This has nothing to do about ageism. This applies to any person of any age who has ego big enough to think that their knowledge of industry is relevant after they take prolonged break and be socially inept enough to brag about how they are still "in".

I don't disagree with your point about fundamentals, but in an industry where there seems to be new JS framework any time somebody sneezes - latest tools are very much relevant too. And of course the big thing is language changes. The events I'm describing happened in the late 00s-early 10s. When language updates picked up steam: Python, JS, PHP, C++. Somebody who used C++ 98 can't claim to have up to date knowledge in C++ in 2015.

So to answer your question - people were laughing at his ego, not the fact that he didn't know some hot new framework.

For some reason this makes me think of a jigsaw puzzle. People usually complete these puzzles because they enjoy the process where on the end you get a picture that you can frame if you want to. Some people seem to want to get the resulting picture. No interest in process at all.

I guess that's the same people who went to all those coding camps during their hay day because they heard about software engineering salaries. They just want the money.

The only issue is that as an engineering manager you reasonably expect that the team learns new things, improve their skills, in general grow as engineers. With AI and its context handling you're working with a team where each member has severe brain damage that affects their ability to form long term memories. You can rewire their brain to a degree teaching them new "skills" or giving them new tools, but they still don't actually learn from their mistakes or their experiences.

Six months is definitely not long enough of a break for skills to degrade. But it's not just skills, as I wrote in another comment, the biggest thing is knowledge of new tools, new versions of language and its features.

I'd say there's at most around 2 years of knowledge runtime (maybe with all this AI stuff this is even shorter). After that period if you don't keep your knowledge up to date it fairly quickly becomes obsolete.

You might still have the skillset to write code, but depending on length of the break your knowledge of tools, frameworks, patterns would be fairly outdated.

I used to know a person like that - high in the company structure who would claim he was a great engineer, but all the actual engineers would make jokes about him and his ancient skills during private conversations.

Just more coal to the hype-train - AI companies can't afford news cycle without anything AI. Stock prices must grow!

If only there were no conflict of interest - since you're directly invested in AI hype.

But of course - AI is exactly where all the crypto bros moved to since hype around crypto went down.

This evolution comes at a cost - if one senior suddenly can do their work and plus work of 5 juniors - why would company keep these juniors? It won't - the moment C-suite realizes they don't need extra people, they will be gone. But at some point senior engineers will retire or find new better paying jobs and said company would need to find a replacement. In the past this replacement could come from one of the juniors that worked in that company for a while and mentored by the senior. Not so much when there's no more juniors thanks to AI.

Not so much evolution here, I'm afraid. Just a plain redistribution of wealth upwards thanks to new tools that made large chunk of workforce obsolete. How this will affect industry in 15 years - nobody seem to think about that.

> Effectively all software will be made by AI. Students will not study coding, the knowledge of our generation will be lost.

Given the echo chamber of HN when it comes to AI that certainly seems inevitable. The question is - who would work on novel things or further AI model improvements if it so happens that knowledge of writing software by hand disappears?

Humans do have capacity for deductive reasoning and understanding, at least. Which helps. LLMs do not. So would you trust somebody who can reason or somebody who can guess?

Sounds like eventually we will end up in a situations where engineers/developers will end up on an AI spectrum:

- No ai engineers - Minimal AI autocomplete engineers - Simple agentic developers - Vibe coders who review code they get - Complete YOLO vibe coders who have no clue how their "apps" work

And that spectrum will also correlate to the skill level in engineering: from people who understand what they are doing and what their code is doing - to people who have lost (or never even had) software engineering skills and who only know how to count lines of code and write .md files.

You're not missing much. Seems to me like they wrote 150k lines of code for some glorified photo app with ChatGPT in the backend for image processing. Oh and some note-taking it seems.

> that's self-harming because you lose out on all the benefits.

This is some big stretch in reasoning. Four years ago we were not harming ourselves by not having AI and writing code ourselves.

At most you're hurting your ability to compete with "vibe coders" whose metric so far has been lines of code and $ spend per day running agents, not successful products.

Have you considered how relying on AI affects your own programming skills?