Things I Like
-
Libraries are the kinds of places where people with different backgrounds, passions and interests can take part in a living democratic culture. They are the kinds of places where the public, private and philanthropic sectors can work together to reach for something higher than the bottom line.
I love the library and I've written about it on this site. Library's have so much to offer and if you enter one you're seeing the local community there, with all the good and bad that are part of it. I'm a huge library user and lately have been there once a week as we make our way through a TV series on DVD, and I love that I live in a town with a vibrant branch.
-
The “developer experience” bait-and-switch works by appealing to the listener’s parochial interests as developers or managers, claiming supremacy in one category in order to remove others from the conversation. The swap is executed by implying that by making things better for developers, users will eventually benefit equivalently. The unstated agreement is that developers share all of the same goals with the same intensity as end users and even managers. This is not true.
This article is great and I nodded my entire way through it. Just as we forget about performance because we're on high speed all the time, we often use tools that may be doing us a disservice because they make our lives easier but may be detrimental to end users. We like to talk about users a lot, but I'm not so sure we put them at the forefront as much as we should.
-
And to those who find the topic complex or are adamant that this is a “quirk” that doesn’t need to be learned, don’t be so quick to dismiss it. The next time you come across a developer works with CSS as a primary part of their day-to-day work, recognize that they’ve tackled a topic you find difficult. Sit down and pick their brain. They’ll probably be more than happy to help you learn more about a critical front-end skill, and that’s never time wasted.
I was away in the woods for the weekend, but apparently I missed some drama on the interwebs. That's OK because I've gotten to benefit from Tim's really excellent post on how we can get past it. My only other comment is: stop shitting on people who focus on other things than you do, they aren't less than, and it takes all the various pieces to make things for the web.
-
It’s important for me to remember the people using those technologies are infinitely more diverse, more complicated than the software they use to access my work. Each time I watch an accessibility consultant conduct a site audit, I’m amazed by how a well-built site can completely break a human’s expectation for how the page should be laid out. That’s why I’ve found it’s been really, really helpful to me to break the word “accessibility” down into two related sub-components: that is, there’s a distinction between making a site navigable by assistive technology, and making it usable to the people visiting it with that technology.
Ethan's dead on here and it's one of the things I've been thinking about as well, if we bolt on accessibility features to the frameworks, is that enough? I believe we should be looking at that and it's a start, but that isn't the end of the work we need to do.
-
I have a very simple rule that serves me well: Don’t think too much about your life after dinnertime. Thinking too much at the end of the day is a recipe for despair. Everything looks better in the light of the morning. Cliché, maybe, but it works.
I'm with Kleon on this one. I also try to put away devices and stay off the internet after dinner, to let my mind wander with books, watching a show, or crocheting while listening to a podcast. I'm having a rough time keeping steady work coming in, so the evening hours are hard and I'm doing all I can to distract myself from thinking about that.
-
The frameworks we build, the visual languages we formalize—they’re artifacts that ultimately live in a broader organizational context. (And in a context that’s even broader than that.) A successful design project understands that context before settling on a solution.
Ethan's been hitting it out of the park lately with his writing and I can't wait to pick up the book he references and dig in. As I think more and more about systems and architecture when it comes to CSS, I'm more and more convinced that thinking holistically first will help the pieces fall into place later.
-
First of all, you need to understand who your audience is, as people. If they're genuinely wealthy people in a first world city, then you do you. But for people in rural areas, or countries with less of a solid internet infrastructure, failing to take these restrictions into account will limit your potential to grow. If you're not building something that is accessible to your audience, you're not building a solution for them at all. That means faster loading times, smaller file sizes, and HTML that at least falls back to displaying clearly on older devices and browsers, including low-cost Android phones.
Fantastic reminder to think about who you're building for, what their internet access is like, and how we can build to ensure they can still get content.
-
Maybe you’ve been working in disorganized systems for years and already dreamed up everything you would do differently while silently judging the use of id selectors and one off page styling files. Maybe it is your first project using Sass and compiling CSS. Either way, take a step back and ask yourself why you are choosing a tool, naming convention or structure before diving into the work. There are a lot of opinions about CSS best practices out there and it can get overwhelming. Breaking it into smaller pieces will make the research process easier.
Really great article outlining how to think about creating a system without telling you there is only one way to do it. By far my biggest irritation with most articles on systems is that they act as if their way is the only way.
-
By contrast, I’ve long supported a focus on culture over corporations. Instead of quixotically convincing some of the most valuable business enterprises in the history of the world to behave against their interests, we should convince individuals to adopt a much more skeptical and minimalist approach to the digital junk these companies peddle.
I've followed Newport's blog for quite a while and found this a compelling way to think about digital ethics. While I would love it if the large tech companies did the right thing, capitalism doesn't push them to do that. While I agree individuals have control and can and should reject much of this, it isn't always easy.
-
By far the most common keyboard accessibility issue I’ve faced today is a lack of focus styling for tabbable elements. Suppressing native focus styles without defining any custom focus styles makes it extremely difficult, even impossible, to figure out where you are on the page.
Really great summary of an experience of using only your keyboard to surf the web. It's important to think about as you build and maybe even try this yourself to understand the frustrations and difficulties many people encounter every day.
-
Design systems are the natural progression from style guides. They generally include a catalogue of designs, accompanied by codified components, documentation on standards, usage, and best practices.
This is a great article talking about how to get a design system built, accepted, and maintained. I also loved how the author saw the system as a natural progression of the way things were done before with style guides. Many of these things aren't all that new, but for some reason people like to talk about them as if they are, instead of the progression and building on past tools.
-
Dave's got a new site to help you make accessible components and it's GREAT! Keep this bookmarked for use as you work, I know I will be.
-
An entire website full of articles and resources on inclusive design. Nice to see a place with a lot of great links all in one place.
-
There are of course things worth your time and deep consideration, and there are distractions. Profound new thinking and movements within our industry - the kind that fundamentally shifts the way we work in a positive new direction are worth your time and attention. Other things are distractions. I put new industry gossip, frameworks, software and tools firmly in the distractions category. This is the sort of content that exists in the padding between big movements. It’s the kind of stuff that doesn’t break new ground and it doesn’t make or break your ability to do your job.
I really like the way this is broken down into the idea of distractions and things worth your time. Usually I wait a while and if a thing keeps getting talked about (like for a year or more) than it may be worth my time and I'll probably take the time to read more.
-
RSS isn’t dead. Social media works great for link notifications, not so much for complete thoughts or even not-fully-baked considerations. The fields are on fire and being sprayed with liquid shit. Dig your own garden, build your own structures, make your own space.
I really enjoy Warren Ellis' writing, and this is no exception. I agree with this so much and it's why in the past week I've started to take over owning my content as much as I can, including the short thoughts that make their way to Twitter.