DZone
Java Zone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
  • Refcardz
  • Trend Reports
  • Webinars
  • Zones
  • |
    • Agile
    • AI
    • Big Data
    • Cloud
    • Database
    • DevOps
    • Integration
    • IoT
    • Java
    • Microservices
    • Open Source
    • Performance
    • Security
    • Web Dev
DZone > Java Zone > Technology Related Classic Mistakes

Technology Related Classic Mistakes

Roger Hughes user avatar by
Roger Hughes
·
Jan. 09, 12 · Java Zone · Interview
Like (0)
Save
Tweet
4.93K Views

Join the DZone community and get the full member experience.

Join For Free

In my last blog I looked a Product Related Classic Mistakes from Rapid Development: Taming Wild Software Schedules by Steve McConnell, which although it’s now been around for at least 10 years, and times have changed, is still as relevant today as when it was written.

As Steve’s book states, classic mistakes are classic mistakes because they’re mistakes that are made so often and by so many people. They have predictably bad results and, when you know them, they stick out like a sore thumb and the idea behind listing them here is that, once you know them, you can spot them and hopefully do something to remedy their effect.

Classic mistakes can be divided in to four types:

  • People Related Mistakes
  • Process Related Mistakes
  • Product Related Mistakes
  • Technology Related Mistakes

Today’s blog takes a quick look at the fourth of Steve’s categories of mistakes: Technology Related Mistakes, which include:

  • Silver Bullet Syndrome
  • Overestimated Savings From New Tools or Methods
  • Switching Tools in the Middle of a Project
  • Lack of Automated Source Control

Silver Bullet Syndrome

Don’t expect the use of new technology or development tool to solve all your scheduling problems.

Overestimated Savings From New Tools or Methods

Use of new technology and practices can increase development time as their learning curves are climbed. New practices have new risks that you only discover by using them. Teams (or organisations) seldom improve their productivity in leaps and bounds. Aim for steady slow progress.

Also overestimated is the saving that arise from code re-use. Code re-use is a very effective approach however wishful thinking comes into play and the savings usually not as high as expected.

Switching Tools in the Middle of a Project

Try not to upgrade your compiler, operating system etc. in the middle of a project. Apart from the fact that the installation takes time, the associated learning curve, rework and inevitable mistakes often cancel out the benefits of the new tool.

Lack of Automated Source Control

This was written 10 years ago, but it still amazingly happens, even though there are companies who will provide this service for you via the Internet. Failure to use automated source control exposes your project to needless risk. Use source control to its full.

 

From http://www.captaindebug.com/2011/12/technology-related-classic-mistakes.html

source control

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • Spelling “Equality” With IT: Addressing the Gender Gap in the Tech Industry
  • Java: Why Core-to-Core Latency Matters
  • Top 5 Programming Languages in AI: A Comparison
  • What Emerging Technologies Make Data Centers More Energy Efficient?

Comments

Java Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • MVB Program
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends:

DZone.com is powered by 

AnswerHub logo