Может, но ограниченно. Если это обычный разработчик (по роли не пм, не бизнес-аналитик, не архитектор и не продвигается на эти роли), то может участвовать, когда готов черновик ТЗ. На этом этапе желательно всем членам проектной команды (не только программистам, но и тестировщикам, верстальщикам, дизайнерам, ...) показать черновик и услышать их отзыв (по полноте, срокам, рискам, предложениям, ошибкам, ...). Если команда опытная и серьезно отнесется к отзыву, то можно получить ценные замечания, и обновить ТЗ с их учетом.
У них еще недавно, вроде бы, не было своей разработки сайтов, все заказывалось на контрактной основе у разных исполнителей (по крайней мере «маркетинговые» сайты). В любом случае — доказательство нужно смотреть по success story, а не по факту разработки.
Может, Студия делала только psd, а остальное силами других подрядчиков без контроля Студии? Вроде бы несколько раз у них в портфолио такое было («эскизы сайта»)?
> Считаю это явным показателем качества Drupal и его актуальности для бизнеса.
Заказчики редко требуют конкретные технологии, это очень часто исключительно выбор исполнителей. А вот подходит или нет (при текущем уровне исполнителей, это так же важно), будет понятно на след. проекте (с ужасом откажутся от Друпал из-за плохого опыта или согласятся и дальше на нем работать).
Я так понимаю, что r21514 из Оперы? Вам в лицензии нужно прописать, что дистрибьютив можно поставлять только в неизменном виде. Тогда будут юр. силы закрывать такие раздачи.
Если же считаете, что можно добавлять тулбары, но не так, то так же прописывайте в соглашении.
А так по факту вы сами этому потворствуете (т.к. не запрещаете), хотя здесь и развернули кампанию против Mail.ru.
Имхо, скорости выполнения RoR'у достаточно, есть те же приложения 37сигналов с миллионами пользователей (естественно, масштабируется добавлением серверов).
По синтаксису получше php. На питон не смотрел, может и достаточно прилично там, rails вполне устраивает.
Пользуюсь под Windows, недоволен: виснет приложение, неудобно читать, плохо ищет (все надрывается на неслабой машине) на 400х заметках. Буду что-то другое искать…
Посмотрел видео по Play!, в нем так же упоминается груви (используется в шаблонах, модели и контроллеры на Java). Понравилась работа с БД (опять же по видео). Не понравилось, что они наследуются (в Spring это уже проходили и теперь используют аннотации и аспекты без наследования) и придумали свои аннотации для валидации. И, конечно, все что можно найти по Play! можно найти в его дистрибьютиве, а рейлс-плагинами забит весь github.com.
Главная проблема Spring MVC (имхо самый передовой Java фреймворк) — это уровень модели: нет scope, нет attr_accessible, before/after фильтров (и в контроллерах тоже), хуже валидация.
Не совсем так. Например, Grails написан не на Java, а на Groovy. Сообщество вокруг Rails имхо больше (активней), чем в каждом из перечисленных проектов. Т.е. да, нечто похожее можно получить на других языках (CakePHP для PHP почему-то забыли), но это будет нечто вторичное и недоделанное, без особых инноваций (тот же язык haml-lang.com для шаблонов, а так же множество плагинов и деталей реализации). Все-таки у рейлс 3я версия уже и по крайней мере 6 лет активной разработки с множеством комитеров.
Фримиум (Freemium) — это модель сервиса с продажей премиум аккаунтов и наличием бесплатных аккаунтов. Естественно, бесплатные чем-то ограничены, чтобы были пользователи, которые через некоторое время использования бесплатных аккаунтов переходили на платные (хотя, ИМХО, в реальности довольно мало переходят).
Для пользователей виртуалок вполне облако: 150 виртуалок достаточно большое число, если хотя бы 20 свободны для динамического расширения, то для большинста LAMP-сайтов вполне хватит. Никто же не спорит, что Amazon EC2 — это облако? А тут еще и автоматическое масштабирование (там только ручное без сторонних сервисов или скриптов).
Заказчики редко требуют конкретные технологии, это очень часто исключительно выбор исполнителей. А вот подходит или нет (при текущем уровне исполнителей, это так же важно), будет понятно на след. проекте (с ужасом откажутся от Друпал из-за плохого опыта или согласятся и дальше на нем работать).
Если же считаете, что можно добавлять тулбары, но не так, то так же прописывайте в соглашении.
А так по факту вы сами этому потворствуете (т.к. не запрещаете), хотя здесь и развернули кампанию против Mail.ru.
По синтаксису получше php. На питон не смотрел, может и достаточно прилично там, rails вполне устраивает.
Главная проблема Spring MVC (имхо самый передовой Java фреймворк) — это уровень модели: нет scope, нет attr_accessible, before/after фильтров (и в контроллерах тоже), хуже валидация.
В обсуждении на этом сайте задавали такой вопрос одному из сотрудников Яндекса, сейчас отключать не собираются.