what's account creation on an esp32 running micropython? or an arduino? what happens when the law is expanded to require biometric enforcement of what the user reports?
Also, I don't want my OS to report my age range to every website I visit anyway.
Ultimately that's only an option if you can sustain the impact to your career (not getting promoted, or getting fired). My org (publicly traded, household name, <5k employees) is all-in on AI with the goal of having 100% of our code AI generated within the next year. We have all the same successes and failures as everyone else, there's nothing special about our case, but our technical leadership is fundamentally convinced that this is both viable and necessary, and will not be told otherwise.
People who disagree at all levels of seniority have been made to leave the organization.
Practically speaking, there's no sexy pitch you can make about doing quality grunt work. I've made that mistake virtually every time I've joined a company: I make performance improvements, I stabilize CI, I improve code readability, remove compiler warnings, you name it: but if you're not shipping features, if you're not driving the income needle, you have a much more difficult time framing your value to a non-engineering audience, who ultimately sign the paychecks.
Obviously this varies wildly by organization, but it's been true everywhere I've worked to varying degrees. Some companies (and bosses) are more self-aware than others, which can help for framing the conversation (and retaining one's sanity), but at the end of the day if I'm making a stand about how bad AI quality is, but my AI-using coworker has shipped six medium sized features, I'm not winning that argument.
It doesn't help that I think non-engineers view code quality as a technical boogeyman and an internal issue to their engineering divisions. Our technical leadership's attitude towards our incidents has been "just write better code," which... Well. I don't need to explain the ridiculousness of that statement in this forum, but it undermines most people's criticism of AI. Sure, it writes crap code and misses business requirements; but in the eyes of my product team? That's just dealing with engineers in general. It's not like they can tell the difference.
Hi thanks for this brilliant feature. It will really improve the product. However it needs a little bit more work before we can merge it into our main product.
1) The new feature does not follow the existing API guidelines found here: see examples an and b.
2) The new feature does not use our existing input validation and security checking code, see example.
Once the following points have been addressed we will be happy to integrate it.
All the best.
The ball is now in their court and the feature should come back better
This is a politics problem. Engineers were sending each other crap long before AI.
Engineers also wrote good code before AI. We don't get to pretend that the speed increase of AI only increases the output of quality code - it also allows engineers to send much more crap!
..so they copy/paste your message into Claude and send you back a +2000, -1500 version 3 minutes later. And now you get to go hunting for issues again.
In the past I’ve hopped on a call with them and where I’ve asked them to show me it running. When it falls over I say here are the things the system should do, send me a video of the new system doing all of them.
The embarrassment usually shames them into actually checking that the code works.
If it doesn’t then you might have to go to the senior stakeholder and quietly demonstrate that they said it works, but it does not actually work.
You don’t want to get into a situation where “integrate” means write the feature while others get credit.
There is an alternative way make the necessary point here.. Let it go through with comments to the effect that you can not attest to the quality or efficacy of the code and let the organization suffer the consequences of this foray into LLM usage. If they can't use these tools responsibly and are unwilling to listen to the people who can, then they deserve to hit the inevitable quality wall Where endless passes through the AI still can't deliver working software and their token budget goes through the ceiling attempting to make it work.
I am absolutely certain the world isn't just. I'm also absolutely certain the world can't get just unless you let people suffer consequences for their decisions. It's the only way people can world.
IME that simply doesn't work in professional environments. People will either misrepresent the failure as a success or find someone else to pin the blame on. Others won't bother taking the time to understand what actually happened because they're too busy and often simply don't care. And if it's nominally your responsibility to keep something up, running, and stable then you're a very likely scapegoat if it fails. Which is probably why people are throwing stuff that doesn't work at you in the first place. Trying to solve the problem through politics is highly unlikely to work because if you were any good at politics you wouldn't have been in that situation in the first place.
I understand how people can get into these fatalist outlooks from experience. I just refuse to lock myself into them. And because I've refused to do so, every once in a while I have success and make the work environment just that little bit better. So I'll keep doing it.
> My org [...] is all-in on AI with the goal of having 100% of our code AI generated within the next year.
> People who disagree at all levels of seniority have been made to leave the organization.
So either they're right (100% AI-generated code soon) and you'll be out of a job or they'll be wrong, but by then the smart people will have been gone for a while. Do you see a third future where next year you'll still have a job and the company will still have a future?
"100% AI-generated code soon" doesn't mean no humans, just that the code itself is generated by AI. Generating code is a relatively small part of software engineering. And if AI can do the whole job, then white collar work will largely be gone.
I agree, but it seems like if we can tell the AI "follow these requirements and use this architecture to make these features", we're a small step away from letting the AI choose the requirements, the architecture and the features. And even if it's not 100% autonomous, I don't see how companies will still need the same number of employees. If you're the lead $role, you'll likely stay, but what would be the use of anyone else?
> ... I make performance improvements, I stabilize CI, I improve code readability, remove compiler warnings, you name it ...
These are exactly the kind of tasks that I ask an AI tool to perform.
Claude, Codex, et al are terrible at innovation. What they are good at is regurgitating patterns they've seen before, which often mean refactoring something into a more stable/common format. You can paste compiler warnings and errors into an agentic tool's input box and have it fix them for you, with a good chance for success.
I feel for your position within your org, but these tools are definitely shaking things up. Some tasks will be given over entirely to agentic tools.
> These are exactly the kind of tasks that I ask an AI tool to perform.
Very reasonable nowadays, but those were things I was doing back in 2018 as a junior engineer.
> Some tasks will be given over entirely to agentic tools.
Absolutely, and I've found tremendous value in using agents to clean up old techdebt with oneline prompts. They run off, make the changes, modify tests, then put up a PR. It's brilliant and has fully reshaped my approach... but in a lot of ways expectations on my efficiency are much worse now because leadership thinks I can rewrite our techstack to another language over a weekend. It almost doesn't matter that I can pass all this tidying off onto an LLM because I'm expected to have 3x the output that I did a year ago.
Unfortunately not many companies seem to require engineers to cycle between "feature" and "maintainability" work - hence those looking for the low-hanging fruits and know how to virtue signal seem to build their career on "features" while engineers passionate about correct solutions are left to pay for it while also labelled as "inefficient" by management. It's all a clown show, especially now with vibe-coding - no wonder we have big companies having had multiple incidents since vibing started taking off.
> Shipping “quality only” work for a long time can be stressful for your colleagues and the product teams.
I buried the lede a bit, but my frustration has been feeling like _nobody_ on my team prioritizes quality and instead optimizes for feature velocity, which then leaves some poor sod (me) to pick up the pieces to keep everything ticking over... but then I'm not shipping features.
At the end of the day if my value system is a mismatch from my employer's that's going to be a problem for me, it just baffles me that I keep ending up in what feels like an unsustainable situation that nobody else blinks at.
That's a different situation than the one I had in mind. I was assuming a sane culture that balances shipping features and quality work. What you're describing sounds like a serious value function mismatch.
> I have never seen one of these ridiculous looking bikes in any city or anywhere.
>
> Where do y'all live, a Dr. Suess book?
I saw them every day in Chicago. I see them every day in southern Ontario. I saw them whenever I visited Boston or NYC. Where do you live that you don't?
> I will not bike them in the rain, With soggy bags and squishy pain.
> I will not bike them up the hill, When every pedal feels like drill.
> I will not bike them when it’s hot, With sweat that pours and cheese that rots.
Given that other commenters have addressed basically all of these concerns (waterproof bags, electric assist, insulated bags) it seems more like you just want to be contrarian rather than cite specific problems and discuss if they can be solved.
I have an EV as well as an ICE truck. Powertrain is not a concern. It's the load a bike can carry vs a car overall. The bonus of having storage and rain cover is extra. Sure you can do a lite version but why?
I don't want to risk having an injury on a bike either. A car is much safer.
> Powertrain is not a concern. It's the load a bike can carry vs a car overall.
Sure, an automobile will pretty much always win out in raw capacity, but I'd argue it's a policy problem that makes us reliant on automobiles for day to day life. If people only needed a car for their weekly grocery trip but could bike to work or school or the doctor's office that would still significantly reduce our reliance on automobiles, with benefits in health and energy.
> I don't want to risk having an injury on a bike either. A car is much safer.
Also a reasonable concern, but again more of a policy problem: we prioritize cars over pretty much every other form of transportation to the detriment of everyone else in public spaces. If we had more protected walkways / bikeways then everyone would be safer.
In general I don't think we regulate the safe use of automobiles nearly as much as we ought to in the states. Leaving it as an individual concern makes it a race to the bottom, with everyone buying bigger and bigger cars in the name of safety, all other externalities be dammed.
this is one of the core conceits behind why Strong Towns / Not Just Bikes / urbanism discourse in general makes the disctinction between a "street", which is meant for people to walk along, go to stores/restaurants/etc, and "roads", which are meant to efficiently move traffic from one part of the city to another.
Combining them degrades the ability to address either point: efficiently moving traffic is inherently in conflict with being able to access businesses or having pedestrians nearby.
public transport is more efficient at transporting people than cars, public transport makes roads more walkable. If you have subways, trams and buses, you can have narrower and slower roads friendly to pedestrians.
I'm not OP, but; Forgejo is much lighterweight than Gitlab for my usecase, and was cited as a more maintained version of Gitea, but that's just anecdote from my brain and I don't have sources, so take that with a truckload of salt.
I'd had a gitea instance before and it was appealing insofar as having the ability to mirror from or to a public repo, it had docker container registry capability, it ties into oauth, etc; I'm sure gitlab has much/all of that too, but forgejo's tiny, tiny footprint was very appealing for my resource-constrained selfhosted environment.
ad hominem isn't a very convincing argument, and as someone who also enjoys forgejo it doesn't make me feel good to see as the justification for another recommender.
I have about five Fedora desktops running in my house that I share with my partners. Domain-style logins are handled by FreeIPA. Basic login with the KDE Fedora spin works great.
I've been meaning to set up auto-mounting network shares and such, but haven't gotten around to it; but the login management is very convenient and we use every day.
This is really exciting! Discussions of our resource impact have come up a lot in my org's informal spaces, it's really exciting to see someone making a concerted effort to raise visibility into how much we spend in money or energy in what seem like benign actions.
I really like the emphasis you place that reducing environmental impact is reducing cost as well. Tying civic mindedness to pragmatism is essential in dollar-hungry spaces.
I appreciate the love. Yea, that was the cool thing during the research - if we reduce from a large to a medium, it both saves money and reduces carbon. Win - Win! Company can save money at the same time as reducing the environmental impact.
> Now the ones to avoid move around and it's all too likely that a newcomer is such a person.
This seems a wild generalization to make, though I guess "be suspicious of newcomers" is a little biologically hardwired. What's your epistemology for believing "newcomers" are "the ones to avoid"?
Also, I don't want my OS to report my age range to every website I visit anyway.
reply