An open listicle to startup founders: here are some ideas to avoid. https://words.werd.io/an-open-listicle-to-startup-founders-897ed8bdacd#.rc79tcmj6 #startups #bots #opensource
Minds.com just open sourced the codebase for its engine, based on @elgg: https://github.com/minds/engine #opensource #elgg
What is #opensource? Is it a viable alternative? What are the issues? An explainer: https://words.werd.io/what-is-open-source-cfbe3ccd22ea#.mrsaan578
If you prefer to use #opensource end user (not infrastructure) products, why is that? I'm writing something and would love your thoughts.
Ooh! Nadia Eghbal published her report on digital infrastructure (including #opensource) with the Ford Foundation: http://www.fordfoundation.org/library/reports-and-studies/roads-and-bridges-the-unseen-labor-behind-...
This discussion about Mozilla's brand touches on some much deeper problems, too. Really important. https://medium.com/mozilla-branding/going-deeper-into-mozillas-identity-problem-ce2315ca2324?source=... #opensource
This completely nails it. (And I think I'll subscribe to The Information now.) https://twitter.com/amir/status/750760849459908608 #opensource #indieweb
What is an API? I wrote an introduction, including open APIs and personal APIs. https://words.werd.io/what-is-an-api-bd913f45ff23?source=linkShare-3b16402f5b9d-1467731643 #edtech #opensource #opendata #api
What are APIs, anyway? And what is a Personal API? https://words.werd.io/what-is-an-api-bd913f45ff23#.fteulfohq #edtech #apis #opensource #opendata
Feeling pretty solid with my past decision to copy dependencies rather than deploy using a dependency manager. #opensource #deckofcards
Lots of people talking about #openaccess and #opensource today. Not seeing a lot of people explain how to pay for these networks. #edtech
ICYMI: I wrote a frank piece about building a business with an #opensource product. http://werd.io/2015/open-issues-lessons-learned-building-an-open-source-business #edtech
I'm interested in feedback from the #indieweb and #opensource communities. Building an open source business: http://werd.io/2015/open-issues-lessons-learned-building-an-open-source-business
Here's why I think cars should run on open software: to save lives. https://medium.com/building-an-open-startup/untestable-unsafe-and-on-the-freeway-8cd58c0f2984 #opensource #automotive #iot
Re-sharing: my thoughts on "market source" as an evolution of open source for business. https://medium.com/building-an-open-startup/market-source-an-open-source-ecosystem-that-pays-a373976... #opensource #startups
I just installed a vanilla configuration of idno onto my new website at werd.io.
idno is a personal attempt at building a publishing platform that adheres to IndieWeb principles: own your own data, publish on your own site, use existing social websites for dissemination but not as an origin. I've also tried to use microformats where possible, allowing every page to contain lightweight semantic information, as well as making it skinnable, extensible, and social.
I also wanted a chance to think about platform design again, separately from my work at latakoo (where I'm CTO) and informed by my previous work on Elgg (which I helped start nine years ago). What would I do if I was building a platform from scratch in 2013? How could I make it more useful?
I'm proud of the results so far, and the decisions I've made. Here are some highlights:
idno is based on Activity Streams, and every page is an API call
If you visit the front page of the site, or click on any user profile, the feed you see is an Activity Stream (albeit rendered to HTML). You can easily toggle a JSON version by setting application/json to be your web client's accepted type. There's automatic RSS, of course, too. And if entities have attachments - for example an uploaded file or a photo - the RSS items have automatic enclosure tags, as you'd expect. (That means idno can host podcasts and deliver other files via RSS.)
The system is designed so that all plugins automatically have an API without having to do any extra work. I'm also planning on implementing HTTP signatures, or something like them, to authenticate seamlessly in addition to standard sessions.
idno uses HTML5 (and Bootstrap, jQuery)
HTML5 needs no introduction or reasoning. Bootstrap is a very handy set of rails for responsive front-end design (with lots of pre-existing themes), and jQuery is an integral part of that. On top of that, idno bakes in some useful features behind the scenes - like autosaving works in progress using your browser's local storage, for example.
idno runs on PHP 5.4 with a MongoDB back-end.
PHP is a controversial decision, but it remains one of the most widely-deployed web scripting languages in the world. Version 5.4 is old enough to be installable on most servers, but new enough to contain some really neat features. Idno makes extensive use of the JsonSerializable interface. (It also uses a lot of 5.3 features like lazy loading and namespaces.) MongoDB, meanwhile, means that we don't have to force plugin writers to maintain schemas, nor to emulate NoSQL in MySQL, which has been a tactic I've used in the past. So far it's performing great, and it also provides GridFS, a useful file store.
All of this a work in progress, which has mostly been coded late at night, and there's still a lot to do. For example, at the time of publishing, the hashtags below aren't linked anywhere and aren't automatically marked up, but I bet if you check back in a few days, they will be. Another is that although my posts are automatically POSSEd out across the web, I can't yet posts things like replies to tweets from the idno interface. Nonetheless, I invite the brave to check out the GitHub repository (idno is released under an Apache 2.0 license), and let me know what you think.
·
Posts
·
Share this post
