You seem to have plenty of screenshots, but I don't find them to be particularly informative. After reading through the page and glancing at all of the images, here's what I take away: it's a tool that allows you to enter a pull request URL and display a side-by-side diff.
The side-by-side diff feature is buried at the bottom, and the whole page seems to imply that there are other features within somewhere, but I can't figure out what they would be (I would love to see screenshots of them!).
Thanks! I think what you're saying is the details about the side-by-side view should be further up the page and the idea's around context should be more fleshed out?
I don't see the value proposition of making (most) web apps/sites real-time. Sure, it makes sense for a chat app or a stock ticker, but blogging? A news site? E-commerce?
Maybe it's important that eBay is "real time" in the last 5 minutes of an auction, but the rest of the time, the vast majority of the content is relatively static. A seller might update the description of a listing a couple times over a two week auction, for example. And while it sounds great to immediately update my search results when a new listing goes live, in reality, I already have 40 pages of results to look through, and that listing that just went live 5 seconds ago probably isn't much more relevant than any of the others I'm sifting through.
I'm not opposed to client-heavy apps where it makes sense. When done well, it can create a really responsive user experience. Gmail is great at this; I have no desire for it to be "real time" -- not any more than it already is.
Do we really believe that one day cnn.com will be "real-time", with article updates and errata popping up inline as we read?
It's not that everything must be real-time. But, the stuff that doesn't need it has already been well-done for over a decade. The frontier of new possibilities (including as incremental enhancement to the old categories) tends to involve what's enabled by real-time.
For example, sprinkling in a little real-time surprise – like a notification that others have already responded to your recent work – can accelerate valuable interactions.
For example, in 'blogging' and 'news', both the original authors and active commenters appreciate no-reload indications of fresh comments, mentions, and inlinks. You can do a site without that – but you'll be missing out on features that users increasingly expect, and work to create new interesting content and engagement.
In 'e-commerce', a client-pulled site works and is well-understood, but adding live sales help, or indicators of limited deals being exhausted, can help close sales... so why not try it?
Even where the major cores of these markets work fine without real-time, the frontier of exploration and optimization uses greater game-like liveliness.
Blending speeds up digestion and reduces satiety versus eating whole fruit, but (unlike juicing) I haven't seen any evidence that it destroys fiber. Do you have a reference?
Apparently the lowered glycemic index for foods
of a smaller particle size is only for starchy
foods (smaller particles hydrolyze easier,
making them higher GI). So while my statement
may have held true for starches, it wouldn't for
fruits. I have no idea about smoothies! It's out
of the scope of the paper, though, so all we can
say is that the study suggests that juicing
increases diabetic risk and whole fruits lower
it.
"Moreover, the process of blending fruit destroys its latticework of insoluble fiber, whose job it is to slow food’s digestion and absorption from the intestine into the blood, explains Robert Lustig, a pediatric endocrinologist at the University of California-San Francisco"
I agree with your statement, but I'm confused by the story in the link... I haven't come across a message board that doesn't use rel="nofollow" in a few years (that NYT article is from 2010). How would these negative reviews bolster his PageRank?
I ran a vaguely similar music discovery service called Albumcorner earlier this year. I got in touch with the guy who did Mixest -- seemed like a really great guy. I got the impression that he wasn't going to relaunch after the attack on the server, though, so it's great to hear he passed the baton. And it looks better than ever, Michelle, nice work!
Forgive my ignorance: I get that it uses the extensors instead of the flexors, and it doesn't go through the carpal tunnel, but wouldn't you just eventually get RSI in another part of your wrist then?
Good question! It's possible that this will eventually happen, but I think it's unlikely for 2 reasons:
Lots of stuff goes through a small area in the carpal tunnel so it's easy for it to all rub too much and get irritated. My understanding is that the extensors don't all go through a similar narrow area so are less likely to have this problem.
The flexors are used a lot for typing. By moving some of the wear from mousing to the extensors, the idea is to better spread out the wear and tear.
One note of caution. Until you have a lot more data from a lot more users, this is not an ergonomic mouse, but is more of a test platform to test the idea of whether this is an ergonomic mouse.
I agree that the slide/video sync was handy, but I had a problem: about half way through the video, I put the computer in sleep mode. When I resumed, the video played for a while, but it hung where buffering had ended previously, and it refused to load forward any further. I tried clicking ahead, but it still wouldn't load. So I refreshed and clicked to the spot I was it. It instantly started playing, but the slide viewer was stuck on the first slide the whole rest of the time.
