Всё зависит от задач и масштабов проекта.
Небольшие сайты по множеству причин лучше писать на PHP (инфраструктура, большое количество недорогой рабочей силы и т.д.).
Большие проекты — на Ruby/Python (сам пишу на Ruby).
Как это поможет вашему бизнесу? Да просто: на Ruby такой проект будет написан и сдан (в срок или не в срок — вопрос открытый, но с большой вероятностью одной командой), на PHP вы смените 5 команд работающих за еду студентов и в конце концов или не получите ничего, или получите глючного кошмарного монстра с опозданием на 2 года и 30% заявленной изначально функциональности.
Слушайте, может вы разбирались, а в Throjax есть двусторонний дата-байндинг? Я честно сказать не понял из официального описания. Собственно это единственная вещь, которой мне действительно не хватает в Backbone и которая пока не реализована в полноценном виде ни в одном из известных мне плагинов.
Вообще не очень понятна эта экономия на спичках: какой смысл делать минималистичный недофреймворк на 1kB, если к нему всё равно нужен jQuery, весящий на два порядка больше. Странный в общем подход.
А вот кстати для самого Riot jQuery похоже обязателен. Так что сравнение действительно некорректно: 10kB Backbone + Underscore против 90kB jQuery + Riot
То есть надо добавить никак не описанную в статье систему подписок, так?
А потом, например, окажется, что нужно передавать параметр в url. И? Переписывать половину приложения? Чем это прагматичнее варианта «использовать готовое решение на 6.5 килобайт», я никак не пойму? Кстати, тут вполне можно обойтись одним Backbone без jQuery (а подписки вы ведь именно из него хотели заюзать?) и сэкономить на разнице 75(!) килобайт.
Но явно ошибочно считать что single page web application не сделать без чего-то типа AngularJS, Ember и прочих Knockouts.
А есть ведь вообще микроскопический (в килобайтах) Backbone, который сам по себе никакой нагрузки не создаёт (вся отрисовка на усмотрение разработчика и т.д.), зато приложение будет хорошо структурированным, а не набором спагетти-коллбэков.
Так что можно-то оно конечно можно. Только зачем?
Ааа, так вы директор Seo-агентства. Это многое объясняет. Тогда беру свои слова назад, хорошие специалисты вам всё равно не нужны, а со своими корпоративными хомячками можете и дальше делать, что хотите. Удалёнщики вам и правда не нужны.
Ну то есть проще говоря, чем лучше у людей промыты мозги, тем меньше им можно платить и меньше опасаться утечки кадров.
Мы, естественно, смотрим с позиции работников, которые не очень любят, когда им пытаются что-то насильно промыть в черепной коробке. Так вот, ваш подход предполагает, что лучшие работники (а это мы и есть — те, кто умеет самостоятельно мыслить) в подобных компаниях не просто задерживаться не будут, но и будут обходить их за версту.
Вот я на всякий случай публикую тут название вашей компании: UpSale. Дальше пусть каждый сам думает, что с этим делать.
Не звёзд на средние зарплаты тоже расхватывают без проблем, в отрасли дефицит кадров. Проблемы с устройством могут быть в двух случаях:
1) реально плохой работник
2) завышенные ожидания (не высокие — в IT можно работать за очень хорошие деньги — а именно завышенные, то есть не соответствующие уровню квалификации)
Почему профсоюзы должны защищать людей из этих категорий, я не очень понимаю. Страдать от этого будет работодатель, а через него и прочие работники (не надо же надеюсь объяснять, что успех работодателя в интересах работников?).
Так же, как и в случае офисной работы — никак :) Ну то есть NDA и всё такое прочее, но по сути всё на честном слове держится, потому что пропажу исходников очень сложно будет обнаружить.
Но на самом деле, кража исходников — очень редкий случай. Потом, ими ведь надо суметь воспользоваться, сами по себе они очень мало дают.
ИМХО: в IT, где на плохие зарплаты и недостаток рабочих мест жаловаться не приходится (на уровне: не нравится работа — через неделю нашёл новую) профсоюзы могут только защищать плохих работников.
Не надо нам такого счастья.
Небольшие сайты по множеству причин лучше писать на PHP (инфраструктура, большое количество недорогой рабочей силы и т.д.).
Большие проекты — на Ruby/Python (сам пишу на Ruby).
Как это поможет вашему бизнесу? Да просто: на Ruby такой проект будет написан и сдан (в срок или не в срок — вопрос открытый, но с большой вероятностью одной командой), на PHP вы смените 5 команд работающих за еду студентов и в конце концов или не получите ничего, или получите глючного кошмарного монстра с опозданием на 2 года и 30% заявленной изначально функциональности.
А потом, например, окажется, что нужно передавать параметр в url. И? Переписывать половину приложения? Чем это прагматичнее варианта «использовать готовое решение на 6.5 килобайт», я никак не пойму? Кстати, тут вполне можно обойтись одним Backbone без jQuery (а подписки вы ведь именно из него хотели заюзать?) и сэкономить на разнице 75(!) килобайт.
А есть ведь вообще микроскопический (в килобайтах) Backbone, который сам по себе никакой нагрузки не создаёт (вся отрисовка на усмотрение разработчика и т.д.), зато приложение будет хорошо структурированным, а не набором спагетти-коллбэков.
Так что можно-то оно конечно можно. Только зачем?
Мы, естественно, смотрим с позиции работников, которые не очень любят, когда им пытаются что-то насильно промыть в черепной коробке. Так вот, ваш подход предполагает, что лучшие работники (а это мы и есть — те, кто умеет самостоятельно мыслить) в подобных компаниях не просто задерживаться не будут, но и будут обходить их за версту.
Вот я на всякий случай публикую тут название вашей компании: UpSale. Дальше пусть каждый сам думает, что с этим делать.
1) реально плохой работник
2) завышенные ожидания (не высокие — в IT можно работать за очень хорошие деньги — а именно завышенные, то есть не соответствующие уровню квалификации)
Почему профсоюзы должны защищать людей из этих категорий, я не очень понимаю. Страдать от этого будет работодатель, а через него и прочие работники (не надо же надеюсь объяснять, что успех работодателя в интересах работников?).
Но на самом деле, кража исходников — очень редкий случай. Потом, ими ведь надо суметь воспользоваться, сами по себе они очень мало дают.
Не надо нам такого счастья.