bookmate game
97 Things Every X Should Know

97 Things Every Programmer Should Know

Notify me when the book’s added
To read this book, upload an EPUB or FB2 file to Bookmate. How do I upload a book?
  • Владислав Клещенкоhas quotedlast year
    Write code as if you had to support it for the rest of your life
  • Владислав Клещенкоhas quotedlast year
    There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies and the other is to make it so complicated that there are no obvious deficiencies
  • Владислав Клещенкоhas quotedlast year
    the real difference between adequate programmers and great programmers is this: attitude. Good programming lies in taking a professional approach, and wanting to write the best software you can, within the Real World constraints and pressures of the software factory
  • Владислав Клещенкоhas quotedlast year
    We thought we had it nailed. Teams of graphic designers began churning out hundreds of layered graphics files. Loads of time was spent molding the end product. A startling revelation was made on the day we showed the client the fruits of our labor. When she saw the product, her exact words about the background color were "When I said black, I meant white."
  • Владислав Клещенкоhas quotedlast year
    Think of every line of code you write as a message for someone in the future — someone who might be your younger brother.
  • Владислав Клещенкоhas quotedlast year
    I closed down my IDE. I'd become so used to working on a big project within a big product I'd started to think that was what I should be doing. A general purpose computer can do little tasks too.
  • Владислав Клещенкоhas quotedlast year
    Golden Rule of API Design fits in: It's not enough to write tests for an API you develop; you have to write unit tests for code that uses your API. When you do, you learn first-hand the hurdles that your users will have to overcome when they try to test their code independently.
  • Владислав Клещенкоhas quotedlast year
    Don't be afraid of your code. Who cares if something gets temporarily broken while you move things around? A paralyzing fear of change is what got your project into this state to begin with. Investing the time to refactor will pay for itself several times over the life cycle of your project.
  • Владислав Клещенкоhas quotedlast year
    If you instead explore new languages to expand your mind and get fresh ideas on how you can solve things in different ways, you will find that the code you write in your trusty old language gets more beautiful for every new language you've learned
  • Владислав Клещенкоhas quotedlast year
    Comment what the code cannot say, not simply what it does not say
fb2epub
Drag & drop your files (not more than 5 at once)