Actively Reading: Organic Ideas for Startups

Annotations on Paul Graham’s Organic Startup Ideas.

Been using Diigo as a way to annotate online texts. In this case, I was as interested in the tone as in the text itself. At the same time, I kept thinking about things which seem to be missing from Diigo.

One thing I like about this text is its tone. There’s an honesty, an ingenuity that I find rare in this type of writing.

  • startup ideas
    • The background is important, in terms of the type of ideas about which we’re constructing something.
  • what do you wish someone would make for you?
    • My own itch has to do with Diigo, actually. There’s a lot I wish Diigo would make for me. I may be perceived as an annoyance, but I think my wishlist may lead to something bigger and possibly quite successful.
    • The difference between this question and the “scratch your own itch” principle seems significant, and this distinction may have some implications in terms of success: we’re already talking about others, not just running ideas in our own head.
  • what do you wish someone would make for you?
    • It’s somewhat different from the well-known “scratch your own itch” principle. In this difference might be located something significant. In a way, part of the potential for this version to lead to success comes from the fact that it’s already connected with others, instead of being about running ideas in your own mind.
  • grow organically
    • The core topic of the piece, put in a comparative context. The comparison isn’t the one people tend to make and one may argue about the examples used. But the concept of organic ideas is fascinating and inspiring.
  • you decide, from afar,
    • What we call, in anthropology, the “armchair” approach. Also known as “backbenching.” For this to work, you need to have a deep knowledge of the situation, which is part of the point in this piece. Nice that it’s not demonizing this position but putting it in context.
  • Apple
    was the first type
    • One might argue that it was a hybrid case. Although, it does sound like the very beginnings of Apple weren’t about “thinking from afar.”
  • class of users other than you
    • Since developers are part of a very specific “class” of people, this isn’t insignificant a way to phrase this.
  • They still rely on this principle today, incidentally.
    The iPhone is the phone Steve Jobs wants.
    • Apple tends to be perceived in a different light. According to many people, it’s the “textbook example” of a company where decisions are made without concerns for what people need. “Steve Jobs uses a top-down approach,” “They don’t even use focus groups,” “They don’t let me use their tools the way I want to use them.” But we’re not talking about the same distinction between top-down and bottom-up. Though “organic ideas” seem to imply that it’s a grassroots/bottom-up phenomenon, the core distinction isn’t about the origin of the ideas (from the “top,” in both cases) but on the reasoning behind these ideas.
  • We didn’t need this software ourselves.
    • Sounds partly like a disclaimer but this approach is quite common and “there’s nothing wrong with it.”
  • comparatively old
    • Age and life experience make for an interesting angle. It’s not that this strategy needs people of a specific age to work. It’s that there’s a connection between one’s experience and the way things may pan out.
  • There is no sharp line between the two types of ideas,
    • Those in the “engineering worldview” might go nuts, at this point. I can hear the claims of “hand waving.” But we’re talking about something complex, here, not a merely complicated problem.
  • Apple type
    • One thing to note in the three examples here: they’re all made by pairs of guys. Jobs and Woz, Gates and Allen, Page and Brin. In many cases, the formula might be that one guy (or gal, one wishes) comes up with ideas knowing that the other can implement them. Again, it’s about getting somebody else to build it for you, not about scratching your own itch.
  • Bill Gates was writing something he would use
    • Again, Gates may not be the most obvious example, since he’s mostly known for another approach. It’s not inaccurate to say he was solving his own problem, at the time, but it may not be that convincing as an example.
  • Larry and Sergey when they wrote the first versions of Google.
    • Although, the inception of the original ideas was academic in context. They weren’t solving a search problem or thinking about monetization. They were discovering the power of CitationRank.
  • generally preferable
    • Nicely relativistic.
  • It takes experience
    to predict what other people will want.
    • And possibly a lot more. Interesting that he doesn’t mention empirical data.
  • young founders
    • They sound like a fascinating group to observe. They do wonders when they open up to others, but they seem to have a tendency to impose their worldviews.
  • I’d encourage you to focus initially on organic ideas
    • Now, this advice sounds more like the “scratch your own itch” advocation. But there’s a key difference in that it’s stated as part of a broader process. It’s more of a “walk before you run” or “do your homework” piece of advice, not a “you can’t come up with good ideas if you just think about how people will use your tool.”
  • missing or broken
    • It can cover a lot, but it’s couched in terms of the typical “problem-solving” approach at the centre of the engineering worldview. Since we’re talking about developing tools, it makes sense. But there could be a broader version, admitting for dreams, inspiration, aspiration. Not necessarily of the “what would make you happy?” kind, although there’s a lot to be said about happiness and imagination. You’re brainstorming, here.
  • immediate answers
    • Which might imply that there’s a second step. If you keep asking yourself the same question, you may be able to get a very large number of ideas. The second step could be to prioritize them but I prefer “outlining” as a process: you shuffle things together and you group some ideas to get one which covers several. What’s common between your need for a simpler way to code on the Altair and your values? Why do you care so much about algorithms instead of human encoding?
  • You may need to stand outside yourself a bit to see brokenness
    • Ah, yes! “Taking a step back,” “distancing yourself,” “seeing the forest for the trees”… A core dimension of the ethnographic approach and the need for a back-and-forth between “inside” and “outside.” There’s a reflexive component in this “being an outsider to yourself.” It’s not only psychological, it’s a way to get into the social, which can lead to broader success if it’s indeed not just about scratching your own itch.
  • get used to it and take it for granted
    • That’s enculturation, to you. When you do things a certain way simply because “we’ve always done them that way,” you may not create these organic ideas. But it’s a fine way to do your work. Asking yourself important questions about what’s wrong with your situation works well in terms of getting new ideas. But, sometimes, you need to get some work done.
  • a Facebook
    • Yet another recontextualized example. Zuckerberg wasn’t trying to solve that specific brokenness, as far as we know. But Facebook became part of what it is when Zuck began scratching that itch.
  • organic startup ideas usually don’t
    seem like startup ideas at first
    • Which gets us to the pivotal importance of working with others. Per this article, VCs and “angel investors,” probably. But, in the case of some of cases cited, those we tend to forget, like Paul Allen, Narendra, and the Winklevosses.
  • end up making
    something of value to a lot of people
    • Trial and error, it’s an iterative process. So you must recognize errors quickly and not invest too much effort in a specific brokenness. Part of this requires maturity.
  • something
    other people dismiss as a toy
    • The passage on which Gruber focused and an interesting tidbit. Not that central, come to think of it. But it’s important to note that people’s dismissive attitude may be misled, that “toys” may hide tools, that it’s probably a good idea not to take all feedback to heart…
  • At this point, when someone comes to us with
    something that users like but that we could envision forum trolls
    dismissing as a toy, it makes us especially likely to invest.
  • the best source of organic ones
    • Especially to investors. Potentially self-serving… in a useful way.
  • they’re at the forefront of technology
    • That part I would dispute, actually. Unless we talk about a specific subgroup of young founders and a specific set of tools. Young founders tend to be oblivious to a large field in technology, including social tools.
  • they’re in a position to discover
    valuable types of fixable brokenness first
    • The focus on fixable brokenness makes sense if we’re thinking exclusively through the engineering worldview, but it’s at the centre of some failures like the Google Buzz launch.
  • you still have to work hard
    • Of the “inspiration shouldn’t make use forget perspiration” kind. Makes for a more thoughtful approach than the frequent “all you need to do…” claims.
  • I’d encourage anyone
    starting a startup to become one of its users, however unnatural it
    seems.
    • Not merely an argument for dogfooding. It’s deeper than that. Googloids probably use Google tools but they didn’t actually become users. They’re beta testers with a strong background in troubleshooting. Not the best way to figure out what users really want or how the tool will ultimately fail.
  • It’s hard to compete directly with open source software
    • Open Source as competition isn’t new as a concept, but it takes time to seep in.
  • there has to be some part
    you can charge for
    • The breach through which old-school “business models” enter with little attention paid to everything else. To the extent that much of the whole piece might crumble from pressure built up by the “beancounter” worldview. Good thing he acknowledges it.
