А вот я смотрю тут много любителей веб фреймворвок подтянулось. Расскажите как вы обновляете код в продакшене на рельсах и на джанге? Вот я в эрланге, наример, накатываю апгрейд релиза с горячей заменой кода без остановки, перезапуска и обрывания соеденений. Как с этим обстоят дела в ваших языках и фреймворках?

В го уже сделали репл для подключения к ноде и интроспекции того что там происходит? В эрланге это с девяностых есть, например.

Самое ожидаемое нововведение - встроенные миграции!

okay, а как насчет адекватных миграций пригодных для групповой разработки?

там есть geodjango

наверно ещё и без IDE программировать не умеешь

Это как?
После вас одна неформатированная парашлапша остаётся.

Мне всегда было интересно, откуда вот это «ваши языки». Нет у нас языков, и у тебя нет. Если пишешь на эрланге — молодец, пишешь на пхп — ну, не повезло :), но это не значит, что ты обязан оправдывать косяки используемого инструмента или наоборот имеешь право считать его ништяки своими чуть ли не личными достоинствами.

Гг. Оттаивай солнышко, у нас даже откат деплоя на старые воркеры есть. Сохранением соединений ты своим мхом не удивишь.

Да я не говорю что надо оправдывать что-то, интересны практики других практикующих.

У нас это где? Накидай названия технологий, чтоли.

даже откат деплоя на старые воркеры есть.

Даже? В релизах эрланга можно на любой релиз из доступных переключаться.

Как с этим обстоят дела в ваших языках и фреймворках?

Да никак, хотсвапа кода почти нигде нет, а обновляют просто, стоп/обрыв/по новой, пара секунд и все работает.

В го уже сделали репл для подключения к ноде и интроспекции того что там происходит?

Теперь тебе осталось выкатить последнюю киллер фичу эрланга, что бы задавить всех тут.

Как-как, в текстовом редакторе

Хотя чего я тут правда общаюсь, непонятно

той же symfony

Doctrine migrations for Symfony are maintained in the DoctrineMigrationsBundle. The bundle uses external Doctrine Database Migrations library.

The bundle uses external Doctrine Database Migrations library.

Душка, так что ты там пел про миграции в фреймворке?

Теперь тебе осталось выкатить последнюю киллер фичу эрланга, что бы задавить всех тут.

У эрланга есть свои проблемы, но тред не про эрланг :)

У нас это где?

http://uwsgi-docs.readthedocs.org/en/latest/articles/TheArtOfGracefulReloadin...

В релизах эрланга можно на любой релиз из доступных переключаться.

Ты не понял. Во время переключения старые воркеры не тушатся, чтобы если в новом релизе факап — моментально нагрузку на них двинуть.

Прикольно, почитаю, спс.

ну это это... на любом языке можно... :-)

1. The WSGI protocol can not support websockets
2. Куча готовых батареек для вебсокетов, например: https://github.com/jrief/django-websocket-redis
3. Websocket'ы правильно выносить на более низкий уровень: nginx-модули, erlang, nodejs, tornado, py-libevent.
4. За три года кодинга на джанге мне ни разу не потребовались сокеты. Далеко не всем они нужны, тем более, в самой коробке с джангой (джанго - это ж сервер-сайд, а с сокетами половина логики на клиенте). Смысл тащить (?) 50% логики в фреймверк, если остальные 50% нужно писать вручную, со своим api.

Вы меня не правильно немного поняли: на гитхабе взрывной рост количества проектов на javascript'е. Куча либ, фреймворков и т.п., биндинги к базам, синхронные/асинхронные библиотеки, новые CoffeeScript, Jade, Less, которым нужен NodeJS.

Уже смотрели, по производительности тоже самое, а объём кода в 2.5-3 раза больше на гоу. Библиотек - с гулькин нос. 50 go либ против ~20.000 на npm. Даже Python могут потеснить скоро с такими аппетитами.
И на go уже написали что-нибудь навроде libevent?

