Laran Evans
I develop software people love to use.
  • Home
  • About
  • Contact
  • Resume
  • Testimonials
Skip to content
  • Entrepreneurship
    • Leadership
    • Project Management
    • Team Development
    • Time Management
  • Puzzles
  • Software Architecture
    • Cloud Computing
  • Software Development
    • Algorithms
    • CSS
    • Java
    • Javascript
    • MySQL
    • PHP
    • Python
    • Ruby and Rails
    • System Administration
« Why Frameworks Die
Writing Code That Isn’t Clever »

Top Ten Developer No-Nos

By laran | Published: 2007/08/31

10. Not having fun. If you’re not enjoying your work, you’ll never be great at it. You can be mediocre. But why bother.
9. Thinking you’re the first to think of it. Whatever it is, someone thought of it long ago. It’s just as much about timing as it is about having good ideas. Keep your eyes and ears open until the time is right.
8. Thinking that your tools of choice are better than whatever else is out there. Whether it’s what language you prefer, what operating system you like or what editor you use, get down to brass tacks and make the tools work for YOU.
7. Thinking you won’t burn out. There are only so many 12-20 hour days that you can take. You won’t realize it until you’ve experienced it. But that doesn’t make it any less true. Work at a pace you can sustain. The occasional push is OK.
6. Thinking you can do everything alone. Even if you can, you won’t want to forever. Let others share the fun.
5. Thinking you’re going to get it right the first time. You won’t. Plan to throw the first one away.
4. Turning everything into a framework. Frameworks get complicated in the long run and don’t save as much time as you thought they would.
3. Writing something from scratch instead of taking the time to learn how to use the best tool on the market. Even though you think it’s a great idea now to write your own, your idea too will have shortcomings that will be just as much a pain to your client. Save everyone some time and just sit down and rtfm.
2. Thinking you know better than your client. They still sign your checks.
1. Over-engineering. Some problems just aren’t that complicated.

This entry was posted in Software Development. Bookmark the permalink. Post a comment or leave a trackback: Trackback URL.
« Why Frameworks Die
Writing Code That Isn’t Clever »

Post a Comment

Click here to cancel reply.

Your email is never published nor shared. Required fields are marked *

*
*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

  • About Me

    I've got a masters degree in computer science and over 10 years of experience building web-based systems using Java/J2EE, Ruby, Rails and PHP. I'm a strong believer in the effectiveness of Agile Methods. Read more »

  • Subscribe

  • Similar Posts
    • The Value of Code Clarity
    • Writing Code That Isn't Clever
    • Why Frameworks Die
    • 36 Minutes to Get Back On Track
    • A Few Points on Writing High-Performance Software
  • From Around the Web

    • Web App Business Models: User Needs and What People Pay For (Box UK Blog)
    • Blog Writing Tips from the World’s Most Famous Authors (Blogsessive.com)
    • How to get exponential success on your blog (CatsWhoBlog.com)
    • The Four Stages of Growing a Blog (Daily Blog Tips)
    • Insert Google Analytics without editing your theme (WpRecipes.com)
    Shared Items
  • Recent Posts

    • 80 pages of Ruby on Rails Performance Optimization Tips
    • Ruby Garbage Collection In-Depth
    • Binary Logic Basics
    • Kuali in Nacubo Magazine
    • Ruby Blocks, Procs, Lambda
  • Older Posts By Month

    Let's Talk

    Ask a question below. You'll be prompted for your name and email after you click the "Ask" button.

Know more. Accomplish more. Succeed.