Skip to main content

Good and bad habits

Craig Bailey pointed over to this older post by Paul Stovell - Craig's comments on the matter (speaking as a software manager) are just as insightful as Paul's and it reminds me of a recent discussion I was having with a colleague on our FoxPro projects. Paul's triangle diagram is wonderful - you have Resume quality code, production quality code and then prototype quality.

We typically set up a variety of milestones to go through projects, regardless of how small the project may be - and yet invariably, something can jump up - not unlike what's described in BugBash today - and thus throws the entire milestone process into a state of flux. "You have to get this done" or "help this person out" and at the end of the day, time isn't being taken to go through the various steps of the milestones.

We spec'd out a piece of work for an outsourcing resource recently and after reviewing the phase 1 and phase 2 milestones, the comment was "well, why not do it all in one piece?"

Sure, if you've got 10 separate pieces of code to write, why not write them all and THEN review them? (anyone care to guess why?)

We recently wrote up a series of coding guidelines for our outsourcing resources that we use as our primary code review (I mentioned a similar concept in an earlier post) - but one of the milestone steps we always try to incorporate both ways is simply a basic review. While you may not have time to do a proper code review, when handing off work to any resource, it's always useful just to have that "reality check", both on the phone and via shared screens.

One of the challenges? We're all in different locations. We use a variety of tools for this - none seems to do the job properly.

Anyone else face this problem? How do YOU deal with it?

PaulStovell.NET » We are what we repeatedly code

Powered by ScribeFire.

Comments

Popular posts from this blog

Elevating Project Specifications with Three Insightful ChatGPT Prompts

For developers and testers, ChatGPT, the freely accessible tool from OpenAI, is game-changing. If you want to learn a new programming language, ask for samples or have it convert your existing code. This can be done in Visual Studio Code (using GitHub CoPilot) or directly in the ChatGPT app or web site.  If you’re a tester, ChatGPT can write a test spec or actual test code (if you use Jest or Cypress) based on existing code, copied and pasted into the input area. But ChatGPT can be of huge value for analysts (whether system or business) who need to validate their needs. There’s often a disconnect between developers and analysts. Analysts complain that developers don’t build what they asked for or ask too many questions. Developers complain that analysts haven’t thought of obvious things. In these situations, ChatGPT can be a great intermediary. At its worst, it forces you to think about and then discount obvious issues. At best, it clarifies the needs into documented requirements. ...

Respect

Respect is something humans give to each other through personal connection. It’s the bond that forms when we recognize something—or someone—as significant, relatable, or worthy of care. This connection doesn’t have to be limited to people. There was an  article  recently that described the differing attitudes towards AI tools such as ChatGPT and Google Gemini (formerly Bard). Some people treat them like a standard search while others form a sort of personal relationship — being courteous, saying “please” and “thank you”. Occasionally, people share extra details unrelated to their question, like, ‘I’m going to a wedding. What flower goes well with a tuxedo?’ Does an AI “care” how you respond to it? Of course not — it reflects the patterns it’s trained on. Yet our interaction shapes how these tools evolve, and that influence is something we should take seriously. Most of us have all expressed frustration when an AI “hallucinates”. Real or not, the larger issue is that we have hi...

When A Machine Starts To Care

“Any sufficiently advanced technology is indistinguishable from magic.” Arthur C. Clarke (1962)  I first used that quote when I was starting out in the tech industry. Back then, it was a way to illustrate just how fast and powerful computers had become. Querying large datasets in seconds felt magical—at least to those who didn’t build them.  Today, we’re facing something even more extraordinary. Large Language Models (LLMs) can now carry on conversations that approach human-level fluency. Clarke’s quote applies again. And just as importantly, many researchers argue that LLMs meet—or at least brush up against—the criteria of the Turing Test.  We tend to criticize LLMs for their “hallucinations,” their sometimes-confident inaccuracies. But let’s be honest: we also complain when our friends misremember facts or recount things inaccurately. This doesn’t excuse LLMs—it simply highlights that the behavior isn’t entirely alien. In some ways, it mirrors our own cognitive limits....