diy – D’Arcy Norman dot net

on bookmarks

Season 3, Episode #19 of “Who gives a crap?” – the one where the guy moves bookmarks around

I’d installed a copy of Scuttle a couple of years ago, and have been happily saving bookmarks on my own server since then. But I got frustrated when stuff didn’t play as nicely with my stuff, when compared to delicious.com or diigo.com or the like. IFTTT scripts. Importers. Evernote import-bookmarks-into-a-note stuff. etc…

and, I guess, I realized that bookmarks just aren’t the kind of thing that I should care enough about having full control over their hosting and storage. they’re just bookmarks. dude. unclench.

so I tried going back to delicious.com. Brian and Alan are still using it, so it felt like home. But the importer utility is currently unavailable because spammers use it to crap their stuff into delicious.com. awesome. The support folks said they could manually import my bookmarks (which had been exported from my Scuttle install, thanks to a script found by the always awesome and helpful Scott Leslie). My bookmarks magically appeared a few days later. Awesome! Except the import treated all tags on a bookmark as a single tag, ignoring the spaces that were included in the bookmarks.html file. So “mooc whitepaper toread” was stored as a single tag, rather than as 3 separate tags. Doh. And as a result, I think, the delicious.com tagging tool became dog slow when tagging new bookmarks – loading 3000 unique-and-long tags to match for keystroke autocompletion…

then I tried diigo.com. I mean, George Siemens is using it, and a bunch of other folks. I created an account, fed it my bookmarks.html file, and BOOM. all of my bookmarks are there, going back to September 2004. And they’re properly tagged.

So, after a few days, I think I’ll stay there. For now, at least. I just decommissioned my Scuttle install.

Diigo isn’t perfect either, though. I get plenty of errors in the web interface (why they don’t trap server errors rather than barfing a generic 500 SERVER ERROR page is beyond me… reloading those pages 2 or 5 times seems to make the error go away). And the javascript-powered interface seems to timeout or fail silently – I still can’t add Chris Lott to my network for some reason. Strange.

So, for now, bookmarks are at diigo.com. Is this a failure or backtrack of Project Reclaim? I don’t think so. Bookmarks aren’t something I make, they’re just pointers to stuff. Who cares where they live, as long as the host isn’t doing evil things with the data (and what evil things could they really do? dunno. low risk.)

re: should it all be miscellaneous?

This is a response to Cole Camplese’s great post “Should it all be Miscellaneous” – which was, itself, a response to the Penn State Web Conference (which, in turn, sounds like it was a fantastic gathering of PSU folks).

Go read Cole’s post before reading any further. It’s worth it. I’ll wait.

Really. I’ll wait. Go read it. Seriously.

OK. You’re back. Took long enough. Great post, eh? Here are my thoughts in response:

Content management is not the problem – overly prescribed, rigid, and enforced application of content management is. One-solution-fits-all “solutions” that are applied as universal hammers are the problem. If people are free to choose the right tool(s) for the job(s) – and are aware of available and relevant options, they should be free to choose whatever tools fit best. Sure, some options might have different levels of support, but that will help inform an individual’s decision – don’t need support? choose whatever you want. Need lots of support and training? Choose one of the institutionally supported options.
Does the act of management interfere with the natural flow of content through a community? Does it interfere with the connections and links between people, concepts, and bits of content? Does cramming content into a predefined taxonomy and/or site structure affect the content, or the utility of it? Does a community (and its content/context/information) become subtly altered through the process of trying to manage it. Do we kill the community/content when we stuff it in a content management box?
Efforts to “manage everything” have typically failed. Miserably. Remember learning object repositories? They started as a small-scale effort to organize some content, then ballooned into massive, interoperable, enterprise-scale metadata storehouse and indexing systems, complete with multiple specifications, namespaces, and taxonomies. Content (and people) fell by the wayside. Fail.
Cole’s thoughts triggered images of Fast, Cheap, and Out of Control. DIY. Edupunk. Control isn’t necessarily bad – control helps keep focus and direction. Some level of control helps maintain group cohesion and productivity. But the locus of control must be the individual or workgroup, not the institution.
I’ll take you up on the beer. It’s been far too long.

I’m in the early stages of planning what could turn into a pretty large scale community project on campus. My gut reaction was to craft a website using our CMS of choice. I wanted to keep it as organic as possible, letting people in the community do pretty much anything they want with it. But, now I’m seriously wondering if even that would be too constraining. I’m now thinking about just having individuals and groups set up blogs wherever they like (with several suggested services provided to help guide them) and let them publish whatever they want, however they want, wherever they want.

The downside of that approach is that it’s difficult for people to get a feel for the activities of the community at a glance, or for new people to get up to speed. It’s messy and noisy, but that’s one of the reasons the approach is attractive. Maybe I try rolling out some form of Eduglu service to pull the various bits back together in context, and track links and conversations? hmm…

on edupunk

Jim’s been talking about edupunk a fair bit lately (starting with the killer post The Glass Bees, then Permapunk and finally tying in the awesome Murder, Madness, Mayhem wikipedia project), and Jen wrote up a piece that dovetails nicely into the concept. There’s something about the edupunk concept that is resonating deeply in me.

It’s a movement away from what has become of the mainstream edtech community – a collection of commercial products produced by large companies. Edupunk is the opposite of that. It’s DIY. It’s hardcore. It’s not monetized. It’s not trademarked. It’s not press-released. It’s not on an upgrade cycle. It’s not enterprise. It’s not shrinkwrapped.

It’s about individuals being able to craft their own tools, to plan their own agendas, and to determine their own destinies. It’s about individuals being able to participate, to collaborate, to contribute, without boundaries or barriers.

And it’s not new. The early days of the “edublogosphere” had a definite edupunk vibe to it. Long before that, we had seen edupunk, and it was awesome. I remember when Hypercard was commonplace. When teachers and students would regularly build and adapt their own interactive applications, games, and databases to support classroom activities. Without fanfare or infrastructure or strategic planning or budgets. When Hypercard was killed, it was an end of a renaissance era of DIY edtech.

But, the key to edupunk is that it is not about technology.

It’s about a culture, a way of thinking, a philosophy. It’s about DIY. Lego is edupunk. Chalk is edupunk. A bunch of kids exploring a junkyard is edupunk. A kid dismantling a CD player to see what makes it tick is edupunk.

I’m not about to suggest that technology isn’t important or relevant to edupunk – of course it is. But only as an enabling piece of infrastructure. Technology can empower individuals, amplify actions, and connect communities. But without the edupunk philosophy underlying it all, it’s just a bunch of technology. Uninteresting and irrelevant.

One of the coolest classrooms I’ve ever been in is the Engineering Design Lab at the University of Calgary. It’s a classroom from the outside, but is really nothing but rows of workbenches, armed with any tools and materials imaginable. Drawers full of Lego for building prototypes. Cabinets full of Mechano for piecing together simple machines. A full machine shop for building more complex ones. It’s a place where the students are not only allowed, but encouraged to explore and create. Working in groups to create and solve problems. Critical thinking. Inquiry. Experiential. And it is the most hardcore edupunk class I’ve seen.