It’s perfectly OK to only code at work
zeroequalsfalse.press
zeroequalsfalse.press
I've always felt guilty if I'm only coding at work, because I've always felt that if my employer is willing to pay me X dollars an hour to code, then they must be getting at least X dollars of value out of my work, and likely they're getting much more. So I felt like I was letting myself down if I wasn't also using this skill in a way where I could capture all of the value I was creating, rather than sharing it with my employer. Unlike with most professions where you can't really do the work outside of a larger corporate setting, programming all by yourself can actually produce very valuable things, that you can reap all the rewards of for yourself.
But not everyone thinks this way, and making progress on programming projects by yourself is very hard, especially if you also have a full-time job. So I agree with the author about the ok-ness of not doing it.
Sure, none of it visible, but I find the way we think about productivity highly questionable.
At the same time I've never done that and it's in large part why my career has gone so well.
It's "OK" either way, live life how you want to. But if someone asked me for career advice and said they don't know how much time they should spend outside of work on programming, I'd have a hard time telling them "no time at all".
If your goal is to advance your career, yeah, my advice is to program in your free time.
If your priorities are different - maybe your career is already set, and you want to focus on life - sure, don't program in your free time.
I find myself right at the middle, I don't code much in my free time but I do like reading programming books and learning about new topics and paradigms while only doing basic exercises now and then. I catch up on new technologies even if I'm not using them at the moment.
One of the most interesting hiring measure one my teams held was whether the new hire has a hobby or not.
Obviously we were in a talent rich environment (Bangalore), where this was the easiest proxy to judge a senior engineer's treatment of a junior developer's time - we could find really talented people, but a lot of them drove everyone nuts.
Indirectly, a lot of the qualities we were looking in people came out in the way they expressed their hobbies - there are lonely hobbies, group hobbies, competitive hobbies and entirely leisure hobbies.
Working with those folks, I've seen books full of stamps from countries which don't exist, played with trillion dollar bills from Zimbabwe, heard free bird on the guitar too many times, been inspired to run marathons, learnt to solve rubik's cubes, done support car for motorbike trips, "waterboy"ed soccer games, umpired cricket matches ... even the odd "do you even lift" bro in there.
There's been the coders too - but even those were super interesting. Home automation systems, car dash hacks for phones, wall clocks from tablets (I too wrote a Sudoku hinting solver, because my mom loves it).
That ended up with "Get people who have weekends" as a result.
> If your goal is to advance your career, yeah, my advice is to program in your free time.
I'd tell people to not do it in their free time, but spend dedicated time for it as you prep for interviews.
My general "get better" advice would be to "understand something and get writing, draw diagrams" (I think jvns.ca lz77/huffman blog is a standout example to aspire to).
I don't know how long you've been in this game, but I'd say most programmers I've observed don't need to program at home to advance their careers. Programming skills don't end up being the bottleneck. By the time the other necessary things are in place to advance, their programming skills have been more than sufficient for the next level. YMMV
But programming in your free time will (likely) make you more effective in your job, garner recognition/ place you in a programming community, teach you about new problem spaces, etc.
So while that may not help you move from job to job (I'd argue, however, that it does), it'll help you accelerate your career within a company.
I don't think it's contentious to say that practice will improve your skill, and improving your skill generally leads to a better (by some definition) career.
Personally, I would weight a great GitHub more highly than an interview. But great GitHubs are very rare.
At small companies where you have more wild-west type procedures you can probably get away with saying "Github is good enough", but my experience is that even mid sized companies start to put all of their bags in the interview basket.
But I also put way more in than an extra 2 hours a day.
My feedback from Google was to put more code up on my GitHub (and I already had hundreds of thousands of lines in a major open source project on there.)
If I have a coding job, I struggle to code outside it, and prefer doing other creative projects. If I have a management job, I really enjoy side projects and hobby coding outside it. It's like I only have 40 hours of coding creativity per week in me, and if I'm not getting to do that at work, then I enjoy doing that for fun.
2) Some people do better if they have an opportunity to decompress at home. Their subconscious works on tough problems while they're relaxed or asleep so when they go into work the following day, they're closer to a solution. An opportunity they might've lost if they coded in the evenings after spending all day in front of a computer.
I'm not always one of those people, but sometimes I am. It seems pretty simple to me.
I have had periods of 6 months where I didn't write a single line of code. Sure, you forget how much you miss it once you start again - but it certainly isn't the driving factor in my career any more.
Engineer @ Fortune 500
I have a hard stop and never work on work related things. If I want to code, it's for me and for fun.
from a business perspective, yes, it is perfectly ok to code your work hours.
Now, depending on what your work hours involves, it may not be enough for you to achieve your professional aspirations, in which case, taking the time to code outside of work hours is a good plan.
It all comes down to what are your personal strategies and goals (including family and all your interests/hobbies), what are you risks ( like your skills being too specialized or your skills becoming redundant) and how to mitigate those. Your job should be a piece of that overall personal strategy.
With that said, I think it's a lot healthier to have other hobbies outside of coding. It certainly helps with creativity and generally not becoming a robot. Not to say coding as a hobby in addition to your profession is unhealthy, but only coding in and outside of work could be.
It's not evangelizing about how to be the 1 in 10,000. It's rather brief opining about feeling comfortable not being one of those people, but rather one of the surely skilled people who fill out the industry—like most skills.
So I guess it just depends on your career aspirations, and your life aspirations. So yeah—all the same!