Werd I/O

The whole time I've been in the US, I've been using a Google Voice number to communicate.

Here it is: +1 (312) 488-9373.

The reasons are numerous: I can get phone calls on any of my connected devices, even when I'm out of the country. I can change phone service providers at any time. I can make calls in places with wifi but no cellphone reception. I get voicemails as text, so I don't have to listen through an endless series of recorded messages.

Phone numbers themselves are kind of an archaic technology, but it's not feasible to ditch them just yet. So I was disappointed to read that Google Voice is going to be rolled into Hangouts.

That's Google's prerogative. Any silo service provider could make a similar decision at any time. So the question becomes: how can I create my own Google Voice setup on my own infrastructure?

I want four things:

1. Phone calls that come to me wherever I am, on whatever device
2. The ability to change phone provider without hassle
3. Voicemails in my email
4. Cheap international calls

I also don't want to use Skype or another proprietary provider.

I'm really not sure what to look for here. I know about SIP and Asterisk, but setting up and maintaining them sounds like a pain to me. Is there something user-friendly I can use?

I'll be following up in a subsequent post with what I discover.

Last week at Homebrew Website Club, I was asked how Idno syndicates to third-party sites like Twitter when I post content.

Here's how it works.

First of all, Idno has a plugin system, that allows new functionality to be added system-wide. As well as new kinds of content like slide presentations, plugins are available that interact with the APIs of Twitter, Facebook, Foursquare and Flickr.

When I install any of those plugins in Idno, I'm taken through a process where I register my Idno site with the third-party API. Each of those sites has a slightly different process, but in each case it takes about 30 seconds.

Once the link has been made, the plugin shows up as an option in Idno's user settings screen. I click "settings", and then click a button to link my account to the site:

This is exactly the same procedure as logging in with any of those sites, or attaching any third-party application. It's about two clicks: in the case illustrated above, I'm taken to Twitter, which asks me to confirm that I want to give Idno permission to use my Twitter account, and then taken back to my Idno settings. Internally, my OAuth token for that site is saved to my user account.

Here's where things get interesting.

Remember I said that Idno's content types are also provided via plugins? There's a plugin for status updates, for photos, blog posts, events, etc etc. Whenever I want to add a new content type to Idno, I add a plugin. (They're really easy to write; the presentations plugin was written in about an hour, while I was recovering from a root canal operation.)

As well as descriptive content type - "status update" - each plugin announces a generic content type that maps to those used by the activity streams specification. A status update is also a "note"; a blog post is an "article". This allows plugins to extend functionality for certain kinds of content without dictating which plugin you use for that content. Someone can add extra logic for status updates, while not caring which status update plugin I actually use.

When I post new content, the system pulls up an interface supplied by that content's plugin, and also asks any syndication plugins if they're able to handle content of this type. So when I click on my "status update" button, Idno asks plugins if they're able to syndicate content of type "note".

Idno automatically renders some buttons for me based on those plugins. If I enable the "Twitter" button, my content will be syndicated to Twitter when I post it. If I enable the "Facebook" button, it'll go to Facebook, too. If I later decide to add a button for Path or LinkedIn or Friendster via a plugin, it'll show up there, and work in exactly the same way, without me having to change any of the status update plugin.

When I hit Save, the syndication plugin receives information about the content type (but not which plugin created it), as well as information about my account. It retrieves my API token from when I linked my account through my settings panel, and uses that to sign an API request posting the content to that site. It then retrieves the URL of the syndicated content and saves it to the local content in Idno, so a "syndicated to" link can be displayed underneath it. (Check at the bottom of this post's page: you'll see a link to Twitter.)

This process works throughout Idno. Photos (of generic type "image") can be syndicated to Facebook, Twitter and Flickr, and while the logic is different for each site, the user interface flow is the same for each one. This works whether I'm posting from a laptop or a phone, and whether I'm on the standard web interface, a custom interface or the API.

It's important to note that none of this takes much time, for any of the parties involved. Writing a content plugin takes about an hour; writing a syndication plugin can take much less time, if the third-party API uses OAuth. Site admins can install a plugin and set it up in a few minutes. The process for the user takes mere moments, and that's the most important thing.

#idno #posse #indieweb

The following is doing the rounds on social media. It sounds like fun, so I thought I'd adapt it:

I, Ben Werdmuller, promise to send a small work of art for the first fifty people who comment on this post by replying from their own website. Twitter or Facebook is not enough. Just link to this post and let me know you want in; I'll update this and provide an easy way to do that shortly. (If you're a developer, you can get started right away.)

***You may in turn post this on your own site and make something for the first fifty people who comment they want in on your post.***

The rules are simple: it has to be be your work, made by you and the recipient must receive it by the end of 2014 . It can be anything: a drawing, photo, video, a conceptual work of art or anything in between ...

I enjoyed, but didn't fully agree with, TechCrunch's piece Silicon Valley Lost, And Found:

