Hackathons are bad for you
The real crime is that programmers have so little time for the exploratory work that the career <i>requires</i> that they have to do all of that off-hours.<p>Doctors can read medical journals and call it "working time". Most programmers have feces thrown at them if they're caught learning on the job. This is just something we have to suffer until we develop a stronger tribal identity and demand the conditions of a profession (including ethical rights and obligations that supersede immediate managerial authority).<p>Do surgeons spend 40 hours per week, 50 weeks per year, cutting open bodies? Of course not. No one would allow it. They work a full work-week, but they spend a lot of that time keeping current with the field. That's how professions are supposed to work. Your metered work obligation is ~15 hours per week, and the other 25-40 you spend keeping current, networking, and performing other off-meter, self-directed work that is important to you and the profession.<p>Now, hackathons. There are two things one should know about that. The first is that the association of programming with the night hours is a bit of cultural legacy. Forty years ago, when computing resources were shared and scarce, night was the only time you could get low-priority (exploratory) jobs to run. So the hobbyists (young people, usually with access through a connection or favor) did their work at night. Now, we have enough in the way of resources that people can work at any time. Some people are most productive between 6 and 10 in the morning. Others are best from 8 pm to midnight. Whatever works.<p>The second is that hackathons seem, in many organizations, to exist to recapture the college lifestyle for people who haven't realized yet that It's Gone Forever. The hackathon recreates the "good old days" (?) of the 3:00 am, caffeine-fueled coding fests to get that hard-ass final project to work. It's not terribly unhealthy when you're a college student and have that kind of schedule autonomy (you can crash for a week) but it's a <i>terrible</i> idea to mix that lifestyle with the 9-to-5 regular workday. Also, most final projects are Done, submitted for a grade, and never need to be looked at again. This isn't the case for real-world software.<p>I tend to see most company's 20%-time and hack-day programs as negative spaces that define anything programmers actually enjoy as "not real work" (because they can be tricked into doing it "for free"). I can't even count the number of times I've seen people using 20%T programs to do things that, if they didn't have short-sighted imbeciles for managers, would just be regular-ol' working time.