Hacker News new | past | comments | ask | show | jobs | submit login
A Big Little Idea Called Legibility (2010) (ribbonfarm.com)
146 points by DyslexicAtheist on Jan 8, 2020 | hide | past | favorite | 23 comments



This somewhat reminds me of https://en.wikipedia.org/wiki/Wikipedia:Chesterton%27s_fence.

It's common to ignore / demolish things which seem futile or even interfering, while in reality they are just not understood in the first place.


>Seeing Like A State is the book G.K. Chesterton would have written if he had gone into economic history instead of literature. Since he didn’t, James Scott had to write it a century later. The wait was worth it.

https://slatestarcodex.com/2017/03/16/book-review-seeing-lik...


This is (at least partially) why other people's code often looks like a mess, or rephrased, it is illegible. Until you understand the organising principles, it will appear unorganised.


I've often thought a more honest name for Jira would be Legibilize.me


Oof, that recipe cited, looks so much like the pattern that can occur when a comsultant comes in to build a shiny new workflow based around IT. I may have even have been guilty myself in years gone by.


this sounds a lot like "new public management" to me:

https://en.wikipedia.org/wiki/New_Public_Management


The concepts behind this essay have helped my career more than any other besides the gervaise theory.

No one cares or gives a shit about how good you are if they can't understand it.


What are some concrete examples of career advancing actions you took based on these principles, that you otherwise wouldn’t have known to take?


Yes, amazingly relevant to several conversations I had at work just today and yesterday, as a matter of fact.

Hard to believe this is 10 years old.


What’s the tldr; on this concept?

Ironically this post explaining the concept of legibility is pretty opaque itself


Attempts to make a system more 'legible' often ignore (or don't fully comprehend) why they exist in a certain way. Remaking the system without understanding these aspects leads to something that makes more sense 'on paper', but undermines the complexities and nuances of the original system.

Example (from the text):

- British implementation of a 4-tier caste in India, as their way of comprehending what was (allegedly) a much more complex social structure. It's now the default caste system in the nation.

- Turning forests into agriculture-like rows of trees creating a fatal monoculture.

- Spanish colonization of the Philippines. In an effort to make records/taxes easier, the Spanish created the "Alphabetical Catalogue of Surnames", restricting the number of assumed names. This countered Filipino culture, which had both assumed Christian names, and siblings having different last names.


Instead of management by mushy human judgement, hold people accountable for KPIs.

Instead of letting teams invent and adapt their own processes, dictate a unified JIRA workflow based on the needs of your BI tool.

Demand that your org's microservices architecture be simplified until it fits neatly on one Google Slide.

Confuse investment in a report with investment in the subject of the report.


>Instead of management by mushy human judgement, hold people accountable for KPIs.

So it mostly advises for tired, old, worst practices?


Exactly, legibility is an explanation for why such practices are adopted. They kill morale and productivity yet they must be optimizing for something or else nobody would do them. That something is legibility.


This is a very confusing conversation with a lot of ambiguous referents.

I think Scott's theory, as outlined in the OP, is for why the sorts of practices closeparen listed (KPI's etc) won't work well, will have problems. Scott does not advocate for them, but against them.

Whereas closeparen's comment may have implied the opposite. I'm not sure if it's (eg) "KPIs" or "mushy human judgement" you are calling a "tired, old, worst practice".


It was a pretty unambiguous and clear reply to its parent asking for a "tl;dr on the concept", giving examples.


Apparently it is me that was was still ambiguous and unclear.

> > [closeparen]: Instead of management by mushy human judgement, hold people accountable for KPIs.

> [coldtea]: So it mostly advises for tired, old, worst practices?

I believe closeparen meant that (and the other examples), of what Scott's legibility theory is _critiquing_, not advising for. Using KPIs instead of human judgement is an example of what Scott's theory says will have problems, not examples of what Scott's theory calls for or advises people to do. (I agree with that read of Scott's theory).

But I believe coldtea was calling (eg) KPIs a "tired old practice", and misreading to think closeparen was saying Scott's theory advised for them. (Although I may have this backwards?)

Perhaps it is me who is misreading? It is hard to be sure, because closeparen wasn't clear on if those were examples of what Scott was calling for or critiquing (I can see how it would be 'unambiguous and clear' to read it as saying Scott's theory called for using KPIs instead of "mushy human judgement", but since I am familiar with Scott's argument, I doubt closeparen meant it that way, since it's not Scott's argument); and then coldtea wasn't clear on whether it's the left or right clauses in the sentances they were calling "tired, old practices".

And this is now entirely too many words about this.


>Instead of management by mushy human judgement, hold people accountable for KPIs.

This is a distortion caused by management's desire for legibility

>Instead of letting teams invent and adapt their own processes, dictate a unified JIRA workflow based on the needs of your BI tool.

This is a distortion caused by management's desire for legibility

>Demand that your org's microservices architecture be simplified until it fits neatly on one Google Slide.

This is a distortion caused by management's desire for legibility

>Confuse investment in a report with investment in the subject of the report.

This is a distortion caused by management's desire for legibility


>But I believe coldtea was calling (eg) KPIs a "tired old practice", and misreading to think closeparen was saying Scott's theory advised for them.

That's correct.


The picture that perhaps explains it best is Le Corbusier's "plan for paris": https://en.wikipedia.org/wiki/Plan_Voisin

"Demolish the centre of Paris and replace it with tower blocks" is exactly the sort of failure of high modernism that the article talks about.

Present day examples of legibility center around ID (cards, Aardhar, biometrics, cameras etc) but also financial legibility (KYC), surveillance, and so on.


https://en.wikipedia.org/wiki/Haussmann%27s_renovation_of_Pa... is also a good illustration (which also shows in retrospect that there's both good and bad in it).


Scott's book is about how bottom-up complex systems are destroyed and reconstructed as top-down centrally planned organized systems in order to become more "legible" for the destroyer (the state). The general theme is the state can't understand how certain traits of the system are actually adaptive because it views from the outside. These traits are seen as irrational, so the state destroys the system and rebuilds it in order to make it rational, and thus understandable and legible in order to optimize for extracting a resource of some sort. Legibility in this context is used almost pejoratively to say most beneficial elements have been destroyed to optimize for one parameter, often ineffectively in the long term. Scott Alexander has a pretty good review if you want a deeper dive into the book's examples of this process. https://slatestarcodex.com/2017/03/16/book-review-seeing-lik...


IIUC legibility of a system is pretty much understandability of that system with a focus on the "purposes" of the components. There's some subtext (which is why it's its own word) but that's my reductionist version.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: