Size: a a a

JPoint, Java-конференция

2021 March 22

IS

Ilya Sazonov in JPoint, Java-конференция
Eugene Svalukhin
А что подразумевается под запустить идею на проде? Подключиться к работающему процессу для дебага?
Как правило разработчик хочет либо дебажить, либо гонять тесты.
источник

AF

Alexey Fyodorov in JPoint, Java-конференция
например, перед нужным сервером ставится сплиттер запросов, который все запросы дублирует на отдельные сервера. И вот их и дебажим
источник

SB

Sergey Bezrukov in JPoint, Java-конференция
Ilya Sazonov
Как правило разработчик хочет либо дебажить, либо гонять тесты.
Это не разработчик, а извращенец какой-то. Нормальный разработчик хочет интересный проект, большую зарплату и чтобы не спрашивали "когда будет готово".
источник

ch

central hardware in JPoint, Java-конференция
Ilya Sazonov
Как правило разработчик хочет либо дебажить, либо гонять тесты.
гонять тесты на проде, как будто CI мало
источник

IS

Ilya Sazonov in JPoint, Java-конференция
Sergey Bezrukov
Это не разработчик, а извращенец какой-то. Нормальный разработчик хочет интересный проект, большую зарплату и чтобы не спрашивали "когда будет готово".
И прямой доступ к проду! ))))
источник

ES

Eugene Svalukhin in JPoint, Java-конференция
Ilya Sazonov
И прямой доступ к проду! ))))
Точно извращенец
источник

ES

Eugene Svalukhin in JPoint, Java-конференция
Ну либо это скиловый разработчик-одиночка, который осознает последствия того, что у него прямой доступ к проду
источник

IS

Ilya Sazonov in JPoint, Java-конференция
central hardware
гонять тесты на проде, как будто CI мало
Для того, чтобы запустить тесты на CI как правило надо сделать пул реквест и тогда все увидят, что ты не уверен, работает то, что ты написал или нет.  Гораздо проще вылезти на прод и пока никто не видит, провернуть свои эксперименты там. И потом уже сделать крутой пул реквест, который с первого раза заработал на проде безо всяких эксцессов!
источник

ch

central hardware in JPoint, Java-конференция
Ilya Sazonov
Для того, чтобы запустить тесты на CI как правило надо сделать пул реквест и тогда все увидят, что ты не уверен, работает то, что ты написал или нет.  Гораздо проще вылезти на прод и пока никто не видит, провернуть свои эксперименты там. И потом уже сделать крутой пул реквест, который с первого раза заработал на проде безо всяких эксцессов!
зачем PR можно просто камит в свою ветку
источник

AF

Alexey Fyodorov in JPoint, Java-конференция
Ilya Sazonov
Для того, чтобы запустить тесты на CI как правило надо сделать пул реквест и тогда все увидят, что ты не уверен, работает то, что ты написал или нет.  Гораздо проще вылезти на прод и пока никто не видит, провернуть свои эксперименты там. И потом уже сделать крутой пул реквест, который с первого раза заработал на проде безо всяких эксцессов!
ВОООТ!
источник

ES

Eugene Svalukhin in JPoint, Java-конференция
Ilya Sazonov
Для того, чтобы запустить тесты на CI как правило надо сделать пул реквест и тогда все увидят, что ты не уверен, работает то, что ты написал или нет.  Гораздо проще вылезти на прод и пока никто не видит, провернуть свои эксперименты там. И потом уже сделать крутой пул реквест, который с первого раза заработал на проде безо всяких эксцессов!
В моих командах принято за такое металлической линейкой по рукам бить
источник

ch

central hardware in JPoint, Java-конференция
где я работал даже в grafane-у не было доступа если ты не из devops-ов
источник

IS

Ilya Sazonov in JPoint, Java-конференция
Eugene Svalukhin
Ну либо это скиловый разработчик-одиночка, который осознает последствия того, что у него прямой доступ к проду
Начинающих разработчиков всё больше и больше. И статей про то, что прод ничего не должно ломать - тоже всё больше и больше. В том числе потому что на прод может попасть код неопытного разработчика, который тестит на проде. Тут получается положительная обратная связь, которая в конце концов понятно к чему приведёт
источник

ES

Eugene Svalukhin in JPoint, Java-конференция
Либо иметь env повторяющий или близкий к проду, на котором можете идеи проверять
источник

ES

Eugene Svalukhin in JPoint, Java-конференция
За последствия на проде платит бизнес, а не разработчик который решил проверить какую-то идею
источник

IS

Ilya Sazonov in JPoint, Java-конференция
Eugene Svalukhin
В моих командах принято за такое металлической линейкой по рукам бить
С сожалением и тоской хочу отметить, что столбовая дорога развития методик разработки вполне вероятно ведёт в другом направлении
источник

IS

Ilya Sazonov in JPoint, Java-конференция
Eugene Svalukhin
За последствия на проде платит бизнес, а не разработчик который решил проверить какую-то идею
Да, поэтому всё больше и больше усилий вкладывается в то, чтобы сделать такой прод, на котором эксперименты к последствиям не приводят
источник

D

Dmitry in JPoint, Java-конференция
У нас в компании 3 стенда, продлайк, предпрод и прод. Эсперименты только на продлайке. Стенды максимально похожи.
источник

IS

Ilya Sazonov in JPoint, Java-конференция
Dmitry
У нас в компании 3 стенда, продлайк, предпрод и прод. Эсперименты только на продлайке. Стенды максимально похожи.
Вот это уже не совсем по феншую. По хорошему эксперименты нужно проводить у себя локально, на локально воспроизводимом подобии прода. А на этом самом продлайке только тестирование и всё. Но рано или поздно все выделяют стенд для экспериментов. Потом выясняется, что экспериментировать хочется не там, а на препроде. И рано или поздно оппоненты этой идеи прогибаются под давлением и открывают на препроде дебажные порты.
источник

D

Dmitry in JPoint, Java-конференция
Локально не реально воспроизвести подобие продуктовой бд
источник