Our haul from Arts Fest Beverly this year. We definitely have a style we like, specifically down to how many legs a fox should have in the air.

Arts Fest Beverly, 2019

There's a running – joke? commentary? zen koan? – in the Linux community about the "Year of the Linux Desktop", meaning the year where people finally start using Linux instead of Windows. You can find an 

 on the web about whether it has happened, is happening, will happen, will 

 happen, has happened but by way of the Android operating system... you get the idea.

Recently I've seen a similar theme on how now is 

 the time for people to take control of their content on the web – the "Year of Publishing Your Own Content". There's strong takes like 

. We're even into the part of the cycle where people start to show demos of how they 

, analogous to the "how to delete Windows and install Linux" articles from the last turn of the millennium.

The points raised are all valid. The main hosting platforms are each their own brand of awful – Twitter (full of character-limited hate crimes), Tumblr (censorship), Medium (adwalled), and Facebook/Instagram (still run by Mark "I don't know why they trust me" Zuckerberg). What these treatises ignore is that publishing your own content isn't easy, and monetizing what you own is ten times harder than that. There might be more and more articles popping up now about how to move away from Medium, but go back two years and you'd many of the same people arguing for moving to Medium – it was the hot new platform and had all of the eyeballs. Everything that gets popular on the web will eventually get hit with the "nobody goes there anymore, it’s too crowded" line, but if you want to be seen, you need to be where it's crowded, and it you want to make money you need to be where it's incredibly, unbearably crowded.

posting on Medium seemed like a great idea before all of the content got stuck behind this pop-up.

I have some bias in the "should you self publish" argument as you're reading this on a domain I own, but I also realize I have the technical and financial means to do so. Also, I'm not trying to sell you anything, and I don't particularly care if you even show up. This quote from 

...I’m not suggesting that what I do has any superior worth at all, but what I will say is that the difference between content that lives on a centralized blogging platform and what I do on a site that I own and operate myself—where I don’t answer to anyone else but me—is that what my writing on 

 has a high tolerance for ambiguity. It’s generally about design and technology, but sometimes it’s about some random subject matter, some non sequitur, some personal passion. It’s a place for writing and thinking, and ambiguity is okay there, even an essential part of it. That’s actually increasingly rare in our digital world now, and I personally value that a lot.

My advice? Post whatever you want wherever you want, but keep everything backed up as plain text. Be skeptical of any system that makes that difficult, and avoid entirely any one that encourages people to be awful. If all else fails, consider selling chapbooks at the closest highway rest area, that's 

2019 - the Year of Publishing Your Own Content

I'm super jealous of that scooter. Best thing I had at that age was a tricycle that weighed 80 pounds with pedals that would crack your shins in half if you went downhill.

Don't worry, bee happy

I don't write any PHP these days, but the sentiment of a single file that combines HTML, JavaScript, and database queries to quickly knock out simple projects resonates - that's the exact setup I have for the 

 powered files that generate this site. There's no 

s any more though, it's GraphQL queries and JSX that covers both the JS and the HTML.

I can't see ever going back to PHP - I'd prefer Python and I know more C# than it at this point - but I'll never complain about it being a quick and (sometimes) dirty language.

HTML, code, and databases

I finished "Digital Minimalism" by Cal Newport last weekend. I assumed, from the title, the book would just be this:

repeated for 300 or so pages. It wasn't! The 2016 election and Twitter comes up at least a few times, but the book is more about forming good habits to replace digital distractions. My favorite quote from the book:

You cannot expect an app dreamed up in a dorm room, or among the Ping-Pong tables of a Silicon Valley incubator, to successfully replace the types or rich interactions to which we’ve painstakingly adapted over millennia.

The book resonates with my belief that the value of the internet is fundamentally found in two things:

As an example: I play guitar, I'm interested in building my own guitar. There are many thousands of videos on YouTube on how to do this, reviews of every single piece I might be considering, and more forums than I can even find with detailed instructions and helpful tips from other people on how to build almost any combination of guitar. This was nonexistent when I was a kid - if you wanted this level of information you were lucky if a book existed, otherwise you had to find someone who knew how to build guitars, maybe at the local music store, if you happened to have one and someone working there knew something about guitars.

The Internet supports these activities, but most of the attention economy (Twitter, Facebook, YouTube, etc) is driven by users being distracted by other things. Facebook might help you organize real-life events, but wouldn't it be great if you also paid attention to these people you never see in real-life? Twitter might be a great place to follow your favorite author, but wouldn't it be great if you also saw some retweets about a political argument from a friend of a friend? YouTube might be a great place to watch instructional videos, but hey also have you considered that 9/11 might have been perpetrated by the US government and here's a 3-hour long video about that from OffTheGridLifeAmerica you might be interested in. Accepting these platforms as they would like you to accept them (i.e., in a way that makes them money) can only be done in a way that is inherently detrimental to your free time and quality of life.

