Илон Маск встретился с разработчиками Twitter, которые «на самом деле пишут код», чтобы «лучше понять стек» Статьи редакции
Не приезжать он разрешил только тем, кто физически не может этого сделать или столкнулся с непредвиденными семейными обстоятельствами.
- 18 ноября 2022 года Илон Маск попросил инженеров-разработчиков Twitter приехать в головной офис в Сан-Франциско, сообщили Platformer и CNBC со ссылкой на корпоративные письма от предпринимателя.
- Позже предприниматель также попросил разработчиков быть готовыми провести с ним «короткое ревью кода». По первым данным Platformer, в списке на встречу числилось 250 сотрудников.
- 19 ноября Маск опубликовал фотографии с прибывшими инженерами и показал доску с пометками. «Только что закончили ревью кода», — написал он и в ответ на один из комментариев сказал, что со времени своего прихода в компанию ни разу не видел в здании столько людей.
- По словам редактора Platformer Зои Шиффер, сотрудники «в замешательстве». Во-первых, 17 ноября руководство закрыло офисы Twitter до 21 ноября и отключило все пропуска. Во-вторых, раньше Маск практически не общался со штатом, а в этот раз отправил сразу несколько коротких писем подряд.
- В конце октября 2022 года Илон Маск купил Twitter и уволил пять топ-менеджеров, в том числе генерального и финансового директоров. В начале ноября он сократил также половину штата и запретил удалёнку.
- 14 ноября компания прекратила работу с большей частью внештатников без предупреждения, а 15 ноября уволила публично несогласных с Маском сотрудников: один из них в ответ на критику кода предпринимателем сказал, что тот совершенно не понимает, о чём говорит.
- 16 ноября новый владелец поставил сотрудникам ультиматум: перейти на новый «хардкорный» режим или покинуть компанию. Чтобы остаться, нужно было подтвердить согласие к вечеру 17 ноября. Речь шла о «многих часах работы с высокой интенсивностью».
- 17 ноября СМИ сообщили, что Маск всё-таки разрешил сотрудникам работать удалённо, но только если их руководители докажут, что они «вносят заметный вклад» в развитие соцсети. Вместе с этим он пригрозил уволить менеджеров, которые будут приукрашивать успехи подчинённых.
- В тот же день компания объявила, что закроет офисы до 21 ноября на фоне массовых добровольных увольнений. Она боялась саботажа и хотела разобраться, чьи пропуска нужно отключить, писали источники. Сколько именно человек не захотело работать в «хардкорном» режиме — неизвестно. По данным NYT, речь шла о сотнях заявлений на увольнение.
13
показов
41K
открытий
1
репост
Бляяяя, синдром вахтера? Напоминает некоторые наши говенные компании, где начальник считает, что раз платит тебе зп - значит ты говно, которое обязано делать все, что скажут и не вякать)) А еще напоминает HR с тупыми вопросами типа кем себя видите через год
Стерлядка, Вы представляете себе 44 млрд долларов? Что Маск должен упрашивать разрабов пописать код, если не сильно заняты попивая коктели в смузишной?
Еще один. Хватит уже фапать на своего маска. 44 млрд повод относиться к людям как к говну?)) Нет там ни одного прогера, который бы не писал код, это все бред для школьниц, так что кончайте в этот бред верить.
То есть по-Вашему попросить разраба приехать и объяснить, что он накодил за полгода - это относиться к нему, как к говну, верно?
Так вы читайте сквозь строки. Он не просто просит отчитаться. Он просит уточнить, какую пользу принес твой код. Понимаешь? Вот как на это реагировать? А если тебе проект дали, в который ты и сам не верил, к примеру, и проект сырой еще, разумеется, пользы 0, то что это значит? Что ты балду гонял? Даже если реально пахал? Вот эти намеки "польза", "покажите самые весомые строки" - это и есть неуважение и отношение как к дерьму. Вот как найти самые весомые строки? Что это значит? Какие самые весомые строки в архитектуре нового внутреннего проекта по доставке обедов в офисы? Там и все и ничего одновременно. Особенно, если по стандартам писать. Вопросы тупо ради того, чтобы можно было доебаца.
Если пользы не было. Так и написать . Делал потому что дали делать. В задаче пользы не было, но я предлагаю другую задачу которое даст такое сякое улучшение.
Это нормально. У меня на работе тоже бывают бесполезные по моему мнению улучшения. Правда в половине случаев потом выясняется что они были вполне нужными. Просто программист не может знать всех нюансов бизнес процессов. Но 80% задач имеют вполне предсказуеммую полезность.
Вот об этом как раз и речь. И как оценить полезность своего кода, особенно, если проект сырой? Что вообще значит "полезный код"? Вот мне тупо интересно, т.к. я сам код пишу, скажи мне - выложи свой полезный код, я в ступор встану. Я хз где он полезный. Он одновременно весь полезный, в то же время, т.к. я пишу согласно стандартов, если посадить вместо меня такого же прогера, пишущего по стандартам - он напишет тоже самое. Следовательно, полезность какая-то сомнительная.
Я уже молчу о том, что код пишут прогеры джуны-мидлы. Сеньеры кода пишут минимум, они больше за организацию и контроль работы. И что теперь по этой логике, сеньеры все - дураки ничего не делающие?
Полезность относится к задаче а не к коду.
Даже бесполезную задачу можно охуительно красиво и элегантно закодить.
ну что за бред? Ну закодь мне очередной калькулятор и защити. Я тебе сразу скажу - нахуй твой калькулятор не нужен, ибо их 10505050 штук. И твое мега элегантное решение меня тоже неебет, потому что мне важен результат. Твой результат это калькулятор, который, как я выше сказал, нужен мне чуть меньше, чем нихуя. Да и какое элеганство может быть? Ты делаешь по стандарту. Да, ты можешь вместо кучи циклов, к примеру, пройтись через map и в коллбэке описать задачу. Да, красиво, да, места занимает меньше, но полезно это? ни разу!
В то же время любой говнокод может быть полезен, если он реально полезную задачу выполняет. Другое дело, поручили тебе эту задачу или не тебе. Вот и получается, что твою полезность оценивают, хотя на деле к тебе это не относится, ты делал то, что тебе поручили делать.
Тут кстати вы правильную мысль высказали, если я уловил один из вариантов - если например разработчика посадили на проект, где он в одиночку за 3 месяца должен запилить новую важную фичу из нескольких сервисов, то он сможет аргументировать свою полезность легко, но вот скринчек провалит, так как в такой ситуации ему приходилось писать условно говнокод чтобы уложиться в сроки и ограничения.
Вы начинаете немного врубаться что код многое может о разработчике сказать. Если вы делаете процедуру которая будет на сервере с ххх ядрами исполнятся то как вы думаете какой код быстрее исполнится? Мап или цикл?Повторюсь, задача не так важна как подход к её решению. Я уверен что вопрос про полезность Маск задаёт что просто выяснить насколько менеджеры были полезны. Просили ли делать полезные вещи или всякую бесполезную херь. Говорю так потому что читал как проходят интервью на работу с Маском в СпейсХ и Теслу. Там про полезность вопросов нет.
https://www.work.ua/ru/articles/employer/2366/