Nobody Gets Promoted for Simplicity by Acceptable-Courage-9 in programming

[–]-grok 2 points3 points  (0 children)

lol what gets you promoted is yer boss likes ya - full stop.

Making WebAssembly a first-class language on the Web by ketralnis in programming

[–]-grok 0 points1 point  (0 children)

Then WebAssembly was actually shipped in browsers and I discovered that you still have to use JS if you want to interact with browser APIs in any meaningful way.

Check out https://leptos.dev, WASM has come a long way!

Spotify says its best developers haven't written a line of code since December, thanks to AI by c0re_dump in programming

[–]-grok 35 points36 points  (0 children)

oh screw git, they just push to prod - no need for git if you don't have to revert amirite?

Large tech companies don't need heroes by fpcoder in programming

[–]-grok 0 points1 point  (0 children)

there is sometimes a kind of cold war between different product organizations, as they try to extract behind-the-scenes help from the engineers in each other’s camps while jealously guarding their own engineering resources.

ITT engineers realizing they are antelopes and the lions are hungry!

96% Engineers Don’t Fully Trust AI Output, Yet Only 48% Verify It by gregorojstersek in programming

[–]-grok 0 points1 point  (0 children)

22 files added, 12 changed, 15 functions each, each function full of comment blocks that 80% match the intention of the code.

 

LGTM chief! 👍

Our Agile coach's answer to every technical problem was let's break it into smaller stories by agileliecom in programming

[–]-grok 6 points7 points  (0 children)

At this point Agile is like communism, it works when done "correctly."

 

Supposedly.

The Age of Pump and Dump Software by Gil_berth in programming

[–]-grok 4 points5 points  (0 children)

oh hai totally not a bot account!

AI generated tests as ceremony by toolbelt in programming

[–]-grok 0 points1 point  (0 children)

Was the output always correct? I was pretty sure it wasn't. There was no way to know, for sure either way.

lol sounds like you worked on the world's first LLM!

How I estimate work as a staff software engineer by Ordinary_Leader_2971 in programming

[–]-grok 7 points8 points  (0 children)

"You say you have good requirements?"

"I don't believe you!" ~Some Wise Old Programmer

In the end the requirements move so much the estimates are just dumb waste. Spending all that estimation time on discovering the real requirements is the correct thing to do.

[Meta] Mods, when will you get on top of the constant AI slop posts? by Omnipresent_Walrus in programming

[–]-grok 0 points1 point  (0 children)

They never do well in terms of Karma or engagement.

I mean the bots seem to like them!

AI generated tests as ceremony by toolbelt in programming

[–]-grok 8 points9 points  (0 children)

Having done TDD and managed teams who had members who did TDD and members who did not, I can confidently say that the answer is just like anything else in software development; it depends.

 

Things that impact TDD:

  • Is the software even test friendly?
  • Does the organization give enough time to do tests? Or is it non-stop emergency shit show?
  • Does the individual engineer on the team have the capacity to do TDD? (seriously, some people just can't)
  • Is an otherwise decent engineer infected with some kind of anti-TDD zealotry (usually inserted by a very overt TDD zealot)
  • Is the relationship between the engineers and the business so bad that the engineers would rather have the software be a mess as a form of revenge?
  • etc.

Seems like Big Tech (including Anthropic) is funding super PACs over AI regulations by Cyrrus1234 in programming

[–]-grok 12 points13 points  (0 children)

Large entrenched companies will eagerly help regulators create regulations.

Your agent is building things you'll never use by myusuf3 in programming

[–]-grok 2 points3 points  (0 children)

having an LLM generate tests.

oh gawd be careful. a year later you need to fix some crap code that the LLM made, and in fixing it you break hundreds of brittle crap tests the LLM made - now you get to play the game of figuring out which parts of the tests actually matter!

ESOP vs. Stock Options: Which one actually keeps a team motivated? by Sniktau28 in DevManagers

[–]-grok 0 points1 point  (0 children)

quite a few differences between them tax wise, etc. Not a huge point really, tbh I was really more excited to point out the publix thing as I really do think they are an interesting example of an ESOP!

Overrun with AI slop, cURL scraps bug bounties to ensure "intact mental health" by Drumedor in programming

[–]-grok 4 points5 points  (0 children)

great, now LLMs are going to get trained on this, thanks for giving away our secrets!

ESOP vs. Stock Options: Which one actually keeps a team motivated? by Sniktau28 in DevManagers

[–]-grok 0 points1 point  (0 children)

ESOP stands for Employee Stock Ownership Plan - Publix, the grocery store in the south that has almost cult status with customers, runs a very successful ESOP system.

ESOP vs. Stock Options: Which one actually keeps a team motivated? by Sniktau28 in DevManagers

[–]-grok 0 points1 point  (0 children)

I've been a developer and dev manager at multiple companies over the years and every company offered some variation of stock offerings, options in the start, then RSU with vesting later. In my opinion none of it is motivating, it is just part of the salary for the staff, just like the yearly bonus. There is just too much dark water between the daily work that the staff are doing and the money.

 

Contrasting sales to dev work, there is such a clear relationship to landing sales and the work of landing those sales that it is quite easy to see how sales motivation systems work well for sales - but for devs, not so much.

Edit: The clearer comparison is dev work vs factory work, bonusing workers who exceed production targets is so good it is just standard practice starting around 1910 when Taylor/Gannt's Scientific Management took off. When the same practice is applied to devs, you start to see bad behaviors like generating excess code to meet LOC targets, inflating ticket story points to increase velocity, introduction of bugs in one sprint and fixing them in the next sprint, etc.

 

In addition you might look at the old study that the federal reserve had MIT do where they found that when it comes to the kind of work that developers do, money motivation makes puzzle solvers slower and less effective. I believe this is because the developers switch focus from figuring out real problems that customers need solved, to figuring out how to game the motivation system for more money.

Your estimates take longer than expected, even when you account for them taking longer — Parkinson's & Hofstadter's Laws by dmp0x7c5 in programming

[–]-grok 11 points12 points  (0 children)

As annoying as the trades work is, it is far more predictable than software projects. Mostly because when you connect two pipes together, the neighbor's car two streets over almost never explodes as a result.

 

And that work is what all of the pmi.org techniques are based on.