In conclusion I give the book ⭐⭐⭐⭐⭐ (out of 5), not on Goodreads or any other platform, just here. Also, true to form, I read the print version, and we got it from the library so we could work on real world minimalism too.

Digital Minimalism by Cal Newport

2019 marks twenty years since I first pushed a website to the internet, yet today I was trying to set up a project and I got caught on something very... silly. I was testing a webpack configuration for a React library so it would run in Internet Explorer 11, but I couldn't get the application code to execute when running the development server. I dug through the code and searched for anything I could think of to narrow down if it was the fault of webpack, the dev server, my application code, or the polyfills I had added for IE11 support. After a (too long) search, it came down to this:

This is not the first time I've made this mistake, and in case it's not immediately clear to you, dear reader, 

. Every time this has tripped me up it's been a particularly baffling error because a self-closing script tag will appear to load - the script will show up in the network tab of the dev tools, and all the code will be there, it just won't execute anything.

Since first learning web development, I've done the very basic task of adding a script tag a lot of different ways:

On top of that, my mental context for when or when not to close tags comes from a mix of knowing HTML, XHTML, and currently working with React - there's some conflicting ideas of what must, should, and should not be self-closing going on in my head.

The project works now - and supports IE11! - and however many years from now, when I forget that a script tag can't be self-closing, I'll at least have this blog post to look back on. Or, all of the browsers will have started supporting a self-closing script tag, or I'll have moved on to yet another abstraction around loading the script tag that removes the brackets and I'll have forgotten how HTML works entirely.

Twenty years and I still can't add a script tag right

If you're a web developer working on a website running tracking or analytics scripts of any type, you absolutely need to make sure it works for users blocking third-party scripts. This is just the latest example, from 

, but I've seen this happen many times: a completely blank screen when Ghostery is blocking scripts.

In this particular case the site threw the error:

 in "shut it all down mode", or set to block everything. The issue is always the same: a piece of code that fires a call to a tracking script (usually set as a global variable), that doesn't check that the variable exists before making the call. It's not often you find it on page load, but turn Ghostery blocking on and watch how many call-to-action buttons on marketing sites stop working.

Even less extreme ad-blocking can cause some unwanted behavior. This is from 

I don't need any help managing my projects, but it still took me a bit to parse what exactly was going on with this sentence, until I viewed it in another browser and found out it was uBlock hiding text that was a 

The ad blocking wars are only going to get worse going forward, especially now that Apple is blocking ads at an operating system level, while Google and Microsoft are trying to prevent ad blocking at that same level, and the browsers and lining up on opposite sides of the same battle, with Safari and Firefox helping users block ads and trackers out of the box, and Edge and Chrome have a business interest in delivering ads and tracking their users.

Don't Let Ad Blockers Break Your Website

I spent a little time over the holidays playing around with 

, a JS compiler for web components. I wanted to look at it because we've been comparing component libraries at work, and we were finding a surprising number of them that were going all-in on web components, usually generated by Stencil. Some quick notes about it in general, and comparing it against React, our current JavaScript library of choice:

Overall I was impressed by Stencil. The documentation could be better, but they make it pretty easy to fire up a project and figure it out, and TypeScript + JSX is by far my favorite combination for JavaScript templating. Some of the decisions are close to React but not quite the same, like having props and state but not state update batching, or at least not that I could find. Digging through the shadow DOM in the Chrome inspector is painful compared to using React dev tools, especially if you're using child elements, which exist in some sort of alternate reality that allows you to interact with them like normal DOM elements. I built the carousel as a web component that accepts any children because that's how I would do it in React, but dealing with children beyond using the web component 

 tag required some Stack Overflow searches and some solutions that I'm still not sure I grok.

If there was ever a chance we were moving away from doing everything in React I'd jump to web components in a second, but when we 

 building everything in React, adding in another compiler feels like it's overcomplicating our development tooling. But maybe I'll regret saying that when we switch to Vue and have to build another carousel.

, it's probably broken in IE. I hate carousels.

Stenciling


I think our cats might be half chicken. They've never tried taking the tree down - they're content to just roost under it.

Defending the presents

Accessibility is hard. But it is no harder than security, performance, usability, internationalization, or quality code. And frankly, we don’t put up with software companies (even open source ones) saying “whoops, well you know, security is hard, so it fell by the wayside, sorry”.
-- 

Yes. And that's a great list of bullet points for anyone starting a new project. Define what accessibility, security, performance, usability, internationalization, and quality code mean for your project when you start - not halfway through, or at the end.

built with coffee