Live data from Hacker News

How Google measures and manages tech debt

newsletter.techworld-with-milan.com

21–30 of 36 posts

Re: How Google measures and manages tech debt

#21

This article sounds like somebody fed an LLM with the original report and asked for a summary for a tech article, and then added some human touches here and there.

ChatGPT loves using emojis in eactly this manner

Using emojis as bullet points has been a thing in tech articles since emojis were a thing, so if anything, ChatGPT loves using them like that because people love using them like that. (I.e., it's not a good litmus test for AI.)

Re: How Google measures and manages tech debt

#23
post #4

This is solid and necessary. The alternative to an objective measurement of debt is debt expressed in contempt. Even putting things in deep backlog to get commented on every couple months is better than letting these decisions on priority go completely unacknowledged.

I'm fine with the contempt approach. New business priority comes in, and the software can't support it because of tech debt, so someone fixes it.

Otherwise, even if people tackle the tech debt in good faith, they spend endless time polishing things that don't really matter. Something big like a database or API is deeply flawed, and they focus on improving the unit tests, which further entrenches the broken stuff because any replacement now has to meet the same standards.

Re: How Google measures and manages tech debt

#24
post #6

Google may not be the best example. They seem to be poor at measuring and have high tech debt. As is evident by: - the decrease in quality of search - Poor response to SEO techniques (seems they embraced it...) - Decrease in spam filtering - I frequently get spam now. A fair number have crazy original messages that are pages long but display a single image in the main interface - Constant drops on projects that someo…

All of those things are real problems with Google, and its decisions, but they don't seem to be signs of technical debt. I suppose they _could_ be, but they could all have plenty of other causes, many of which seem more plausible to me. 1. Decreasing quality of search and poor SEO technique responses may be caused by technical debt, but they also might be the results of strategic product decisions to make more money.…

Honestly I don't know how much the decrease in search quality is not just a reflection of the decrease in web quality in general. The web used to be full of indepent writers in publicly accessible websites like blogs and forums. So much of that has moved into walled gardens that are just not crawlable.

Re: How Google measures and manages tech debt

#25

Lol false. Google killed their internal culture which prioritized supporting and trusting engineers to do the right thing. They replaced them with grifters who would lie to management claiming they could measure technical debt.

So who decided to make 20 underwhelming chat apps back around 2018, the engineers, or was this change back when Google+ happened?

Re: How Google measures and manages tech debt

#26

Earlier quoted context omitted.

ChatGPT loves using emojis in eactly this manner

Using emojis as bullet points has been a thing in tech articles since emojis were a thing, so if anything, ChatGPT loves using them like that because people love using them like that. (I.e., it's not a good litmus test for AI.)

I somehow remember ChatGPT not using many emojis until the past few months, and all of a sudden it uses tons. Seems like they tweaked the system prompt.

Re: How Google measures and manages tech debt

#27
post #11

I experienced awful tech debt combined with an hostage taker, meaning a guy who seemingly refrains from giving knowledge about the software or being able to make the project progress, which gives him eternal employment, while hardly helping his colleagues to get out of the situation. I wonder at what point a refactoring becomes just a waste of time and money compared to a slow rewrite. It becomes difficult to have an…

how to pry software from a hostage taker. give them a bigger project/role with more money on the condition that they must transition it to others.

done.

extra, fire them before they take hostage the new system.

Re: How Google measures and manages tech debt

#29
post #6

Google may not be the best example. They seem to be poor at measuring and have high tech debt. As is evident by: - the decrease in quality of search - Poor response to SEO techniques (seems they embraced it...) - Decrease in spam filtering - I frequently get spam now. A fair number have crazy original messages that are pages long but display a single image in the main interface - Constant drops on projects that someo…

All of those things are real problems with Google, and its decisions, but they don't seem to be signs of technical debt. I suppose they _could_ be, but they could all have plenty of other causes, many of which seem more plausible to me. 1. Decreasing quality of search and poor SEO technique responses may be caused by technical debt, but they also might be the results of strategic product decisions to make more money.…

  > but they don't seem to be signs of technical debt

  > they also might be the results of strategic product decisions to make more money. That isn't technical debt, that's enshittification for money.
  > that's a bad product decision, not technical debt.

  | technical debt refers to the implied cost of additional work in the future resulting from choosing an expedient solution over a more robust one.
  - Wiki[0]
I think these suggestions fall under this category. At the core, technical debt is myopia. "Technical" refers to more than code. Ultimately, the bad code is generally the result of poor decision making. "Tech debt" is a broad word, but I don't think the things I mentioned here are in direct contention with the wiki definition nor the examples they give under "Frequent causes of technical debt". It's all about planning, and that process begins even before any code is written.

[0] https://en.wikipedia.org/wiki/Technical_debt

Re: How Google measures and manages tech debt

#30
post #11

I experienced awful tech debt combined with an hostage taker, meaning a guy who seemingly refrains from giving knowledge about the software or being able to make the project progress, which gives him eternal employment, while hardly helping his colleagues to get out of the situation. I wonder at what point a refactoring becomes just a waste of time and money compared to a slow rewrite. It becomes difficult to have an…

That hostage taker needs a new plan because now LLMs can generate code docs.

yeah, subtly wrong ones.
Post reply on HN