At any given time, there are a. turnkey tasks, b. relatively easy tasks, c. hard tasks you can do w/ your resources, d. tasks you cannot 1/
-
-
Going from hard to easy lets people use it even if they don't have much time 4/
-
Going from impossible to possible does the obvious: lets early adopters use it at all and help you grow it 5/
-
"Possible" is also contextual; it's relative to the surrounding ecosystem, available time/resources, and team skills 6/
-
If you're trying to decide how to build something, this scale is a hard constraint for the decision 7/
-
Example: distributed databases used to be impossible, now they're hard, and moving toward easy 8/
-
So if you were trying to decide how to build a product, you should weigh the cost in the tradeoff lower and lower over time 9/
-
However, the scale changes relatively slowly. If something was impossible for you yesterday, it probably is today too 10/
-
So it's reasonable to form point-in-time "ideological shortcuts" about the relative costs of various technologies and patterns 11/
-
However, with some effort, a team can usually move the needle, and there is usually someone working on doing just that 12/
- 1 more reply
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.