Why I Get Up at 4am Every Day

amykhar — Tue, 10 Jan 2023 10:31:09 +0000

Since Daylight Savings Time ended in the United States this Fall, I have been getting up at 4am every day. (I had been getting up at 5am, and so my body was used to that time.) Do I do it because I'm better than you? Am I more virtuous than all the night owls out there? Heck no!

I get up at 4am every day for two reasons. The first is for good sleep hygiene It's best to get up at the same time every day and go to bed when you get tired.

The second is that I learned I do not want to do much of anything after my work day. I don't want to do housework, read anything difficult, or work on any sort of side project. I will just sit and watch television while doom scrolling on my phone.

But, in the morning, I have more mental and physical energy. So, I use the mornings for "me time". Because I work from home, I have 5 hours to spend doing things I want or need to do. The house is quiet because everybody else is sleeping. So, I can have a quiet cup of tea and then read a bit. I can tidy up around the house so my head isn't cluttered with a chore list during my work day. I have time for my hobbies, and I have time to pursue side interests.

The lesson here is not that everybody should get up early. It's that you should find the sleep/work schedule that works the way you work. It's not about productivity. It's about making time for the things you enjoy or excel at during the time when you can give them your best.

The Case for Using Professional Tools for Side Projects

amykhar — Tue, 20 Dec 2022 11:02:00 +0000

I have started (and abandoned) countless side projects over the years. Usually, they are unplanned, and coded off the cuff. And, usually, they never see the light of day.

And, that's actually fine. Side projects, for me, are a way to play with new tools, explore creative ideas, and advance my learning. And yet, there is a certain level of dissatisfaction with never completing anything.

Furthermore, part of growing as a software engineer is learning how to manage projects to completion. It's learning how to budget time and resources and actually ship a product. But, at work, I don't always have access to the administrative side of the tools we use for planning and change management. So, what better way to build up my skills than to add a bit of discipline to my extracurricular coding?

Another factor is brought up by this great talk by Simon Willison, where he advocates extensive documentation of side projects to facilitate context switching and managing many projects at once.

To that end, I'm playing with a personal Jira account. I'm configuring road maps for my projects with a series of epics for the various project parts. I've connected Jira to Github, and am playing with setting up my own CI pipeline using actions.

I'm treating the "work" I'm doing in a more disciplined manner, but still allowing myself to play and have fun while doing so.

I find Test Driven Development on these little projects to be quite satisfying. The red/green cycle of getting the tests passing is a dopamine hit like nothing else.

I'm using linting and code standards now to enforce cleaner code. But, because it's MY code, I get to pick the standards - and I get to pick my toolset.

I also get to do things like writing my documentation in markdown, and keeping it committed with the code, and other little things I wish we did at work. It's a bit like 'playing business' like we played house or school when we were kids. I'm finding that doing these things because I want to and not because somebody dictated it makes it more fun to learn best practices.

I honestly do not know if this practice will help me actually complete a side project. But, I do know it's helping me become a better developer. I have a better understanding of what our tool chain can do. And, I think I'm writing better code because of it.

DEV Community: amykhar

Why I Get Up at 4am Every Day

The Case for Using Professional Tools for Side Projects