Link tags: mindset

Against Disruption: On the Bulletpointization of Books ‹ Literary Hub

It seems to me that there is a fundamental discrepancy between the way readers interact with books and the way the hack-your-brain tech community does. A wide swath of the ruling class sees books as data-intake vehicles for optimizing knowledge rather than, you know, things to intellectually engage with.

In a world where tech billionaires dominate so much of our culture, it’s troubling to see books treated like mere vessels for self-betterment the way that cold-water therapy and Fitbits are. Some of us enjoy fiction.

Twitter thread as blog post: Thoughts on how we write CSS | Lara Schenck

CSS only truly exists in a browser. As soon as we start writing CSS outside of the browser, we rely on guesses and memorization and an intimate understanding of the rules. A text editor will never be able to provide as much information as a browser can.

Why is CSS frustrating? ･ Robin Rendle

CSS is frustrating because you have to actually think of a website like a website and not an app. That mental model is what everyone finds so viscerally upsetting. And so engineers do what feels best to them; they try to make websites work like apps, like desktop software designed in the early naughts. Something that can be controlled.

Why is CSS Frustrating? | CSS-Tricks

Why do people respect JavaScript or other languages enough to learn them inside-out, and yet constantly dunk on CSS?

The headline begs the question, but Robin makes this very insightful observation in the article itself:

I reckon the biggest issue that engineers face — and the reason why they find it all so dang frustrating — is that CSS forces you to face the webishness of the web. Things require fallbacks. You need to take different devices into consideration, and all the different ways of seeing a website: mobile, desktop, no mouse, no keyboard, etc. Sure, you have to deal with that when writing JavaScript, too, but it’s easier to ignore. You can’t ignore your the layout of your site being completely broken on a phone.

The CSS Mindset | Max Böck - Frontend Web Developer

This post absolutely nails what’s special about CSS …and why supersmart programmers might have trouble wrapping their head around it:

Other programming languages often work in controlled environments, like servers. They expect certain conditions to be true at all times, and can therefore be understood as concrete instructions as to how a program should execute.

CSS on the other hand works in a place that can never be fully controlled, so it has to be flexible by default.

Max goes on to encapsulate years of valuable CSS learnings into some short and snappy pieces of advices:

• Everything is a rectangle
• The Cascade is your Friend
• As much as necessary, as little as possible
• Shorthands have long effects
• Always Be Flexible
• Context is Key
• Content will change
• Find Patterns and re-use them
• Use consistent Names

No matter what your level of CSS knowledge, this post has something for you—highly recommended!

The CSS mental model - QuirksBlog

PPK looks at the different mental models behind CSS and JavaScript. One is declarative and one is imperative.

There’s a lot here that ties in with what I was talking about at New Adventures around the rule of least power in technology choice.

I’m not sure if I agree with describing CSS as being state-based. The example that illustrates this—a :hover style—feels like an exception rather than a typical example of CSS.

Resilient, Declarative, Contextual

This is really good breakdown of what’s different about CSS (compared to other languages).

These differences may feel foreign, but it’s these differences that make CSS so powerful. And it’s my suspicion that developers who embrace these things, and have fully internalized them, tend to be far more proficient in CSS.

Virginia Heffernan on Learning to Read the Internet, Not Live in It | WIRED

A beautiful piece of writing from Virginia Heffernan on how to cope with navigating the overwhelming tsunami of the network.

The trick is to read technology instead of being captured by it—to maintain the whip hand.

Another Lens - News Deeply x Airbnb.Design

A series of questions to ask on any design project:

• What are my lenses?
• Am I just confirming my assumptions, or am I challenging them?
• What details here are unfair? Unverified? Unused?
• Am I holding onto something that I need to let go of?
• What’s here that I designed for me? What’s here that I designed for other people?
• What would the world look like if my assumptions were wrong?
• Who might disagree with what I’m designing?
• Who might be impacted by what I’m designing?
• What do I believe?
• Who’s someone I’m nervous to talk to about this?
• Is my audience open to change?
• What am I challenging as I create this?
• How can I reframe a mistake in a way that helps me learn?
• How does my approach to this problem today compare to how I might have approached this one year ago?
• If I could learn one thing to help me on this project, what would that one thing be?
• Do I need to slow down?

The Desktop Conundrum - daverupert.com

I can relate 100% to what Dave is saying here:

I’m disenchanted with desktop. That conviction runs so deep, I groan when I see a desktop layout JPEG.

All too often we talk the talk about taking a mobile first approach, but we rarely walk the walk. Most designers and developers still think of the small-screen viewport as the exception, not the norm.