Telegram Group & Telegram Channel
Тема следующего месяца — конфликты на работе.

Присылайте свои истории, исповедуйтесь о накипевшем, ну а я начну с нескольких своих. Сразу скажу — не махался, но "разборки айтишные" были.

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

Тестировщик возвращает в in progress с пометкой, что нашел БАГ. Я иду разбираться, выясняется: действительно баг, правда на другом экране, в другом флоу. Условно, баг на экране профиля пользователя, а я работаю над фичей добавления способа оплаты.

Сделайте скидку на мой возраст и юношеский максимализм, каждый комментарий с правами воспринимается как личная обида... Максимально корректно говорю ему, что "это выходит за рамки спринта, давай заведем тикет отдельный, потом починим, к тому же баг там уже давно, его просто никто не замечал". Тестировщик уходит, недовольно сопя, но тикет переводит в "Протестировано:".

К сожалению, в пятницу выясняется, что надо "ну вот последнюю маленькую правочку" в реализацию добавить СРОЧНО. Доделываю, заливаю тестовую сборку, вижу довольное ебало QA, тикет возвращается с пометкой о баге. Смотрю, снова какая-то залупа, типа баг на соседнем экране, который я никак не менял.

QA подлетает: "Антон, ну надо быстрее фиксить, че ты пропустил то а?". Я начинаю свою телегу про "добавим в следующий спринт", он на весь опенспейс: "ОПЯТЬ ВОТ ЭТА ХУЙНЯ НАЧИНАЕТСЯ ДА, ЧТО ЭТО НЕ ТВОЯ ОТВЕСТВЕННОСТЬ, ОПЯТЬ ПЕРЕНОСИМ, ЭТО ЖЕ БАГ, КАК ЖЕ ТАК!!11!!"

Тут уже даже моей низкой эмпатии хватило для понимания, что я сам тут не порешаю. Поэтому я мужественно пожаловался нашей тимлидше, попросил быть судьей, она (благодаря богатому стартаперскому опыту) сказала: "похуй, потом сделаем". Ситуацию я вроде как выиграл, но еще долго каждая моя задача ревьювилась с максимальным пристрастием.

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

CI/CD и жесткие гуд практисы

Напоминаю про скидку на юношеский максимализм. Небольшая американская студия разработки, работаю над проектом с снобом-синьором. А я там развлекаюсь во всю, лучшие практики какие-то ищу по реактивщине, линтеры вкорячиваю после обсуждения с командой. А менеджеры... Ну они видят, что у малого глаза горят, слова вроде убедительные какие-то говорит, команда не спорит, наверное, к лучшему эти изменения... Надо делать получается (НЕТ).

Стандарты придуманы и введены, линтер настроен, но тут я замечаю, что всем как-то на него немножко похуй. "// lint:disable:all" мелькает в коде и тут и там, мои комментарии на гитхабе помечают как решенные, при этом ничего не меняя. Пожар в моей жопе представили?

Короче, каким-то образом проталкиваю я идею, что надо бы нам сделать ЖЕСТКОЕ CI, если хоть одна проверка не проходит — мерджить нельзя. И добавляю еще пару правил в линтер, что // lint:disable:all валит билд.

Очередной релиз, вижу в чате тэг нашего девопс-гая с просьбой отключить нахуй в гитхабе необходимость зеленых пайплайнов CI. Выясняется, у сноба-синьора валится билд, потому что он пытается смерджить 1.5k+ строк пулл-реквеста без соблюдения правил линтера вообще. У него горит жопа, хочется уже сдать и пойти чиллить, а валящийся пайплайн не дает смерджить фичу.

Тут ситуацию проигрываю уже я, потому что в критический момент всем становится похуй на договоренности о коде, лишь бы задеплоить. Хотя я, конечно, говорю: "зачем мы это тогда вводили, если не соблюдаем, и при первой же проблеме выключаем?". На что мне сноб-синьор пишет в лс:

Ты наверняка сейчас думаешь, что делаешь правильно, да? Что делаешь лучше? Такой воин света, защитник хорошего кода? Да как бы не так! Если бы ты со мной поработал, ты бы понял, что это вообще не важно, ты всей компании сейчас мешаешь, ты это осознаешь? Прекрати писать про эти проверки, мне надо задачу сдать, как ты не понимаешь!111!


Мой вывод: не надо стремиться делать ИДЕАЛЬНО там, где нужно удовлетворительно, но побыстрее. Плюс твое идеально всегда субъективно и может отличаться от предпочтений большинства.
3👍73🔥2112😁7



group-telegram.com/one_IT_day/494
Create:
Last Update:

Тема следующего месяца — конфликты на работе.

Присылайте свои истории, исповедуйтесь о накипевшем, ну а я начну с нескольких своих. Сразу скажу — не махался, но "разборки айтишные" были.

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

Тестировщик возвращает в in progress с пометкой, что нашел БАГ. Я иду разбираться, выясняется: действительно баг, правда на другом экране, в другом флоу. Условно, баг на экране профиля пользователя, а я работаю над фичей добавления способа оплаты.

