Tag: programming

Bookmarks for July 28, 2010

  • aardvarkonsea.com/letterpress
    My boss turned this up on a routine vanity search for our company name (Aardvark Media), and immediately ordered a couple of the posters, from of all this, a Tea room in St Leonards-on-Sea. I am quite tempted to order one of them for myself for home as well. Any manifesto which begins "Kill your TV" and includes "Make Stuff", "Drink Tea", "Bake Cake", "Grow You Community" and "Champion the Underdog" is kind of tailor made for me, and, I would imagine, a number of other people reading this.
    Tags: posters
  • Daring Fireball: An Improved Liberal, Accurate Regex Pattern for Matching URLs
    I bookmarked Gruber's previous efforts on this front, and I will move to using this improved pattern in the future.
  • Fish in a barrel – Neven Mrgan's tumbl
    A comparison of Apple's iMac website with the websites for Dell and HP's primary desktop machines. I'm genuinely not posting this to cheerlead for Apple, I'm actually posting it as a reminder to self in a "what not to do" kind of way, because I suspect a lot og my work falls closer to HP and Dell than Apple.
  • Quantum time machine 'allows paradox-free time travel' – Telegraph
    My brain hurts. Of possibly it will hurt in the future, and the quantum-level changes have moved back in time. In any event, I eagerly await being given a quantum supercomputer to play with.

Bookmarks for November 30, 2009

Bookmarks for July 31, 2009

Bookmarks for July 6, 2009

  • bitquabit – The One in Which I Call Out Hacker News
    "The next time you see an application you like, think very long and hard about all the user-oriented details that went into making it a pleasure to use, before decrying how you could trivially reimplement the entire damn thing in a weekend. Nine times out of ten, when you think an application was ridiculously easy to implement, you’re completely missing the user side of the story."
    Clients at work routinely ask up to "just you what you did for [otherclient] – just reuse the code, so it won't take you very long", and then look at us like we're trying to con them when we explain that no, we can't do that. And this is kind of why – we learn and reuse relevent bits, but each client gets a custom codebase, because we build the best tools we can for each one. So they're not interoperable.

Bookmarks for March 17, 2009

Bookmarks for January 23, 2009

Bookmarks for January 7, 2009

Bookmarks for February 25, 2008