Вот как раз таки пирамид - никакой гибкости по сравнению с flask. В пирамиде свой template render, наверное, умучаешься привязывать к динамическим роутерам (site/{id}user).

Даже Python могут потеснить скоро с такими аппетитами.

Какие апетиты? Большинство этих пакетов лютейший крап. Школоло и фронтмены не могут в разработку. Например, какой пакет поможет передать значение через заголовок Cookie? Соблюдая RFC, разумеется.

express.js, не?

Nodejs тупо:

  // To Write a Cookie
  response.writeHead(200, {
    'Set-Cookie': 'mycookie=test',
    'Content-Type': 'text/plain'
  });
  response.end('Hello World\n');

Посмотри на Go.

Ух ты, как все старательно ненавидят конкурирующие фреймворки и языки )))

Ну я тогда тоже накину для полноты кортины - люди, внемайте! Ща истина попрет безоговорочная. На самом деле лучший фреймворк, это конечно spray, и все остальное не нужно )))

Как-как, в текстовом редакторе

Я не понимаю чему ты клонишь, похапе-макака.

Ты в глаза долбишься? Я про фреймворк ничего не говорил, симфони это прежде всего компоненты, которые я могу использовать где угодно.
Учи матчасть.

Самый гибкий фреймверк в своём классе.

Так в чем гибкость то?

Вот как раз таки пирамид - никакой гибкости по сравнению с flask.

Пирамида больше.

В пирамиде отличный Мако, который НАМНОГО лучше жанготемплейт.

Не, мне пришло значение, любое. И надо его запихать в куку. Ты же читал rfc?

Ну вот, сразу пузыри начал пускать. Сабж тоже набор компонентов, хорошо подогнанных, гг.

хорошо подогнанных
без миграций

gg wp

Ой, действительно, кто я такой, чтобы что-то доказывать такому гению и гуру, симфонисту, пилять :-)

На голом пыхе писать удобней.

Всё-таки не сдержусь. А сколько Мастер написал сайтов на голом пыхе? И вообще сайтов. И вообще сколько писал хоть какого-нибудь кода.

Просто как-то переносил сайт с голого пыха (это был кошмар о несколько тысяч строк в одном файле) на фреймворк. Кода уменьшилось в несколько раз, пот со лба капал, а отзывчивость сайта с учётом встроенного кеша ещё и увеличилась.

Просто как-то переносил сайт с голого пыха (это был кошмар о несколько тысяч строк в одном файле) на фреймворк. Кода уменьшилось в несколько раз, пот со лба капал, а отзывчивость сайта с учётом встроенного кеша ещё и увеличилась.

Когда достигнешь предельной нагрузки - начнешь назад вручную переписывать, вот тогда будет полнейший гемор.

Много написал =) ессно не все крупные, но много. Ну, раньше писал похуже, сейчас пишу получше. Но так, чтобы в итоге код был непонятный / дырявый / тормозной / выполняющий миллион запросов на страницу / криво отформатированный / с копипастой на каждом шагу / или там лапша html+php вперемешку - ну вот никогда так не писал.

Я просто не понимаю, почему если на голом пыхе - то обязательно говнокод? Велосипед - ну ок, пожалуйста, немного велосипед. Но говнокод-то почему? Всё аккуратненько и шустро, те же модели, контроллеры, шаблоны, то же HMVC местами, только лучше.

Т.е. глупо полагать что то что кода стало меньше, а работать стало быстрее - заслуга фреймворка. Это заслуга тебя, как программиста =) я иногда обратное преобразование делал с тем же эффектом =)

Я просто не понимаю, почему если на голом пыхе - то обязательно говнокод?

