How I achieved clean inbox on Slack

Anmol Shukla — Tue, 08 Dec 2020 20:30:58 +0000

Title image Credit: Helpscout (https://www.helpscout.com)

We've all heard of the inbox zero. It sounds like a distant dream, an empty screen signalling that all that you had needed to attend to, has been attended to. It's the logical equivalent to the 😌 emoji. It also, if guides and blogs are to be believed, takes a lot of effort, a logical equivalent of the 😫 emoji.

Credit: Slack (https://www.slack.com)

While that may be true for emails, I was able to achieve an Inbox zero (almost) in Slack, and I feel the bliss that comes along with it. Like the discovery of the X-rays, this discovery was too, accidental. Here's the algorithm that I follow:

Slack now supports sections, which are logical groups that you can make for your chats. More details here.
Group up your channels however you'd like (I have 6 categories). The emojis really give the sections some character 😅 3.Important: Make sure that one of the sections is called 'Noise'
Fill up those channels in 'Noise', which have a lot of messages coming in per hour (these are usually channels with bot(s)) and messages which are not that important. 5.Important: Collapse all your sections so that your sidebar looks really neat 🧹 ✨
Now, expand the sections one-by-one and go through the unread channels. Collapse the section as soon as all the unread channels have been read.
Voila!
Go through the 'Noise' channel once every 2 hours or with a lesser frequency using the 'All unread' section. This allows you to skim through really quickly.

Note: Do not forget to collapse the sections once you're done reading the channels within.

Why this works (for me):

Seeing 6 sections, a subset of which is highlighted is much less daunting than seeing a multitude of highlighted channels.

Additionally, the power of categorization lies within your hands, which allows you to group channels in terms of priority. For example, I have a section called 'Priority', and it becomes imperative that I check that section before anything else.

Happy Inbox 0!

Tracking your productivity - API First

Anmol Shukla — Sat, 16 Nov 2019 07:21:16 +0000

In a world full of feature requests, bi-weekly sprints and high iteration products, productivity is an important asset to have by your side. The idea is not to spend more time, but to do more in the time that you end up spending and this is where productivity ends up being important. But let's take a step back and define productivity first:

Productivity (n.): the rate at which a person, company, or country does useful work

That being said, like many aspects in our life, productivity too is cyclical, which means that an average person has both high and low periods of productivity throughout the day and that these periods occur roughly at the same times each day. This cyclical variation in productivity, with high and low periods is what constitutes, among many other biological phenomena, by the Ultradian Rhythm.

Hence, one solution is to just get to riding these rhythms right!

1. What is Ultradian rhythm?

Ultradian Rhythm measures other physiological phenomena in human beings apart from productivity, but we will not discuss them here. The core idea, however is that of the physiological process being cyclical. You can know more about the Ultradian Rhythm here.

So if productivity is cyclical, and we cannot operate at peak productivity all the time, then the least we can do is leverage the periods of the cycle with high productivity to our benefit, by performing intellectually/will power stimulating tasks, and leave menial tasks to the low productivity periods.

2. How do you map it?

I came across this blog post by Evernote, which suggested recording three variables, on a scale of 1-10 every working hour of the day:

Focus
Energy
Enthusiasm

over a period of 30 days or more to get an idea of your mental state throughout the day. The post suggested that one make note of these variables, and offered an Evernote note template to manage the recording process (Fun fact, that's how I signed up on Evernote).

Ultradian Rhythm Template by Evernote

However, I find spreadsheet updation absolutely disconcerting 🙅‍♂️. Combine that with my itch to work on MVC frameworks other than Sails.js, and I decided that I will use a full fledged backend framework with a database to map this! The idea was to design an API which, by means of communication with the database, would store this productivity data. I could then create, read and manipulate the data using the API.

Hence, I decided to use:

Express.js as the framework for the app
SQLite as the database
Postman as the API development tool

Now, I know what you're thinking, "This is overkill", and you're absolutely right. It is overkill, but this exercise helped me:

Learn how Express.js works
Helped me track my productivity throughout the day
Helped me to discover the benefits of API First.

Besides, the whole thing took me ~7-8 hours to get up and running, so win-win. 😇

Also, I happen to use Postman as an API management tool on a day to day basis (What good is your product if you, yourself don't use it 😉), and the data entry just became the simple task of:

Opening the app
Navigating to the collection
Entering the numbers
Sending a HTTP POST request

which, by the way I'd prefer over navigating to a boring spreadsheet and entering numbers (Maybe that's just me).

Note: Although many people typically use Express as a MVC framework, my particular needs did not require me to use the "View" part of the MVC.

3. API First and General architecture

One line definition:

API First design can be described as defining your API before writing the first line of code.

API First forces you to think from the perspective of its consumers rather than their own. At the end of any API is a consumer, which may either be an internal team, that consumes your team's API or the business' customers themselves, who integrate the API in their own workflows.

Any API is meant to make the workflow of the consumer simpler. A well designed API makes it easier for the consumer to integrate the API into their workflow and thus, they can start realising the value that they get out of it right from the get go. Not only that, a well designed API makes it simpler for the user to manage their workflows if requirements change down the line.

All of this translates to a better adoption rate for the API.

Of course, API First has other benefits such as documentation, automated testing, etc. You can learn more about API first design here.

Therefore, before I even typed down my first module.exports = {}, I decided to design the API using Postman. I created a Postman Collection and began describing what the endpoints would look like. A Postman collection is essentially a group of requests (In this case, HTTP requests).

The structure of these endpoints would depend on the structure which I choose to represent the data. Hence, I needed to define the data before I designed my endpoints. I realized that I required just one data model:

The data about a given hour on a given date

Ex: The focus, energy and enthusiasm I felt at 1900 hours on July 22nd, 2019. So, each row of the table HourData would contain:

HourDataId (Primary Key)
Date
Hour of the day
Focus
Energy
Enthusiasm

Here is the DDL for those who are interested:

CREATE TABLE hour_data (
    id         INTEGER PRIMARY KEY AUTOINCREMENT
                       NOT NULL,
    hour_id    INTEGER NOT NULL,
    date_id    INTEGER NOT NULL,
    focus      INTEGER DEFAULT 0,
    enthusiasm INTEGER DEFAULT 0,
    energy     INTEGER DEFAULT 0
);

Designing the API then became simple: I required CRUD endpoints to read and modify this data, and the job would be done.

I proceeded to create these endpoints and described them in a Postman Collection:

Postman Collection

This design helped me in the long run, as it gave me a clear picture of:

Exactly what this app would do
What were the functional boundaries between app components
What was to be the overall structure of the app

Had I not gone with "API First", the app development would have taken a longer time with me going back and forth between design and code to figure out "Where should I put this?", "Should this code be a function of its own?", etc.

Since Postman automatically generates the collection documentation for you, I did not have to write any code on my website to display it.

You can find the API documentation here

You can find the code's repository on Github with the link mentioned at the end.

4. Actual tracking

Since I used Git as the vcs for my code, after merging the code to master and tagging v0.1.0, I was ready to consume the API.

Postman Collection

As mentioned before, all I'd need to do is: run the server, enter the focus, energy, enthusiasm values and hit the POST Input data endpoint. The App would automatically pick up the date and time, and would store the data in the database.

To remind myself about filling this every hour or so, I made a crontab trigger a bash script.

Crontab

0 7-21 * * 1-5 bash ~/circadian.sh

“At minute 0 past every hour from 7 through 21 on every day-of-week from Monday through Friday.”

Bash script

circadian.sh

This script runs an Apple script internally which sounds a chime and speaks a reminder.

notif.scpt

5. Results and Inferences

I tracked this data for 50 days straight, by inputting the data as mentioned above. Post that, I used the GET Retrieve all aggregates endpoint to retrieve average data by the hour.

Some inferences:

I am more productive towards the earlier parts of the day
Energy tops at 9 am in the morning (Guess I am a morning lark 🌅)
Energy is not at a high, post lunch 😳
Enthusiasm peaks at about 4 pm
I get absolutely knocked out after 8 pm 🥊

6. Conclusion

Express is a light and flexible framework
API first avoids re-design phases
I should focus on intellectually taxing tasks in the morning and leave menial tasks towards the end of the day.

Psst, you can hit me up at https://cazaimi.tech

If you too share my hate for spreadsheets and love APIs, check out the repo: https://github.com/Cazaimi/circadian-api

Check out the awesome API development tool "Postman" at: https://www.getpostman.com

DEV Community: Anmol Shukla