Advertisement

Sharing Tool Wishlist

My personal (potentially crazy) wishlist for a tool to share online content (links/bookmarks).

The following is an edited version of a wishlist I had been keeping on the side. The main idea is to define what would be, in my mind, the “ultimate social bookmarking system.” Which, obviously, goes way beyond social bookmarking. In a way, I even conceive of it as the ultimate tool for sharing online content. Yes, it’s that ambitious. Will it ever exist? Probably not. Should it exist? I personally think so. But I may be alone in this. Surely, you’ll tell me that I am indeed alone, which is fine. As long as you share your own wishlist items.

The trigger for my posting this is that someone contacted me, asking for what I’d like in a social bookmarking system. I find this person’s move quite remarkable, as a thoughtful strategy. Not only because this person contacted me directly (almost flattering), but because such a request reveals an approach to listening and responding to people’s needs that I find lacking in some software development circles.

This person’s message served as a prompt for my blogging this, but I’ve been meaning to blog this for a while. In fact, my guess is that I created a first version of this wishlist in 2007 after having it on my mind for a while before that. As such, it represents a type of “diachronic” or “longitudinal” view of social bookmarking and the way it works in the broader scheme of social media.

Which also means that I wrote this before I heard about Google Wave. In fact, I’m still unclear about Google Wave and I’ll need to blog about that. Not that I expect Wave to fulfill all the needs I set up for a sharing tool, but I get the impression that Google is finally putting some cards on the table.

