Size: a a a

2021 March 18

B

Besijska in qaFlood
ну по мне так не оч
источник

B

Besijska in qaFlood
Dimitriy Kanaev
Всегда мечтал о кремации
есть вариант заморозки. знаю тут одного товарища. может проконсультировать
источник

DK

Dimitriy Kanaev in qaFlood
Besijska
ну по мне так не оч
Ты туда не устраивайся прост
источник

V

Vikentsi in qaFlood
Dimitriy Kanaev
Всегда мечтал о кремации
В Праге?
источник

DK

Dimitriy Kanaev in qaFlood
Vikentsi
В Праге?
Можно и там
источник

V

Vikentsi in qaFlood
Besijska
праха
ТАм же пиво? Или что ещё?
источник

B

Besijska in qaFlood
я все выпил
источник

Т

Тереза in qaFlood
Умрешь в Московской области, забальзамирую бесплатно
источник

DK

Dimitriy Kanaev in qaFlood
Vikentsi
ТАм же пиво? Или что ещё?
Много чего там
источник

DK

Dimitriy Kanaev in qaFlood
Тереза
Умрешь в Московской области, забальзамирую бесплатно
В завещании напишу о переводе денег за работу
источник

B

Besijska in qaFlood
позвони как умрешь да и все
источник

Т

Тереза in qaFlood
Dimitriy Kanaev
В завещании напишу о переводе денег за работу
Договорились
источник

M

Maria in qaFlood
Тереза
Умрешь в Московской области, забальзамирую бесплатно
Надолго хватит?
источник

EB

Evgenii B in qaFlood
Besijska
можешь вкратце написать что он сделал? )
- сделал скрипт по автоматическому обрезанию прод базы до микродампа, используемого в QA для локального тестирования (сокращение временных затрат на работу с ветками и обновленными базами)
- админил гитлаб ci, завел с ansible / git / docker ci на проекте, сделал так чтобы тестировщики стали релизить фичи прописывая в слак команды /merge %merge_id% и /deploy %merge_id%. тикеты привязанные к мерджу проверялись на статус закрытия, если тикеты на тестирование включали апи, то проверялось, что тесты присутствуют в кодовой базе и что они прошли на этой ветке. Если че-то там иногда стопорилось, то были хинты как что исправить сразу в слаке.
- сделал seamless release , хорошее скалирование микросервисов, внедрил докер и docker swarm. Автооткаты релиза в случае превышений трешолдов ошибок, мониторинги продакшена, автозаведение тикетов по спорадическим проблемам

много чего для процесса разработки, короче. при это все это девопс движение у него как хобби, он бекенд разработчик на пхп
источник

Т

Тереза in qaFlood
Maria
Надолго хватит?
А на сколько нужно?
источник

B

Besijska in qaFlood
Evgenii B
- сделал скрипт по автоматическому обрезанию прод базы до микродампа, используемого в QA для локального тестирования (сокращение временных затрат на работу с ветками и обновленными базами)
- админил гитлаб ci, завел с ansible / git / docker ci на проекте, сделал так чтобы тестировщики стали релизить фичи прописывая в слак команды /merge %merge_id% и /deploy %merge_id%. тикеты привязанные к мерджу проверялись на статус закрытия, если тикеты на тестирование включали апи, то проверялось, что тесты присутствуют в кодовой базе и что они прошли на этой ветке. Если че-то там иногда стопорилось, то были хинты как что исправить сразу в слаке.
- сделал seamless release , хорошее скалирование микросервисов, внедрил докер и docker swarm. Автооткаты релиза в случае превышений трешолдов ошибок, мониторинги продакшена, автозаведение тикетов по спорадическим проблемам

много чего для процесса разработки, короче. при это все это девопс движение у него как хобби, он бекенд разработчик на пхп
переслал в saved messages. Спасиб
источник

M

Maria in qaFlood
Тереза
А на сколько нужно?
Пару лет хотя бы
источник

Т

Тереза in qaFlood
Maria
Пару лет хотя бы
Затратно будет)
источник

EB

Evgenii B in qaFlood
пару лет? это чтобы выиграть конкурс кто дольше всего не моргнет?
источник

IK

Ivan Kovalenko in qaFlood
Тереза
Умрешь в Московской области, забальзамирую бесплатно
кстати я бы вот хотел
источник