skip to main content

Links, page 8

  1. The History of Video
    youtube.com

    Veritasium:

    This is a video I’ve long wanted to make, about what makes video look like video and, up until 10 years ago or so, not as appealing as film. I grew up with the two technologies (film and video) in parallel and to me they always seemed like two ways of achieving the same ends: recording and replaying moving images. But their histories are quite distinct. Film was always a way to capture moving images for later replaying. Video started out as a way to transfer images from one place to another instantaneously.

  2. How the Web Became Unreadable
    wired.com

    Kevin Marks:

    There’s a widespread movement in design circles to reduce the contrast between text and background, making type harder to read. Apple is guilty. Google is, too. So is Twitter.

    My plea to designers and software engineers: Ignore the fads and go back to the typographic principles of print — keep your type black, and vary weight and font instead of grayness. You’ll be making things better for people who read on smaller, dimmer screens, even if their eyes aren’t aging like mine. It may not be trendy, but it’s time to consider who is being left out by the web’s aesthetic.

  3. Perceived Velocity through Version Numbers
    daverupert.com

    Dave Rupert thinks version number bumps would be a good move for HTML and CSS, marketing-wise. I agree!

    A single number bump replaces a mountain of marketing. Every discerning technologist knows it only makes sense to invest in technologies that are moving forward. To invest in a stagnant technology would be a dereliction of duty.

    I think this has effected web technologies deeply. HTML5 was released in 2008 and its handful of new elements and APIs was a boom for the language. Even Steve Jobs advocated for it over Flash. Web Standards had won, Firefox and Webkit were our champions. “We need to upgrade to HTML5” was a blanket excuse for auditing your website and cleaning up your codebase.

  4. Defining Productivity
    jeremy.codes

    Jeremy Wagner:

    It’s easy to slap something up on a web server, but it’s quite another to be a steward of it in a way that makes the web a better place. That starts with redefining our productivity with the goal of serving the interests of others instead of our own.

  5. ‘Game of Thrones’: The Last Show We Watch Together?
    vulture.com

    Matt Zoller Seitz:

    TV doesn’t feel the same when you watch it that way. It’s more of a solitary experience, no matter how many fellow fans discuss it with you on social media. And it necessarily reduces the level of excitement surrounding a season or series finale because the show has been deprived of that measured pace of one episode per week, with six days of contemplation and anticipation in between each chapter, all leading inexorably to that last run of episodes during which the fans, who’ve spent years living and breathing this thing, come to terms with the totality of the accomplishment, and ready themselves for the exquisite and horrible moment when the storytellers swing that sword at our necks and the birds take flight and the credits roll for the last time.

  6. Yet Another JavaScript Framework
    css-tricks.com

    Great writing on this well-researched story, by Jason Hoffman:

    At first glance, the bug appeared to be fairly routine, most likely a small problem somewhere in the website’s code or a strange coincidence. After just a few hours though, it became clear that the stakes for this one particular bug were far graver than anyone could have anticipated. If Firefox were to release this version of their browser as-is, they risked breaking an unknown, but still predictably rather large number of websites, all at once. Why that is has everything to do with the way MooTools was built, where it drew influence from, and the moment in time it was released. So to really understand the problem, we’ll have to go all the way back to the beginning.

  7. What the Theranos Documentary Misses
    newrepublic.com

    Avi Asher-Schapiro makes some good points about The Inventor that I failed to consider:

    Missing from the film, however, is any sustained effort to understand how Theranos interacted with the larger economic and social forces that nurtured it. In the hands of Gibney, the rise and fall of Theranos is reduced to a sort of personality puzzle, driven by the banal questions like: What was Elizabeth Holmes thinking? Is she a liar? How could seemingly competent investors be so misled?

    That’s a shame, because the story of Theranos is so much more than that. At its root, it’s a parable that cuts to the central dysfunctions in the American economic and political order, one that should dismantle our notions of meritocracy and put a strict limit on our forbearance for elites. It illuminates how the rich and well connected occupy different strata of life, enjoy a completely different set of opportunities from the rest of us, experience a different kind of justice, and are so often immune from consequences. Though the film gives some glimpses of these dynamics, they are always in the background, shadowed by other far less compelling narrative impulses.

  8. Dev perception
    adactio.com

    Jeremy Keith:

    It’s relatively easy to write and speak about new technologies. You’re excited about them, and there’s probably an eager audience who can learn from what you have to say.

    It’s trickier to write something insightful about a tried and trusted (perhaps even boring) technology that’s been around for a while. You could maybe write little tips and tricks, but I bet your inner critic would tell you that nobody’s interested in hearing about that old tech. It’s boring.

    The result is that what’s being written about is not a reflection of what’s being widely used.

  9. Stuffing the Front End
    bridgestew.com

    Bridget Stewart:

    How many features are built-in to a framework or library that your app doesn’t need yet (and may never need)? How much can you hold back from the package you send to the web? How dependent are these modules and bits of code on one another? To me, that sounds like a lot of analysis up front to pick apart a tool before I even write a single line of code to be truly productive. It is also the antithesis of Progressive Enhancement, which strives to start with the bare minimum necessary to make it work and build up from there.