p_v_doom
p_v_doom on Hacker News
I think from a proper systemic view that joke is more correct than not. AI is just the frontend of people ...
That may not be a bad comparison. A F1 car is really fast, really specialized car, that is also extremely fragile. A Lada may not be too fast but its incredibly versatile and robust even after decades of use. And has more luggage space
> I saw tables with more than a thousand columns.
I used to work in a company that had all the tags in their SCADA system feed into SQL tables. They had multiple tables (as in tens of tables), because they ran out of columns ...
> "but real scrum has never been tried" types.
Im one of these people. I do think for real that what most companies do is basically project management that wears the skin of scrum, and in most organizations beyond a certain size having that type of agile work and flexibility is basically impossible.
Except sometimes you get absolutely banger dreams.
Friedman is also not someone anyone should be taking seriously in the year of our lord '26
Also rigor is slow. Looks like a waste of time.
What are you optimizing all that code for, it works doesnt it? Dont let perfect be the enemy of good. If it works 80% thats enough, just push it. What is technical debt?
> If a data science team modeled something incorrectly in their simulation, who's gonna catch it? Usually nobody. At least not until it's too late.
Back in my data scientist days I used to push for testing and verification of models. Got told off for reducing the teams speed. If the model works well enough to get money in, and the managers that make the final calls do not understand the implications of being wrong, this would be the majority of cases.
> No, they are equals.
IDK, where I am its always been that managers specifically have power over ICs
> even when they resist understanding
Agreed. You may know so many things, but ultimately its useless if the other party does not care about wanting to understand them. And I have no clue what the right way is, besides letting people and their models fail and then being there with an answer ...
Generally yes. The more power one holds in an organization the more safe they are from automation.
> the real cause of nobody being able to afford anything is rent extractors.
Employers/Owners are essentially rent extractors to workers. Its even worse IMO. They buy some of your time to do stuff for them. They also lend you the tools and materials to do your job. And they own whatever you produce.
If you are selling your one hour for 100 bucks to produce ten linen coats worth 100 bucks each, you get a 100, everything else - minus costs of materials and your 100 the employer gets to keep as free rent.
> You have to be the one who creates things to do.
Problem is it gets fucking exhausting to organize and reach out after a while. Especially with DnD.
> I’m reading Domain Driven Development and learning why so many of my projects have been tough to maintain.
Oooh, thats a good one. Next read the Architects paradox, Why Greatness cannot be planned and Understanding Variation and your views of the world will be forever altered. Or pick up "Architecture Modernization" by Nick Tune if you want more tools to do stuff and if you do not want to achieve enligntenment.
_____
Where did you acquire cheap ancient coins? ebay? May be cool to get some for my dnd group
That I promised my boss to check the office fridge for what we need for the team breakfast and forgot about it.
Also that Newfoundland has a pretty unique music tradition, that captures what irish music sounded before the Great Famine
Almost everywhere management- whether wearing the skin of agile on top, is still bound to good old school Taylorism. And there is always this complete lack of understanding of the types of work there are and that you cannot cramp work related to complex, novel things in the same way you do something standardized.
Alas, business dont care, cause they wont their estimates and roadmaps and plans, and we all pretend it works ...
People in some places already are doing that. The Dystopia is now
We should make one new standard for everyone to use ...
I am working in a company that never did the whole agile thing and stuck to project management approaches from the last century. I never thought that Id ever miss Safe and crunchy SCUM.
I think a lot of those problems you describe are less to do with agile, and more to do with communication technology,
I have a pet passion for an old simulation language called Dynamo.
I think you will find people passionate about LISP and people that care about COBOL, and C is already multiple decades old.
Rent wont pay itself. Switching jobs has costs.
The problem imo tends to be not that there are guard rails in place. It's that they are often build by people that only care about the guard rail part and completely forget that its supposed to be last barrier and that there are other things you can do before you get people to hit a guardrail
> we have pursued equality by making this dream accessible to NO ONE.
Nah, that is not what has happened. Equality is more of an unrelated thing. Business owners and capital are by their very nature opposed to the dream. Even if in a given moment of time they may give concessions, the endless drive for returns and growths means that sooner or later it will always get to the point where we are.
The problem here is capitalism.
quid custodiet ipso custodes, amirite?
Never thought Id see Beer references on HN
Automating work and making life easier for people are two entirely different things. Automating work tends to lead to life becoming harder for people - mostly on account of who is benefiting from the automation - basically that better life aint gonna happen under capitalism
Nope, audacity and Dunning-Krueger all the way, baby
Yuup. I do find that most of the time business decision makers actually have no clue about quality. Especially with software products if it looks like it works in the demo/looks pretty then the quality must be good right, and these engineers are just being pedantic, cause theyre engineers.