про деньги — вранье!
На технических кафедрах за один намек на «деньги за экзамен» можно получить молотком по голове.
Дедки настолько живут своими предметами, что никогда на прием денег не пойдут.
Правда это только на старших курсах.
>Например? и почему? И еще почему питон так не умеет по вашему?
сравниваю с нодой. Про питон вообще ничего не говорю.
Вы бы стали писать приложение на ноде вместо джанги? Я именно об этом. Я НЕ СРАВНИВАЮ ПИТОН И РУБИ. Идите ругайтесь в другой топик
Я не забываю про питон, и про джангу и про твистед (кстати, на руби есть эвентмашина). И про эрланг я слышал. В свое время я перешел с джанги на рельсы. С тех пор не думал переходить обратно.
Вы поймите, если бы был «лучший» фреймворк, остальные бы просто умерли. А так — есть питон, есть руби, есть еще много языков, которые можно использовать для веба. У каких-то из них есть удобная инфраструктура. Есть еще набор фич, которые реализуются этой самой инфраструктурой.
Например, насколько я знаю, в джаге нет рельсового asset pipeline. Это единичный пример, наверняка он решается какими-нибудь скриптами/сторонними танцами с бубном, но в коробке его нет.
В большинстве случаев сейчас рельса больше подходит для создания среднестатистических приложений для веба. Если вы говорите про каттин эдж, то стек для такого приложения будет сборной солянкой. Если появится решение, которое сможет с удобством реализовать все это в «одном месте» — получит интерес сообщества. Нода пока таким решением не является.
Что будет через некоторое время — я не знаю. Знаю, что для меня сейчас рельса удобнее ноды в большинстве случаев. Поэтому я использую рельсу.
не знаю что на виндоус. Я собрал образ для virtualbox/vagrant и раздаю его ребятам, которые начинают программить. Для меня там все есть. Под виндой сам использую эту коробку, на маке все итак нормально работает.
С одним в этой статье я согласен — порог вхождения в рельсу сильно повысился. НО, это не делает рельсу технологией прошлого. И пока нода/экспресс не будут давать такого же разнообразия джемов и удобства создания вебприложений, как рельса, за нодой останется ниша вебсокетов и апи.
chef-сервер и его можно установить себе приватно.
Если не охота возиться с сервером, есть chef-solo. И потом его сколько угодно раз копировать на другие машины. Из хостинга надо только где-то хранить файлы chef-solo. Хоть на гитхабе, хоть на народе в зип архиве
не совсем понял, чем вам не подходит chef.
Я говорил про шеф в контексте развертки окружения разработчика.Не обязательно держать на chef-сервере всю конфигурацию и цеплять клиентов. Достаточного одного репозитория с шеф-соло, с помощью которого разворачиваются новые машины.
Кстати, поднимать виртуальное работчее окружение можно с помощью chef, но это уже задача админов делать рецепты. Зато если сделать — не будет проблем поднять виртуалку еще одному разработчику. Еще более простое решение — сделать один настроенный образ на всех разработчиков.
Не удержался и написал ответ, уж очень аргументы мне не нравятся
1. Это сильный аргумент! Правда, если у вас 10 разработчиков, можно из всех пересадить на линукс.
2. Для разработки можно жить из без бд, особенное если пользоваться тестами. Кроме того, в девелопменте не всегда нужна актуальная и полная база. Достаточно структуры и нескольких тестовых записей.
3. Даже если каждый разработчки изолированно разбирается в своем куске кода (тогда зачем ему вся БД), это совсем не уменьшает удобства гита и локальной разработки. Если разработчики не умеют пользоваться гитом — то или учить или гнать.
4. Разве кол-во серверов имеет значение? Мне кажется, гораздо важнее кол-во сервисов. И установить все на средний ноутбук не составляет проблем.
Интересно, а как вы организуете командную разработку с вашим «репликатором»? Для одного человека — более чем удобно, но где вы такое видели? Для реального мира есть гит + локал энвайронмент. Уже столько всяких штук придумали для облегчения запуска сторонних компонентов, что никаких проблем поднять на ноутбуке продакшен энвайронмент нет. Мощности лэптопов достаточно, чтобы гонять solr, memcached, postgres, rabbitmq и сам сервер приложения, да еще и на эклипс прожорливый останется.
Мне видится польза инструмента, если есть ноутбук для фильмов и сервер на кухне. И лежа в гамаке на балконе пописывать код. Но и тут гит кажется лучше.
Насчет ctrl + s -> alt + tab -> ctrl + r: Вы верстаете? Пишете js? Зачем для верстки или js весь стек поднимать? Если нет, то «обычно» большая часть времени проходит за тестами и браузер вам не особо нужен.
Мне кажется, лучше выбрать другой воркфлоу проекта и не создавать велосипеды, хотя если очень хочется, то :)
На технических кафедрах за один намек на «деньги за экзамен» можно получить молотком по голове.
Дедки настолько живут своими предметами, что никогда на прием денег не пойдут.
Правда это только на старших курсах.
У Вас произойдет запирание потока и никаких 200 м/с вы не получите по такой трубке. Хорошо, если будет еле-еле капать.
сравниваю с нодой. Про питон вообще ничего не говорю.
Вы бы стали писать приложение на ноде вместо джанги? Я именно об этом. Я НЕ СРАВНИВАЮ ПИТОН И РУБИ. Идите ругайтесь в другой топик
Вы поймите, если бы был «лучший» фреймворк, остальные бы просто умерли. А так — есть питон, есть руби, есть еще много языков, которые можно использовать для веба. У каких-то из них есть удобная инфраструктура. Есть еще набор фич, которые реализуются этой самой инфраструктурой.
Например, насколько я знаю, в джаге нет рельсового asset pipeline. Это единичный пример, наверняка он решается какими-нибудь скриптами/сторонними танцами с бубном, но в коробке его нет.
В большинстве случаев сейчас рельса больше подходит для создания среднестатистических приложений для веба. Если вы говорите про каттин эдж, то стек для такого приложения будет сборной солянкой. Если появится решение, которое сможет с удобством реализовать все это в «одном месте» — получит интерес сообщества. Нода пока таким решением не является.
Что будет через некоторое время — я не знаю. Знаю, что для меня сейчас рельса удобнее ноды в большинстве случаев. Поэтому я использую рельсу.
С одним в этой статье я согласен — порог вхождения в рельсу сильно повысился. НО, это не делает рельсу технологией прошлого. И пока нода/экспресс не будут давать такого же разнообразия джемов и удобства создания вебприложений, как рельса, за нодой останется ниша вебсокетов и апи.
Если не охота возиться с сервером, есть chef-solo. И потом его сколько угодно раз копировать на другие машины. Из хостинга надо только где-то хранить файлы chef-solo. Хоть на гитхабе, хоть на народе в зип архиве
Я говорил про шеф в контексте развертки окружения разработчика.Не обязательно держать на chef-сервере всю конфигурацию и цеплять клиентов. Достаточного одного репозитория с шеф-соло, с помощью которого разворачиваются новые машины.
Юнит и интеграционных тестов вполне достаточно.
Кстати, поднимать виртуальное работчее окружение можно с помощью chef, но это уже задача админов делать рецепты. Зато если сделать — не будет проблем поднять виртуалку еще одному разработчику. Еще более простое решение — сделать один настроенный образ на всех разработчиков.
1. Это сильный аргумент! Правда, если у вас 10 разработчиков, можно из всех пересадить на линукс.
2. Для разработки можно жить из без бд, особенное если пользоваться тестами. Кроме того, в девелопменте не всегда нужна актуальная и полная база. Достаточно структуры и нескольких тестовых записей.
3. Даже если каждый разработчки изолированно разбирается в своем куске кода (тогда зачем ему вся БД), это совсем не уменьшает удобства гита и локальной разработки. Если разработчики не умеют пользоваться гитом — то или учить или гнать.
4. Разве кол-во серверов имеет значение? Мне кажется, гораздо важнее кол-во сервисов. И установить все на средний ноутбук не составляет проблем.
Не могли бы Вы привести пример, когда локал девелопмент является неудобным?
Мне видится польза инструмента, если есть ноутбук для фильмов и сервер на кухне. И лежа в гамаке на балконе пописывать код. Но и тут гит кажется лучше.
Насчет ctrl + s -> alt + tab -> ctrl + r: Вы верстаете? Пишете js? Зачем для верстки или js весь стек поднимать? Если нет, то «обычно» большая часть времени проходит за тестами и браузер вам не особо нужен.
Мне кажется, лучше выбрать другой воркфлоу проекта и не создавать велосипеды, хотя если очень хочется, то :)