589 karma · joined April 27, 2012
How many of you upvoted "Go" even though you've never really tried Go, just because you feel like it has got zeitgeist and pizzazz and you're attracted to trying Go? Did you downvote Visual Basic? Have you ever used it? If not, you probably downvoted it because hating Visual Basic is a mark of an Enlightened Programmer; wearing a Visual Basic t-shirt to work would either be a joke or a mark of death. But these are social, subjective, impressionistic evaluations we're talking about. Do the languages actually deserve these judgments?
So, if the goal is to propagate and entrench the existing impressions that people tend to muddle around with (because, after all, how many of us really have the chance to deeply learn---deeply enough to form a sound opinion---more than one or two new languages a year?), then mission accomplished. But if the goal is to shed light on the respective value of languages, darkness has fallen.
I believe it would be possible for an expert C++ programmer (and this is clearly who they're targeting) to write an essentially compliant ("fully" sounds difficult, and I expect some fudge there) compiler in a year; two, perhaps, if it's a nights and weekends effort. This estimate comes straight out of my bum. It's an intuition. I'm not including the standard library: that would be a multi-year job even for a small team of truly excellent C++ programmers. But if we focus on the compiler, and allow a little fudge in compliancy, I think there are some individuals who could do it in a year. So I don't believe the scope of the task implies a joke.
The lack of information on the site raises worries. Do the organizers lack the confidence to reveal themselves? Or are they scamming? They shouldn't leave this a question.
The interface teaches me how to use it very badly. The most obvious interface clues are the arrows to either side of the page, but these work in the usual manner (hopping from page to page), so they distract me from the heart of your interface.
When I do happen to mousewheel, I can't immediately understand what that does. Am I moving myself or a divider? Why is the divider coming from the top? What's above the divider? Why is it snapping like that, instead of scrolling smoothly? The snapping erects a level of indirection between my (smooth) wheel movement and the movement of the divider, which obscures my ability to understand what's happening. I can't decide whether to scroll upwards or downwards—which is "forwards?"
Why is there a white page "behind" the text if I scroll the divider upwards? Is that what's on the next page or the previous page? Why are you showing me a white page?
The sense that I'm reading downward yet new text comes from above feels very strange. I see how you've ended up here, but it's highly unintuitive. Alas, it's also fundamental to your concept, so whether the concept lives or dies (once all other problems are removed) is a question of whether people can adapt to this spatial "warp."
The "snappy" movement of the page divider line feels clunky. Move per pixel, in immediate response to mouse wheel (or touch drag?) movement—preferably with inertia—definitely not per line.
This is not the way I want the world to scroll. But I see where you're going: leaving the text in place makes sense, and if you're going to do that then using a divider from the top follows inevitably. So the idea is worthwhile, but this implementation is its own enemy.