спасибо, я только учу ruby :) я знаю, что амперсанд конвертирует proc/lambda в block. но ":even?" выглядит как вызов функции через sybmol (как?). я загуглил и узнал, что ".even?" это метод класса Integer.
плюсую проблему. не помню что конкретно мне не удавалось сделать, но это было на я.маркете при попытке посмотреть отзывы/цены. вероятно, не получалось посмотреть отзывы о продукте из РФ (не уверен).
это их программный продукт. что хотят, то и делают. понятно, что они могут играть нечестно, но с другой стороны, почему они обязаны? давайте не будем считать деньги в чужом кошельке.
мы убрали php из html потому что бизнес логика должна быть отделена от представления. когда речь идёт о логике представления (например показываем username в хедере, когда пользователь залогинен), мы по прежнему используем php в html — например в yii/yii2. да и любой template engine это всего лишь обёртка над php, ничего не мешает по прежнему использовать php в html для логики представления.
ситуация с react аналогична: вам нужно писать реквесты к api, модели данных, валидацию форм и прочее по прежнему отдельно. react всего лишь решает проблему рендеринга представления, это только view слой. бизнес логика приложения по прежнему хранится отдельно от компонентов react.
если честно, то учитывая высокоуровневость сегодняшних технологий, то да, я ожидаю, что фреймворк будет за меня решать какие-то проблемы и архитектуры языка. тот же React сам следит за DOM, как пример. он же умеет рендериться на сервере, что решает одну из проблем клиентсайда — доступность инфы поисковикам. так что да, на сегодняшний момент сообщество имеет возможность из всех инструментов выбирать лучшие.
позиция «вы ещё на чистом js не писали» никуда не годится. давайте серверные приложения писать на ассемблере? а потом такие придём в современный .net, например и будем не понимать, чего это кто-то вообще возмущается, тут же вона одну функцию пишешь и не надо работать с регистрами. и опять же: да, я ожидаю от инструмента супер простоты и магии. для примера возьмите тот же React. virtual dom — чем не магия?
какая же backbone либа? есть роутер, вью. либа это underscore, jquery. backbone — скелет, в вольном переводе. и он обязывает к определённому дизайну кода.
я наоборот — рад, что все сайты будут отображаться как задумано + потенциально рабочие расширения от хромиума. если у них получится сделать Opera12 с Chromium внутри — будет конфетка.
ваше волшебное большое зеркало как-то усиливает световой поток? почему это будет работать так, по вашему?
мне кажется, у вас на проекте есть проблемы посерьёзнее, чем git.
-f == --force
не знаю, как ещё более явно дать понять.
*написано php девелопером
как это работает?
ситуация с react аналогична: вам нужно писать реквесты к api, модели данных, валидацию форм и прочее по прежнему отдельно. react всего лишь решает проблему рендеринга представления, это только view слой. бизнес логика приложения по прежнему хранится отдельно от компонентов react.
— ставите virtualbox
— ставите vagrant
— пишете vagrant up в папке проекта
позиция «вы ещё на чистом js не писали» никуда не годится. давайте серверные приложения писать на ассемблере? а потом такие придём в современный .net, например и будем не понимать, чего это кто-то вообще возмущается, тут же вона одну функцию пишешь и не надо работать с регистрами. и опять же: да, я ожидаю от инструмента супер простоты и магии. для примера возьмите тот же React. virtual dom — чем не магия?