Comments 22
ряд ячеек в строчку, в столбик или по горизонтали
А можно в список кринж-ситуаций такие формулировки добавить?
Предположил что имелось в виду "диагональ" - так у вас ещё и бинго неквадратное
Почему у вас поле для бинго не 5х5 а 6х4
Бинго! Бинго! Бинго!
Почти на каждую ячейку вспомнил случай из опыта. К концу чуть не расплакался уже...
Расскажите! Теперь слишком интересно.
Ну а что там рассказывать особо - в самих ячейках уже всё объяснено..
Пятничный 5-минутный релиз небольшого багфикса, который ничего не ломает? Было (всё сломал). Потом было ещё раз.
Помнится, лет 15 назад, в компании разработали архитектурную фичу "Disaster Recovery" чтобы продакшен, если падает, то второй колокейшен включался. И во время деплоя этой архитектуры всё упало и не на пару минут, а на 12 часов (заявленный SLA был с несколькими девятками). Начали в 9 утра, а домой с работы уходили после часу ночи.
"Эта задача срочнее твоей срочной задачи" - ну я так до сих пор работаю, потому что сейчас один всё делаю.
"Почувствовал что прод упал до того как узнал" - да, со временем развивается какое-то внутреннее чувство, по не поддающимся формализации признакам. "Что-то в логах давно ошибок нет.. <censored>! Потому что сервисы уже 5 часов не работают! Нужен мониторинг! Да, но на него нет времени, запишем в бэклог.."
История про фичу, из-за которой все лежало 12 часов, смешная, но ситуация страшная.
После того случая уволили пару директоров и менеджеров. Инженеров не тронули.
Причина была в том, что была опубликована новая версия прошивки для клиентских устройств, они её все скачали и в одно время ломанулись заново регистрироваться на сервисах и в базе. В обычное время они перерегистрируются в разное время и нагрузка ровно разнесена. Здесь они устроили массовый DDoS для базы и сервисов. Кое-как побороли.
Через 4 года делали другой деплой, уже на продакшен с Active-Standby колокейшенами. Забыли про тот случай и снова всё повторили. Снова пара сотен тысяч устройств побежали одновременно регистрироваться, база не выдержала. Сразу переключилось всё на Standby... И он упал точно так же.. Кого уволили не знаю.
нет главного квадратика.
руки в гору, работают профессионалы.
"Читал эту статью вместо того чтобы работать", — да)
И ни одной клеточки с былинным "Тыж программист, почини чайник/микроволновку/кондиционер". Из последнего такого, года три назад, ко мне подходили с "тыж компьютерщик, у нас там на складе стиралка не фурычит, посмотри, а". Я был задолбавшийся, а склад так манил своей тишиной и покоем, что я поплёлся и таки починил стиралку, спустя почти четыре часа с перерывами. Там всего-то прохудилась манжета, основное время заняло съездить за этой самой манжетой и снять/поставить весь лицевой блок стиральной машины.
Кринж ситуация:
На собесе тебя подробно и с пристрастием расспрашивают про самые передовые технологии и подходы к программированию, внутреннее устройство рантайма языка N, гоняют по абсолютно всем паттернам архитектуры, дают сложнейшие задачи, хейтят при любой не до конца корректной формулировке какого-либо определения.
Затем делают оффер, выходишь на работу, а там тонна легаси, "нет времени на техдолг", и твоя работа сводится к перекладыванию json-ов
У меня было как в первом квадратике, только наоборот: искал решение на Stackoverflow, нашёл вопрос с точно такой же проблемой, как у меня с длинным и подробным описанием. Прокрутил вниз - ноль ответов. Решил посмотреть, как давно задан вопрос: два года назад, а автор - я.
Бинго! На все, кроме джунов и ответа на Stackoverflow...
Бинго! Даже две строки целиком закрыл. По другим комментариям понимаю, что скромно. Но всё равно порадовало.
Пятничный релиз для внутренних корпоративный приложений не то, что «нормально» явление, а часто единственно возможное решение, потому как пользователи на выходных и их работа ничем не прерывается. За пару дней можно выкатить и опробовать прод, может даже что-то пофиксить и избежать простоя целых отделов, работа которых суммарно дороже овертайма в выходные части команды разработки.
Бинго разработчика: собери свой сет кринж-ситуаций