A place to cache linked articles (think custom and personal wayback machine)
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

index.md 12KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139
  1. title: Iterating the web away: losing the next generation
  2. url: https://www.baldurbjarnason.com/notes/iterating-the-web-away/
  3. hash_url: 696e828758cd5fef7194f31f0b1cbc0e
  4. <p>I made my first website more than twenty years ago. It was horrible.</p>
  5. <!--break-->
  6. <ul>
  7. <li>Black text on a dark grey background.</li>
  8. <li>A complex table layout.</li>
  9. <li>Animated gifs everywhere. (Some things never change.)</li>
  10. </ul>
  11. <p>Making it was a lot of fun, though.</p>
  12. <p>When, a few years ago, I dug the website up, my biggest issue wasn’t with its technical flaws but with my horrible design sense.</p>
  13. <p>Black on grey? Really?</p>
  14. <p>I had no taste. I like to think I’ve improved.</p>
  15. <p>As to the technical side, a lot of the flaws were just inherent in the web of the time. The web kind of sucked.</p>
  16. <p>But even though it did suck it pulled me in and turned me into a developer. I got into web development because it was interesting, fun, and challenging.</p>
  17. <p>Web development today is still challenging. But the rest?</p>
  18. <p>If I were a seventeen year old geek today, I’m not so sure that I’d get into web development.</p>
  19. <p>I’m convinced I wouldn’t.</p>
  20. <p>The web back then combined three important characteristics that made it very attractive to young geeks like me who wanted to <em>make something</em>:</p>
  21. <ol>
  22. <li>It was cheaper than the competition.</li>
  23. <li>It reached more people than the competition.</li>
  24. <li>It was easier than the competition.</li>
  25. </ol>
  26. <h2 id="cheaper">Cheaper</h2>
  27. <p>In the mid to late nineties, if you wanted to make interactive media—i.e. anything interesting on a computer—you didn’t have that many options.</p>
  28. <p>Tools like Director were well beyond your average teenager’s budget and most schools didn’t have it installed on their computers.</p>
  29. <p>Flash wasn’t a factor until the late nineties at the earliest and even then you still needed an expensive application too expensive for your average household.</p>
  30. <p>Pirating these apps was a pain in the ass and didn’t really become an option until you were in college. Pirating over a slow modem was always a hassle.</p>
  31. <p>If you had a Mac, you could probably get your hands on Hypercard.</p>
  32. <p>Proper programming environments and software development tools were too expensive and too hard to get.</p>
  33. <p>So, for most of us, Hypercard was it.</p>
  34. <p>Until the web arrived. Editing text files was and is free. Even the WYSIWIG HTML editors of the time were more widely available than Macromedia’s fare, flawed as those editors were.</p>
  35. <p>Today we have an embarrassment of riches. Every mobile phone platform offers a free development environment, even if some of them still require payment for distribution.</p>
  36. <p>Apple as of <a href="https://developer.apple.com/xcode/">Xcode 7</a> will no longer require a paid developer account for you to make an app to just put on your own phone.</p>
  37. <p>Being the free platform is no longer a competitive advantage when it comes to getting aspiring teenage developers interested.</p>
  38. <h2 id="distribution">Distribution</h2>
  39. <p>The Hypercard stacks I made before I got my first modem never went anywhere beyond the stack of floppies in my bedroom. Reaching people who might have been interested was hard, connecting with them and building a community of interest from Iceland was impossible.</p>
  40. <p>But the web made it easy. Communities is what the web <em>is</em>. Everything else is a complication.</p>
  41. <p>Overnight you went from being a lone geek with weirdo interests to being a part of something bigger. You were now connected with a large group of people who weren’t just interested in the same things but were interested in what <em>you</em> thought about them.</p>
  42. <p>Mind-blowing.</p>
  43. <p>Again, this has changed. The web has fractured as it has grown. The best way to connect with people is still through communities but these communities no longer exist as a network of websites like they did in the early days. Some of them exist as clusters within one social media silo or another. Others cluster around a single website.</p>
  44. <p>Distributing the stuff you make has become both much more complex and much simpler than just putting your website online and submitting it to a bunch of directories and search engines.</p>
  45. <p>It’s simpler in that you can connect with people just by joining a social media website and having a bunch of conversations. It’s more complex in that there are a host of venues and formats you can deliver and make things in, all of which are flooded with crap from all over the world. Blog posts, websites, ebooks, iBooks Author ebooks, Android and iOS apps, and more—even if you limit yourself to just interactive media, you still have a wealth of options. If you’re just thinking about creating and making digital stories in general, it’s an embarrassment of riches.</p>
  46. <p>Nobody will notice you in the flood, but the difficulty of getting attention just going to be a fact of life from now on, regardless of the platform you choose.</p>
  47. <h2 id="easier">Easier</h2>
  48. <p>Macromedia Director was a mess. I didn’t get a chance to work in Director until I was in my twenties but it remains to this day one of the most frustrating platforms I’ve ever worked with. It’s one of three platforms I know that were so inconsistent that you could do the exact same thing in the exact same way in an exactly identical context twice and it’d work in one but not the other.</p>
  49. <p>The only other platforms I’ve worked with that matched that frustration are the modern web and modern ebook development.</p>
  50. <p>(Web development being thankfully saner than ebook development.)</p>
  51. <p>But back in the nineties, the web was the simpler, less capable, but much easier option for making things. Especially if you were on a budget. You could, if you wanted, find an open source programming environment to work with but those were much harder, much more complicated, and, actually, not that much more capable.</p>
  52. <p>Hypercard, of course, was a lot easier. But it was also older, almost a relic even then—<a href="http://tvtropes.org/pmwiki/pmwiki.php/Main/ElegantWeaponForAMoreCivilizedAge">“a more elegant weapon for a more civilised age”</a>. It didn’t even support colour out of the box. It also limited you to the Mac.</p>
  53. <p>Later on, Flash did give the web a run for its money in terms of the ease of making things, but that wasn’t a reality until the early 2000s. And even then it always lost on price.</p>
  54. <p>The web had the best balance of fun, distribution, price, and ease of making. For a young geek in the nineties it was <em>irresistible</em>.</p>
  55. <p>You can still limit yourself to a subset of the web that is relatively easy to work with, but unlike JavaScript, it isn’t so much a ‘good part’ as a plurality of ‘not ugly’ parts each with its own set of compromises. You can avoid frameworks like Angular, Ember, or React, but then you’re pretty sunk if you want to do something complex with the DOM. You can opt out of a lot of CSS complexities with things like BEM, but that also means opting out of most of the cascade’s useful features. And JavaScript has a host of idiosyncrasies that you simply can’t opt out of.</p>
  56. <p>You can’t make a decision on how to simplify your approach to web development—how to make it saner—without understanding the compromises, which by definition means that you already have to be a web development expert. Beginners are screwed.</p>
  57. <h2 id="iterating-the-web-away">Iterating the web away</h2>
  58. <p>Even though the web platform is vastly more capable today than it was twenty years ago, it still doesn’t match native apps in capabilities. <a href="https://www.red-sweater.com/blog/1110/cant-catch-me">It never will.</a> Which would be fine and dandy if it weren’t for how complicated web development has become. It’s not just a question of the escalating number of APIs, properties, and elements you need to keep track of, the web’s lack of a cohesive conceptual model means that the very foundation of the web platform is too complicated for a web developer to internalise.</p>
  59. <p>CSS makes no goddamn sense—it’s a horrible blended purée of incompatible layout models, naïve language construction, and irrationally tight coupling between seemingly unrelated parts (using the word ‘modules’ for a language as monolithic in its structure as CSS is a bit of a joke).</p>
  60. <p>Javascript has good bits but when you’re learning it <em>you can’t avoid the horrible bits</em>—it’s always going to be a mess to learn.</p>
  61. <p>HTML is reaching the complexity of a fully-fledged programming language but without any of the features you use to manage complexity. There is no shared conceptual framework between the various facets of web development.</p>
  62. <p><a href="https://en.wikipedia.org/wiki/Representational_state_transfer">REST</a> and <a href="https://en.wikipedia.org/wiki/HATEOAS">HATEOAS</a> come close but neither are built into the foundation of CSS or JavaScript in any meaningful way, nor is it easy to see how they could. It’s the foundation of HTTP, sure. And you can define a subset of HTML that is pretty much HATEOAS to a T. Which is why <a href="https://www.tbray.org/ongoing/When/201x/2015/06/05/End-of-HTML">they will outlast the rest of the web stack</a>. (See also Facebook’s Instant Articles, which uses HTML and HTTP, or Apple News.)</p>
  63. <p>Looking at the alternatives for a smart teenage geek, iOS app development, for example, you’d think that they’d be more complicated than web dev. But we’ve reached a point where it’s about to be the other way around.</p>
  64. <p>Cocoa development is complicated, sure, but its conceptual model is much more cohesive. The layout and rendering model makes more sense. Swift and Objective C are both complicated but are also both built on a fairly strong conceptual foundation (stronger than Javascript’s at least). Xcode playgrounds help a lot.</p>
  65. <p>The overall concepts behind native app development are easier to grasp and internalise, and the experience of developing for them is much more consistent, making it easier to learn their more complex features.</p>
  66. <h2 id="losing-the-next-generation">Losing the next generation</h2>
  67. <p>I’m worried that the next generation of smart-ass teenage developers is going to overwhelmingly choose native app development over web development. They’ll see it as the easier, more fun option. Web development will (or even has) become the boring thing you learn because your work needs you to.</p>
  68. <p>Chasing CSS rendering oddities—“goddamn it, why is this breaking, this used to work!”—is just about the most stupid way to spend an afternoon (regular bug hunting doesn’t even compare) and yet, as a web developer, it’s a major part of my job.</p>
  69. <p>In our zeal to chase after native app development we’ve lost sight of making web development logical, fun, and interesting. By chasing features we’ve sacrificed the developer experience.</p>
  70. <p>As I follow new CSS features, web component spec work, new JavaScript APIs and syntax features, it seems more an more clear that the future looks like Angular:</p>
  71. <p>Boring, complex, enterprise-y, and about as sexy as a mouldy gym sock.</p>
  72. <p>We don’t just need to pause web feature development, <a href="http://www.quirksmode.org/blog/archives/2015/07/stop_pushing_th.html">as Peter-Paul Koch suggested</a>, we need to rethink web development and the web platform from the ground up.</p>
  73. <p>Adding new features, even if they <em>do</em> address the platform’s flaws, doesn’t erase the bad parts. Beginners are just as screwed as they were before.</p>
  74. <p>The web platform needs to be more cohesive. It needs to be more consistent. It needs to be more fun. It’s <em>none</em> of these things. It doesn’t have to be that much easier, though that would be preferable—complexity can be fun if it has a consistent foundation and if the learning process is built on a strong feedback loop—but it needs to make more conceptual sense. A <em>lot</em> more sense.</p>
  75. <p>If we don’t, in ten years time, not only will all of the geeky teenagers of the world be making native apps and eschewing web dev, there’s a strong possibility that I’ll have joined them.</p>