tantek.com

t

  1. One month ago: spoke on #microformats2 & #HTML5 @HTML5DevConf. 33 minute video youtu.be/BNk-Bkc-CAo #microformats #API

    Twitter post 330099362686439426
  2. Speaking today 1:30pm @data2x #data2summit on panel Web Standards Myths & Realities microformats.org/wiki/events/2013-04-30-data-2-summit #microformats

    Twitter post 329317698897076226
  3. The First Federated #Indieweb Comment Thread

    : the day the indieweb successively federated a comment post.

    The Test Note

    It started with Laurent Eschenauer using Storytlr to post a simple note on his site that sent mention pingbacks to Barnaby Walters and Aaron Parecki:

    Testing #indieweb federation with @waterpigs.co.uk, @aaronparecki.com and @indiewebcamp.com !

    Laurent Eschenauer,

    The Prompt Reply

    Less than 10 minutes later, Aaron Parecki used p3k to post a reply on his own site, which sent a pingback to Laurent's post and was automatically syndicated there as a comment on that post. Laurent's site automatically parsed Aaron's reply's h-entry microformat markup to retrieve its text, permalink, datetime of publication, and authorship information. The HTML+microformats of Aaron's reply literally acted as its own API. No separate meta tags or sidefiles in another syntax needed.

    The Follow-up Commentary

    Two days later, Christophe Ducamp used WordPress with some indieweb plugins to post a blog post commenting about Laurent's note, also pinging it and automatically being syndicated into its "Comments" section, again by Laurent's site parsing the microformats at the comment permalink.

    One day after that, Barnaby Walters used Taproot to post a reply on his own site congratulating Laurent and also had his comment incorporated into the growing thread on Laurent's post.

    Who will be next?

    Four independents, four personal sites, four implementations.

    Who will be the next to post an indieweb comment on Laurent's post?

    Laurent's personal site running Storytlr is the first to accept indieweb comment pingbacks, parse the h-entry microformats at their permalinks, and automatically display them as full fledged comments, beautifully styled to look as good and as natural as any local comment.

    Who will be the next to accept indieweb comment pingbacks (or preferably webmentions) and automatically display them on their posts?

    The federated indieweb is here and growing.

    Join us on IRC and in person at IndieWebCamp 2013 this June in Portland, Oregon.

    Twitter post 326875385679708160
  4. Another milestone: @eschnou automatically shows #indieweb comments with h-entry sent via pingback http://eschnou.com/entry/testing-indieweb-federation-with-waterpigscouk-aaronpareckicom-and--62-24908.html

    Twitter post 326456338123210753
  5. “… if world domination is your goal, think twice before offloading every scrap of you.” zeldman.com/2008/04/27/content-outsourcing-and-the-disappearing-personal-site #indieweb

    Twitter post 326412702073364480
  6. Have your own #indieweb site & want to know how to best post/POSSE/accept/display comments? See: indiewebcamp.com/comment

    Twitter post 325064848360734721
  7. 30 days ago @aaronpk posted the first #indieweb to indieweb reply with threaded POSSE'd tweets: aaronparecki.com/replies/2013/03/19/1/indiewebcamp

    Twitter post 325062902233059328
  8. Friendster Farce wired.com/magazine/2013/04/friendster Friendster PHP->Java killed perf. Google banned PHP. Facebook iterated on PHP.

    Twitter post 324693403071819777
  9. Thoughts with those in Boston. Finished "Deadline" ttk.me/asin/031608106X. And added whitespace support to @Falcon.

    Twitter post 323994155690909699
  10. URLs should be readable, speakable, listenable, and unambiguously retypable, e.g. from print: tantek.com/w/ShortURLPrintExample #UX

    Twitter post 323487484216483840
  11. “If the URL looks like garbage, people are less likely to click” - MSR study via not-implemented.com/urls-are-for-people-not-computers via @adactio

    Twitter post 323487416423944192
  12. “I really encourage you to publish on your own site.” @adactio but on the-pastry-box-project.net/clearleft/2013-april-8 #indieweb #EXPLAIN!! ;)

    Twitter post 323136114745556992
  13. "presentation may vary ... but the content should not" - Content Parity on the Web: gomakethings.com/content-parity-on-the-web via @adactio

    Twitter post 323128671034544128
  14. Related: What's The Matter With The Google[,Apple,Facebook] Bus? svenworld.com/2013/04/11/whats-the-matter-with-the-google-bus/ previously: tantek.com/2012/296/t1/apple-facebook-google-sf-bus-flow-map-stamen

    Twitter post 322764722774618113
  15. This is about right: "San Francisco Is Great — They Should Make More of It" http://www.slate.com/blogs/moneybox/2013/04/11/san_francisco_zoning_needs_more_density_and_tall_buildings.html ht: @khuey_

    Twitter post 322752746740662272
  16. We need to fix (or repeal) the #CFAA: fixthecfaa.com. Previously: tantek.com/2013/026/b1/remembering-aaron-swartz-part-2-hacking-essence-advancing-humanity #aaronsw

    Twitter post 321376639038664707
  17. @jessicahische says: "really what you mean is when will 'e-book' become 'book'". True! My previous thought was: when will "book" mean just a set of pages independent of medium? And when, only to distinguish media, will we specifically call them "ebooks" and "paperbooks"? in-reply-to: https://twitter.com/jessicahische/status/321338205951651840

    Twitter post 321340557475594240
  18. as "e-mail" became "email", when will "e-book" become "ebook"? http://en.wikipedia.org/wiki/Email http://en.wikipedia.org/wiki/E-book

    Twitter post 321337625552252928
  19. thinking about open data & longevity for ~5 min Sensored Meetup talk. 6+ yrs ago http://tantek.com/log/2006/06.html#d17t2231 #qs suggestions?

    Twitter post 321130911007666176
  20. Being kind (or harsh) to yourself predisposes you to being kind (or harsh) to others, and vice versa. #thoughtoftheday

    Twitter post 320989087282651136
  21. Great interview with computing pioneer Alan Kay: http://techland.time.com/2013/04/02/an-interview-with-computing-pioneer-alan-kay/ watch the videos, check the dates. #ui #future

    Twitter post 320623629274603520
  22. Creative friends, check that hegemonic social network for #YxYY pre-sale info. Tickets open to public at noon - 9 min!

    Twitter post 320247399656337408
  23. Think users just want to use FB/G+/Twitter connect? Go do some user testing: http://identity.mozilla.com/post/45842909320/users-dont-like-social-login #identity #indieweb

    Twitter post 319913258532368384
  24. just bought my tickets to @YxYY. excited to participating in another conference by and for creatives. #YxYY

    Twitter post 319527720243564544
  25. #HTML5DevConf: Let's keep talking #microformats2 & #HTML5 over eats+drinks 6pm at 21st Amendment: http://microformats.org/wiki/events/2013-04-02-microformats-dinner

    Twitter post 319235003944939520
  26. Thanks @AlisonBeezy @AviOnWire @getify @leggomymego @ted_drake @TheUnquietOne for your kind words! #HTML5DevConf #h5m2

    Twitter post 319230422951272450
  27. Great audience and questions at "#microformats2 & #HTML5". Thanks #HTML5DevConf! Slides posted: http://tantek.com/presentations/2013/04/microformats2

    Twitter post 319226693392924672
  28. speaking today 11:40 @HTML5DevConf: "#microformats2 & #HTML5" #HTML5DevConf: http://microformats.org/wiki/events/2013-04-02-html5devconf-microformats2-html5 http://lanyrd.com/2013/html5devconf-spring/scfrbg/

    Twitter post 319098394876461056
  29. Why open standards matter for web conversations. @aaronpk posts: http://aaronparecki.com/articles/2013/03/28/1/an-open-challenge-to-app-net & http://aaronparecki.com/articles/2013/03/31/1/a-response-to-replies-i-received-on-my-post-an-open-challenge-to-app-net #indieweb

    Twitter post 318590066823946242
  30. I can use my existing email address to join email conversations. I want to use my existing website not a silo account.

    Twitter post 318389078494162944
  31. conversations on email do not require creating new accounts. neither should conversations on the web. #ADN #indieweb

    Twitter post 318387860891901952
  32. problem with app.net & silos right in their header: Want to join the conversation? (CREATE AN ACCOUNT>)

    Twitter post 318386791344402435
  33. Recent Web Standards Frustrations & Constructive Suggestions

    I have to admit that sometimes standards work can be annoying and frustrating. There are misbehaviors that I've tired of and I'm unsure how to reduce their occurrences in the future.

    Normally when something (like a standards discussion) provokes such a negative emotional response my first assumption is that perhaps it's me, not the apparent source. Maybe it's something about my context that may be contributing: the day, recent unrelated experiences, etc.

    So I braindump into a text file, I write a draft reply, save it, and wait. A day. A few days. A week. I sample time series emotional data. More often than not upon delayed re-evaluation, the negative emotional responses decrease, decay, or outright disappear. The braindump/draft has served its purpose to process the emotions without propagating them, leaving only rational criticisms to rewrite in a constructive form.

    But sometimes, there's little or no change, which to me means that yes, there's a problem. And sometimes the problems pile up. So here's a brief list of recent frustrations, without links to specific examples (for now), to at least bring up the problems:

    • plagiarism - copying without citing sources. Just because something is liberally licensed (e.g. in the public domain or apparently so) doesn't make it any less wrong to copy it and neglect to cite your source. It's lazy at best, and deceptive at worst.
    • excess generality/hierarchy/complexity - making things more generic/hierarchical/complicated than necessary.
    • ignorance of existing standards (one possibility)
    • deliberate divergence from existing standards (the other possibility) without explicitly stated/explained reasons
    • gratuitous renaming of terms - a particularly bad (yet all too common) case of divergence
    • re-using a URL for the "latest version" of specification when the specification has fundamentally changed in non-trivial ways

    In an attempt to provide a glimmer of positivity, here's the logical complement, the constructive suggestions (which I'd love feedback on how to improve so they're more well practiced).

    • always cite your sources
    • start simple - simpler than you think possible, and only add as a result of iteration with real world implementations
    • research existing standards
    • reuse existing standards, or portions thereof. And if you do choose to diverge, document your reasons for doing so.
    • make new URLs for new specifications. URLs are cheap. Leave the old ones in place so past references still make sense. If an old specification is no longer maintained, say so and provide a forward pointer to whatever new approach you're taking.

    Are these constructive suggestions helpful? How would you improve them? How can we better teach them to folks that are new to standards development?

    Twitter post 318161573074067456
  34. Great presentations and discussions @UXDaySF today. #uxday

    Twitter post 318104281653854209
  35. @arielwaldman 4sq 476; checkins 14675 incl Dodgeball. @leyink geologging. @benward intersections for photos. replying-to: twitter.com/arielwaldman/status/317452926492737536

    Twitter post 317766579603509248
  36. "Our feelings are reusable. We choose what feelings to reuse." @joshacagan @SanFrancisco_CM #sfcm

    Twitter post 317675115737391105
  37. Great lineup @UXDaySF this Saturday 2013-03-30. Super affordable way to improve #UX #UI skills: http://uxday.eventbrite.com

    Twitter post 316654710658584577
  38. To the edge of the heliosphere and beyond! Go forth #Voyager 1: http://www.agu.org/news/press/pr_archives/2013/2013-11.shtml #space #exploration

    Twitter post 314548524266172416
  39. How powerful is the dark art of marketing? Emotional vulnerabilities exploited to change culture: http://blog.priceonomics.com/post/45768546804/diamonds-are-bullshit

    Twitter post 314475937473384448
  40. Why creatives avoid (internet) #marketers & conferences they invade: http://www.theverge.com/2012/5/10/2984893/scamworld-get-rich-quick-schemes-mutate-into-an-online-monster long but good read. #IM #SEO

    Twitter post 314202153466077185
  41. great set of "Ideas of March" #indieweb posts by @drewm http://allinthehead.com/retro/354/ideas-of-march http://allinthehead.com/retro/360/ideas-of-march-2012 http://allinthehead.com/retro/365/ideas-of-march-2013

    Twitter post 313803488167608320
  42. On Silos vs an Open Social Web [#indieweb]

    In a post on branch, Brian Oberkirch asks, Why are silos beating the light out of an open social Web? with some insightful points by Dave McClure. The biggest change I've seen in this debate over the years is a shift from "versus" to "leverage", and a recognition of the strengths of different approaches and in having a diversity of approaches.

    Always selfdogfood

    First, let's dissect Dave's points one at a time:

    1) the problems we were interested in were only relevant to geeks

    This is a fair criticism of a lot of open social web work, though the seemingly obvious response was ironically worse. When open social web geeks attempted to prematurely design their technologies/solutions to attempt to work "for everyone" or for your (insert less tech-savvy family-member stereotype here), they ended up creating solutions that no one wanted for themselves, not even the geeks on their own websites. WebFinger is a prime example here.

    The answer is not to not "only [be] relevant to geeks", but rather, reframe it as a positive, and be relevant to yourself. That is, design, architect, create, and build for yourself first, others second. If you're not willing to run your design/code on your own site, for your primary identity on the web, day-in and day-out, why should anyone else? If you started something that way but no longer embrace it as such, start over. Go Selfdogfood or go home.

    Copy, simplify, personalize UX

    Next point:

    2) our UX sucked and no real people wanted to use them

    UX is hard. Design is hard. Both are so hard that even silos screw up sometimes (often?) and regress in their interfaces. Look at how cluttered even Twitter has become, as compared to their initial simple input box on top of a stream of posts interface.

    Another side-effect of selfdogfooding is that it makes you self-conscious about the look and usability of what you're creating, because you're putting it on your own primary identity on the web! It's a constant emotional feedback loop that forces you to keep improving it. If all your working on is an open source project that you expect other people to download and use, then all the design and UX problems are one level removed, they're a to-do list instead of a personal impression problem and are less likely to be fixed.

    Want a decent UX? Steal from the best and then simplify. All the silos are pressured to clutter and corrupt their UX with ads, "stickiness", "engagement", and all kinds of other garbage in a never-ending hamster-wheel chase of ever more page views. You don't have that problem. Take their best stuff and make it simpler, more elegant by cutting out all that crap. And then iterate.

    Business, web architecture, why not both?

    Dave's last paraphrased point:

    3) we weren't working on the business drivers & instead put our faith in the architecture of the Web as a thing that should and would seek its own level in terms of creating and parsing out value.

    Too bad about the web. If only Tim Berners-Lee had focused on the "business drivers", maybe HTML, HTTP, and URL would have succeeded.

    But seriously, the point is not so much about putting "faith in the architecture of the Web as a thing" (though there's plenty of examples demonstrating the greater robustness/longevity of "webby"/decentralized architectures over centralized ones), but more about focusing on solving real problems for people, starting with yourself, and connecting with those you care about.

    People pay hundreds of dollars annually to providers to own their own cell phone numbers which they can use to contact others with phone numbers. They can "port" their numbers from one provider to another.

    Some (new?) ISP/domain/web host will eventually figure out a way to make it just as easy to sign-up for a domain and web hosting as it is to get a cell phone number, and with the right software, just as (more) useful, as well as portable to other hosting providers. A portable "one-click indieweb setup" as it were.

    And why not both? How about a "phone" that would let you "txt" someone via their domain name? All you would need would be an open web based device, an indieweb messaging protocol & library, and a simple webapp to do so.

    I'd much rather say "just txt tantek.com" than "txt (10-number-sequence)". There are even hints at attempts at backward compatibility with solutions like Apple's iMessage, which albeit limited to iOS and latest OSX devices, still let me say "just iMessage tantek at tantek dot com" and receive it on my iPod, without having to pay a cell provider for the service. I am not a number, I am my domain name.

    Leverage the silos

    Brian wrote:

    Fast forward & almost everyone works at one of the silos

    Some are certainly trapped behind gilded walls, lost in silo-specific UX and product design. Some are just tired of protocols and instead are getting paid to learn how to make user-useful interfaces. Others are (were) even trying to change things from the inside. Whatever the reason, it's clear there's more to be gained by figuring out how to leverage silos, instead of leaving them. Individuals who work at Google, Twitter, and other silo hosts have actively and positively contributed to IndieWebCamp every year, often with new and helpfully broadening perspectives.

    The evolution of indieweb identity

    ID & social graph is dominated by them [the silos]

    No doubt there. Facebook "Connect" is not merely an option but sometimes required (Massive Health, Lyft). OpenID proponent Simon Willison wrote about why he used Twitter sign-in instead of OpenID for his own startup Lanyrd (I'd link to his post but his domain simonwillison.net appears to be down).

    Though new adoptions of OpenID appear to be waning, it's still in use in plenty of places, sometimes even required, e.g. to submit a proposal for the Open Source Bridge conference (which you should and can do until ).

    Mozilla's Persona appears to be gaining some adoption (see also: Persona on MDN).

    And lastly, there's Web Sign-in (based on RelMeAuth) which leverages various silos' OAuth support to provide independent domain based identity. The best example of Web Sign-in is the nice service-based version IndieAuth which the IndieWebCamp.com wiki and several indieweb sites support for signing-in.

    Try IndieAuth with your domain name and see how it works.

    Feeds are dying, long live feed semantics

    Brian continues:

    feeds themselves feel like they might be failing

    Indeed. Yesterday's announcement that Google is retiring Google Reader adds weight to that. Although it's possible that Google culturally/hierarchically doesn't care about building services on the open web (aside from search), preferring instead to funnel everyone (via search, Gmail, YouTube) into their G+ silo.

    Then again, maybe we don't need separate feeds anymore. Feeds were always a bizarre DRY violation, often of lower quality than the home page they claimed to be an "alternate" of.

    We're using the h-entry microformat (update to hAtom) to markup our blog archives and our home page updates with feed semantics that anyone can easily parse with open source libraries.

    Just design/code/build/ship/share it

    Should we try to put these ideas back into play? Admit that we framed it incorrectly? Or is the outlook better than what I have described?

    Yes.

    Many of the "open social web" ideas have been either misframed or misprioritized, e.g. federation rather than people, or designing for every-person something you won't even run for yourself.

    If we take the more positively framed approach, focusing on building stuff you'll use every day yourself, and focusing on connecting with each other, we end up with a different set of diverse building blocks, some of which look a lot like old building blocks, but repurposed to be useful to us immediately, rather than useful someday to someone, and taking a diversity of approaches, rather than advocating a monoculture around any one particular open source project.

    If you care about the "open social web", then put your online identity on the line for it. Get started with your own indie web site. Create and ship some of your own design/UI/code for it and then share it.

    Join the indieweb

    Finally, if you've gotten this far, you should join the rest of us doing so:

    Together, with a diversity of approaches/designs/implementations, we can keep advancing the indieweb, regardless of what silos rise and fall in the meantime.

    Twitter post 312297241211715584
  43. Going to The Alembic, join me for a drink? #sf #oldschooltweet #Y2007

    Twitter post 311341265495154688
  44. birthday dinner & cake thanks to sis, shared with nephews & niece. heading back to the city for drinks in the Haight.

    Twitter post 311321158014337024
  45. Lovely day, lovelier evening, loveliest friends. Thanks to each and every one of you. Too full for breakfast tacos. :)

    Twitter post 311020212843589632
  46. Daylight Savings Time reminder: set non-network digital cameras to #DST (if they have a setting) or forward an hour.

    Twitter post 310793626655543297
  47. watching @lessig HLS lecture Aaron's Laws 1:43:03 http://youtu.be/9HAw1i4gOU4 am going to host a viewing & blogging. #aaronsw

    Twitter post 308845282462928896
  48. heartbreaking & soulcrushing. Quinn Norton: "Life Inside the Aaron Swartz Investigation" http://www.theatlantic.com/technology/archive/2013/03/life-inside-the-aaron-swartz-investigation/273654/?single_page=true #aaronsw

    Twitter post 308533534291804160