May 05, 2020
My last 10 years of coding had its ups and downs. To have more ups I’ve implemented tiny habits to be more productive. It’s time to share! If one of them will make you 1% more productive everyday — I am taking it!
Beware! Some of the tips might be silly (or against best practices). But in my personal experience they DO make me more productive. At least in my case.
And hey, ultimately, productivity is a speed of achieving our dreams. Let’s do something about it!
I am defining the problem of starting as a problem of mental walls. Let me explain.
I have a medium size personal goal — to acquire 10 000 people to use my products that will help people to become MORE self-aware. THAT is my personal realistic dream.
But! I am not sure which tools exactly I will build (AND people will use). Not cool. And understanding yourself in not an easy task. But in order to figure out the tool to build I need to iterate on my ideas (and hypothesizes). And in order to iterate I need to… start and to… finish.
To start the WHOLE project and to finish the whole project. Daaamn. :)
I want my week to look like this:
Hey, naming convention of my variables IS important (from some perspective). But while looking at a bigger picture there are more important problems I want to face. For example. Am I delivering real value to the people with my products?
Cause overthinking is not fun. Momentum is!
We need good idea. But good ideas does not come from nowhere. They should be based on something. So my current idea is not based on data. I simply don’t have real-life product data. That’s why my current idea is simply based on intuition (consider this as an inner source of data).
The idea is: tracking daily stuff in a fun way using… emojis.
And then I am telling myself:
Let your first idea be based on intuition. You will get experience and data later.
Naming a project is hard. But it should not be hard to name things while in active development. What I do is I give temporary technical names. For this project I chose the name «Trackerion».
Sometimes I name projects literally. My previous project was called: «habits-with-feelings».
And that is fine. You might have a perfect name while working or talking to people. Just don’t get stuck with this initially.
All I am starting is a single file — App.js. And only later — everything.js else on/demand.js. And that is fine. The structure will happen later.
And that’s all.
I can easy imagine this conversation, happening in heaven:
Sometimes you can get older while installing all the android tooling or NPM packages. But there is a hack. Don’t get stuck with your tools! Do other stuff in the context of the current task / project.
For example, while some script was spinning, I’ve started exploring uploading my app to the Google Play Store and this is what I’ve found.
Don’t stuck with your tools. There is always something useful.
So I was at the peak of excitement during the development when my phone’s screen got smashed. And I’ve just set up everything to develop with it.
How to win in this situation?
Found my very old phone, set up everything again, send my broken phone to the fastest repair service.
Feeling sad, feeling bad, accepting life, moving on.
This one is golden. I think this rule is one the biggest time saver for me. This rule saved me DOZENS of hours.
I’ve stopped tweaking paddings, margins, colors etc. For some reason I was doing this during the active development.
Instead, I have this rule:
Minimising time to tweak styles, tweaking. Focusing on building a clear screen/page structure.
color: green is fine,
color: red is fine.
Upgrading to «latest and greatest» is… tricky. Cause you ofter run into some compatibility issues…
Upgrading feels good, dealing with issues takes time.
To complete a basic version of the landing app I usually go with some clear reference.
You can transform doing a landing page into a rocket science, it is important. But you are fine to start having the basics.
Done is better than perfect.
When I write on a piece of paper solving a particular task, I always get somewhat irrelevant thoughts. They feel good, but they are distracting. The solution is to have a «distraction paper». That paper where you write «everything else».
It really, really, really helps.
This one is a big one.
I’ve noticed a tendency to look for technical challenges. Yeah, learning as a programmer is fun. But here is a tricky part: it is not nesesarry helps you to finish. If you have a clear goal to learn something new — that is fine. But otherwise it’s not wise.
While you are some fancy term shared by a speaker who was solving a \$ 100k business problem, time goes by.
Every step can contain a challenge that can take weeks or months. And that is a lot of time!
Most of the time I am quite strict with myself in terms how I spend my time. But! If you have a bad mood… If things don’t go so well… If it’s an early morning and one cup of coffee was not enough…
Cause we are all human beings.