Live data from Hacker News

Speed matters: Why working quickly is more important than it seems (2015)

jsomers.net

51–60 of 177 posts

Re: Speed matters: Why working quickly is more important than it seems (2015)

#51
post #5

"when you punch someone you need to pull your arm back, before you launch it forward. If you don’t your hit will be weak." It's a cute way to think in opposites, but unfortunately as punching advice, it's untrue. Punch force comes from body mass x acceleration, not arm mass x acceleration.

Bruce Lee taught a martial arts technique that relied on not pulling back first - https://en.wikipedia.org/wiki/One-inch_punch

He pulled back, just not his arm but other muscles in his body.

Re: Speed matters: Why working quickly is more important than it seems (2015)

#52
post #30

When I do dev stuff with a slight sense of urgency, the probability of my mind wandering somewhere else goes down drastically. At this mode, my mind uses all available time slots to make the best of them. For example, by the time my program compiles, my brain visualizes possible breakage scenarios and possible solutions, in case the compilation fails. I could be on confirmation bias here, but this seems to be a neat…

Yeah, but could it also increase risk of stress, anxiety, burnout?

I've been wondering if 20 minutes of coding in 'urgent mode' then a 5 minute break, repeated, with a lunch break, would be more productive than 'average mode' all day, and without the burnout.

Re: Speed matters: Why working quickly is more important than it seems (2015)

#53
I always think together with do stuff faster, "do the simplest thing you possibly can" and "write less code" both allow you to develop, iterate and feedback faster overall. Without the other two you'll eventually hit the wall of too much complexity to keep going fast.

Re: Speed matters: Why working quickly is more important than it seems (2015)

#54
post #30

Earlier quoted context omitted.

Yeah, but could it also increase risk of stress, anxiety, burnout?

True. Too much of anything is bad. I keep this mode on for as long as I don't get mentally tired. Usually, that's a span of 2-3 hours. Surprisingly, at the end of the day (typically after two/three of these zones) I feel more fresh, satisfied and productive. But that's just me.

Too much multitasking and producing software for years has made me feel this weird thing:

Which is that all accomplishments are meaningless in the end. And we are just getting older. Once a person dies they aren’t experiencing any stuff that came as a result of their effort. They may as well have just messed around and had a family sooner, or traveled, or not. It’s all meaningless anyway.

I can’t shake it. Anyone felt this way all the time? Any advice?

Re: Speed matters: Why working quickly is more important than it seems (2015)

#55
post #54

Earlier quoted context omitted.

True. Too much of anything is bad. I keep this mode on for as long as I don't get mentally tired. Usually, that's a span of 2-3 hours. Surprisingly, at the end of the day (typically after two/three of these zones) I feel more fresh, satisfied and productive. But that's just me.

Too much multitasking and producing software for years has made me feel this weird thing: Which is that all accomplishments are meaningless in the end. And we are just getting older. Once a person dies they aren’t experiencing any stuff that came as a result of their effort. They may as well have just messed around and had a family sooner, or traveled, or not. It’s all meaningless anyway. I can’t shake it. Anyone fel…

Just do what you want/enjoy doing and stop worrying.

Re: Speed matters: Why working quickly is more important than it seems (2015)

#56
post #44
post #41

Earlier quoted context omitted.

Measure once, cut twice, earn one to throw away.

This is a bad analogy for software. One of the unique properties of software, compared to other crafts, is that the material cost of iteration is virtually zero. We should use that to our advantage instead of pretending we're carpenters.

Often fixing fucked up shit takes more time than doing it from scratch but because of the system has been built around the fucked up shit you can't just throw it away and then you end up having to deal with continuously paying the higher than should price.

In software the material cost is not the cost of a concrete material such as wood (like you mentioned) but developer time

Re: Speed matters: Why working quickly is more important than it seems (2015)

#57

Earlier quoted context omitted.

Not ideal, but mistakes and experiments seem to be the best way people learn.

There's nothing wrong with making mistakes in experiments . However, when you're building financial systems, there's absolutely no room for mistakes.

[deleted]

Re: Speed matters: Why working quickly is more important than it seems (2015)

#58
post #54

Earlier quoted context omitted.

True. Too much of anything is bad. I keep this mode on for as long as I don't get mentally tired. Usually, that's a span of 2-3 hours. Surprisingly, at the end of the day (typically after two/three of these zones) I feel more fresh, satisfied and productive. But that's just me.

Too much multitasking and producing software for years has made me feel this weird thing: Which is that all accomplishments are meaningless in the end. And we are just getting older. Once a person dies they aren’t experiencing any stuff that came as a result of their effort. They may as well have just messed around and had a family sooner, or traveled, or not. It’s all meaningless anyway. I can’t shake it. Anyone fel…

There are amazing people out here on HN who can help you with better answers to the question. Why don't you post an Ask HN and see? Or better talk with people in person about this.

As for me, Yes, I might pick traveling and having fun over creating software. But I'm not from a wealthy background and my need for a better quality of life is satisfied by selling my skill for money. In that sense, I picked long-term quality of life over short bursts of fun and happiness.

Also, I do have fun coding so it's kind of alright for me.

Re: Speed matters: Why working quickly is more important than it seems (2015)

#59
post #30

When I do dev stuff with a slight sense of urgency, the probability of my mind wandering somewhere else goes down drastically. At this mode, my mind uses all available time slots to make the best of them. For example, by the time my program compiles, my brain visualizes possible breakage scenarios and possible solutions, in case the compilation fails. I could be on confirmation bias here, but this seems to be a neat…

Yeah, but could it also increase risk of stress, anxiety, burnout?

You can overdo it, but just my personal experience is that focus on work at work, even with urgency, never brings those.

Where anxiety and stress can come in for me is letting unsolvable, abstract-ish things hound me for a long time: "I have made a big mistake in life N years ago", etc.

Where I think urgency is hurting is breadth: I focus only on the easiest solution and long term view goes out the window so I need to intersperse walking or similar to let my mind wander to strange, stupid or potentially good ideas. Just my 2c, YMMV.

Re: Speed matters: Why working quickly is more important than it seems (2015)

#60

Earlier quoted context omitted.

Not ideal, but mistakes and experiments seem to be the best way people learn.

There's nothing wrong with making mistakes in experiments . However, when you're building financial systems, there's absolutely no room for mistakes.

There is always room for mistakes if you start by building prototypes. In fact having first approximation prototypes allows one to catch mistakes in how systems and subsystems interact early and fix those at a fraction of the cost.

Developing on a live fintech system is a different kettle of fish

Post reply on HN