Не обязательно, проблема в другом - показывает программиста самого, который сует «голый» туда, где это неприменимо. «голый» нужно очень сильно обосновать, что бы не использовать фреймворк, твоя задача должна быть истинно уникальна, что бы не использовать фреймворк, думаю таких задач у тебя не было, значит ты не хочешь использовать/учить фреймворк и пользоваться тем, что удобно для поддержки другим, пользоваться тем что априори в сто раз менее дыряво чем то, что написал ты.

Не обязательно, проблема в другом - показывает программиста самого, который сует «голый» туда, где это неприменимо. «голый» нужно очень сильно обосновать, что бы не использовать фреймворк, твоя задача должна быть истинно уникальна, что бы не использовать фреймворк, думаю таких задач у тебя не было, значит ты не хочешь использовать/учить фреймворк и пользоваться тем, что удобно для поддержки другим, пользоваться тем что априори в сто раз менее дыряво чем то, что написал ты.

Есть очень большая проблема. Производительность. Любой фреймвок ее снижает в разы, если не в десятки разов.

Пока посещаемость нулевая - все выглядит замечательно. Как только нагрузка возрастает, то все. Вешайся. Мало того, что нагрузка выше в разы. Так и разбить на модули крутящиеся на разном железе невозможно.

Есть очень большая проблема. Производительность. Любой фреймвок ее снижает в разы, если не в десятки разов.

Да это так, с одним большим НО, те кто упирается в производительность фреймворков ворочают фейсбуками, у автора опуса выше это близко не так.

Вообще-то достаточно хорошей базы данных.

Типа объявлений о продаже. И при нагрузке в 3000 посещений в день - уже проблемы.

И при нагрузке в 3000 посещений в день - уже проблемы

Не смеши, при такой нагрузке и говноцмс с намного большим оверхедом легко справляется.

Не смеши, при такой нагрузке и говноцмс с намного большим оверхедом легко справляется.

А вот хрен. Эти падлы (посетители), очень смотреть на картах, где объект продажи. И тут )*;*%(?":?;)

Гуру ты наш симфонический!

Конечно я не хочу использовать/учить фреймворки. Нахрена мне нужно это говно, когда мне без него быстрее, удобнее и гибче? В тупой погоне за «типа best practices»? Типа как во втором зенде? Да на хрен мне такое счастье.

априори в сто раз менее дыряво чем то, что написал ты.

Ты - может быть и априори, если писать не умеешь. По себе-то всех не равняй. Вот давай, намекни мне, какие уязвимости у меня от _неиспользования_фреймворка_ могут случиться?

те кто упирается в производительность фреймворков

Дело не в производительности САМОГО фреймворка, дело в гибкости, которую он даёт для написания производительного кода. Когда фреймворка нет - хоть уоптимизируйся, весь код твой. Когда фреймворк есть - какие-то вещи сделать невозможно без патчинга кода самого фреймворка. А патчить неохота, это не круто уже.

ворочают фейсбуками

Представь себе, не только задачи с распределённым парком на 100500 серверов могут требовать быстрого отклика.

А если поставить десяток 32-ядерных машин и отдать за них полляма в месяц, можно и битриксом обойтись. Знаем, знаем.

Каждый день перед сном читаю вместе с Евгением Онегиным.

Чистый nodejs

var x = [];
response.writeHead(200, {
    'Set-Cookie': 'mycookie='+JSON.stringify(x).data()),
    'Content-Type': 'text/plain'
  });
  response.end('Hello World\n');

Мако действительно хороший, но не намного лучше Django Template Engine, разве только производительностью. К тому же, к Djangе можно прикрутить и Jinja2 и аналог Jade, выбор движков есть.

http://defun.co/fr6h

Zerg Dance

кажется, с тех пор, как я разбирался с uwsgi, он успел стать умнее меня.

У го нет VM следовательно repl как в эрланге там не будет.

Каждый день перед сном читаю

Помимо чтения надо еще понимать прочитанное.

Сэр не знаком с сериализацией?

Не set-cookie, а cookie. Например надо пробросить запрос. И принимающая сторона, естественно, ни о какой сериализации не знает.