惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

K
Kaspersky official blog
小众软件
小众软件
Engineering at Meta
Engineering at Meta
博客园 - 三生石上(FineUI控件)
WordPress大学
WordPress大学
G
Google Developers Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
V
V2EX
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Google DeepMind News
Google DeepMind News
Security Archives - TechRepublic
Security Archives - TechRepublic
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
C
Check Point Blog
aimingoo的专栏
aimingoo的专栏
罗磊的独立博客
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
MongoDB | Blog
MongoDB | Blog
L
LINUX DO - 热门话题
酷 壳 – CoolShell
酷 壳 – CoolShell
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
H
Help Net Security
Martin Fowler
Martin Fowler
G
GRAHAM CLULEY
Simon Willison's Weblog
Simon Willison's Weblog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - Franky
V
Vulnerabilities – Threatpost
云风的 BLOG
云风的 BLOG
博客园_首页
C
Cybersecurity and Infrastructure Security Agency CISA
量子位
Stack Overflow Blog
Stack Overflow Blog
Recent Announcements
Recent Announcements
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
I
Intezer
Scott Helme
Scott Helme
A
About on SuperTechFans
博客园 - 司徒正美
Hacker News: Ask HN
Hacker News: Ask HN
The GitHub Blog
The GitHub Blog
Forbes - Security
Forbes - Security
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
The Cloudflare Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Spread Privacy
Spread Privacy
T
Tailwind CSS Blog
S
Security Affairs
宝玉的分享
宝玉的分享

CSS Wizardry

Front-End’s Missing Metric: The TBT Window Meet Your Users Where They Are with Obs.js Better Browser Caching with No-Vary-Search font-family Doesn’t Fall Back the Way You Think What Is CSS Containment and How Can I Use It? When All You Can Do Is All or Nothing, Do Nothing Obs.js: Context-Aware Web Performance for Everyone Low- and Mid-Tier Mobile for the Real World (2025) The Fastest Site in the Tour de France Making Sense of the Performance Extensibility API Why Do We Have a Cache-Control Request Header? HTML Is Not a Programming Language… Build for the Web, Build on the Web, Build with the Web Licensing Code on CSS Wizardry A Layered Approach to Speculation Rules Designing (and Evolving) a New Web Performance Score Core Web Vitals Colours The Ultimate Contract Templates for Tech Consultants: Protect Your Business and Get Paid Optimising for High Latency Environments Cache Grab: How Much Are You Leaving on the Table? blocking=render: Why would you do that?! Correctly Configure (Pre) Connections The Three Cs: 🤝 Concatenate, 🗜️ Compress, 🗳️ Cache What Is the Maximum max-age? How to Clear Cache and Cookies on a Customer’s Device The Ultimate Low-Quality Image Placeholder Technique Core Web Vitals for Search Engine Optimisation: What Do We Need to Know? The HTTP/1-liness of HTTP/2 In Defence of DOM­Content­Loaded Site-Speed Topography Remapped Why Not document.write()? Speeding Up Async Snippets Critical CSS? Not So Fast! Measure What You Impact, Not What You Influence Optimising Largest Contentful Paint Measuring Web Performance in Mobile Safari Site-Speed Topography Speed Up Google Fonts Real-World Effectiveness of Brotli Performance Budgets, Pragmatically Lazy Pre-Browsing with Prefetch Making Cloud.typography Fast(er) Time to First Byte: What It Is and How to Improve It Self-Host Your Static Assets Tips for Technical Interviews Cache-Control for Civilians Bandwidth or Latency: When to Optimise for Which ITCSS × Skillshare What If? CSS and Network Performance The Three Types of Performance Testing Getting to Know a Legacy Codebase Image Inconsistencies: How and When Browsers Download Images Identifying, Auditing, and Discussing Third Parties My Digital Music Setup Measuring the Hard-to-Measure Finding Dead CSS The Fallacies of Distributed Computing (Applied to Front-End Performance) Ten Years Old Relative Requirements Airplanes and Ashtrays Performance and Resilience: Stress-Testing Third Parties Refactoring Tunnels Little Things I Like to Do with Git Writing Tidy Code Configuring Git and Vim Base64 Encoding & Performance, Part 2: Gathering Data Base64 Encoding & Performance, Part 1: What’s Up with Base64? Code Smells in CSS Revisited Typography for Developers Moving CSS Wizardry onto HTTPS and HTTP/2 Ack for CSS Developers A New Year, a New Focus Preparing Vim for Apple’s Touch Bar Choosing the Correct Average CSS Shorthand Syntax Considered an Anti-Pattern CSS Wizardry Newsletter Nesting Your BEM? Improving Perceived Performance with Multiple Background Images Continue Normalising Your CSS Pure CSS Content Filter Pragmatic, Practical, and Progressive Theming with Custom Properties Refactoring CSS: The Three I’s Speaker’s Checklist: Before and After Your Talk Improving Your CSS with Parker The Importance of !important: Forcing Immutability in CSS Mixins Better for Performance Managing Typography on Large Apps White October Events Workshop Partnership BEMIT: Taking the BEM Naming Convention a Step Further Travelling Like You Want to, When You Have To Contextual Styling: UI Components, Nesting, and Implementation Detail Subtleties with Self-Chained Classes Cyclomatic Complexity: Logic in CSS Immutable CSS Can CSS Be Too Modular? More Transparent UI Code with Namespaces When to use @extend; when to use a mixin The Specificity Graph CSS Wizardry Ltd.: Year 1 in review
The problems with ‘crafting’ code
Harry Roberts · 2013-11-24 · via CSS Wizardry

Written by on CSS Wizardry.

