Publication Date: 7/16/2008 5:00:00 PM
When you talk to programmers, sometimes they will talk about methodologies. In fact, some programmers will go on and on and on about them. If you are hiring, they may tell you that they use “agile” practices or “waterfall”. As your eyes glaze over, you may correctly wonder “do I need to care?”
The answer is: No.
The question of methodologies can make a lot of programmers very religious. I’ve seen perfectly normal people get quite aggressive when they started talking about their chosen software development approach. Even the sales people for consulting firms can say quite pompously “We ...
Publication Date: 7/10/2008 5:00:00 PM
None of us wants to pay more than necessary for anything, including programming services. Sometimes the lowest bid is a great deal; sometimes it isn't. Here are some things to consider when comparing bids for software development:
Compare apples to apples. Make sure the bids you are comparing are all fixed bids, and not hourly rates (even with an accompanying estimate.) Because estimates are not typically binding, and every developer works at a different speed, hourly rates are a more way to compare bids.
What's included? Make sure you thoroughly understand what is included in each bid. Here are some things ...
Publication Date: 7/2/2008 5:00:00 PM
Ryan at 37signals recently posted on the dangers of adding new features to software. Once a new feature is added, it is difficult to remove even if it doesn't work well and not utilized by the majority of your users. The problem is that SOME users will likely become frustrated when the feature is removed.
Ryan suggests that this should inspire you to be very careful about the features you implement. I think this advice depends a lot on the size/impact of the feature, but his point is valid.
The problem is - what should be done if the feature ...
Publication Date: 7/1/2008 5:00:00 PM
There are a lot of technology amateurs out there posing as experts. How can tell what a technology/programming poser looks like?
Gets excited about technology and ignores results. A true professional knows that technology is only a means to an end, not the end itself. But lots of posers get caught up in the "coolness factor". Unfortunately, many "cool" things will not improve your business. Posers don't understand this.
Undirected troubleshooting. I once worked with a consultant who would try to randomly change things when she ran into a technical problem. A poser doesn’t understand the technology he/she is working ...
Publication Date: 6/28/2008 5:00:00 PM
This week one of my customers is rolling out a new system. The new system is a vast improvement over their current processes in the following ways:
Top 5 Programmers to Avoid
What everyone should know about bugs
How to tell if an estimate sucks
The Secret to Building a Crappy User Interface
The Problem with Selecting the Lowest Bidder
5 Ways to Control Software Development Costs
From my experience with Avonelle, she can be relied on to deliver whatever she promises--always on time and for the quoted cost. She'll ask the right questions to make sure that what she delivers truly meets the business need. Her expertise has been invaluable. All that at a very reasonable rate!
Kim Merriman, Operations Manager @ HousingLink
Copyright © 2013 Avonelle Lovhaug. All Rights Reserved.
Sitefinity ASP.NET CMS