Fire the programmer (was: Re: Appeal to ISO 639 RA in support of Elfdalian)

Peter Constable petercon at microsoft.com
Thu Apr 28 03:08:00 CEST 2016


In a complex system with many workflows that involve many different libraries implemented by different people at different times for entirely different purposes and sometimes in entirely different companies, not all of which you have visibility into, perhaps you discover that a feature of the RFC you implemented in your code causes failures in various workflows; and so, after triaging and risk analysis, a decision is made that the getting the feature to work correctly across enough of the system will cost a lot and provide next to no ROI β€” particularly if there are no known uses of the feature, and therefore the feature will not be implemented at this time.

A "fire the programmer / QA engineer / etc." remark might be appropriate in some specific situations, but as a generalization seems not at all to take real world situations into consideration.


Peter

-----Original Message-----
From: Ietf-languages [mailto:ietf-languages-bounces at alvestrand.no] On Behalf Of Shawn Steele
Sent: Wednesday, April 27, 2016 2:40 PM
To: Doug Ewell <doug at ewellic.org>; ietf-languages <ietf-languages at iana.org>
Subject: RE: Fire the programmer (was: Re: Appeal to ISO 639 RA in support of Elfdalian)

The reasons people get into this state are sort of neither here-nor-there.  Sometimes it could be just that an existing library worked and nobody checked.  Or something meant to be a quick hack got institutionalized.

* The programmer may have left a long time ago already.
* It might be a tool that nobody remembers how to recompile.
* The vendor that wrote the tool may have gone out of business.

It's not always easy to say "well, you should have followed the standard".  It's difficult to explain to customers that their system is broken due to poorly written software.  Usually the response is just "well, it worked last week, and I really need it to work, like yesterday".  "Tough luck" doesn't usually cut it as a response.

-Shawn

-----Original Message-----
From: Ietf-languages [mailto:ietf-languages-bounces at alvestrand.no] On Behalf Of Doug Ewell
Sent: Wednesday, April 27, 2016 2:32 PM
To: ietf-languages <ietf-languages at iana.org>
Subject: Fire the programmer (was: Re: Appeal to ISO 639 RA in support of Elfdalian)

Luc Pardon wrote:

> Also, if I were in charge there, I would fire the programmer who was 
> paid to implement an RFC and never even bothered to read it.

Or maybe the QA engineer who neglected to test 5-letter language subtags. Or the systems analyst whose job was to read the RFC and turn it into requirements. Or the program manager who listened to his customers when they told him, "Nah, we don't need that."

The house is not built only by the carpenter.

--
Doug Ewell | http://ewellic.org | Thornton, CO πŸ‡ΊπŸ‡Έ

_______________________________________________
Ietf-languages mailing list
Ietf-languages at alvestrand.no
http://www.alvestrand.no/mailman/listinfo/ietf-languages
_______________________________________________
Ietf-languages mailing list
Ietf-languages at alvestrand.no
http://www.alvestrand.no/mailman/listinfo/ietf-languages


More information about the Ietf-languages mailing list