scott.hodson.blog

June 19, 2007

Everybody’s Favorite Text Editor: Notepad (?)

Filed under: Software Development — scott @ 9:45 am

Notepad Rules!
A recent survey from CodeProject reveals when asked “What is your favorite text editor?” the winner is…NOTEPAD! Are you kidding me people? Either the CodeProject community is pretty lame (I doubt that because I know there are some great resources there) or else someone on the notepad development team in Redmond (is there a Notepad development team?) was just trying to rig the results.

While looking at the list to see how my favorite editor fared (Edit+) I didn’t even see it on the list! So maybe I’m lame too. I did check out the runner-up, Notepad++ and it looks pretty cool. I know UltraEdit has been a well-respected editor for a while. I’d never consider vi or emacs as a “favorite” but I’m forced to use it when I’m ssh-ed into a Linux box and I need to modify my httpd.conf or something like that. Actually, I use nano in that instance if it’s available (thanks Ubuntu!)

June 9, 2007

How to give a quick estimate of a software project

Filed under: Software Development — scott @ 9:47 pm

Here’s my hard and fast version of how to do estimates if someone needs a quick estimate and that is looking for a ballpark figure.

  1. Estimate what you think it’ll take to develop it
  2. Triple it.
    1. R&D of new or unproven technologies
    2. Proof of concept
    3. Debugging
    4. Project management
      1. meetings
      2. conference calls
      3. email
      4. conflict resolution, law suits
      5. travel
    5. QA
    6. User acceptance
    7. Requirements ambiguity
    8. Complicated migrations of legacy data
    9. Uncooperative partners
    10. 3rd world offshore programmer electricity and internet outages, natural disasters
    11. Company politics
    12. User and/or developer documentation, training
    13. Unforseen regulatory compliance requirements
    14. Recalcitrant status-quo team members
    15. Undocumented or incomplete APIs/web services that you’re required to integrate with
    16. All the other stuff that can derail a project
  3. Then say the estimate has a degree of accuracy of +/- x% (usually 30-50%) and it’s not binding, a more precise estimate can be given with more details later.

If they don’t like it or think it’s too high then tell them they have to give you more details but with what little you have it’s too risky to shave an estimate with so little details and that you value an ongoing collaborative relationship more than a line drawn in the sand based on too little information. After all, you signed the Agile Manifesto, right?

“Customer collaboration over contract negotiation”

Powered by WordPress