Today's HN story on Light Table only tells me that I won't have to build Fluent myself - someone else will, soon enough!
In the discussion that ensued, there was however, this interesting comment:
I can't be bothered to find the link, but a while ago there was a post by somebody big in the blogosphere (Spolsky or Cringely) that spoke about a bill pay start-up that solved the migration problem by allowing users to forward their paper bills directly to them to have the bills digitized and paid. The idea was that once the bills were digitized they could be paid electronically thence, but it was the first time setup that was the hump that users didn't want to go over. Take that pain away, and you got yourself converts by the droves.
Tripit does something similar with Trip Management by parsing booking confirmation emails from travel websites.
I'm not so sure such an approach will apply to developers and their tools for a couple of reasons:
In the discussion that ensued, there was however, this interesting comment:
Yes, but our code was entirely in these utterly unusable changeset files that couldn't work nicely with the version control that everyone else in the entire world was using; his version still uses files under the hood. There's a team that's trying to back Monticello with Git, I believe by saving each method into its own file in part of a Git source tree; that looks promising as a compromise.That's a good lesson to learn from, methinks. Just as "text as code and not just its serialization format" has stood the test of time, so has version control using textual diffs. Anything else will face the migration gap.
I can't be bothered to find the link, but a while ago there was a post by somebody big in the blogosphere (Spolsky or Cringely) that spoke about a bill pay start-up that solved the migration problem by allowing users to forward their paper bills directly to them to have the bills digitized and paid. The idea was that once the bills were digitized they could be paid electronically thence, but it was the first time setup that was the hump that users didn't want to go over. Take that pain away, and you got yourself converts by the droves.
Tripit does something similar with Trip Management by parsing booking confirmation emails from travel websites.
I'm not so sure such an approach will apply to developers and their tools for a couple of reasons:
- Text is actually not a format that you want to get away from (unless you're in the structured camp)
- Providing the gateway solution involves fixing all the tools to work with the non-text format you come up with. And you must fix ALL of them - the IDE, the debugger, the built tool, you name it.
- Alternatively, you could change the environment to something where text input is actually less efficient. Like the Tablet. Then you have a chance.
Its a long, tough road ahead :)
No comments:
Post a Comment