Сделайте скидку на мой возраст и юношеский максимализм, каждый комментарий с правами воспринимается как личная обида... Максимально корректно говорю ему, что "это выходит за рамки спринта, давай заведем тикет отдельный, потом починим, к тому же баг там уже давно, его просто никто не замечал". Тестировщик уходит, недовольно сопя, но тикет переводит в "Протестировано:".

К сожалению, в пятницу выясняется, что надо "ну вот последнюю маленькую правочку" в реализацию добавить СРОЧНО. Доделываю, заливаю тестовую сборку, вижу довольное ебало QA, тикет возвращается с пометкой о баге. Смотрю, снова какая-то залупа, типа баг на соседнем экране, который я никак не менял.

QA подлетает: "Антон, ну надо быстрее фиксить, че ты пропустил то а?". Я начинаю свою телегу про "добавим в следующий спринт", он на весь опенспейс: "ОПЯТЬ ВОТ ЭТА ХУЙНЯ НАЧИНАЕТСЯ ДА, ЧТО ЭТО НЕ ТВОЯ ОТВЕСТВЕННОСТЬ, ОПЯТЬ ПЕРЕНОСИМ, ЭТО ЖЕ БАГ, КАК ЖЕ ТАК!!11!!"

Тут уже даже моей низкой эмпатии хватило для понимания, что я сам тут не порешаю. Поэтому я мужественно пожаловался нашей тимлидше, попросил быть судьей, она (благодаря богатому стартаперскому опыту) сказала: "похуй, потом сделаем". Ситуацию я вроде как выиграл, но еще долго каждая моя задача ревьювилась с максимальным пристрастием.

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

CI/CD и жесткие гуд практисы

Напоминаю про скидку на юношеский максимализм. Небольшая американская студия разработки, работаю над проектом с снобом-синьором. А я там развлекаюсь во всю, лучшие практики какие-то ищу по реактивщине, линтеры вкорячиваю после обсуждения с командой. А менеджеры... Ну они видят, что у малого глаза горят, слова вроде убедительные какие-то говорит, команда не спорит, наверное, к лучшему эти изменения... Надо делать получается (НЕТ).

Стандарты придуманы и введены, линтер настроен, но тут я замечаю, что всем как-то на него немножко похуй. "// lint:disable:all" мелькает в коде и тут и там, мои комментарии на гитхабе помечают как решенные, при этом ничего не меняя. Пожар в моей жопе представили?

Короче, каким-то образом проталкиваю я идею, что надо бы нам сделать ЖЕСТКОЕ CI, если хоть одна проверка не проходит — мерджить нельзя. И добавляю еще пару правил в линтер, что // lint:disable:all валит билд.

Очередной релиз, вижу в чате тэг нашего девопс-гая с просьбой отключить нахуй в гитхабе необходимость зеленых пайплайнов CI. Выясняется, у сноба-синьора валится билд, потому что он пытается смерджить 1.5k+ строк пулл-реквеста без соблюдения правил линтера вообще. У него горит жопа, хочется уже сдать и пойти чиллить, а валящийся пайплайн не дает смерджить фичу.

Тут ситуацию проигрываю уже я, потому что в критический момент всем становится похуй на договоренности о коде, лишь бы задеплоить. Хотя я, конечно, говорю: "зачем мы это тогда вводили, если не соблюдаем, и при первой же проблеме выключаем?". На что мне сноб-синьор пишет в лс:

Ты наверняка сейчас думаешь, что делаешь правильно, да? Что делаешь лучше? Такой воин света, защитник хорошего кода? Да как бы не так! Если бы ты со мной поработал, ты бы понял, что это вообще не важно, ты всей компании сейчас мешаешь, ты это осознаешь? Прекрати писать про эти проверки, мне надо задачу сдать, как ты не понимаешь!111!


Мой вывод: не надо стремиться делать ИДЕАЛЬНО там, где нужно удовлетворительно, но побыстрее. Плюс твое идеально всегда субъективно и может отличаться от предпочтений большинства.

BY Один день айтишника


Warning: Undefined variable $i in /var/www/group-telegram/post.php on line 260

Share with your friend now:
group-telegram.com/one_IT_day/494

View MORE
Open in Telegram


Telegram | DID YOU KNOW?

Date: |

As a result, the pandemic saw many newcomers to Telegram, including prominent anti-vaccine activists who used the app's hands-off approach to share false information on shots, a study from the Institute for Strategic Dialogue shows. In view of this, the regulator has cautioned investors not to rely on such investment tips / advice received through social media platforms. It has also said investors should exercise utmost caution while taking investment decisions while dealing in the securities market. "This time we received the coordinates of enemy vehicles marked 'V' in Kyiv region," it added. Stocks dropped on Friday afternoon, as gains made earlier in the day on hopes for diplomatic progress between Russia and Ukraine turned to losses. Technology stocks were hit particularly hard by higher bond yields. Pavel Durov, a billionaire who embraces an all-black wardrobe and is often compared to the character Neo from "the Matrix," funds Telegram through his personal wealth and debt financing. And despite being one of the world's most popular tech companies, Telegram reportedly has only about 30 employees who defer to Durov for most major decisions about the platform.
from pl


Telegram Один день айтишника
FROM American