Table of Contents

Independent writing is brought to you via my wonderful Supporters.

  1. What ‘craft’ means
  2. Quality
    1. Featured case study: NHS
  3. A disservice
  4. An alternative?

A few months ago, Mark Boulton and I had a very brief chat about the use of the word craft applied to (web) design and development, and how we both disagreed with and disliked it. Mark pipped me to the post with his brilliant article on the subject (by a number of months) but after a tweet I made earlier today, I thought I would write down my own thoughts as well…

What ‘craft’ means

The instant problem I have with the word craft applied to web design and, more specifically, development, is the image it brings. Craft is, by its very nature, slow, meticulous, bespoke, indulgent, self-serving, and inefficient. Code should be none of these things. Rather, good code should be none of these things. Code should be robust, scalable, efficient, performant, reusable, testable (if appropriate), measurable, quantifiable. Code is not an art form, it is a means to an end, and to craft it is entirely unsuitable.

Further, and on a very personal and opinionated level, I just feel the word is so pretentious. The idea of applying such a ‘quaint’ term to such a 21st Century industry seems like nothing more than an attempt to be a bit cute. Personally, I find the notion that pixels and what are essentially ones-and-zeroes can somehow be ‘crafted’ quite obviously absurd. We continually use some of the most powerful and cutting edge technology currently available to us, and then try and back-port it to manufacturing methods that—for the most part—died out entire centuries ago. It just seems so odd and indulgent.

Quality

When a lot of people talk about craft, or say that they hand-craft their code, what they really mean is that it is of a certain quality, and this is a good thing. Quality is paramount, but ‘crafting’ your code is not a guarantee of that. If anything, crafted items tend to contain flaws, inaccuracies and nuances (All items are hand-crafted. Well why haven’t you found the best way of making them, and then made them all to that exact same standard?). In the web development world, we call these bugs, and these are a bad thing.

If you want to say your code is of a certain quality, talk about the aspects of it that matter; talk about its scalability, talk about its performance, talk about its architecture. These are all things that matter. Clients don’t care if their site was ‘meticulously hand-crafted’, they care that their site isn’t going to break every few weeks, and that it won’t cost them a lot of money to maintain.

Treating code as a craft is entirely the wrong angle and approach to take. It’s a self-serving, masturbatory word that implies folly and indulgence. It implies love and attachment rather than quality, and, as Mark puts very well in his piece, spending a client’s money on your indulgence is irresponsible and unprofessional.

When people say they hand-craft their code, I don’t disagree with their sentiment, I disagree with their wording. I have no doubt that people put a lot of effort into their work, and take a lot of pride in it. I take an incredible amount of pride in my work, but I would never say I ‘craft’ anything about it. I consider it, I test it, I try it, I measure it, and—if it doesn’t work—I rip it up and I start again; I don’t get attached to it, I don’t fall in love with it.

I love my job, and take my work very seriously, but to start treating what are essentially ones and zeroes as a craft, or a labour of love, is entirely misguided. Our job is more serious than craft, which implies hobby, or pastime. I don’t want my plumber to ‘lovingly hand-craft his U-bends’, I want a plumber who knows how to solve my problem properly, efficiently, and lastingly. If he loves his work, that’s a bonus—and usually an indicator that he’ll do a great job—but it’s not how to actually measure the quality of his work; fixing my leak for good is how I’ll measure that. We as web developers are no different.

Featured case study: NHS

How I helped the NHS rapidly build a brand new product.

Read case study…

A disservice

I also feel that the word craft actually plays down our role. A word which conjures images—as Mark painted—of someone sat in a shed, isolated, poring over the fine details of something in an almost obsessive manner, does not appropriately describe what we do day in, day out; we solve peoples’ business problems using design and code. Surely that sounds far more impressive and accurate than saying we craft things, no?

People employ us because they have a problem and we are part of the solution. We’re employed because we can design something that will engage more users who will spend more money, or because we can build websites that are fast, and work on any device you care to throw at it, and we base that on the objective. We measure it, we know it will work, and if it doesn’t work, we start again. We don’t design and build to serve ourselves, we design and build to serve our clients (whoever they may be, even ourselves).

Lastly, this is not an exercise in I’m right, you’re wrong, this is entirely my own opinion, and it is one I have held and pondered for a long time. Your opinion may be entirely different, and that’s fine. I’m not trying to be right, or to tell people they’re wrong to use the word ‘craft’, I’m just putting forward the reasons I feel the word is unsuitable, and why I would never refer to myself or my work as a craftsman, or crafted.

So, please let me be clear; I mean absolutely no offence to anyone at all. I am not belittling anyone’s work, suggesting that individuals are pretentious or self-serving, or suggesting that peoples’ work is not of good quality. My point is simply that I feel there are better, more appropriate words than ‘craft’ to describe that quality, particularly when talking about something like code.

An alternative?

There’s a move now toward people calling themselves software engineers; they engineer their code. For all this brings with it similar levels of pretentiousness, it is—to my mind—at least a step in the right direction:

Crafted:

  • Slow
  • Meticulous
  • Bespoke
  • Inefficient
  • Time-consuming
  • Costly
  • Indulgent
  • Self-serving

Engineered:

  • Tested
  • Scalable
  • Rapid
  • Efficient
  • Measured
  • Robust
  • Practical
  • Pragmatic

I know to which camp I would rather belong.

In short, I don’t have any qualms with people wanting to make a point of the quality of their work, and the care and attention they put into it, I just feel there are far better, more appropriate ways of describing if than words like craft. Yes, put the same amount of effort and pride into your work, but perhaps there’s a better way of wording it…?