Ask HN: Turning off the programming mind during non-work hours
31–40 of 46 posts
Re: Ask HN: Turning off the programming mind during non-work hours
#32Re: Ask HN: Turning off the programming mind during non-work hours
#33Re: Ask HN: Turning off the programming mind during non-work hours
#34Re: Ask HN: Turning off the programming mind during non-work hours
#35I found "dumping/serializing state" greatly helped me. I got into a habit of writing down things that required continued work next day, at the end of my workday. Initially I started doing this because it would take too long to get back into the depth needed to be productive especially after a long weekend or context switching for a day or two due to something time critical. The most effective form of "state dump" bei…
Re: Ask HN: Turning off the programming mind during non-work hours
#36Personally, the worst impact of "bringing my work home with me" has been when I'm spending time adjacent to infosec or pentesting. That's a discipline that requires cynicism (engineers are incompetent, can't protect their systems), paranoia (everyone is constantly trying to hack your vulnerable systems) and distrust (any user input could contain a malicious payload). Unsurprisingly, these are not the ideal qualities…
An innate draw to perfectionism becomes the engineer's plauge. The notion that we can approach a quality in our craft compels us, stirs us and drives us, pulls us to an ideal we never quite seem to reach. This plauge promotes paranoia, large egos, self doubt, loathing, fear, complexities and difficulties in our relationships, in our selves.
One day, about 8 years ago, on a trip to The Island of Hawaiʻi, a day tour around the island brought with it a brief stop to see some giant ocean turtles, laying eggs upon the shore. Before we were released from the bus, the tour guide emphatically begged us, striving for a personal connection, to please, please leave the turtles alone. And then, as though I was watching the birth of conceptual inevitability, I watched happy couple after happy couple, smuggling turtle eggs for digital photos. Most were placed back, a few were broken, yolks dripping into the water and rocks and a quick shriek turned to laughter.
I felt free. I felt a freedom from responsibility, as the expanse of the loss of control I have finally came from its spectre and showed me the infinite boundary of what I cannot control. This freedom was not joy. It is not joy. It is the cold comfort of certainty, the icy maw that I cannot escape from with more than a few variables of integers at a time, and to simply allow myself to be the briefest of willful rejections amongst it.
And so that's how I turn off at night. I know that if I disappeared into the static between clouds, this would all go just about as well, or poorly, and that I am not going to save the world if I just push git commits fast enough.
Re: Ask HN: Turning off the programming mind during non-work hours
#37The fact that you recognize that you've got a runaway daemon is good. Now you just need to recognize when it's eating too much memory and taking too many processes. (I realize that how I've described might be a bit much, but if you've thought yourself into this conundrum, then perhaps you can think your way out!)
Re: Ask HN: Turning off the programming mind during non-work hours
#38Personally, the worst impact of "bringing my work home with me" has been when I'm spending time adjacent to infosec or pentesting. That's a discipline that requires cynicism (engineers are incompetent, can't protect their systems), paranoia (everyone is constantly trying to hack your vulnerable systems) and distrust (any user input could contain a malicious payload). Unsurprisingly, these are not the ideal qualities…
Re: Ask HN: Turning off the programming mind during non-work hours
#39It’s really a little thing, but maintaining separation between workplace and home and trying to minimize that overlap works well for me
Re: Ask HN: Turning off the programming mind during non-work hours
#40I found "dumping/serializing state" greatly helped me. I got into a habit of writing down things that required continued work next day, at the end of my workday. Initially I started doing this because it would take too long to get back into the depth needed to be productive especially after a long weekend or context switching for a day or two due to something time critical. The most effective form of "state dump" bei…
If you continue to think about the problem space during that ‘off time’ (which you likely will) add the thought to some notes for review when you return.