Как первый шаг, очень даже не плохо, но:

— ведь есть же описание как тестировать синатру http://www.sinatrarb.com/testing.html и это, заметьте, хороший и правильный подход.
— и никогда, никогда-никогда-никогда-никогда не используйте @@ если только вы точно знаете что это и зачем вам именно это

Посмотрите в сторону unit тестов (тут документация)

Так держать!

ой, недочитал

А вы смотрели в сторону Neo4j? Я когда-то имел удовольствие сравнивать эти базы данных и остановился на нео. Что вы думаете по этому поводу?

А где же сравнение и факты? В статье можно заменить /Ruby On Rails/ на /PlayFramework/ (или что-то другое) и ровным счетом смысл бы не изменился.

Мы запустили наиболее важный функционал (MVP) приложения за 3-4 недели, тогда как на rails это бы заняло 4-6 недель.

нам пришлось12-16 часов заниматься конфигурированием

Вовсе не желаю устраивать холивары или спорить с вами, но в нашей команде у фронтэндщика это заняло 2 часа.

— С уважением и любовью к JS

ЗЫ не увидел, что это перевод, прошу не принимать на свой счет.

Я то понял :) Но ведь кто-то же может взять это в оборот.

А как же Knockout? Это достойный соперник Angular и Ember, хоть и менее тяжелый

А выложите на Github тогда, раз вы раздаете исходники. Так хотя бы будет возможность улучшить или поддерживать.

Я пробовал подобное решение, но не с idisplay (mac + ipad). И оно заметно подтормаживало на планшете. Приложение на Ipad стоит 5$, оно стоит тех денег? Как вообще ощущения?

А дайте скриншот, пожалуйста. Не у всех есть ИЕ на борту

Да, вы поняли верно. Но поскольку ревью делаю его коллеги, тоже такие же разработчики, с которыми он работает непосредственно каждый день, этот способ работает.

Все верно. Не представляю как вообще можно мержить чью-то ветку, не просмотрем код и не прогнав тесты.

У нас в команде принято так:

До ревью отвечает за код разработчик, после ревью за возможные проблемы отвечает тот, кто просматривал и мержил код. В таком случае ответственность за свои действия на достаточно высоком уровне и народ перестает писать что попало.

А вот так попробуйте, там что-то лишее в url закралось

Вот уже не ожидал редмайна на Rails 3. Круто

Не совсем точно описано, прочитав ваше заглавие, можно сделать вывод, что Fiber == Concurrency, а это таким не является.

The framework is powered by an EventMachine reactor, a high-performance HTTP parser and Ruby 1.9 runtime. One major major advantage Goliath has over other asynchronous frameworks is the fact that by leveraging Ruby fibers introduced in Ruby 1.9+, it can untangle the complicated callback-based code into a format we are all familiar and comfortable with: linear execution, which leads to more maintainable and readable code.

Главной особенностью Голиафа является применение модели событий для ввода-вывода, посредством библиотеки EventMachine, а также механизма волокон (fibers), появившегося в Ruby 1.9. Его можно считать аналогом столь модного сегодня Node.js, только на Ruby.

Простите, что лезу с вопросом не по теме, а откуда картинка, та что самая первая?

Постарался разобраться в коде не читая ваших объяснений. А ведь круто же вышло. Вроде простая задача, но элегантное решение.
Не жалею, что я год назад перешел на Emacs. И да lisp — сила!

Вы проделали большую работу, вы молодец. Я осилил только несколько абзацев, но уже в восторге.

Про некоторые моменты никогда даже и не задумывался раньше. Иду читать дальше :)

А еще помню PHP 3… Ну чего там, я рад за PHP'шников и за язык.