Live data from Hacker News

The Failed Commodification of Technical Work

ludic.mataroa.blog

181–190 of 210 posts

Re: The Failed Commodification of Technical Work

#181
post #151

Earlier quoted context omitted.

That’s my point. Keep the guide, ditch the ecosystem. You don’t have to use Rails, Boost, Spring, or Scrum-XP-Rational-Waterfall. Sometimes back to the basics of the tool is needed, but don’t throw out the baby with the bath water.

Let's throw the guide as well, cause it's the people reading the guide who made the ecosystem. If one is faced with a guide that essentially tells them: communicate well, don't be a douche, improve constantly, and do hard and smart work, and they are shocked by the guide's revelations, maybe we went somewhere wrong along the way.

I strongly doubt it’s the people who read the guide. It’s the people who learn about it from word of mouth that produce Jira-driven behemoths. Really, try the guide. It’s minimal.

Re: The Failed Commodification of Technical Work

#182
post #32

I was really confused by the title, because doesn't "commodify" mean "to make saleable", like commercialize? Hasn't tech made billions? I think the author is talking about "commoditization", eg genericizing tech work so that any replaceable employee can do it. From https://en.wikipedia.org/wiki/Commoditization : > This is not to be confused with commodification, which is the concept of objects or services being assig…

> doesn't "commodify" mean "to make saleable", like commercialize? As fas as I understand, no, it doesn't. https://www.merriam-webster.com/dictionary/commodify > to turn (something, such as an intrinsic value or a work of art) into a commodity Thus, "commodify" is about "commoditization".

Apparently it depends on which dictionary you use! Thanks, English.

To commercialize:

https://www.dictionary.com/browse/commodification

https://www.oxfordlearnersdictionaries.com/us/definition/eng...

To turn into a commodity:

https://www.collinsdictionary.com/us/dictionary/english/comm...

(and yours)

Both:

https://www.oxfordreference.com/display/10.1093/oi/authority...

https://dictionary.cambridge.org/us/dictionary/english/commo...

Re: The Failed Commodification of Technical Work

#183

Earlier quoted context omitted.

Which term? Commodotize? Aren't we in agreement with the author then, that tech work isn't quite the same as oil or burgers (ie it hasn't been commodotized, even though it's been commodifed?) Or are you saying the two words mean the same thing?

The work many were doing 30 years ago - making shitty PHP websites - has been completely commodotized to the point where as a dev many of us don't touch it. Why would we now that business people have enough literacy to click something which looks pretty together with Wix or that other website-as-a-service which funds 95% of podcasts :-) Or hire a designer / commodity PHP-shop to make them a Wordpress.

So you're saying commidified creativity commititized art, leading to commodified podcasts commoditizing web design? Got it.

Re: The Failed Commodification of Technical Work

#184

Earlier quoted context omitted.

> Programming isn't work, it's meta work This is either profoundly insightful of absolute bollocks, but I don't think I'll be able to tell which before the next 5 years.

