При этом термояд, технология, которая могла бы вообще покончить с энергетическим дефицитом, привлёк суммарно около 9,8 миллиарда долларов на все 53 компании отрасли.
Ну так это как было, так и остается чисто теоретической областью. Как только будет какой-то коммерчески эффективный результат - туда полетят триллионы. И я не думаю что увеличение инвестиций в исследования даст кратный результат.
Потому что эти технологии уже коммерчески выгодны, доступны вот прям тут а главное - не требуют дикой головной боли, которая сопровождает ядерную энергетику (не знаю будет ли оно сопровождать термоядерную).
Почему так происходит, понятно всем. ИИ окупается сейчас, электростанции окупаются десятилетиями. Политики и CEO мыслят избирательными циклами и квартальными отчётами, а не тридцатилетними горизонтами. И когда в гонке победитель забирает всё, никто не согласится притормозить первым. Понятно. Но всё равно глупо.
Ну или может быть дело в том, что больше электорэнергии до появления ИИ просто не было нужно, а сейчас действует рыночный механизм - увеличивается спрос, за ним увеличивается предложение. Новые мощности строят, но это не быстрый процесс (как и дата-центры).
Ничего экзотического. Направить сегодняшний ИИ на саму энергетику: проектирование реакторов, симуляции плазмы, поиск материалов, оптимизация сетей.
Я думаю это и так происходит.
Строить серьёзные ядерные мощности, в первую очередь крупные станции с замкнутым циклом.
Я тоже когда-то считал ядерную энергию спасением, но углубившись чуть глубже, я понял, что это не такая уж радуждная технология. Она совсем не дешевая, а главное - это риск. Ну и опять же, построить АЭС - это 8-10 лет. За это время можно столько ветряков и солнечных панелей понатыкать, что еще непонятно что профитнее окажется
Отсев 3500 => 10 никуда не уходит, как не формализуй. Лично видел кадров, которые откликаются на сениор позицию, и результат тестового(код) присылают скриншотом в .docx
Тема довольно больная, я с ней знаком с обоих сторон барикад. Сам искал работу несколько месяцев буквально недавно (правда я вне РФ и искал удаленочку). А до этого работал в full-remote компании, которая нанимала людей со всего мира - причем конкретно в hiring департаменте.
Главная причина всего этого безобразия - максимальный отсев.
Финальное решение о найме обычно принимает ПМ/лид конкретной команды - это человек, у которого довольно мало свободного времени (как впрочем и у любого работника нынче) и куча задач. Допустим, он может провести 3-5 интервью в неделю (масимум 10, если прям резко надо нанять кого-то). Дальше воронка отсева подстраивается под это.
Я не знаю сколько откликов получают офисные вакансии в конкретных городах, но вот вам стата по global remote: в горячие недели на ~40 вакансий мы получали 150000 откликов. Это примерно 3.5 ТЫСЯЧ откликов на вакансию В НЕДЕЛЮ. Как вы можете догадаться, нужно каким-то образом отсеять 99.8% откликов и оставить десяток для интервью.
Ну и соответственно дальше методы отсева сильно разнятся у каждой компании. Где-то авто-отсев по ключевым словам в резюме (самое дешевое), где-то интервью с ничего непонимающими HR, где-то тестовые задания, где-то автоматизированое тестирование и т.д.
У нас в компании например был только набор автоматизированных тестов (3-5 на вакансию), после прохождения которых кандидат сразу попадал на интервью с PM - чисто технический отсев. И при этом он позволял отсеять 99.9% кандинатов.
И это подводит нас ко второму пункту - качество кандидатов. Оно довольно плачевное. И чем "молодее" должность (junior, middle), тем сложнее понять каков уровень кандидата. С Senior позициями попроще - опытные разработчики с десятилетием стажа найдут о чем поговорить и без задачек с литкода. Там в обычном разговоре о том с чем пришлось сталкиваться и как решались проблемы можно понять уровень собеседника. Но не забываем - до этого этапа сначала нужно понять кто именно из кандидатов действительно потянет такой разговор, а не просто чел, наливший лажи в свое резюме.
С junior и middle вакансиями я даже не знаю точно как проверять навыки кандидата. С мидлом еще можно что-то придумать, там хотя бы есть опыт. А с джуном? Сортировку пузырьком?
Особенно большая проблема сейчас с нейронками. Все автотесты и литкод идут нафиг, они больше ничего не показывают (ну разве что отсев ленивых, что в целом тоже неплохо). Остается только живое интервью, где кандидат руками решает какую-то задачу в диалоге с интервьюером. Хоть и для этого уже нейронки приспособили, но там хотя бы можно увидеть, человек сам думаете, или читает с экрана.
Через месяц я понял простой, но жуть какой неприятный факт: ценной была не идея. Ценной была надежда до проверки. Трение работало анестезией — не давало почувствовать, что в ящике в основном хлам. У меня был неисчерпаемый запас гениальных задумок ровно потому, что я их не проверял.
О, я буквально пару дней назад видел пост на реддите, как человек, окрыленный ИИ, сделал под десяток приложений со своими убер идеями, залил их в аппсторы, а они оказались вообще никому не интересны.
Ну, в общем-то, шутки про то, что идея ничего не стоит, оказались не шутками
Почему так происходит — понятно. Почти все CTO выросли из инженеров, а инженер привык чинить то, что видит. Код — видимая проблема, родная и понятная, с быстрой обратной связью: был красный тест, стал зелёный, красота. А доверие CEO, расклад сил, негласные договорённости — проблемы невидимые. Ни компилятора, ни тестов. И мы предсказуемо идём туда, где привычно, а не туда, где важно.
Если честно, бездумно чинить не разобравшись в вопросе - признак не очень опытного инженера.
Пообещать большой переезд или переписывание. Обещание даёт ваша сегодняшняя версия — наивная, трёхдневная. А выполнять будет версия через полгода, которая уже знает, почему предыдущие три попытки провалились. Не подставляйте её.
И это тоже.
Хотя CTO конечно бывают разные (да и прямо скажем, в нынешее время без контекста этот термин ничего не значит, можно свой "стартап" в линкедине открыть и быть сам себе CTO)
Гипотеза, запускающая 90% таких проектов (моего в том числе): толпа на рынках предсказаний систематически ошибается, а новостной поток + LLM позволяют поймать ошибку раньше рынка.
Это очень сомнительная для меня лично гипотеза, если честно. Причем первая ее часть вообще не имеет никакого значения - нам же совершенно не важно, ошибается толпа или нет. Это не рынок акций. Нам важно угадать правильный исход события. А что касается использования LLM + новостного потока - опять же звучит довольно сомнительно. Крупные HFT гиганты десятилетиями оттачивают алгоритмы в этой сфере, и раз они до сих пор не показывают 10000% прибыли, то проблема явно не решается так просто.
Несколько лет назад я начал активно отписываться от всего маркетингового спама. Как правило в каждом таком письме есть либо гугловая кнопка Unsubscribe вверху, либо ссылка для отписки внизу письма. Удивительно, но в 99% случаев это действительно работает.
Оказалось, что намного приятнее пользоваться почтой, когда каждое письмо действтилеьно имеет информационную ценность.
Всякое бывает, сам сталкивался с подобным несколько месяцев назад (не относится к битриксу). Старый пользователь зарегистрированный на почту корпоративного домена, ящик больше не доступен.
Интервальное голодание мне хорошо помогало, жаль на 4й месяц уехал на скорой в больницу из-за проблем с желудком. Зато пока там лежал - ещё больше похудел (лайфхак!)
Хранить в UTC, хранить часовой пояс пользователя (не смещение). Все вычисления делать только с помощью специализированных библиотек. В часовых поясах столько тонкостей, что руками туда лучше не лезть
После ковида ИТ компании по 100к-200к сотрудников в год увольняют (https://layoffs.fyi/). Причем не только джунов, но и людей с годами опыта. В США сейчас вообще кризис отрасли, люди годами работу найти не могут, по 1000 откликов без результата. Очевидно все это сказывается и на мировом рынке тоже - remote все могут
Ничего что реальный прогер который хорошо пишет код и все подобное jira бла бла бла, не может составить резюме
Если реальный прогер не может составить резюме - это странно. Составление резюме - это такая же задача, как и любая другая. И решается стандартными способами - начать можно с получения информации о том, как составить резюме. Информации на этот счет невероятно много.
Я работаю на удаленке в компании которая нанимает удаленщиков со всего мира. Так вот тут лет 10 назад была классная бизнес модель - хитрые ребята устраивали подсадных (проходили за них несколько этапов тестирования, помогали пройти интервью и т.д.), которых увольняли за несколько недедль/месяцев, но ЗП они все равно успевали получить. По итогу делали хорошие бабки (для стран типо индии, пакистана).
Брать рандомных людей, чтобы потом 3 месяца оценивать их уровень, платить им деньги, и при этом они не принесует никакой пользы (а то и навредят) - это путь к разорению любой компании.
Ага, то есть чему учиться человек может решать сам, но место работы ему предоставить почему-то обязаны. Удобно выходит, не поспоришь. Я бы сразу на президента Газпрома учился в такой модели.
Скажу честно, я не пробовал React, но я пробовал и jQuery, и Vue, и Angular.
Мне, как человеку с Java бэкграундом, Angular (тогда это был Angular 6) сразу показался наиболее понятным и удобным из всех. Да, он требует потратить немного времени изначально на когфигурацию приложения, зато потом все работает отлично и легко. C тех пор использую его во всех своих проектах (последний раз работал с Angular 17). Не вижу смысла переизобретать то, что и так отлично работает.
Не так давно на работе в соседнем проекте (тоже Angular) коллега использовал NgRx ("inspired by Redux"). Худшего опыта в попытке разобраться в этой каше из эффектов, экшонов, селекторов и редьюсеров у меня в жизни не было. Буквально несколько дней я потратил, чтобы отрефакторить фичу в приложении - все из-за максимальной неясности происходящего. В обычном Ангуляре работы было бы на несколько часов.
Ну так это как было, так и остается чисто теоретической областью. Как только будет какой-то коммерчески эффективный результат - туда полетят триллионы. И я не думаю что увеличение инвестиций в исследования даст кратный результат.
Потому что эти технологии уже коммерчески выгодны, доступны вот прям тут а главное - не требуют дикой головной боли, которая сопровождает ядерную энергетику (не знаю будет ли оно сопровождать термоядерную).
Ну или может быть дело в том, что больше электорэнергии до появления ИИ просто не было нужно, а сейчас действует рыночный механизм - увеличивается спрос, за ним увеличивается предложение. Новые мощности строят, но это не быстрый процесс (как и дата-центры).
Я думаю это и так происходит.
Я тоже когда-то считал ядерную энергию спасением, но углубившись чуть глубже, я понял, что это не такая уж радуждная технология. Она совсем не дешевая, а главное - это риск. Ну и опять же, построить АЭС - это 8-10 лет. За это время можно столько ветряков и солнечных панелей понатыкать, что еще непонятно что профитнее окажется
Отсев 3500 => 10 никуда не уходит, как не формализуй. Лично видел кадров, которые откликаются на сениор позицию, и результат тестового(код) присылают скриншотом в .docx
Тема довольно больная, я с ней знаком с обоих сторон барикад. Сам искал работу несколько месяцев буквально недавно (правда я вне РФ и искал удаленочку). А до этого работал в full-remote компании, которая нанимала людей со всего мира - причем конкретно в hiring департаменте.
Главная причина всего этого безобразия - максимальный отсев.
Финальное решение о найме обычно принимает ПМ/лид конкретной команды - это человек, у которого довольно мало свободного времени (как впрочем и у любого работника нынче) и куча задач. Допустим, он может провести 3-5 интервью в неделю (масимум 10, если прям резко надо нанять кого-то). Дальше воронка отсева подстраивается под это.
Я не знаю сколько откликов получают офисные вакансии в конкретных городах, но вот вам стата по global remote: в горячие недели на ~40 вакансий мы получали 150000 откликов. Это примерно 3.5 ТЫСЯЧ откликов на вакансию В НЕДЕЛЮ. Как вы можете догадаться, нужно каким-то образом отсеять 99.8% откликов и оставить десяток для интервью.
Ну и соответственно дальше методы отсева сильно разнятся у каждой компании. Где-то авто-отсев по ключевым словам в резюме (самое дешевое), где-то интервью с ничего непонимающими HR, где-то тестовые задания, где-то автоматизированое тестирование и т.д.
У нас в компании например был только набор автоматизированных тестов (3-5 на вакансию), после прохождения которых кандидат сразу попадал на интервью с PM - чисто технический отсев. И при этом он позволял отсеять 99.9% кандинатов.
И это подводит нас ко второму пункту - качество кандидатов. Оно довольно плачевное. И чем "молодее" должность (junior, middle), тем сложнее понять каков уровень кандидата. С Senior позициями попроще - опытные разработчики с десятилетием стажа найдут о чем поговорить и без задачек с литкода. Там в обычном разговоре о том с чем пришлось сталкиваться и как решались проблемы можно понять уровень собеседника. Но не забываем - до этого этапа сначала нужно понять кто именно из кандидатов действительно потянет такой разговор, а не просто чел, наливший лажи в свое резюме.
С junior и middle вакансиями я даже не знаю точно как проверять навыки кандидата. С мидлом еще можно что-то придумать, там хотя бы есть опыт. А с джуном? Сортировку пузырьком?
Особенно большая проблема сейчас с нейронками. Все автотесты и литкод идут нафиг, они больше ничего не показывают (ну разве что отсев ленивых, что в целом тоже неплохо). Остается только живое интервью, где кандидат руками решает какую-то задачу в диалоге с интервьюером. Хоть и для этого уже нейронки приспособили, но там хотя бы можно увидеть, человек сам думаете, или читает с экрана.
О, я буквально пару дней назад видел пост на реддите, как человек, окрыленный ИИ, сделал под десяток приложений со своими убер идеями, залил их в аппсторы, а они оказались вообще никому не интересны.
Ну, в общем-то, шутки про то, что идея ничего не стоит, оказались не шутками
Если честно, бездумно чинить не разобравшись в вопросе - признак не очень опытного инженера.
И это тоже.
Хотя CTO конечно бывают разные (да и прямо скажем, в нынешее время без контекста этот термин ничего не значит, можно свой "стартап" в линкедине открыть и быть сам себе CTO)
Это очень сомнительная для меня лично гипотеза, если честно. Причем первая ее часть вообще не имеет никакого значения - нам же совершенно не важно, ошибается толпа или нет. Это не рынок акций. Нам важно угадать правильный исход события. А что касается использования LLM + новостного потока - опять же звучит довольно сомнительно. Крупные HFT гиганты десятилетиями оттачивают алгоритмы в этой сфере, и раз они до сих пор не показывают 10000% прибыли, то проблема явно не решается так просто.
Сама по себе, без присмотра? Сомнительно (без достижения AGI). Как инструмент в руках профессионалов? Скорее да, чем нет
Несколько лет назад я начал активно отписываться от всего маркетингового спама. Как правило в каждом таком письме есть либо гугловая кнопка Unsubscribe вверху, либо ссылка для отписки внизу письма. Удивительно, но в 99% случаев это действительно работает.
Оказалось, что намного приятнее пользоваться почтой, когда каждое письмо действтилеьно имеет информационную ценность.
Как и запускать рандомные exe'шники скачанные с dropbox/google drive.
Так может это мало кого бесит, вот и все?
В чем тут талант - заплатить денюжку и нажать на кнопку, чтобы за тебя все сделали?
Всякое бывает, сам сталкивался с подобным несколько месяцев назад (не относится к битриксу). Старый пользователь зарегистрированный на почту корпоративного домена, ящик больше не доступен.
Интервальное голодание мне хорошо помогало, жаль на 4й месяц уехал на скорой в больницу из-за проблем с желудком. Зато пока там лежал - ещё больше похудел (лайфхак!)
Хранить в UTC, хранить часовой пояс пользователя (не смещение). Все вычисления делать только с помощью специализированных библиотек. В часовых поясах столько тонкостей, что руками туда лучше не лезть
Есть такие компании, просто там трекеры. Серьезный и массовый remote без трекеров нереально сделать - индусы и пакистанцы заскамят
После ковида ИТ компании по 100к-200к сотрудников в год увольняют (https://layoffs.fyi/). Причем не только джунов, но и людей с годами опыта. В США сейчас вообще кризис отрасли, люди годами работу найти не могут, по 1000 откликов без результата. Очевидно все это сказывается и на мировом рынке тоже - remote все могут
Если реальный прогер не может составить резюме - это странно. Составление резюме - это такая же задача, как и любая другая. И решается стандартными способами - начать можно с получения информации о том, как составить резюме. Информации на этот счет невероятно много.
Я работаю на удаленке в компании которая нанимает удаленщиков со всего мира. Так вот тут лет 10 назад была классная бизнес модель - хитрые ребята устраивали подсадных (проходили за них несколько этапов тестирования, помогали пройти интервью и т.д.), которых увольняли за несколько недедль/месяцев, но ЗП они все равно успевали получить. По итогу делали хорошие бабки (для стран типо индии, пакистана).
Брать рандомных людей, чтобы потом 3 месяца оценивать их уровень, платить им деньги, и при этом они не принесует никакой пользы (а то и навредят) - это путь к разорению любой компании.
Ага, то есть чему учиться человек может решать сам, но место работы ему предоставить почему-то обязаны. Удобно выходит, не поспоришь. Я бы сразу на президента Газпрома учился в такой модели.
Скажу честно, я не пробовал React, но я пробовал и jQuery, и Vue, и Angular.
Мне, как человеку с Java бэкграундом, Angular (тогда это был Angular 6) сразу показался наиболее понятным и удобным из всех. Да, он требует потратить немного времени изначально на когфигурацию приложения, зато потом все работает отлично и легко. C тех пор использую его во всех своих проектах (последний раз работал с Angular 17). Не вижу смысла переизобретать то, что и так отлично работает.
Не так давно на работе в соседнем проекте (тоже Angular) коллега использовал NgRx ("inspired by Redux"). Худшего опыта в попытке разобраться в этой каше из эффектов, экшонов, селекторов и редьюсеров у меня в жизни не было. Буквально несколько дней я потратил, чтобы отрефакторить фичу в приложении - все из-за максимальной неясности происходящего. В обычном Ангуляре работы было бы на несколько часов.