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. Pavel Durov, Telegram's CEO, is known as "the Russian Mark Zuckerberg," for co-founding VKontakte, which is Russian for "in touch," a Facebook imitator that became the country's most popular social networking site. Meanwhile, a completely redesigned attachment menu appears when sending multiple photos or vides. Users can tap "X selected" (X being the number of items) at the top of the panel to preview how the album will look in the chat when it's sent, as well as rearrange or remove selected media. The next bit isn’t clear, but Durov reportedly claimed that his resignation, dated March 21st, was an April Fools’ prank. TechCrunch implies that it was a matter of principle, but it’s hard to be clear on the wheres, whos and whys. Similarly, on April 17th, the Moscow Times quoted Durov as saying that he quit the company after being pressured to reveal account details about Ukrainians protesting the then-president Viktor Yanukovych.
from sa


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