1. Apparently we, as an industry, are over the whole ninja/rockstar thing and have moved onto “mountaineer” weworkremotely.com/jobs/472

    “Why yes, my company are interested in hiring PHP-based sailors and javascript treeclimbers. Bring your ropes to the interview, you’re going to need them.”

  2. At any given time my web archive HTTPS to HTTP domain ratio is almost exactly 1:10. Right now it’s at 410 HTTP domains and 41 HTTPS domains. Note that this is just the count of the domains I link to (and which link to me), unweighted by the number of actual physical links.

  3. The medium with which you choose to express a message shapes that message — be careful it doesn’t contradict it.

    Case in point: A Rational Web Platform (via @brucel)

    • hosted on google silo
    • long complex ugly URL
    • presentation tied to paged dead-tree media with ugly results: text breaks across artificial “pages”
    • no author URL, just corporate silo email, and email != web
    • javascript required
    • no microformats2 or even semantic HTML article markup — even js-generated markup is predictably disgusting with vast quantities of nested divs and spans with inline styles
    • Redirecting to different (non-canonical? difficult to tell due to ugliness) URL due to large amounts of traffic, likely indicative of infrastructural problems or incorrect medium
    • Broken on mobile devices:
      the body text is tiny and does not wrap, the high-traffic warning is truncated and unreadable

    Everything about this is anti-web, practically screaming “ignore me”.

    Improvements:

    • Host on personal site or project commons with CC license
    • Short, consistent, readable URI
    • Static semantic HTML with microformats2 h-entry for easy citations, archival and replying, no JS required — this would also solve infrastructural problems as HTML is pretty easy to serve and much faster than JS-rendered DOM-heavy “documents”applications
    • Author attributed by name+personal (non-silo) URL, with profile photo/logo for quick human association
  4. DuckDuckGo’s r.duckduckgo.com redirects are intermittently giving Connection Reset errors — just one of the reasons why it’s better that they don’t exist. Let each link link to the thing it says it links to.

  5. This evening: documented Yahoo! Pipes UI in case of sudden shutdown, built first mockup of web dataflow UI using jsplumbtoolkit.com — really excellent library, exactly the right balance between functionality and framework. It gives you a lot but doesn’t dictate how to use it.

  6. John Nye: Barnaby Walters last time I used mozilla it was poor experience (2011), but validation of extensions was a manual process by someone.

    .@john_nye all the stores I’ve submitted extensions to do manual reviews. Mozilla:

    • gives two review options (fast and slow),
    • runs loads of automated tests in a web interface to suggest things to fix,
    • gives you the choice of which review to use, and creates a public URL from which the extension can be installed while the review’s in process

    Safari and Opera have fairly basic, boring forms for uploading stuff, and are extremely picky and unclear about exact image sizes for screenshots and icons. There’s also no “review in progress” page, but otherwise acceptable.

    Obviously I’ve not been able to actually submit an extension to the Chrome store, but I’d hope that it’s a damned good experience for $5. If they are doing automatic reviews, then the price becomes even more counter-intuitve. If they’ve automated it, surely it’s cheaper and quicker for them?

  7. Why not to make assumptions about where your site visitors come from send to do a hyperlink’s job:

    (That link didn’t work, obv)

  8. From now on I am framing all web standards-type discussions with the question “what is it reasonable to demand that authors do”

    For example, it’s not reasonable to demand authors publish content in more than one format. It’s not reasonable to demand that authors learn how RDF works. It is reasonable to require authors to publish HTML. It is reasonable to require authors to add some simple microformats like rel-author, h-entry or h-card.

  9. myOpenID.com is dead. OpenID is dead. Long live Web Sign-In.

    I got an email saying the service will end on 2014-02-01, but the site appears to be down already. janrain.com, the company who apparently ran myOpenID, is also down, so I can’t find a “goodbye” post. Here’s the notification email:

    I wanted to reach out personally to let you know that we have made the decision to end of life the myOpenID service. myOpenID will be turned off on February 1, 2014.

    In 2006 Janrain created myOpenID to fulfill our vision to make registration and login easier on the web for people. Since that time, social networks and email providers such as Facebook, Google, Twitter, LinkedIn and Yahoo! have embraced open identity standards. And now, billions of people who have created accounts with these services can use their identities to easily register and login to sites across the web in the way myOpenID was intended.

    By 2009 it had become obvious that the vast majority of consumers would prefer to utilize an existing identity from a recognized provider rather than create their own myOpenID account. As a result, our business focus changed to address this desire, and we introduced social login technology. While the technology is slightly different from where we were in 2006, I’m confident that we are still delivering on our initial promise – that people should take control of their online identity and are empowered to carry those identities with them as they navigate the web.

    For those of you who still actively use myOpenID, I can understand your disappointment to hear this news and apologize if this causes you any inconvenience. To reduce this inconvenience, we are delaying the end of life of the service until February 1, 2014 to give you time to begin using other identities on those sites where you use myOpenID today.

    Speaking on behalf of Janrain, I truly appreciate your past support of myOpenID.

  10. And the lesson of the day is: bean.fire(el, 'click') doesn’t work in Firefox Nightly, but turns out it’s unnecessary, because HTMLElement.click() does exactly the same thing and already works cross-browser. Always use the browser-native APIs if you can.