agree. while people may sometimes have valid concerns, its the chain of reasoning that leads to proposed ways of addressing those concerns that often isn't grounded in realistic economics.
To summarize, you're saying that none of these look like legit solutions broadly, but a hodgepodge of different solutions in different locations can create interesting options for competition against the natural monopolies, but these natural monopolies may remain in some areas regardless?
So are you saying you think no legislation can help here, or do you think there is something that can enforce e2e but it just wouldn't get through in practice without dinging certain use cases?
Pretty sure the answer is yes and it has a lot more to do with what Apple and Google were able to do. They didn't gain share in any PC OS or PC apps markets where microsoft was dominant, they just made those markets less relevant.
Jim, this is a really fantastic breakdown. thanks. The part I still don't understand is - how can I threatening W other than by violating their terms with C? Doesn't C, the party who pays I, ultimately pay for a service spec? Is the spec too loose such that it allows I to throttle specific W's?
Could you clarify the following and maybe provide a link?
"right now there's no free market in the broadband space. ISP's have managed to basically outlaw competition from their areas, so before we even begin to accept the idea of "competition is the solution, not regulation", then we need to actually make that true, and make sure all such restrictions against new entrants are lifted"
Agree that we need to look at concrete deal terms in question and talk about what's actually anticompetitive vs. what is just sound decisions by self-interested economic actors. It seems to me that if torrent users are paying for connection parameters that account for the specifics of their usage, there shouldn't be any problems. I have tried to find good detailed accounts about the torrent vs. comcast battle, but haven't found any really detailed technical and economic accounts of what's been happening and why. Anyone have a good link?
You can add both feeds and topics - it'sa bit of a whole new world :) give it a go and see how things work out for you. we are always actively listening on twitter and feedback@getprismatic.com
Awesome to hear feedback like this! We have so far to go with the product though. We can't wait to ship the next big redesign. What do you think we can do to make the experience better?
Don't worry about how anything compares to frameworks, because they don't matter anymore.
We think traditional frontend frameworks - whether of the rails/django variety or the backbone variety, are generally rubbish in a nearly infinite number of ways. It's a style of programming based on wrapping weak mutation oriented idioms behind monolithic APIs and design patterns. We think default functional style and fine grained composability is the future, and mutation + oo design patterns + frameworks is the past.
Actually, we do our numerical work in clojure too and make heavy use of mutable java data structures - and it's a joy to program in Clojure for these tasks.
It is not clear that whitespace sensitivity has ever been a good idea in any language. In jade, it is often just encourages the antipattern of hardcoded hierarchy and throwaway templates rather than reusable abstraction. We like actual abstraction more than trivial syntactic suger.
yes you have to explicitly check this setting. but to be fair, it's on us to make the UX flows extraordinarily clear for such a hot-button social feature. we obviously need to redesign this and it sticks that we've caused a few users to spam a bunch of friends unintentionally. :\
We don't tweet when you don't tell us to. This is a case where there was a UX fail in the profile publication settings so some people get confused and publish all their actions. it's infrequent and we're going to chance the ux.
We're working on a grid for publishing actions from one service (Prismatic) to the other services that you connect. It's tricky and probably not a great behavior to broadcast these actions to twitter where there are no aggregations, like there are on facebook. publishing recommended actions to facebook makes a lot more sense - i do it myself - because they roll up into aggregations we've implemented and don't spam newsfeeds. it's probably fair to say this is not a great setting for twitter period until they start to evolve in this direction.
We have a really interesting revenue model based on driving transactions rather than brand ads or promoted content. It'll take a while before we really focus on it and cale it though.