Китай заливает бетоном пузырь ИИ
Часто встречаю секту "пузыря ИИ" в комментариях. Верят, что ИИ с нами ненадолго, вот-вот пузырь лопнет и все вернется как было. А главное: верят, что их работы ИИ никак не коснется.
Ну что ж, у меня есть ОЧЕНЬ плохие новости для секты.
Bloomberg нашел: в пустынях Синьцзяна/Цинхая (это Китай) растет фактически небольшой городок из десятков дата-центров под ИИ.
Из "секретных документов" утекло, что Китай планирует напихать туда 115к топовых GPU от NVidia. Откуда они их возьмут — непонятно, санкции же. Возможно, параллельным импортом через Казахстан?
По цифрам:
- 115к чипов это много
- Суммарное потребление энергии серверами составит до 200 МВт
- Такого количества энергии хватило бы, чтобы запитать городок на 250-300к человек.
Представьте: целый город, где живут только сервера. Круглосуточно жрут электричество как средний областной центр. И все это ради чего? Ради "пузыря", который "вот-вот лопнет"?
Китай не строит города в пустыне ради хайпа. Когда они что-то заливают бетоном — это надолго. Вспомните их ghost cities, которые все ждали когда они развалятся. Спойлер: не развалились, заселились.
И да, про "мою работу ИИ не заменит" — расскажите это китайцам, которые сейчас роют котлован под 116-й дата-центр.
Расследование тут
Часто встречаю секту "пузыря ИИ" в комментариях. Верят, что ИИ с нами ненадолго, вот-вот пузырь лопнет и все вернется как было. А главное: верят, что их работы ИИ никак не коснется.
Ну что ж, у меня есть ОЧЕНЬ плохие новости для секты.
Bloomberg нашел: в пустынях Синьцзяна/Цинхая (это Китай) растет фактически небольшой городок из десятков дата-центров под ИИ.
Из "секретных документов" утекло, что Китай планирует напихать туда 115к топовых GPU от NVidia. Откуда они их возьмут — непонятно, санкции же. Возможно, параллельным импортом через Казахстан?
По цифрам:
- 115к чипов это много
- Суммарное потребление энергии серверами составит до 200 МВт
- Такого количества энергии хватило бы, чтобы запитать городок на 250-300к человек.
Представьте: целый город, где живут только сервера. Круглосуточно жрут электричество как средний областной центр. И все это ради чего? Ради "пузыря", который "вот-вот лопнет"?
Китай не строит города в пустыне ради хайпа. Когда они что-то заливают бетоном — это надолго. Вспомните их ghost cities, которые все ждали когда они развалятся. Спойлер: не развалились, заселились.
И да, про "мою работу ИИ не заменит" — расскажите это китайцам, которые сейчас роют котлован под 116-й дата-центр.
Расследование тут
🔥13👍7🤣4❤2😭2💯1
Слова менеджера весят тонну. Проверьте, что вы не уроните их на команду.
Вот вам два моих личных урока, как никогда не надо делать при общении с командой. Я их выучил на своем опыте, не повторяйте моих ошибок.
Ошибка №1: катастрофический юмор.
У меня раньше была неудачная привычка шутить на тему "парни, если мы это не сделаем, меня уволят". Конечно же, это неправда. Ну, я надеюсь.
Я считал эту фразу очень смешной. Мои сотрудники так не считали и на 1-1 говорили мне, что реально переживали по поводу моих слов. Для меня это было шуткой, для них — стало поводом для тревог.
Больше я так не делаю.
Ошибка №2: рассуждения без предупреждения.
На прошлом месте я писал грейд-матрицу для программистов. И когда я рассуждал вслух о том, что должен уметь делать условный senior, я именно что рассуждал. Но часть моих сотрудников слышала не рассуждения — они слышали выводы!
А выводы были такие, что они не совсем подходят под senior. Потом на 1-1 с каждым мы обсуждали, что это только видение матрицы будущего.
Теперь я часто использую фразу "сейчас будет фантазия на тему", если хочу указать на то, что мысли не финальные и это только рассуждения вслух.
В общем: менеджер должен точно выверять свои слова, если он говорит их публике.
И самое плохое: вы можете даже не узнать, что ваши слова поняли неправильно и они обернутся вам проблемой. Не факт, что человек придет к вам и скажет, что вас не так поняли. Вас просто неправильно поймут и пойдут неправильно делать.
Думайте над словами, потому что слова менеджера весят тонну. Не роняйте ее на ваших сотрудников.
Вот вам два моих личных урока, как никогда не надо делать при общении с командой. Я их выучил на своем опыте, не повторяйте моих ошибок.
Ошибка №1: катастрофический юмор.
У меня раньше была неудачная привычка шутить на тему "парни, если мы это не сделаем, меня уволят". Конечно же, это неправда. Ну, я надеюсь.
Я считал эту фразу очень смешной. Мои сотрудники так не считали и на 1-1 говорили мне, что реально переживали по поводу моих слов. Для меня это было шуткой, для них — стало поводом для тревог.
Больше я так не делаю.
Ошибка №2: рассуждения без предупреждения.
На прошлом месте я писал грейд-матрицу для программистов. И когда я рассуждал вслух о том, что должен уметь делать условный senior, я именно что рассуждал. Но часть моих сотрудников слышала не рассуждения — они слышали выводы!
А выводы были такие, что они не совсем подходят под senior. Потом на 1-1 с каждым мы обсуждали, что это только видение матрицы будущего.
Теперь я часто использую фразу "сейчас будет фантазия на тему", если хочу указать на то, что мысли не финальные и это только рассуждения вслух.
В общем: менеджер должен точно выверять свои слова, если он говорит их публике.
И самое плохое: вы можете даже не узнать, что ваши слова поняли неправильно и они обернутся вам проблемой. Не факт, что человек придет к вам и скажет, что вас не так поняли. Вас просто неправильно поймут и пойдут неправильно делать.
Думайте над словами, потому что слова менеджера весят тонну. Не роняйте ее на ваших сотрудников.
🔥32👍11💯8❤7🤝4
Как Озон заставляет меня рыдать
Я: покупаю сертификат на благотворительность на Озоне
Озон: "Вау! Давай я превращу твою ленту в приют с круглосуточным чувством вины"
Лента превратилась в бесконечный приют: "ищу человека", "в поисках дома", "а вот ещё носки, чтобы вытирать слёзы".
Алгоритмы, я просто хотел помочь один раз, а не усыновить весь каталог. Дайте фильтр "помогать, не выгорая". Озон, люблю и пользуюсь, но хватит карма-шантажировать.
Я: покупаю сертификат на благотворительность на Озоне
Озон: "Вау! Давай я превращу твою ленту в приют с круглосуточным чувством вины"
Лента превратилась в бесконечный приют: "ищу человека", "в поисках дома", "а вот ещё носки, чтобы вытирать слёзы".
Алгоритмы, я просто хотел помочь один раз, а не усыновить весь каталог. Дайте фильтр "помогать, не выгорая". Озон, люблю и пользуюсь, но хватит карма-шантажировать.
😭37😁15💯3❤1
Сегодня — про ошибки в коммуникации. Вместо теории разберём архетипы менеджеров, которые эти ошибки производят серийно. Понаблюдаем в естественной среде обитания.
🚢 Капитан Паника
Остро воспринимает угрозы и риски, не стесняется выливать их на команду. По пути добавляет страшных деталей из недр своего сознания. Может превратить услышанную фразу "Кажется, нужно внимательнее следить за ФОТ" в объявление "Грядут массовые увольнения, обновляйте резюме и закупайте гречку".
Хороший лидер должен транслировать уверенность, а Капитан Паника транслирует Тревожность FM 24/7 с перерывом на сон.
Чаще этим страдают начинающие руководители. Они не привыкли к напору неопределенности и порой бывают близки к панике.
🪓 Правдоруб
Объективен и требователен к себе и окружающим. В общении сразу переходит к сути, и тут начинаются проблемы: у Правдоруба информация транслируется в речь вообще без фильтров. Он называет вещи своими именами: "ужасный код", "отвратительное решение" и "ваши процессы — говно".
Честно, да. Но вряд ли полезно. Сотрудник уходит в глухую оборону. Вместо внимательного анализа аргументов Правдоруба, человек ищет оправдания и способы защититься.
Зато Правдоруба любят психологи, потому что он регулярно поставляет психологам своих сотрудников в качестве клиентов.
В отличие от Капитана Паника, Правдорубы чаще встречаются среди бывалых руководителей.
🧩 Мистер Лего
Состоит из деталей и хочет поделиться с сотрудниками каждой из них. Через пять минут его речи ненужный контекст полностью съедает смысл, а фокус сотрудников смещается на "Остановите его, пожалуйста".
Перегруженность деталями не помогает, а мешает четкой постановки задач. Детали — это как соль. Не доложил — плохо, переборщил — еще хуже. В итоге задача не ставится, вместо нее проводится экскурсия.
Лего встречаются как среди новичков в управлении, так и среди бывалых. Это склад характера.
Итог
Три архетипа — три разные поломки коммуникации: страх вместо опоры, правда вместо такта, детали вместо смысла. Список неполный: если хотите продолжения, дайте мне знать 🙂
Кстати, узнали кого-нибудь?
🚢 Капитан Паника
Остро воспринимает угрозы и риски, не стесняется выливать их на команду. По пути добавляет страшных деталей из недр своего сознания. Может превратить услышанную фразу "Кажется, нужно внимательнее следить за ФОТ" в объявление "Грядут массовые увольнения, обновляйте резюме и закупайте гречку".
Хороший лидер должен транслировать уверенность, а Капитан Паника транслирует Тревожность FM 24/7 с перерывом на сон.
Чаще этим страдают начинающие руководители. Они не привыкли к напору неопределенности и порой бывают близки к панике.
🪓 Правдоруб
Объективен и требователен к себе и окружающим. В общении сразу переходит к сути, и тут начинаются проблемы: у Правдоруба информация транслируется в речь вообще без фильтров. Он называет вещи своими именами: "ужасный код", "отвратительное решение" и "ваши процессы — говно".
Честно, да. Но вряд ли полезно. Сотрудник уходит в глухую оборону. Вместо внимательного анализа аргументов Правдоруба, человек ищет оправдания и способы защититься.
Зато Правдоруба любят психологи, потому что он регулярно поставляет психологам своих сотрудников в качестве клиентов.
В отличие от Капитана Паника, Правдорубы чаще встречаются среди бывалых руководителей.
🧩 Мистер Лего
Состоит из деталей и хочет поделиться с сотрудниками каждой из них. Через пять минут его речи ненужный контекст полностью съедает смысл, а фокус сотрудников смещается на "Остановите его, пожалуйста".
Перегруженность деталями не помогает, а мешает четкой постановки задач. Детали — это как соль. Не доложил — плохо, переборщил — еще хуже. В итоге задача не ставится, вместо нее проводится экскурсия.
Лего встречаются как среди новичков в управлении, так и среди бывалых. Это склад характера.
Итог
Три архетипа — три разные поломки коммуникации: страх вместо опоры, правда вместо такта, детали вместо смысла. Список неполный: если хотите продолжения, дайте мне знать 🙂
Кстати, узнали кого-нибудь?
🔥11😁4👍3💯3
Инженеры стоят дорого. Сегодня поговорим про то, куда именно разработчики тратят свое дорогое время.
И если вы подумали, что большую часть времени разработчик занят написанием кода для бизнеса, то я вас сейчас серьезно огорчу.
Средний разработчик тратит лишь 16% на разработку приложения. Прописью: шестнадцать процентов. Куда девается остальное время:
- Написание требований и тест-кейсов для приложений — 14%
- Безопасность — 13%
- Реализация CI/CD процессов и методологий — 12%
- Мониторинг и управление производительностью приложений — 12%
- Деплой кода — 12%
- Мониторинг и управление производительностью инфраструктуры — 11%
- Пользовательский опыт (UX) — 10%
Информация актуальная на 2024 год. Исследование проводили IDC — ребята, которые продают свои отчеты по 2500 долларов за штуку. Серьезные парни, так что я цифрам плюс-минус доверяю.
Я думаю так: когда мы гонимся за эффективностью ИТ и пытаемся вкорячить AI в процесс написания кода, мы оптимизируем лишь 16% труда разработки.
Автоматизация CI/CD или AI для написания тестов дадут не меньший эффект. Деплой "по кнопке" ускорит вашу поставку дешевле и надежнее, чем 100 подписок на Cursor.
Это не значит, что нужно отнять лицензии Cursor у разработчиков. Это значит, что нам с вами нужно увидеть всю картину целиком. Цифры выше, надеюсь, в этом помогут.
Кстати, по моим ощущениям цифра в 16% занижена. Но статистика — вещь упрямая.
И если вы подумали, что большую часть времени разработчик занят написанием кода для бизнеса, то я вас сейчас серьезно огорчу.
Средний разработчик тратит лишь 16% на разработку приложения. Прописью: шестнадцать процентов. Куда девается остальное время:
- Написание требований и тест-кейсов для приложений — 14%
- Безопасность — 13%
- Реализация CI/CD процессов и методологий — 12%
- Мониторинг и управление производительностью приложений — 12%
- Деплой кода — 12%
- Мониторинг и управление производительностью инфраструктуры — 11%
- Пользовательский опыт (UX) — 10%
Информация актуальная на 2024 год. Исследование проводили IDC — ребята, которые продают свои отчеты по 2500 долларов за штуку. Серьезные парни, так что я цифрам плюс-минус доверяю.
Я думаю так: когда мы гонимся за эффективностью ИТ и пытаемся вкорячить AI в процесс написания кода, мы оптимизируем лишь 16% труда разработки.
Автоматизация CI/CD или AI для написания тестов дадут не меньший эффект. Деплой "по кнопке" ускорит вашу поставку дешевле и надежнее, чем 100 подписок на Cursor.
Это не значит, что нужно отнять лицензии Cursor у разработчиков. Это значит, что нам с вами нужно увидеть всю картину целиком. Цифры выше, надеюсь, в этом помогут.
Кстати, по моим ощущениям цифра в 16% занижена. Но статистика — вещь упрямая.
👍28🤔4✍2🔥2👎1