3 ms·

The swimming analogy is not a strong start. You disavow an obvious and strong analogy to monetary debt right away while dumping us into this strange metaphor th

The swimming analogy is not a strong start. You disavow an obvious and strong analogy to monetary debt right away while dumping us into this strange metaphor that depends on us having an intuition for how you think and feel about swimming, and specifically swimming laps? Instead of setting the stakes high right off the bat you've lowered them and lost my attention with this wandering train of thought that has no clear relationship to the topic you wish to discuss...

loumf 1y ago
Thanks for the feedback. The reason that I put up half the book and offered it for $1 to start was to make sure that people that didn't like it wouldn't buy it. I struggled with this opening and it definitely could have been better.
- conartist6 1y ago
  Sorry, I'm a notoriously harsh critic. That probably comes from being homeschooled by two English major parents (a poet-professor and a journalist).
  - loumf 1y ago
    No worries at all. I really do appreciate constructive feedback. I put every draft of the book out there that I could, and this is my best version of making the book I wanted to make that resonated with at least some people. I totally get that it's not for everyone.
    - volkk 1y ago
      I think people are being extreme pedants at best, disingenuous at worst. I think your analogy is clear, and the people that can't connect because they don't understand swimming is in the minority.
conartist6 1y ago
I'm reading a bit more now and you're realizing that your debts are real and cost something all the time so that you will have to pay them. Nothing about swimming explains why this might be, though monetary debt sure does.
- loumf 1y ago
  The analogy I am going for is the water resistance. The debt payment is the burst of momentum you get from pushing off the wall. I think of tech debt as something you are dealing with all of the time and something inevitable. I don't like the financial analogy because it implies that you "took out a loan" by taking a short-cut, and that you are obligated to pay it. There is definitely some of that, but mostly, I see it as good decisions that didn't age well. And also, that you may be ok with living with it.
  - conartist6 1y ago
    You go right back to the monetary analogy when you need to explain that focusing on debt created value. The thing that I think the swimming analogy doesn't capture well is that the resistance of water is fixed. The walls of the pool will be there to push off of no matter what you do. These are the intuitions you're asking people to draw on and they don't map.
    - loumf 1y ago
      I struggled with this. I didn't have the guts to not use "tech debt" in the title and throughout the book. I wanted to coin a new term, but didn't find anything that worked. There are parts of the debt analogy that (I think) really hurt getting it dealt with. I think that explaining it like that to non-engineering decision makers will make them think they understand it and then quash projects based on some kind of ROI analysis of debt payments. They'll be happy to have the debt.
      - chrisweekly 1y ago
        Debt is the right metaphor. Some amount of tech debt is virtually unavoidable; just like w/ $, a low-interest student loan or mortgage might be a great investment, while using a high-interest-rate credit card, or usurious payday loans, represent catastrophe. Cutting a few corners for the sake of GTM is often the former. Forgoing proper tests, or letting PoCs shape architecture, is more like the latter. I don't see "swimming" replacing it anytime soon -- and the energy you'd expend trying to shift the metaphor might be better spent elsewhere. That said, "swimming in debt" still works, as a fairly common and intuitive metaphor. Break-even is treading water, profitability is flying above the waves, and accruing debt can put you in Davy Jones' locker.
d0mine 1y ago
Monetary debt is often a useful tool. Technical debt in many cases is just shortsightedness in throwing delayed time bombs around. It is built on the hope that you won't need to return on this minefield again (the product dies sooner).
- mikestorrent 1y ago
  This is a good insight. The real gambles behind tech debt are not taken on the same way a company would take on real debt. If there is analysis of it, and it's not just a sneaky shortcut by a dev (either being lazy or working to a deadline), then it's not considered in terms of future cash flow or any other kind of meaningful metrics that matter over time. It only comes due if you want it to; you only pay interest on it when you interact with it. Sometimes it really is Good Enough for the slapdash thing you're working on. Sometimes more crap on top of more crap is just how the thing you're working on goes, and trying to fix it is tilting at windmills... especially if it's just to make your employer rich by mildly improving efficiency on their ad delivery platform.

loumf 1y ago

Thanks for the feedback. The reason that I put up half the book and offered it for $1 to start was to make sure that people that didn't like it wouldn't buy it. I struggled with this opening and it definitely could have been better.

conartist6 1y ago
Sorry, I'm a notoriously harsh critic. That probably comes from being homeschooled by two English major parents (a poet-professor and a journalist).
- loumf 1y ago
  No worries at all. I really do appreciate constructive feedback. I put every draft of the book out there that I could, and this is my best version of making the book I wanted to make that resonated with at least some people. I totally get that it's not for everyone.
  - volkk 1y ago
    I think people are being extreme pedants at best, disingenuous at worst. I think your analogy is clear, and the people that can't connect because they don't understand swimming is in the minority.

conartist6 1y ago

I'm reading a bit more now and you're realizing that your debts are real and cost something all the time so that you will have to pay them. Nothing about swimming explains why this might be, though monetary debt sure does.

loumf 1y ago
The analogy I am going for is the water resistance. The debt payment is the burst of momentum you get from pushing off the wall. I think of tech debt as something you are dealing with all of the time and something inevitable. I don't like the financial analogy because it implies that you "took out a loan" by taking a short-cut, and that you are obligated to pay it. There is definitely some of that, but mostly, I see it as good decisions that didn't age well. And also, that you may be ok with living with it.
- conartist6 1y ago
  You go right back to the monetary analogy when you need to explain that focusing on debt created value. The thing that I think the swimming analogy doesn't capture well is that the resistance of water is fixed. The walls of the pool will be there to push off of no matter what you do. These are the intuitions you're asking people to draw on and they don't map.
  - loumf 1y ago
    I struggled with this. I didn't have the guts to not use "tech debt" in the title and throughout the book. I wanted to coin a new term, but didn't find anything that worked. There are parts of the debt analogy that (I think) really hurt getting it dealt with. I think that explaining it like that to non-engineering decision makers will make them think they understand it and then quash projects based on some kind of ROI analysis of debt payments. They'll be happy to have the debt.
    - chrisweekly 1y ago
      Debt is the right metaphor. Some amount of tech debt is virtually unavoidable; just like w/ $, a low-interest student loan or mortgage might be a great investment, while using a high-interest-rate credit card, or usurious payday loans, represent catastrophe. Cutting a few corners for the sake of GTM is often the former. Forgoing proper tests, or letting PoCs shape architecture, is more like the latter. I don't see "swimming" replacing it anytime soon -- and the energy you'd expend trying to shift the metaphor might be better spent elsewhere. That said, "swimming in debt" still works, as a fairly common and intuitive metaphor. Break-even is treading water, profitability is flying above the waves, and accruing debt can put you in Davy Jones' locker.

d0mine 1y ago

Monetary debt is often a useful tool. Technical debt in many cases is just shortsightedness in throwing delayed time bombs around. It is built on the hope that you won't need to return on this minefield again (the product dies sooner).

mikestorrent 1y ago
This is a good insight. The real gambles behind tech debt are not taken on the same way a company would take on real debt. If there is analysis of it, and it's not just a sneaky shortcut by a dev (either being lazy or working to a deadline), then it's not considered in terms of future cash flow or any other kind of meaningful metrics that matter over time. It only comes due if you want it to; you only pay interest on it when you interact with it. Sometimes it really is Good Enough for the slapdash thing you're working on. Sometimes more crap on top of more crap is just how the thing you're working on goes, and trying to fix it is tilting at windmills... especially if it's just to make your employer rich by mildly improving efficiency on their ad delivery platform.