The main part of this post is in outline form. I often think through outlines, especially with such a type of notes. I fully realize that it may not be that clear, as a structure, for other people to understand. Some of these bullet points cover a much broader issue than what they look like. But the overall idea might be fairly obvious to grasp, even if it may sound crazy to other people.

I’m posting this to the benefit of anyone who may wish to build the killer app for social media. Of course, it’s just one man’s opinion. But it’s my entitled opinion.

Concepts

What do we share online?

  • “Link”
  • “Page”
  • Identified content
  • Text
    • Narrative
    • Contact information
    • Event description
  • Contact information
  • Event invitation
  • Image
  • Recording
  • Structured content
  • Snippet
  • Access to semi-private content
  • Site’s entry point

Selective sharing

Private
  • Archiving
  • Cloud access
Individually shared
  • “Check this out”
  • Access to address book
  • Password protection
  • Specialization/expertise
  • Friendship
Group shared
  • Shared interests (SIG)
  • Collaboration (task-based)
Shared through network
  • Define identity in network
  • Semi-public
Public
  • Publishing
  • Processed
  • Reading lists

Notetaking

  • Active reading
  • Anchoring text
  • Ad hoc list of bookmarks
  • “Empty URL”
    • Create container/page
    • Personal notes

Todos

  • To read
  • To blog
  • To share
  • To update
  • Projects
    • GTD
    • Contexts
  • Add to calendar (recognized as event)

Outlining/Mindmapping

  • Manage lists of links
  • Prioritize
  • Easily group

Social aspects of sharing

  • Gift economy
  • Personal interaction
  • Trust
  • Hype
  • Value
  • Customized

Cloud computing

  • Webware
  • “Online disk”
  • Without download
  • Touch devices
  • Edit online

Personal streaming

  • Activities through pages
  • Logging
  • Flesh out personal profile

Tagging

  • “Folksonomy”
  • Enables non-hierarchical structure
  • Semantic fields
  • Related tags
  • Can include hierarchy
  • Tagclouds define concept map

Required Features

Crossplatform, crossbrowser

  • Browser-specific tools
  • Bookmarklets
  • Complete access through cloud
Keyboard shortcuts
  • Quick add (to account)
  • Vote
  • Bookmark all tabs (à la Flock)
  • Quick tags

