Endless meetings. Disagreements over gory details that may never even get implemented in the real world. Philosophical grandstanding. Paper standards. etc. etc. We’ve all been there, and it can be terminally annoying.
Which is why the Indie Web community is so refreshing. Other than that they are doing extremely useful work on re-decentralizing the internet :-)
Their #selfdogfood principle means that you have to have implemented yourself what you propose, and you must be running it on a daily basis for your own purposes. If that isn’t true, nobody is interested in what you have to say. Imagine!
One thing that always impressed me when I was working for BMW many eons ago, was that those BMW engineers definitely built their cars for themselves, and used them every day for their own lives, with a passion. Boy, would they come back to the office next morning and complain and insist that changes be made. It makes for better products. More intense, more honest, products.
#Selfdogfooding is like that. They build it, and they only build what they mean. It’s so refreshing. And some really cool stuff is coming out of it, like distributed blog comments, or checkins without Foursquare and the like. Their movement is growing, not surprisingly.
Category: Read
“Own your data”, part I: Bringing the bookmarks home from the cloud | Sebastian Greger
Sebastian Greger (sebastiangreger.net)The archives reveal it was October 2005 when I started to use Delicious to collect my bookmarks, at a time where I had to use various computers daily.Four years later, competitor Ma.gnolia lost all user data, marking the first occasion that I (along with a shaken community of their users) questioned the value of cloud services for storing personal data. Yet, both for lack of alternatives and for being lazy, I kept using Delicious - though making regular backups a habit.Today, we live 2014 and it is time to move on; more specifically, time to reclaim ownership over my bookmarks and to host them myself. Naturally, having grown used to a cloud service, a suitable web-based replacement had to be found. [...]
📖 On page 157 of 206 of The Science of the Oven by Hervé This
📖 On page 157 of 206 of The Science of the Oven by Hervé This
… an odor in the kitchen is a symptom of odorant molecule loss (logically, kitchens should not smell good, because then we would be sure that the pleasing odors remained in the pots.)
–Hervé This, on page 154
Fusion Faces Its New Reality | WWD
Once the buzziest of new media properties, Fusion now adjusts to an unexpected reinvention.
Stop Publishing Web Pages | Anil Dash
Most users on the web spend most of their time in apps. The most popular of those apps, like Facebook, Twitter, Gmail, Tumblr and others, are primarily focused on a single, simple stream that offers a river of news which users can easily scroll through, skim over, and click on to read in more depth.
Most media companies on the web spend all of their effort putting content into content management systems which publish pages. These pages work essentially the same way that pages have worked since the beginning of the web, with a single article or post living at a particular address, and then tons of navigation and cruft (and, usually, advertisements) surrounding that article.
Users have decided they want streams, but most media companies are insisting on publishing more and more pages. And the systems which publish the web are designed to keep making pages, not to make customized streams.
It's time to stop publishing web pages.
Getting data out of Medium
Controlling my data is important to me. It’s also important that my students (and the faculty that I support) have the ability to control their own data, as well. That doesn’t mean that everything needs to live on a Domain of One’s Own. But it does mean that I want my data to be as flexible as possible, and as easy to move around as possible.
It’s really easy to download an archive of your Medium posts. Like your Twitter archive, you can just unzip the archive and upload it to your domain, and you’ve got it up and running.
However, if you want to incorporate those posts into a different platform — like WordPress, Jekyll, Known, etc. — it is more of a challenge.
I wrote my posts on the Medium API directly in Medium. Partly as an experiment, and partly because I love the Medium post editor. (It’s why I incorporated a Medium editor clone into Peasy.) But after writing three posts — complete with feature images, inline images, and code blocks — in Medium, I decided to import them into my Jekyll/GitHub Pages site. That’s turned out to be a challenge. Not an insurmountable one, but one that I’d rather avoid going through.
I downloaded my Medium archive, used Pandoc to convert the posts from HTML to MarkDown, and then copied and pasted the MarkDown into new posts on my Jekyll site. There was more post-processing than I anticipated, or would like. And it doesn’t look as easy to automate the cleanup as I would like.
Even more frustrating was my discovery a couple weeks ago that the Medium API supports posting to Medium, but not retrieving posts from Medium. It is easy to write code that cross-posts from another platform to Medium, but Medium makes it more difficult to go the other way.
Why?
My guess is that their focus is on content. They want to be the place where we go to find ALL THE CONTENT. So they make it really easy to get content in. Harder to get content out. And by making a beautiful, easy-to-use editor, the temptation is strong to just use Medium from the start.
If we just want to write, get our writings read, and have a permanent record of what we wrote. Medium can be great. But if we want to write content that we keep coming back to, content that keeps evolving, content that’s part of a long-term project … and if we don’t want that long-term project to be locked into a single platform … then Medium may be a problem.
I say as I write this post on Medium.
Because I just can’t resist this editor.
Time to go add some code to Peasy so I can get it ready for prime-time sooner.
Featured image by paul bica (CC BY).
A prescient article written last fall before the news that Medium was downsizing significantly this week.
Snapchat Accused of Misleading Investors in Ex-Employee’s Lawsuit
An ex-Snapchat employee says he was fired just weeks after the company poached him from Facebook and is being blackballed. The company says his claims have no merit.
My new social media POSSE |
Several of my friends and colleagues have been critical of their social media experience recently — Twitter in particular. One friend left Twitter altogether last week. I’m sympathetic. I’m a serial Facebook quitter, and in the fall, I wrote a few blog posts about my disillusionment with relying on Twitter for social and professional conversations. I even took some time off . . . and enjoyed it.
And then there were conferences. Twitter is such an assett at professional conferences, adding a layer of depth to the presentations and conversations. Then came #moocmooc. And so Twitter dragged me back in.
For all of its benefits, Twitter still has a signal-to-noise ratio problem. And a harassment problem. It facilitates the antisocial and the parasocial alongside the social. Creative, and promiscuous, blocking helps the anti-/parasocial problem. But it’s still noisy, and even the good is under the control of the Twitter company. However, I’ve started trying two things this past week that are helping with these issues.
First, I’m largely ignoring my Twitter timeline, and instead, I’m following a few lists I’ve created, each of which have, at most, a few dozen people. This targeted reading, loosely by topic, means that I read less tweets, and that I can choose a topic to focus on at a given moment. (My lists include topics like critical pedagogy, music scholarship, digital humanities, social justice, Christianity, etc. I also follow hashtags like #mtped and #moocmooc.) The topical division is messy, of course, as individuals tend to tweet about more than one topic. But there is more signal and less noise on these lists, and less topic-jumping while reading one of these lists, than while reading my timeline. Since I’m following less people this way, I might miss something. But most of the good stuff I really need to see will be retweeted by someone in a list eventually. (And people retweeted often get added to the list.) And at some point, I have to resign myself to the fact that there will always be more good stuff out there than I have time to engage . . . and that’s okay.
The other change I’ve made is installing Known on my server (sketches.shaffermusic.com). Known is a blog-like, social-media-like platform designed with POSSE in mind: Publish on your Own Site and Syndicate Elsewhere — a growing trend on the IndieWeb. Known double-publishes on Tiwtter (and other platforms) and uses webmentions to collect the ensuing conversations onto the original Known site. (Bridgy helps, too.) It also differentiates Tweet-like status updates from Facebook-like mini-blog entires without imposing character limits. It also integrates with social media conversations and @-replies pretty well. In short, it’s a pretty smooth way to own and control your content while connecting on proprietary social media networks.
I’ve found that more targeted reading makes me happier, and more targeted Twitter use means more time for longer-form reading and writing. Further, I really want to control my own content, and doing so makes me more excited about writing (as does having a new publishing toy . . . er . . . platform).
I’m liking this setup, at least for now. Targeted, meaningful engagement on Twitter, more time to read the longer-form pieces I find there, an easier and more “indie” way to engage, and more motivation to dig in and really write. Good stuff. And no need to leave Twitter just yet.
Kris Shaffer
Kris Shaffer, Ph.D. (Yale University, 2011), is an Instructional Technology Specialist and adjunct instructor in Computer Science and Digital Studies at the University of Mary Washington and Contributing Editor for Hybrid Pedagogy. He is also the lead author of Open Music Theory.
Header image by Jared Tarbell.
It’s more than just the words
Reading an article from 1999 caused me to consider how not owning your own content leads to a loss of more than just the content itself.
“In order to expand audience awareness and redefine Possible, there have to be places where these new capabilities exist; and lacking a client willing to take the chance that the audience will be equipped to do so, we need to provide the environment so the audience equips itself and creates that demand to use newer standards. I propose, therefore, that the environment already exists and it lives in the collective personal sites that don’t give a damn about return on investment.”
– Lance Arthur Redefining Possible January 22, 1999
Personal sites, our blogs, these were once our playgrounds. My own site was the first place I added rollover images, CSS for fonts, tried out a “table free” design. I wrote about the web, surrounded by my own experiments with the web. We all did, and it was only in reading those words from 1999 that I realised there was more to owning your own content than simply not publishing your words elsewhere.
As we move our code to CodePen, our writing to Medium, our photographs to Instagram we don’t just run the risk of losing that content and the associated metadata if those services vanish. We also lose our own place to experiment and add personality to that content, in the context of our own home on the web.
I had already decided to bring my content back home in 2017, but I’d also like to think about this idea of using my own site to better demonstrate and play with the new technologies I write about. It’s more than just the words.
Break the logjam with a simple API
It just takes one storage service to decide to bridge the gap and a wonderful era of innovation can begin.
Background
Some people assume that for a user to be independent of silos, they would need to run a server. This is not true. With a tiny connection between JavaScript running in the browser and a cloud-based storage service, we can do anything a server can do without the server, entirely in the browser.
This isn't a question. In 2016, the technology is mature, we know how it works.
How to
Here's a sketch of how the service would work.
- Start with a user-facing service like Dropbox, Google Drive, Amazon Cloud Drive.
- Add an API that allows a JavaScript app running in the browser to write into a folder in a user's space. The user grants access via oAuth, as they do with Twitter, Facebook, etc.
- Connect to a registrar to allow a user to associate a domain name with a folder. Or map a domain they register elsewhere. A revenue opportunity.
That's it. Now I can hook my JS-in-the-browser app to your service. The user manages it through the UI you already support. And we've opened up a new area for developers to be creative. And most important, it says the exploration of great writing tools can advance outside of Medium. (That's how important Medium has been for the last few years.)
BTW, for Amazon, they would use the S3 API, which is supported everywhere. The apps would pop up very quickly for their service.
It's a total logjam and could be broken by one storage service deciding to help the users break free of silos.
totes profesh: how to blog about code and give zero fucks
I'm frustrated right now. I've been looking for someone to write about a technology that tons of people have no doubt used and am coming up short. Really, this is my own fault, because I was hoping I'd find someone who wasn't a white male to address the topic. There's nothing wrong with a white male addressing the topic, but I've been recommending a lot of white males to write about technologies and I was hoping to put my money where my mouth is in terms of my hopes for the diversity of the field in which I work.
I checked a bunch of related repos on GitHub and found that the maintainers were white guys and the committers were white guys and the people filing issues were white guys. So I checked the Following lists of related Twitter accounts and found.. more white guys. The few women I found either didn't blog or had Tumblrs full of inspirational quotes and cupcake photos and shit. (Which is fine. But not what I happened to be looking for an expert on.)
And so this is how I became frustrated, because I don't want to hit up people I know over and over again, and I need a way to know people are interested in and knowledgeable about certain topics, and the internet was giving me fuck-all.
Which brings me to the subject of this post, which is that you, developer in an underrepresented group who hopefully received this link somehow through the magical machinations of social media, should be blogging more. I need you to blog more. Little future developers who look or act or dress or think like you need you to blog more. Your slightly confused and defensive developer community needs you to blog more. Please please please please. And if you are like, "I give zero fucks about what those people need, I need to get off work at six and build charming birdhouses or customize my bicycle or something," the best part is giving zero fucks is totally fine.
See, if you were an ambitious type, you wouldn't need me to prevail upon you to blog more. You would be doing that and speaking at conferences and merrily on your way to becoming the next Marissa Mayer and that would be just fine for everyone. But there are a lot more not-Marissa-Mayers in the world than there are Marissa Mayers and those people need representation, lest we get it into our obsessive little developer heads that if you are not constantly being the very best at everything you should just go home. We need blog posts that aren't about big fluffy TED topics like programmer diversity and are instead about that fucking stubborn and reprehensible bug you spent five hours on today because you couldn't find a goddamned thing on StackOverflow.
What Chuck Todd gets about Trump
The "Meet the Press" host opens up about the surprising thing he shares with the president-elect.
The Seattle Review of Books – Sherman Alexie, Lindy West, and Ta-Nehisi Coates all quit Twitter this week
Sooner or later, enough people I like are going to abandon the service, and the pain-to-pleasure ratio will tip unfavorably. I don't know how Twitter will survive 2017 without making some drastic changes to its service. Maybe it's already too late.
The Daily 202: Key dates to put on your calendar for 2017 | The Washington Post
Summits, elections, anniversaries and other momentous dates for Trump’s first year
David Fahrenthold tells the behind-the-scenes story of his year covering Trump | The Washington Post
A reporter reveals how he investigated Trump’s claims on his donations to charity.