DEV Community

Wachira
Wachira

Posted on • Originally published at wwachira.hashnode.dev

Why you should document your code.

Brief History

A year ago I built an e-commerce API with Flask and consumed it with React on the frontend. It was the first time I built a web app like that where the frontend and backend were very separate because before I would use templating engines like Jinja for Flask and Handlebars for Express. Those were the times when I just started programming, I was so full of energy and very ignorant sometimes. I remember seeing a meme or statement like this:

comments.png

Back then I used to follow this statement to the core. If someone had asked me later then what a specific line of code did then I would totally utter out the logic in an instance, as the code was still fresh and flowing through my brain cell networks.

Aftermath

Later about 8 months I started to gain interest in building APIs with express so the first thing I did was well try to build a similar e-commerce API with express and not Flask. I opened two editors side by side. One with Flask the other an empty express API. The idea behind this was to sharpen my express API skills, if I can translate a Flask API to express then I am golden.

An hour through the Flask API code, I was like what kind of sorcery is this:

WTF is this

So I took a break, and then I thought I probably wrote something about these endpoints on Postman. This was definitely the expression I had on my face:

Shocked

I used to save a Postman collection with just plain endpoints nothing to say what they do or need. I did not know which endpoints needed authentication and going through the Flask API was a mess, from variable names to class names. There was a variable I named c What was I doing? I quickly closed the Flask API editor and Postman.

Ummh will come back later

I never opened the API again and the reason was due to lack of documentation.

How can you document your code?

It's actually simple, you can document your code in various ways:

  • Write comments: I definitely changed my mantra from Real Programmers do not comment their code to A quick description won't hurt. Commenting your code will not only make your development faster and easier but will also keep the logic of the code fresh in your mind.
// @route: Gets all profiles
route.get("/profiles", (req, res, next) => {
// ...
}
Enter fullscreen mode Exit fullscreen mode
  • Descriptive variable, function and class names: If you ever name anything in your code make it descriptive, even if you lack a comment the name might still give you an idea of what is going on
 let c; // โŒThis is wrong as we don't know what is c. Is it the cart, checkout

 let cart; // โœ…Now this is more descriptive

 const fetchData = () => {} // โŒ This function name does not say anything at all

 const fetchProfileData = () => {} // โœ… This function here tells as that this method fetches profile data
Enter fullscreen mode Exit fullscreen mode
  • Document your API: If you have an API and maybe you are using a tool like Postman or Insomnia to test our your endpoints, giving it descriptive documentation might not hurt you in any way.

    How to document your code with Postman
    • Always create a collection to house all your API endpoints

    Screenshot 2019-06-23 at 11.52.40 AM.png

    Screenshot 2019-06-23 at 11.54.09 AM.png

    Screenshot 2019-06-23 at 11.54.24 AM.png

    • Always document each request you add to your collection

    Screenshot 2019-06-23 at 11.57.16 AM.png

    Screenshot 2019-06-23 at 12.01.42 PM.png

Advantages of Documenting your code

  • Faster Development: Documenting your code and API endpoint will save you a ton of time to work on updates, populate and fix bugs easily and also allow you to meet your girlfriend or boyfriend or chill with the family๐Ÿ˜.
  • Easier collaboration: Let's say you open source your project and you want the developer community to help you in building and shipping your project, you do not want to scare them off with unreadable code.
  • Get feedback fast: If you use a tool like Postman you can share your documentation online so that people can test it out and give you feedback instantly.

    How to share Postman documentation
    • You have to first sign up/sign in to postman on your computer
    • Visit their official website, sign in
    • Click on your workspace

    Screenshot 2019-06-23 at 12.21.04 PM.png

    • Click on the collections tabs Screenshot 2019-06-23 at 12.21.29 PM.png
    • Click on your collection, and if you might notice there is a collection description which explains what it contains. Screenshot 2019-06-23 at 12.23.06 PM.png
    • You will be redirected to a page with all your endpoints where you can test out your functionality. Screenshot 2019-06-23 at 12.24.49 PM.png
    • From there you can choose to publish your documentation or invite users to your workspace. If you click Publish, you will be provided with a public link in which you can share with your friends to test it out. If you choose Share you will give access to all your collections even those that you might want to remain private.

    Screenshot 2019-06-23 at 12.29.38 PM.png
    Screenshot 2019-06-23 at 12.29.48 PM.png
    Here is the link to the collection we just created.

Postman is not the only tool that you can use to document your API, there is:

Summary

In this article, we were able to:

  • See why documentation is important
  • List tips on how you can document your code
  • List tips on how you can document your API endpoints with tools like Postman.

Next

On the next article, I will focus on Github documentation from PR to commits.

Top comments (2)

Collapse
 
devkevyn profile image
devkevyn

Try making swagger docs. They help a lot in standardization of endpoint documentation and they can replace postman for testing.

Collapse
 
wchr profile image
Wachira

Did know that thanks, i will write about that soon.