Publication Date: 4/30/2009 8:14:34 AM
All I wanted to do was to create some calendar entries. A date, some times, and a description. Not too tough.
Except the person who created the user interface has clearly not spent a lot of time actually doing this task. Take a look at the form:
Now consider for a moment how annoying it is to enter start and end times on this form. It always defaults to “01:00 AM”, which of course is NEVER the start time for one of my appointments. So I must always change the first drop down value. And if the appointment starts on ...
Publication Date: 4/24/2009 12:58:12 PM
Everyone hates documentation. It is either boring or it doesn’t answer provide the needed answers. Many programmers agree that documentation is critical when they are taking over a project for someone else, and think it is completely unimportant when they need to create it themselves.
So as a customer: what documentation should you expect or require from your programmer?
Every situation is different, but here are some documents you may want to consider requesting:
This is the specification that was (usually) created before the programming began. It can include functional specifications, wireframes, screen mockups, user stores, UML diagrams, ...
Publication Date: 4/22/2009 6:38:16 AM
Good projects (and by “good” I mean “successful” of course) always have a defined objective. Everyone knows the goal, and everyone stays focused on that goal throughout the project.
Also important in a good/successful project is understanding the project sponsor’s values. For example, some customers place a high value on source code portability – the ability to easily take the code to any vendor. Others may prioritize completing the project as quickly as possible. In the case of the former, using a third party component might not be appropriate, but for the second customer this might make a lot of ...
Publication Date: 4/17/2009 8:41:41 AM
If you plan on enjoying your evening, I recommend that you do not ram a deer with your car. Really. Truly.
I did not follow that advice. Last weekend as we drove home from a family gathering, a deer jumped into the road directly in front of the car.
There was nothing I could do. There was not enough time to stop. Swerving would have put me in the lane of oncoming traffic, or the ditch. So I hit the deer.
As you can imagine, the evening went downhill from there. I won’t bore you with all the details: the ...
Publication Date: 4/6/2009 9:16:31 AM
“I just want my users to log into my application before using it. Is it really that hard?” my customer asked, frustrated.
Short answer: Yes.
Long answer: It depends.
Look I sympathize. If you think I enjoy all this security stuff, you would be really wrong. Security related issues are NO FUN. No one likes security. Users hate it, so if people have security-related trouble, they think the application is horrible and the programmer is an idiot.
The reason why everyone is frustrated is obvious. Software security is intended to prevent unauthorized users from accessing the application. But users want ...
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