However, in other ways, what drew my mother and my grandfather here is very much alive. A desire for non-conformity and a grandness of aspiration still exists in certain entrepreneurs here. The 150-year-old Gold Rush mentality lingers on in the engineers who show up every year from all over the world to try their luck at starting new companies. The Valley’s unique cultural language around materialism and status persists. While it does get flashier every year, there is still a certain discretion about being well-dressed or having a nice car here, at least compared to New York or Los Angeles.

"Non-conformity and a grandness of aspiration" is what I love about working in tech. I find subversion comforting, so find a lot to love in cities like Berkeley, Oakland and San Francisco (just like I enjoyed the anarchic artistic scene in Edinburgh). As well as the cultural environment in those places, which developed independently of the technology industry, I enjoy tech's ability to look at the status quo and decide that it can be made better. Contrast that with many industries, which remain stagnant, or worse, start to see themselves as institutions.

But let's not forget the petty bigotry and wealth-imbalance-related issues that have started to come to a head this year. Or the more-and-more audacious displays of wealth. That "discretion" about materialism that the author discusses is important to me; even in the short time I've been here, it's become more and more visible to me. I'm interested in what I consider to be the "real" Silicon Valley, by which I think I mean the "authentic" one: the one that's about making things better with your skills, rather than people turning up because they think they can make a fast buck.

The difference is illustrated ably, earlier in the article:

Working with bankers and traders also wasn’t the same as dealing with founders, engineers and hackers day in and day out. People were sharp, but they didn’t love their work - not the way my grandfather or dad did. Jobs in banking were a means to accumulate year-end bonuses and holidays. They didn’t spend their spare time messing with a half-dozen oscilloscopes or building makeshift telescopes.

Those people - the folks in the basement with their oscilloscopes and telescopes, tinkering on their own terms - are my heroes. The people with that nerdy tinkerer mentality, and the freedom to pursue it that is still fairly unique to Silicon Valley, are the ones who changed the world, and will keep on changing it.

It's not written about much these days, but out there in the rest of the world, engineers still draw scorn. You hear them being talked about as "back-room guys", with the implications that the other, "normal" people should be front of house. Geekdom is still niche, and in places, taboo. And that's one of the other things that makes Silicon Valley special - here, geeks have freedom to be themselves, outside these constraints. And it turns out that when they have this freedom, they create the world's most valuable companies, develop transformative technologies, and so on.

This is important. What worries me a little about the latest trends are that the engineers have been co-opted into a resource by incoming people with dollars in their eyes. Factories of willing developers are being established based on the promise of the previous generation, and the lottery-like idea that maybe your company will succeed to the tune of millions, or billions, of dollars. As one engineer told me at a well-funded company that will remain unnamed, "yes, you work weekends, but everyone else does too, so your coworkers kind of become your family." That's nothing short of a bullshit deal, and it seems to me that this kind of exploitation risks killing what's special about the Valley. It also perpetuates the inequalities we've heard so much about this year.

But the non-conformist geek engineers are still there, tinkering on their own terms, side-by-side with San Francisco's counterculture, which lives on. It's one reason why I've fallen in love with the #indieweb community (and its spin-off, Homebrew Website Club). These movements are no less likely to change the world, but they're on our terms, for us and for everyone, rather than the predatory desires of a generation of hopeful MBAs.

It's traditional to create resolutions for the new year. I've been thinking a lot about where I want to take my work in 2014; these are some ideas.

Write.

Specifically, I want to write more for other people, following from my previous work for the likes of ZDNet, IBM DeveloperWorks and Packt Publishing. I'm also interested in guest posting on blogs and sites around the web, about the social web, #IndieWeb, open source and responsible application development.

Empower independent content creators.

How can we put independent creators on a level pegging with the world's largest media companies? One thing I've been thinking about is that 24-7 news channels are obviously not a future-facing content medium given the web, where you can look up breaking news whenever you want, wherever you want, from whomever you want, without having to wait for a newscaster to restart their 30-minute cycle. Despite the ease of the web, leaning back and watching TV (or some screen) is sometimes pleasurable. Could you create a video newscast that aggregates stories from multiple providers based on your interests and context? Google News meets CNN?

Help support niche communities on the web.

The strength of the web is that we can all publish and communicate with each other, in a variety of different media, and it can all interlink as a single, continuous mesh of conversation and information. Unfortunately, that strength has been undermined by the proliferation of data silos, which make it harder to establish these kinds of links, and also limit certain kinds of content, topics and conversation through conservative design.

There are so many things to talk about, in so many ways, and by limiting ourselves to the platforms that the likes of Facebook provide, and by funneling the value generated by our communities to those sites, we're not using the web to its full potential. I want to help support the full range of communities on the web, and help them be self-sustaining, so that the people who create safe spaces for niche topics can continue to maintain them.

Idno is certainly a part of this idea, and I will continue to develop it as a first-class social publishing platform for both groups and individuals.

Figure out open source for designers.

Open source software suffers by treating designers like second-class citizens.

