— ведь есть же описание как тестировать синатру http://www.sinatrarb.com/testing.html и это, заметьте, хороший и правильный подход.
— и никогда, никогда-никогда-никогда-никогда не используйте @@ если только вы точно знаете что это и зачем вам именно это
Я пробовал подобное решение, но не с idisplay (mac + ipad). И оно заметно подтормаживало на планшете. Приложение на Ipad стоит 5$, оно стоит тех денег? Как вообще ощущения?
Да, вы поняли верно. Но поскольку ревью делаю его коллеги, тоже такие же разработчики, с которыми он работает непосредственно каждый день, этот способ работает.
Все верно. Не представляю как вообще можно мержить чью-то ветку, не просмотрем код и не прогнав тесты.
У нас в команде принято так:
До ревью отвечает за код разработчик, после ревью за возможные проблемы отвечает тот, кто просматривал и мержил код. В таком случае ответственность за свои действия на достаточно высоком уровне и народ перестает писать что попало.
Не совсем точно описано, прочитав ваше заглавие, можно сделать вывод, что 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 — сила!
— ведь есть же описание как тестировать синатру http://www.sinatrarb.com/testing.html и это, заметьте, хороший и правильный подход.
— и никогда, никогда-никогда-никогда-никогда не используйте @@ если только вы точно знаете что это и зачем вам именно это
Посмотрите в сторону unit тестов (тут документация)
Так держать!
Вовсе не желаю устраивать холивары или спорить с вами, но в нашей команде у фронтэндщика это заняло 2 часа.
— С уважением и любовью к JS
ЗЫ не увидел, что это перевод, прошу не принимать на свой счет.
пальцы ломатьвыговор делать.Для этого есть
У нас в команде принято так:
До ревью отвечает за код разработчик, после ревью за возможные проблемы отвечает тот, кто просматривал и мержил код. В таком случае ответственность за свои действия на достаточно высоком уровне и народ перестает писать что попало.
Не жалею, что я год назад перешел на Emacs. И да lisp — сила!
Про некоторые моменты никогда даже и не задумывался раньше. Иду читать дальше :)