Dima
опыт у меня значительный и разнородный, представление имеется
Tishka17
я потратил как-то два дня на поиск бага в psycopg2
Tishka17
пфффффф, 2 дня.... детский сад
а теперь представь, что 2 дня у тебя не работает оплата в интернет магазине. И откатиться не можешь, потому что не можешь пересобрать старую версию
Alex
если человек считает нормальным когда у него “внезапно отстреливает”, то не о чем даже говорить
Dima
а теперь представь, что 2 дня у тебя не работает оплата в интернет магазине. И откатиться не можешь, потому что не можешь пересобрать старую версию
я тебя поздравляю, чем ты думал , когда организоввывал сборку и доставку? это классическася проблема которую ты сделал
Dima
если человек считает нормальным когда у него “внезапно отстреливает”, то не о чем даже говорить
это дешево и быстро выявляется, не собираюсь отнимать время у более слоджных задач такими мелочами
Dima
вы же надули щеки и раздуваете капющон собственной значимости
Alex
Вообще отличный план, вместо контролируемого и воспроизводимого процесса сборки и обновлений тратить время на починку того что иногда внезапно отваливается.
Alex
Надежный, как швейцарские часы.
Dima
ребятки, у вас цикл тестирования то есть вообще?
Dima
по разным стэйджам
Tishka17
ладно, есть
Dima
ну так и всё, вопрос закрыт
Tishka17
действительно про два дня в проде это я загнул
Dima
=)))
Oleg
ну так и всё, вопрос закрыт
с чем вопрос закрыт?
Oleg
что если есть тестирование, то багов в проде быть не может?
Tishka17
с чем вопрос закрыт?
мной, потому что весь чат считает его подход неверным, а ему пофиг
Tishka17
проехали ребята
Dima
с тем , что на этапе тестирования такие проблемы выявляются дешево и быстро и в прод это НЕ ПОПАДАЕТ
Tishka17
уже бессмысленное обсуждение совсем
Dima
стандартно
Dima
пуш в ветку, напр , дев. с неё тянется код в CI/CD , он запускает тесты
Dima
и так несколько стэджей, по минимуму: dev, prod
Dima
на каждом есть ряд усложнений в тестировани и есть qa специ
Dima
и такие тоже, но они имеюю смысл на ветках выше(ближе к проду) dev
Maxim
с http
Что там в итоге? С или без?
Tishka17
Oleg
на каждом есть ряд усложнений в тестировани и есть qa специ
и сколько у вас занимает по времени весь цикл тестирования?
Dima
в данной компании самый долгий 15-20 мин, вобщем бывало всякое
Oleg
и откуда уверенность, что все кейсы покрыты тестами?
Dima
и откуда уверенность, что все кейсы покрыты тестами?
это вприципе невозможно или кто-то утверждает обратное?
Dima
с чего вообще такой вопрос возник....
Oleg
с тем , что на этапе тестирования такие проблемы выявляются дешево и быстро и в прод это НЕ ПОПАДАЕТ
Dima
не вижу утверждения все кейсы покрыты тестакми =)
Dima
не знаю, с чего ты такой вывод сделал
Tishka17
Собственно, тот баг, на который ушло два дня не воспроизводится в тесте, потому что он был только при повторах некоторых сценариев на одной ноде
Dima
Собственно, тот баг, на который ушло два дня не воспроизводится в тесте, потому что он был только при повторах некоторых сценариев на одной ноде
ну так такая проблема ничем и не обнаруживается, идеала нету. Всякое на проде вылазит, на то и нужна поддержка
Oleg
не знаю, с чего ты такой вывод сделал
ну ты утверждаешь в прод это НЕ ПОПАДАЕТ, т.е. тесты, как мы выяснили, не могут этого гарантировать
Tishka17
Так что это было увлекательное расследование с чтением логов, привлечением dba и мозговыми штурмами
Oleg
ну так такая проблема ничем и не обнаруживается, идеала нету. Всякое на проде вылазит, на то и нужна поддержка
Ну т.е. вместо того, чтобы гарантировать что в проде у тебя будут такие же зависимости как и на тесте, ты предалагаешь забить на это и просто фиксить баги в проде
🍁 Jaŭhien
Активность в этом чате сегодня необычно высока. Что обсуждаем?)
Dima
осталось покапаться в истории сообщений и высянить что значит такие проблемы выявляются дешево и быстро и в прод это НЕ ПОПАДАЕТ. и тогда можно будет опровергнуть или подтвердить твое сомнение
Tishka17
И кстати, у нас был коробочный продукт
Tishka17
Так что "прод" имеет свойство тяжело откатываться и медленно обновляться
Alex
Ну т.е. вместо того, чтобы гарантировать что в проде у тебя будут такие же зависимости как и на тесте, ты предалагаешь забить на это и просто фиксить баги в проде
Ну по-хорошему если у тебя тестируется и разливается на прод один и тот же докер образ, то наверное проблема не столь критична, НО... я бы все таки предпочел трахаться с проблемами обновлений не когда "внезапно что-то отвалилось", а в отведенное для этого время.
Dima
Ну т.е. вместо того, чтобы гарантировать что в проде у тебя будут такие же зависимости как и на тесте, ты предалагаешь забить на это и просто фиксить баги в проде
в определенных случаях я так делаю, экономя время и ментальные силы, да, напр, микросервис внутренний, ценна ошибки в котором минимальна
Dima
есть определенные практики атоматизации тех процессов, они позволяют на каких-то этапах разработки расслабиться и не бздеть черезмерно, этим надо пользоваться, ум будет свежее,и , как следствие, меньше человекоошибок
Oleg
к тому может циклы тестирования могут отличаться для кейсов когда задача пока еще живет в своей feature-ветке и когда она в составе релиз-билда готовится к деплою
Oleg
плюс могут быть хотфиксы и еще куча каких-нибудь кейсов, когда понадобится пересобирать docker image, но нет возможности провести полное тестирование заново
Anonymous
Всем привет . Кто сталкивался с настройкой python-socketio на сервере? Не хочеть бек с фронтом соединяться хоть тресни.
Savva
Парни, подскажите сервис, чтобы парень из России мог перечислять деньги, а я их в Украине выводил на карточку. Желательно, чтобы был маленький процент
ICIT
Привет
Denis
Привет
Привет, поменяй ник
Alexey
Привет, есть ли скрипт, который может разделить данные между собой? разделитель данных - пробелы, где-то 1, где-то два пробела
Denis
.split()
Maxim
man awk