Programming is 5% of painstaking work to break down a problem into hyper-detailed description that leaves no space for ambiguity (that's the "meta work"), and 95% of dealing with self-inflicted bullshit like build systems, package managers, platforms, service architectures, devops, devsecops, secdevops, and all the procedural nonsense necessary to give people paying us a modicum of control over delivery.

It's a series of simple tasks interrupted by two week diversions.

Re: The Failed Commodification of Technical Work

#185

I think every engineering manager has either worked for or interviewed with a company that believes this stuff. Software dev is still at the craftsman[0] level. It might move out of that, eventually. But not yet, and probably not in the next 20 years or so. We haven't solved some intrinsic problems around defining a problem completely, precisely and succinctly without having to write code[1]. And getting five enginee…

[dead]

Re: The Failed Commodification of Technical Work

#186
post #161

Earlier quoted context omitted.

Open source is great, Lazarus does a pretty good job of replacing Delphi. Microsoft went insane with .NET so VB6 was killed in the process. Access automatically handled table relationships, building queries and seeing them as SQL, and the report engine was pretty good. Thanks to ODBC, you could use the same database across all of them, or hook up to a real SQL server when it came time to scale up. What's missing is t…

> Windows apps from the 1990s still work, because they are distributed as binaries. Only if you have the right libraries, and runtimes, and OS interfaces, and even if you have all that, oh no, it's a MIPS binary and you don't live in 1996! Any proprietary API exists precisely as long as the owner says it does. Open standards don't suffer from that malady.

>Only if you have the right libraries, and runtimes

That generally only happens with .NET based programs in Windows systems. You always need some .NET v2,3,3.5,4,4.5, etc., runtime.

Re: The Failed Commodification of Technical Work

#187

Earlier quoted context omitted.

> Programming isn't work, it's meta work This is either profoundly insightful of absolute bollocks, but I don't think I'll be able to tell which before the next 5 years.

Programming is 5% of painstaking work to break down a problem into hyper-detailed description that leaves no space for ambiguity (that's the "meta work"), and 95% of dealing with self-inflicted bullshit like build systems, package managers, platforms, service architectures, devops, devsecops, secdevops, and all the procedural nonsense necessary to give people paying us a modicum of control over delivery.

Wow. This may explain why I don’t really like programming anymore. After doing it for years the solutions often seem immediately obvious. It’s the modern programming process (the “self-inflicted bullshit”) that sucks.

Re: The Failed Commodification of Technical Work

#188
The most successful technical organizations (US Navy, HP, Xerox, Bell Labs) let people own their own solutions and work. You give someone a problem with context on why that problem needs to be solved and then you let them own it with near complete autonomy. Not everyone can work in this environment which is why technologists will not be commodified in the near future. Until I can tell an AI that they need to reduce my AWS spend by 20% or they need to add an extra 9 on my service’s reliability there are going to be technologists involved.

https://govleaders.org/rickover.htm

Re: The Failed Commodification of Technical Work

#189
post #147
post #48

Earlier quoted context omitted.

> hating most of Scrum I'll just say that if you look at Scrum itself there is really nothing objectionable to it. https://scrumguides.org/scrum-guide.html It's the other shit people pack on top of calling it Scrum that usually sucks ass. I've found the best way to fight back against shitty-Scrum is not to fight it, but actually feign puritanical allegiance to the actual doctrine, it's much less repulsive. I makes yo…

I don't want to make an impact in any organization where experienced engineers are treated like children. So Timmy, what did you do today? Ah, cool, make sure to raise your hand if you make a boo boo, and involve your little buddy Mike, okay? Mhm, thanks. Hey guys, let's theorize how difficult it would be to make a tree house? Would it be 1 candy? 2 candy? 11 candies? No, that's too much, let's agree on 5, parents ar…

Yep, stand-ups and retros literally feel like presenting my homework and saying what I've "learned" today most of the time. I've found myself as the ic that must speak and present on behalf of the group and this is all too accurate.

Re: The Failed Commodification of Technical Work

#190

Earlier quoted context omitted.

Open source is great, Lazarus does a pretty good job of replacing Delphi. Microsoft went insane with .NET so VB6 was killed in the process. Access automatically handled table relationships, building queries and seeing them as SQL, and the report engine was pretty good. Thanks to ODBC, you could use the same database across all of them, or hook up to a real SQL server when it came time to scale up. What's missing is t…

> Microsoft went insane with .NET so VB6 was killed in the process. I'd love to hear more about this perspective or any links to get more of it. I did a (very) little hobby VB6 and loved it. Never made switch to .NET at that time (I was young, it was a hobby). Having recently worked through part of a .NET book, I was pretty impressed by how far MS took it (although it seems extremely mind-numbing). Obviously it took…

The insanity was to abandon the advantage they had with VB/COM, in order to challenge Java on its own ground. They threw away the baby with the bathwater. The C# pivot also slowed down their desktop efforts pretty dramatically, doubling the blow.

They were lucky Sun squandered the opportunity they had engineered with Java, focusing on the hardware side and missing the boat on browser, virtualization and services. If Sun had bought Netscape and then focused on building something like Azure, instead of fighting the inevitable commoditization of server hardware, they would have eaten Ballmer's lunch.

Post reply on HN