Related pages

Recommended
  • Based on social graph
  • Based on tags
  • Based on content
  • Based on popularity
  • Pointing to this page

Quickly enter links

  • Add in place (while editing)
  • Similar to “spell as you type”
  • Incremental search
  • Add full link (title, URL, text, metadata)

Archiving

  • Prevent linkrot
  • Prepare for post-processing (offline reading, blogging…)
  • Enable bulk processing
  • Maintain version history
  • Internet Archive

Automatic processing

  • Tags
  • Summary
  • Wordcount
  • Reading time
  • Language(s)
  • Page structure analysis
  • Geotagging
  • Vote

Thread following

  • Blog comments
  • Forum comments
  • Trackbacks
  • Pings

Exporting

All
  • Archiving
  • Prepare for import
  • Maintain hierarchy
Selected
  • Tag
  • Category
  • Recently used
  • Shared
  • Site homepage
  • Blogroll
  • Blogs
Formats
  • Other services
  • HTML
  • RSS
  • OPML
  • Widget
Features
  • Comments
  • Tags
  • Statistics
  • Content

Offline processing

  • Browser-based
  • Device based
  • Offline archiving
  • Include content
  • Synchronization

Microblogging support

  • Laconi.ca/Identi.ca
  • Twitter
  • Ping.fm
  • Jaiku

Fixed/Static URL

  • Prevent linkrot
  • Maintain list for same page
  • Short URLs
  • Automatically generated
  • Expansion on mouseover
  • Statistics

Authentication

  • Use of resources
  • Identify
  • Privacy
  • Unnecessary for basic processing
  • Sticks (no need to login frequently)
  • Access to contacts and social graph
  • Multiple accounts
    • Personal/professional
    • Contexts
    • Group accounts
  • Premium accounts
    • Server space
    • Usage statistics
    • Promotion
  • Support
    • OpenID
      • As group login
    • Google Accounts
    • Facebook Connect
    • OAuth

Integration

  • Web history
  • Notebook
  • Blogging platform
  • Blog editor
  • Microblogging platform
  • Logbook
  • General purpose content editor
  • Toolbar
  • URL shortening
  • Address book
  • Social graph
  • Personal profile
  • Browser
    • Bookmarks
    • History
    • Autocomplete
  • Analytics
  • Email
  • Search
    • Online
    • Offline

Related Tools

  • Diigo
  • WebCitation
  • Ping.fm
  • BackType
  • Facebook share
  • Blog This
  • Link This
  • Share this
  • Digg
  • Plum
  • Spurl
  • CoComments
  • MyBlogLog
  • TwtVite
  • Twistory
  • Windows Live Writer
  • Magnolia
  • Stumble Upon
  • Delicious
  • Google Reader
  • Yahoo Pipes
  • Google Notebook
  • Zoho Notebook
  • Google Browser Sync
  • YouTube
  • Flock
  • Zotero

Relevant Blogposts

Selling Myself Long

Been attending sessions by Meri Aaron Walker about online methods to get paid for our expertise. Meri coaches teachers about those issues.

MAWSTOOLBOX.COM

There’s also a LearnHub “course”: Jumpstart Your Online Teaching Career.

Some notes, on my own thinking about monetization of expertise. Still draft-like, but RERO is my battle cry.

Some obstacles to my selling expertise:

  • My “oral personality.”
  • The position on open/free knowledge in academia and elsewhere.
  • My emphasis on friendship and personal rapport.
  • My abilities as an employee instead of a “boss.”
  • Difficulty in assessing the value of my expertise.
  • The fact that other people have the same expertise that I think I have.
  • High stakes (though this can be decreased, in some contexts).
  • My distaste for competition/competitiveness.
  • Difficulty at selling and advertising myself (despite my social capital).
  • Being a creative generalist instead of a specialist.

Despite all these obstacles, I have been thinking about selling my services online.

One reason is that I really do enjoy teaching. As I keep saying, teaching is my hobby (when I get paid, it’s to learn how to interact with other learners and to set up learning contexts).