The open source process for programmers is well-established: we have many different flavors of version control, and the tools that surround them are first-class. I'm as happy as I've ever been working with Git, and software like GitHub and GitLab.

Working with design media is harder. Not only is it hard to represent visual changes using version control, and manage them in a sensible way using our project management tools, but even the accepted file formats for design work are closed. Photoshop comps are the norm, and UX wireframes often use closed software like Omnigraffle. That's because those tools are absolutely the best ones for the job, but standardizing on those formats make it harder to build open tools for design collaboration. And even with this aside, issue trackers are all written with source code in mind.

Collectively, this all means that welcoming designers into an open source community is extremely difficult. Nonetheless, design is an extremely significant part of any software project. It's worth thinking about the first steps towards making this easier.

Build bridges.

It's hard to share from, eg, the Twitter app to my own website, whether it's based on Idno or something else. I'm planning on building a shim that allows me to do that more easily, based on Android's share dialog. But there's more to do. There are ways to take ostensibly closed platforms and find ways to pry them open. For example, functionality to share closed content by email can be used to integrate directly into other, open software. Other integrations are possible, exploiting "growth hacking" features designed to find more people to lock into these platforms.

Work from everywhere.

I've still never been to Seattle. Or Tokyo. Or Melbourne. And it's been too long since I was in London, or Oxford, or Edinburgh. I want to travel more, and use the fact that I can work anywhere there's an Internet connection - and that I am not responsible for a family at this stage in my life - to see more of the world.

If you'd be willing to host me at your office for a few days, wherever you are in the world, let me know!

As part of the Nieman Journalism Lab's Predictions for Journalism 2014, Jason Kottke writes:

Sometime in the past few years, the blog died. In 2014, people will finally notice. Sure, blogs still exist, many of them are excellent, and they will go on existing and being excellent for many years to come. But the function of the blog, the nebulous informational task we all agreed the blog was fulfilling for the past decade, is increasingly being handled by a growing number of disparate media forms that are blog-like but also decidedly not blogs.

He then goes on to discuss the death of the reverse-chronological stream, as well as the inevitable move to what he calls tightly-bound social media sites. Thematically, it's an interesting companion piece to Anil Dash's seminal The Web We Lost, which was published last year at about this time.

And, despite some hedging on his personal blog, it's clearly true. Almost none of you will have found this link through a feed reader (although my stats show that some of you are using Feedly, Digg Reader, and even Livejournal's RSS feature). Most links will have come through Twitter and Facebook, with a straggling number showing up through app.net and similar sites. If I'm lucky, someone might submit this post to an aggregator like Hacker News.

Note, though, that you're still reading it. The article isn't dying; you can think of the blog, or the stream, or the feed, as the container that the article sits in.

Medium exploits this in a clever way by presenting articles nicely, and then providing a magazine-style site for you to consume them in. Indieweb arguments about whether you should publish posts on a site that you control or on someone else's aside, there's no doubt that Medium's injected new life into long-form text on the web. That's great, and like Facebook and Twitter, you can choose to think of it as a well-executed proof of concept.

If you buy the idea that articles aren't dying - and anecdotally, I know I read as much as I ever did online - then a blog is simply the delivery mechanism. It's fine for that to die. Even welcome. In some ways, that death is due to the ease of use of the newer, siloed sites, and makes the way for new, different kinds of content consumption; innovation in delivery. Jason talks about the ephemerality of Snapchat (which is far from a traditional feed), and there are an infinity of other ways that content might be beamed to us on whichever device we happen to choose to be using at any particular moment. But these content forms are minor details.

The beauty of the independent web is that we can choose to represent ourselves online - and therefore, publish content - in a manner of our choosing. I happen to like the reverse-chronological feed, but if you prefer to publish in the form of an immersive 3D world, or a radio show, or full-screen autoplaying video with annotations, then, hey, that's up to you. It's all part of a rich, interlinking medium. Independence means not necessarily going with the flow.

The counterpart to that is how you read content. In the past, we've been very stream-heavy: RSS readers, Twitter feeds, Facebook timelines, and so on. But there's no need for that to be the case. Part of the joy of a diverse web is that while I might choose to read in the form of a feed or a newspaper, you might want to mash your reading list up in entirely new ways. You could have a robot announcer read to you while you drive to work in the morning (wouldn't that be better than the radio?), or mash related articles up to provide new kinds of content that provide better insight than the sum of their parts. And I can choose to use a completely different form to you. Each one of us can have a completely different experience.

That's a tough concept to get across to an audience that's used to mass media, where everyone consumes the same content in the same form. But we don't need that anymore. Not only can content be personalized, but the form of the content can be personalized. Facebook might agonize over the algorithm that decides which posts are surfaced, but in the future we can each have our own algorithms. Form and content will be separated.

These new kinds of readers will begin to appear in 2014, powered by simple web technologies like HTML and microformats. They will eventually be as easy to use as Twitter and Facebook. And they will make us all more empowered readers and creators, once again connecting us all, but this time on our terms.