How to be a better developer

  1. Commit in small and concise chunks. Big commits which touch every single file in the system should be avoided. Break down your big feature into small committable stories. The commit history of your (master) branch should be readable, reversible, and resettable. No one likes to have a big fat merge conflict!
  2. Do include tests in every commit.
  3. Put on your QA hat and really, really try to break the thing you made. Then write more tests to avoid the found bugs from happening unnoticed.
  4. Underpromise and Overdeliver. Programmers usually work under some kinda deadlines. Don’t take on more than you can bite but really deliver a high-quality result.
  5. Don’t count on frameworks or plugins. They can have many drawbacks: It’s hard to upgrade and maintain; It’s too complicated for what your need; It has shitty code behind the scene. Often times the pure, vanilla solution works if you are willing to tinker.
  6. Don’t let title limit your knowledge. Everything is connected — as a UI designer, you need to know how psychology affects design decisions and be fluent in HTML/CSS/javascript; as a UI developer, you need to understand color theory, user interactions, how to talk to backend or how to create API; and as a backend developer you need to know how users like to use the application, what elements make an application user-friendly. Title is for LinkedIn — for other people to have easier time categorize you — but it should not stop your thirst for knowledge.
  7. Learn when to stop learning and start doing. Knowledge is no use if you don’t use it. Getting your hands dirty is the best way to challenge what you already know and to internalize the shinning new knowledge. Reading 10 programming books won’t make you a programmer, but making 10 programs and learn from the mistakes would make you one.