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: |

Given the pro-privacy stance of the platform, it’s taken as a given that it’ll be used for a number of reasons, not all of them good. And Telegram has been attached to a fair few scandals related to terrorism, sexual exploitation and crime. Back in 2015, Vox described Telegram as “ISIS’ app of choice,” saying that the platform’s real use is the ability to use channels to distribute material to large groups at once. Telegram has acted to remove public channels affiliated with terrorism, but Pavel Durov reiterated that he had no business snooping on private conversations. Despite Telegram's origins, its approach to users' security has privacy advocates worried. You may recall that, back when Facebook started changing WhatsApp’s terms of service, a number of news outlets reported on, and even recommended, switching to Telegram. Pavel Durov even said that users should delete WhatsApp “unless you are cool with all of your photos and messages becoming public one day.” But Telegram can’t be described as a more-secure version of WhatsApp. The Russian invasion of Ukraine has been a driving force in markets for the past few weeks. At its heart, Telegram is little more than a messaging app like WhatsApp or Signal. But it also offers open channels that enable a single user, or a group of users, to communicate with large numbers in a method similar to a Twitter account. This has proven to be both a blessing and a curse for Telegram and its users, since these channels can be used for both good and ill. Right now, as Wired reports, the app is a key way for Ukrainians to receive updates from the government during the invasion.
from tr


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