In fact, I enjoy almost everything in teaching (the major exception being grading/evaluating). From holding office hours and lecturing to facilitating discussions and answering questions through email. Teaching, for me, is deeply satisfying and I think that learning situations which imply the role of a teacher still make a lot of sense. I also like more informal learning situations and I even try to make my courses more similar to informal teaching. But I still find specific value in a “teaching and learning” system.

Some people seem to assume that teaching a course is the same thing as “selling expertise.” My perspective on learning revolves to a large extent on the difference between teaching and “selling expertise.” One part is that I find a difference between selling a product or process and getting paid in a broader transaction which does involve exchange about knowledge but which isn’t restricted to that exchange. Another part is that I don’t see teachers as specialists imparting their wisdom to eager masses. I see knowledge as being constructed in diverse situations, including formal and informal learning. Expertise is often an obstacle in the kind of teaching I’m interested in!

Funnily enough, I don’t tend to think of expertise as something that is easily measurable or transmissible. Those who study expertise have ways to assess something which is related to “being an expert,” especially in the case of observable skills (many of those are about “playing,” actually: chess, baseball, piano…). My personal perspective on expertise tends to be broader, more fluid. Similar to experience, but with more of a conscious approach to learning.

There also seems to be a major difference between “breadth of expertise” and “topics you can teach.” You don’t necessarily need to be very efficient at some task to help someone learn to do it. In fact, in some cases, being proficient in a domain is an obstacle to teaching in that domain, since expertise is so ingrained as to be very difficult to retrieve consciously.

This is close to “do what I say, not what I do.” I even think that it can be quite effective to actually instruct people without direct experience of these instructions. Similar to consulting, actually. Some people easily disagree with this point and some people tease teachers about “doing vs. teaching.” But we teachers do have a number of ways to respond, some of them snarkier than others. And though I disagree with several parts of his attitude, I quite like this short monologue by Taylor Mali about What Teachers Make.

Another reason I might “sell my expertise” is that I genuinely enjoy sharing my expertise. I usually provide it for free, but I can possibly relate to the value argument. I don’t feel so tied to social systems based on market economy (socialist, capitalist, communist…) but I have to make do.

Another link to “selling expertise” is more disciplinary. As an ethnographer, I enjoy being a “cultural translator.” of sorts. And, in some cases, my expertise in some domains is more of a translation from specialized speech into laypeople’s terms. I’m actually not very efficient at translating utterances from one language to another. But my habit of navigating between different “worlds” makes it possible for me to bridge gaps, cross bridges, serve as mediator, explain something fairly “esoteric” to an outsider. Close to popularization.

So, I’ve been thinking about what can be paid in such contexts which give prominence to expertise. Tutoring, homework help, consulting, coaching, advice, recommendation, writing, communicating, producing content…

And, finally, I’ve been thinking about my domains of expertise. As a “Jack of All Trades,” I can list a lot of those. My level of expertise varies greatly between them and I’m clearly a “Master of None.” In fact, some of them are merely from personal experience or even anecdotal evidence. Some are skills I’ve been told I have. But I’d still feel comfortable helping others with all of them.

I’m funny that way.

Domains of  Expertise

French

  • Conversation
  • Reading
  • Writing
  • Culture
  • Literature
  • Regional diversity
  • Chanson appreciation

Bamanan (Bambara)

  • Greetings
  • Conversation

Social sciences

  • Ethnographic disciplines
  • Ethnographic field research
  • Cultural anthropology
  • Linguistic anthropology
  • Symbolic anthropology
  • Ethnomusicology
  • Folkloristics

Semiotics

Language studies

  • Language description
  • Social dimensions of language
  • Language change
  • Field methods

Education

  • Critical thinking
  • Lifelong learning
  • Higher education
  • Graduate school
  • Graduate advising
  • Academia
  • Humanities
  • Social sciences
  • Engaging students
  • Getting students to talk
  • Online teaching
  • Online tools for teaching

