Software Engineering as a Craft An Article by Thomas Wilson thomaswilson.xyz The decreasingly tangible product of code, i.e. that all we have are files on a hard-drive, may make it easy to forget that writing software produces a thing. If you produce a wonky chair or an overly long fork, it’s easy to see the quality of work was not great. By calling for a perception of software as a craft, we fight against that ability to forget or not notice the final quality of the product. You could watch two software engineers with different levels of experience, or in different domains, and it wouldn’t necessarily be so easy to guess which is which, at least from a distance. So maybe there is something to be said for the value of software as a craft, for sometimes focusing on the practice of making better, or at least different, software just for the sake of it. craftsoftware
More profitable and a better buy The bottom line is certainly of concern, both to those seeking profit and to those seeking value, but neither of these can be measured solely by the amount of dollars spent on production or product. The nonquantitative word "quality" conveys countless ways in which a more expensive thing might be more profitable and yet a better buy as well. The advantages of thicker metal in an automobile body can clearly be argued from various points of view, including resistance to denting and even simple snob appeal. Whereas the manufacturer can use these as selling points and also as justification for a higher price tag, the buyer can easily justify spending more for a car that will keep its appearance longer and provide a status symbol. Henry Petroski, The Evolution of Useful Things The aspiration for qualityThe business case for craft quality