Business-focused custom software

  • What kind of emergency support do you need?

    When your software breaks, how quickly do you expect the programmer to respond to your request for assistance?

    Okay, that’s probably too broad. We both know that it depends on how broken it is.

    The software I build for my customers is an integral part of their business. It might be their money scoop. Or it might run their day-to-day operation. Regardless, if it isn’t working at all, it affects their bottom line pretty quickly.

    On the other hand, if it is minor bug that only affects a limited number of transactions, it probably isn’t an emergency.

    Assuming it is ...

    Read More

    Comments (2)

  • Your design will never be “perfect”

    I have unhappy news for you. Your design will never be perfect.

    This can be very frustrating to some people. (Probably perfectionist people like me.) They We will spend days/weeks/months agonizing over a design trying to make it perfect.

    But it can never be perfect. There will always be trade-offs. Some choices will make your app more maintainable. Others will make it perform better. Some choices will make your app easier to use. Others will make it easier to code.

    In one recent design meeting, we focused on a decision between ease of data retrieval and a more descriptive data ...

    Read More

    Comments (2)

  • Project success tip: Provide a single point of contact

    Whenever I’ve heard people talk about the importance of a single point of contact for communication between the developer and the “customer”, I’ve thought this was primarily to protect team members from unnecessary emails and meetings. But what I’ve come to realize is how important this is to project health generally, for a couple of reasons:

    Consistent message

    If only one person is giving the programmer feedback, they are less likely to get conflicting messages about how things should work.

    Less communication about the communication

    As a programmer on the outside of an organization, I often can’t tell who will ...

    Read More

    Comments (2)

  • The cynicism of hourly fees for programming

    StopWatch Most programmers who have been around a few years can tell you horror stories about a software project they worked on. The stories are varied, but most of them involve an “unreasonable” customer who kept changing their minds, and the project suffered from lots of rework and frustration, or perhaps didn’t even get finished. (Even I have a story like that.)

    Which is why programmers are often surprised to learn that I don’t charge by the hour. They’ll ask, “Aren’t you worried that the customer will change their mind repeatedly and you’ll lose money?”

    Not really.

    Most customers aren’t ...

    Read More

    Comments (3)

  • How to learn about secret software bugs

    Top_Secret_resized One of the more frustrating aspects of being a programmer is that sometimes users encounter problems you never hear about. It isn’t anyone’s fault – I don’t always notify people when the software I use generates an error either. It takes time and effort, and I often think “they probably already know”. 

    But honestly, we don’t always know about the problems users encounter. Especially on smaller software projects with a limited number of developers and testers, we’re unlikely to test every single scenario. So the problem a user discovers may not be anything we tested for or have seen ourselves.......

    Read More

    Comments (0)

  1. Previous page
  2. 1
  3. 2
  4. 3
  5. 4
  6. 5
  7. 6
  8. 7
  9. 8
  10. 9
  11. Next page
Wanna Subscribe?
Here's the RSS Feed

What the critics are saying...

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