Course Management Systems (Learning Management Systems)

  • Oncourse
  • Sakai
  • WebCT
  • Blackboard
  • Moodle

Social networks

  • Network ethnography
  • Network analysis
  • Influence management

Web platforms

  • Facebook
  • MySpace
  • Ning
  • LinkedIn
  • Twitter
  • Jaiku
  • YouTube
  • Flickr

Music

  • Cultural dimensions of music
  • Social dimensions of music
  • Musicking
  • Musical diversity
  • Musical exploration
  • Classical saxophone
  • Basic music theory
  • Musical acoustics
  • Globalisation
  • Business models for music
  • Sound analysis
  • Sound recording

Beer

  • Homebrewing
  • Brewing techniques
  • Recipe formulation
  • Finding ingredients
  • Appreciation
  • Craft beer culture
  • Brewing trends
  • Beer styles
  • Brewing software

Coffee

  • Homeroasting
  • Moka pot brewing
  • Espresso appreciation
  • Coffee fundamentals
  • Global coffee trade

Social media

Blogging

  • Diverse uses of blogging
  • Writing tricks
  • Workflow
  • Blogging platforms

Podcasts

  • Advantages of podcasts
  • Podcasts in teaching
  • Filming
  • Finding podcasts
  • Embedding content

Technology

  • Trends
  • Geek culture
  • Equipment
  • Beta testing
  • Troubleshooting Mac OS X

Online Life

Communities

  • Mailing-lists
  • Generating discussions
  • Entering communities
  • Building a sense of community
  • Diverse types of communities
  • Community dynamics
  • Online communities

Food

  • Enjoying food
  • Cooking
  • Baking
  • Vinaigrette
  • Pizza dough
  • Bread

Places

  • Montreal, Qc
  • Lausanne, VD
  • Bamako, ML
  • Bloomington, IN
  • Moncton, NB
  • Austin, TX
  • South Bend, IN
  • Fredericton, NB
  • Northampton, MA

Pedestrianism

  • Carfree living
  • Public transportation
  • Pedestrian-friendly places

Tools I Use

  • PDAs
  • iPod
  • iTunes
  • WordPress.com
  • Skype
  • Del.icio.us
  • Diigo
  • Blogger (Blogspot)
  • Mac OS X
  • Firefox
  • Flock
  • Internet Explorer
  • Safari
  • Gmail
  • Google Calendar
  • Google Maps
  • Zotero
  • Endnote
  • RefWorks
  • Zoho Show
  • Wikipedia
  • iPod touch
  • SMS
  • Outlining
  • PowerPoint
  • Slideshare
  • Praat
  • Audacity
  • Nero Express
  • Productivity software

Effective Web searches

Socialization

  • Social capital
  • Entering the field
  • Creating rapport
  • Event participation
  • Event hosting

Computer Use

  • Note-taking
  • Working with RSS feeds
  • Basic programing concepts
  • Data manipulations

Research Methods

  • Open-ended interviewing
  • Qualitative data analysis

Personal

  • Hedonism
  • Public speaking
  • GERD
  • Strabismus
  • Moving
  • Cultural awareness

Adobe and “Cloud Computing”

Saw a few things about Adobe’s AIR today, including a New York Times piece describing the “Webtop” play. In that NYT piece, a mention was made of Adobe’s own Buzzword “online word-processor.” Tried it out and, if it’s a sign of things to come, there might be some cool stuff happening for the webware enthusiast.

Buzzword has some niceties over other “online word processors” like Zoho Writer and Google Docs, especially in terms of interface. It does feel right, which makes for a more pleasant writing experience.

One thing I quite like about Buzzword is the list management. It seems more efficient that what is available in desktop word processors (most notably, in Microsoft Word). As a fan of outliners, I think this could even be a deal-maker for me.

I just wonder why it is that nobody’s integrating all of these cloud computing/webware/online productivity apps in an actual workflow. No, not AppleWorks-style “integrated software.” But some cool way to bring content from one online app to another.