@lowl4tency: рассказывай )

seryh: у нас мастер в гитхабе настроен при пуше, дергается circleci, он билдит код, прогоняет тесты, circleci дергает codedeploy на амазоне и деплоит jar на хосты

ну и плюс есть скрипты которые после деплоя загоняют статику на s3

Каждый пулл реквест в мастер это деплой на прод

мне вот интересно, кто деплоит сразу jar'ки -- вы что, копируете на сервер ещё иниты, конфиги?

вшивают же это добро прямо в jar я думаю и деплоят

а если на горячую надо что-то поменять?

может я зажрался, но по моему как-то диковато не юзать пакетный менеджер системы)

oxgrouby: и конфиги деплоим и всю обвязку

и скрипты даже для запуска через апстарт

Если всех артефактов -- один jar и один скрипт для systemd, то пакетный менеджер не требуется.

Но есть нюанс (c) анекдот

пакетный менеджер это в первую очередь чтобы незнакомый со спецификой админ мог взять и сделать очевидные вещи, от количества файлов не особо зависит

codedeploy может захендлить все

и без пакетного менеджера

у меня все скидывается в хоум директорию

все описано в appspec.yml файле

Помимо кложи ведь ещё вечно бэкапы, нгинксы, крон-задачи, статика-хренатика, кибана, эластиксёрч, настойка sysctl и прочей хренотени.

А этим занимается не деплоймент аппа

Для этого отдельная репа с отдельным кодом

@oxgrouby: Отдельные админы не нужны.

статику деплоит скриптик

а, тогда ясно

@oxgrouby: Как только on-call становятся разработчики, так мистическим образом количество алёртов по ночам снижается до нуля при неизменном availability приложения.

хаха

@lowl4tency: У нас всё в одном месте, потому что это ведь часть продукта. Аналитика, фронтэнд, периодические скрипты -- это всё часть одного продукта.

К примеру, конфигурация nginx всегда тесно связана с тем, что за ним стоит.

При условии что есть время это фиксить. А то ведь бывает что ночью баги, днём фичи.

dottedmag: ну у нас три или четыре отдельных аппа, плюс отдельный апп для инфраструктуры, плюс нжинкс у нас всего лишь для вебсокетов один стоит, там окнфиг простой и менять днс без самого днс низя

скрипты которые деплоят статику запускаются при деплое, после деплоя джарки

dottedmag: а вы где хоститесь?

@lowl4tency: AWS

мне кажется сравнивать и решать кто делает правильно а кто нет в вопросах деплоя не очень правильно

у каждого своя специфика присутствует

Ну, да. Whatever works.

просто можно подсмотреть как кто-то делает и попробовать у себя прикрутить части

раньше например у нас деплоилось на прод по команде боту

и я до сих пор думаю не вернуть ли это

Скажите, а есть обратные трансляторы из js в cljs?

а зачем? 0_o. Есть сорсмапы

ну например у меня есть пачка js, которую я хочу сунуть в cljs чтобы продолить девелопить на cljs

такой транслятор тебе cljs сгенерит такой что глаза начнут кровоточить

пичяль

не, ну так-то можно придумать, особенно если js нормальный, неминифицированный. Строишь AST, оборачиваешь в скобочки, готово. Как потом из этого cljs делать, можно оставить на совести разработчика

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

ясно, значит проще переписать с нуля подглядывая в js

А зачем?

Можно же по кусочкам переделывать.

а подробнее можно? Берешь один файлик переписываешь его на cljs? компилишь. Остальное на js осталось. И так one by one?

Типа, сначала сделать cljs-враппер, который ходит в js за каждым чихом.

Потом каждый раз, когда нужно внести изменение - переписывать кусочек на cljs и уже после этого вносить.

Со временем js-код пропадёт.

интересно

@lowl4tency: Вот библия для работы с legacy: http://www.amazon.com/Working-Effectively-Legacy-Michael-Feathers/dp/0131177052

Заповедь номер 1: никогда не "переписывать с нуля"

Заповедь номер 2: никогда не "переписывать с нуля"

Спасибо!

Но от кода, конечно, зависит. Иногда там функциональности настолько мало, что "кусочек" -- это весь код и есть.

а подробнее про враппер можно?

Так просто cljs-код, который вызывает js-фукнкции через interop. Зависит от того, что это вообще за приложение и с чем оно общается.

а, понял

Я когда-то давно мигрировал проект C на C++. Начал с того, что скомпилировал C-код C++-компилятором и сделал main.cpp. А дальше уже по кусочкам.

Если в браузере, то я бы начал с фукнкции, которая исполняется в самом начале.

dottedmag: я когда-то мигрировал проект с анта на мавен

делал примерно так же, по частям замещал ант

@lowl4tency: а этот js для трансляции написан модульно cjs/amd/es2015?

а я не знаю

я спрашивал про в принципе

потому что мне бы наоборот хотелось большей связности с npm чтобы не искать cljsjs, думать про externs и проч. я тут в #C07UQ678E беседовал с Ноленом. он говорит, у него npm нету и его вообще не трогает эта тема. печаль по-моему

https://clojurians.slack.com/archives/clojure-russia/p1447923214001080 как ты прав. Мы сейчас переписываем проект с нуля - пол года прошло, еще пол года впереди наверно. И хз что потом

А потом ещё полгода

а потом надо взять отпуск на месяц - ибо релизить такое будет адом

я щас как раз легаси ковыряю, проект на пхп5.2, в класическом лапше-стиле

базу из 1.5к таблиц переводили с mysql5.0 на постгресс

бедняга

почти закончил 😃

дай угадаю - тестов нету?:)

когда этот проект делался наверное и слова такого небыло

1.5к таблиц? не думал что такие бывают

там типа сервис опросов, и на каждый новый опрос создаётся таблица

тут впору заюзать Nosql какой, типа монги

её тогда небыло 😃

долго переделывать было бы, уж как есть пусть

я бы в эластик запихал

и на кложе переписал =\

только главная проблема - никто уже не знает полную функциональность

ТЗ написать будет столько же, сколько переписывать

по времени

Не надо в эластик пихать ничего, что жалко терять.

и правда