/Practical Tips

80-characters-per-line Limits Should Be Terminal, Says Linux Kernel Chief Linus Torvalds

- Simon Sharwood tl;dr: "Linus Torvalds has railed against 80-character-lines as a de facto programming standard and has moved to make reminders to keep things short a thing of the past."

featured in #184


GitHub Protips: Tips, Tricks, Hacks, And Secrets From Lee Reilly

- Lee Reilly tl;dr: Make your @mentions stand out, using dark theme, markdown formatting tips and more.

featured in #181


Words Are Hard - An Essay on Communicating With Non-Programmers

- Michael Bryan tl;dr: Communicating engineering to non-programmers can be an important part of the job and, often, programmers shy away. Michael explains strategies and techniques he uses. 

featured in #171


Goodbye, Clean Code

- Dan Abramov tl;dr: Developers strive for cleaner code. There's an inflection point when a developer starts writing code in abstraction, this feels like a "super power." Dan learnt this comes with its own trade-offs. "Clean code is not a goal."

featured in #169


Notes On Technical Writing

- Marcus Kazmierczak tl;dr: Marcus frequently writes documentation for Wordpress. Here, he guides us through some of his learnings, including the concept of Minimalist Instruction.

featured in #169


Database Design Standards

- Curtis Poe tl;dr: Curtis runs through some tips on database design - whether to go with camel case names or underscore_names, plural or singular tables, column naming, and more.

featured in #169


Tech Lead Expectations for Engineering Projects

- Gergely Orosz tl;dr: Framework of how Gergely manages his team at Uber including the initial team setup, how risks are managed, stakeholder communication and more.

featured in #166


Don't Use Booleans

- Steven Luu tl;dr: The overhead of enums is comparatively low and comes with several practical benefits.

featured in #166


A Comment Is An Invitation For Refactoring

- Gergely Orosz tl;dr: A comment is usually a sign that a piece of code needs refactoring. Greg wants us to ask "could I refactor the code to remove this comment?" The answer is typically yes. He highlights three common examples of comments.

featured in #164


Other People’s Messes

- Jessica Kerr tl;dr: We're comfortable writing messy code when it's just ourself who will see it. If you know others will at some point review it, it's best to clean it sooner rather than later.

featured in #148