Забавный сигнал прошёл практически незамеченным #МеждуСтрок деньрожденного "инстателочьего" поста Павла Дурова, одарившего общественность советами больше спать и не гнаться за модой.
Вот этот политически-значимый фрагмент – в разделе о "переоценённых" вещах:
3. Hot weather. Sunny weather can bring about not only a lax attitude, but also a risk of cancer and faster aging. Colder temperatures, on the contrary, clarify spirit, body and mind.
Г-н Дуров, таким образом, сообщает urbi et orbi (причём можно понять, каким именно "городу и миру" – Москве, столице т.н. "русского мира"), что он устал перегреваться в Дубаи, где со штаб-квартирой Telegram прозябает с 2017 г., и хотел бы вернуться туда, где "от мороза светлеют дух, тело и разум".
Я уже неразрассказывал, что у г-на Дурова состоялась сделка с Кремлём, и в плане развития Телеграм он уповает именно на Россию (в частности, среди наших с вами друзей распространено мнение, что за сервера и электричество "телеги" в настоящее время платит г-н Усманов, владелец mail.ru и мн. др., а сам Павел под его гарантии дважды за полтора года посещал родной Санкт-Петербург).
Последний Инсайдер @LastOfRus уверен, что россияне смогут в полной мере считать создателя вК и Тг своим соотечественником ещё до конца трансфера (2024-25 гг), а то и в ближайшее время.
Во-вторых, если коллега высказывается на тему "весь проект отстой, надо было все сделать по-другому" - есть смысл (хотя бы на первый раз) не отвечать в стиле "сам дурак, без году неделя работаешь, нифига не понимаешь". А подробно объяснить, почему было сделано именно так, и почему предлагаемое им решение нереализуемо/неэффективно/нарушает требования ТЗ.
Просто не у всех хватает терпения/желания подробно объяснить, почему было сделано именно так, и почему предлагаемое им решение нереализуемо/неэффективно/нарушает требования ТЗ, когда во время объяснения на тебя смотрит недовольное лицо. В конце-концов, это не детский сад и не школа, и в компании люди собрались для немного иных целей, нежели быть обучающим материалом для джуна, чтобы он там из себя не представлял. Помощь на начальном этапе - это одно, а превращение рабочего процесса в обучение джуна - это уже другое, тем более, если компания не выделяет специальные дополнительные ресурсы именно для этого.
Ну скажем, на неделю - порефакторить одну или несколько фич с использованием его решения. Если написанное им в итоге пройдёт все end-to-end тесты, и на нагрузочном тестировании показатели будут как минимум не хуже текущей версии - то можно будет подумать над тем, чтобы его решение в проекте заюзать
Я бы даже думать не стал: оставлять ли его решение в проекте только на том основании, что оно не хуже уже существующего. Заменять уже работающий код на другой работающий не хуже - это если у компании есть свободное время, деньги и ребята, принимающие технические решения не лишены авантюризма.
Вопрос 1. Давать переписать джуну часть уже работающей функциональности чтобы что? Вопрос 2. Заменять уже работающий код другим не хуже работающим кодом чтобы что?
Какую ценность это принесёт бизнесу?
Ценность в виде прокачивания скиллов джуна здесь отпадает - это он может делать это и на реальных задачах, но на них, исходя из статьи, он проявлял себя не очень.
Если статья написана по реальным событиям, то ребята дали конкретно этому джуну самый ценный урок - умерить свою токсичность. А сообществу в целом сделали небольшое одолжение - минус один токсичный член сообщества, если, конечно, он этот урок усвоит.
В сфере IT часто принято помогать новичкам чутка больше, чем это делается в других сферах человеческой деятельности. Но в силу того, что она перестаёт быть новой и сюда подтягиваются всё больше вайтишников и, следовательно, в плане населяющего её контингента она становится всё больше похожей любую другую сферу, то и отношения внутри неё меняются.
И надо начинать относиться к новичкам так же как к ним относятся в любой другой сфере человеческой деятельности.
а можно здесь подробнее?
С вашего позволения, я просто оставлю это здесь:
Хозяин Телеграма запросился домой
Источник: https://t.me/LastOfRus/1871
Да нет, ему же не живого пациента дали, а доверили препарировать труп, который не жалко. Но и с трупом у него не вышло ))
Просто не у всех хватает терпения/желания подробно объяснить, почему было сделано именно так, и почему предлагаемое им решение нереализуемо/неэффективно/нарушает требования ТЗ, когда во время объяснения на тебя смотрит недовольное лицо. В конце-концов, это не детский сад и не школа, и в компании люди собрались для немного иных целей, нежели быть обучающим материалом для джуна, чтобы он там из себя не представлял. Помощь на начальном этапе - это одно, а превращение рабочего процесса в обучение джуна - это уже другое, тем более, если компания не выделяет специальные дополнительные ресурсы именно для этого.
Я бы даже думать не стал: оставлять ли его решение в проекте только на том основании, что оно не хуже уже существующего. Заменять уже работающий код на другой работающий не хуже - это если у компании есть свободное время, деньги и ребята, принимающие технические решения не лишены авантюризма.
Вопрос 1. Давать переписать джуну часть уже работающей функциональности чтобы что?
Вопрос 2. Заменять уже работающий код другим не хуже работающим кодом чтобы что?
Какую ценность это принесёт бизнесу?
Ценность в виде прокачивания скиллов джуна здесь отпадает - это он может делать это и на реальных задачах, но на них, исходя из статьи, он проявлял себя не очень.
Если статья написана по реальным событиям, то ребята дали конкретно этому джуну самый ценный урок - умерить свою токсичность. А сообществу в целом сделали небольшое одолжение - минус один токсичный член сообщества, если, конечно, он этот урок усвоит.
В сфере IT часто принято помогать новичкам чутка больше, чем это делается в других сферах человеческой деятельности. Но в силу того, что она перестаёт быть новой и сюда подтягиваются всё больше вайтишников и, следовательно, в плане населяющего её контингента она становится всё больше похожей любую другую сферу, то и отношения внутри неё меняются.
И надо начинать относиться к новичкам так же как к ним относятся в любой другой сфере человеческой деятельности.