Самое важное в IT за неделю: Как понять что новый VP вам не подходит

Всем привет! Меня зовут Дмитрий Роденко. Я основатель сообщества SaaS Founders. Помогаю фаундерам IT-компаний находить новых крупных клиентов с помощью рейда генерации в LinkedIn. Сегодня мы поговорим о наиболее интересных новостях в IT за неделю. В частности, первый материал, на который обратил внимание, это опрос ста инженеров из ведущих технологических компаний который касался одной темы, что мешает вам работать быстрее. И неожиданно большинство ответов касались времени ожидания сборки, компиляции и развертывания кода. Главные препятствия для быстрой разработки были сложность кодовой базы, то есть в основном плохая документация, использование большого количества микросервисов, которые добавляют еще один слой сложности в понимании взаимодействия, Длинный цикл контроля качества, то есть разработчики ждут обратную связь от QA и получается циклическое внесение исправлений после обратной связи значительно замедляет процесс разработки. Третье, зависимость от согласований. Разработчики часто попадают в ловушку ожидания одобрения от многочисленных заинтересованных сторон. В частности, один из разработчиков Amazon говорит, что Для того, чтобы выпустить какую-то часть кода или выпустить какую-то фичу, ему нужно согласовать это минимум с 10 заинтересованными сторонами. Соответственно, в этом случае гигантское количество рецензентов и контролеров, проверяющих, делает эту работу достаточно сложной. Существуют проблемы с написанием тестов. Если тесты плохо написаны, то они добавляют время для развертывания. Естественно, медленная скорость развертывания и сборки. Разработчики тратят часы на ожидание компиляции и развертывание своего кода тестирования. Им требуется для того, чтобы запустить все тесты, порядка от 3 до 4 часов. Кроме того, важными являются нечеткие требования к продукту, но это базовая история, и мотивационный спад, то есть работа над неинтересными продуктами, либо устаревшими продуктами. Многие, кто работает с командами разработчиков, знают, что разработчики готовы переключаться на новые перспективные технологии, более склонны, скажем так, переключаться на работу с более новыми, более перспективными технологиями. Иногда в ущерб работе над устаревшими проектами, над старым Legacy. И получается, если дополнительно не мотивировать работать над предыдущими технологиями, то, соответственно, они уходят и они, ну, собственно говоря, теряют мотивацию в этой работе. Идем дальше. Следующий материал касается того, как использовать LLM или Large Language Models для улучшения своих продуктов, услуг и внутренней эффективности. Был интересный материал на эту тему. Он касается того, что многие считают, что AI и LLM в целом, они всемогущи. И точность LLM растет в зависимости от увеличения учебных данных. На самом деле, точность не гарантирована, потому что модели могут галлюцинировать и выдавать абсолютно неточные, хотя уверенные ответы. Потому что не существует встроенных показателей достоверности отдельных ответов. Обычно точность улучшается с размером учебных данных, но это зависимость нелинейна, что многие из нас с вами почувствовали, в частности те, кто использует активно LLM-систему, например, ChargePT, версия 3.5.4. Были периоды, когда точность ответов, например, на те же вопросы падала просто в разы. То есть выдавалось меньшее количество текста, этот текст был такого уровня, разберись сам. Было даже забавно. По сути, для того, чтобы максимально эффективно использовать LLM, нужно, по сути, сделать следующее. То есть, нужно интегрировать людей в цикл проверки результатов. Называется этот подход Human in the Loop. Это позволяет избежать серьезных убытков за счет того, что полностью или с большей достоверностью полагаться на решения, предложенные ЛЛМ, мы можем только в том случае, когда они полностью проверены людьми и уже тестированы в несколько итераций. С помощью ЛЛМ, естественно, можно быстро реализовывать новые программные продукты. Однако, для того, чтобы масштабировать их с состояния базовых вещей MVP, уже нужна команда разработчиков, чтобы учесть все требования и так далее. Поэтому те решения, которые сейчас предлагаются на рынке в качестве универсального заменителя разработчика, пока еще, скажем так, находятся на детской стадии, на самой начальной, они могут помогать лучше обрабатывать код, предлагать новые оптимальные решения, но это все равно инструмент человека, который работает в данной системе и использует ее для выполнения своих задач. Следующая новость касалась того, что по результатам прошлого года был выпущен отчет GTM Benchmark от компании Pavilion. И там интересные цифры. По итогам прошлого года больше половины малых и средних компаний не достигли своих целей по доходам. То есть они ставили определенные цели в 2023 году, они не достигли. Это является сигналом проблем в их маркетинговых маронках Одной из причин, как они говорят, это сокращение маркетинговых бюджетов. С другой стороны, мы понимаем, что бюджеты они ниоткуда не берутся, они берутся из доходов. 72% компаний заявило о том, что цикл продаж удлинился, за счет чего они замедлили получение доходов. Рекомендации отчета говорят о том, что несмотря на снижение доходов, нужно фокусироваться на своем целевом рынке своих покупателей, четко демонстрировать рентабельность инвестиций, чтобы ускорить цикл продаж. Логично, мы, собственно говоря, у себя так и делается. Ожидается, что в 2024 году сокращение увольнения замедлится. Мы говорим в основном про американский рынок. И 60% компаний планируют расширить свои команды продаж в 2024 году. Ну, это здорово на самом деле, потому что, когда мы говорим о специалистах по продажам, это одни из наиболее дорогих, самых дорогостоящих специалистов. Поэтому здорово, что компании планируют расширять свои доходы. Следующий материал Джейсона Лемкина касается того, какие признаки Скажем, какие ранние признаки того, что новый вице-президент не подходит. Под вице-президентом мы понимаем некую C-level позицию человека, который отвечает за определенное направление развития в компании. Первый признак, он говорит, что человек не воспринимает поставленные перед ним цели. Часто, как он говорит, вице-президенты игнорируют планы и фокусируются на задачах, которые им нравятся, вместо того, чтобы придерживаться предыдущих успешных стратегий и обязательств. Обязанность вице-президента достигать цели, поставленные генеральным директором, а не менять их по собственному усмотрению. Если вице-президент открыто критикует и пытается изменить цели, установленные генеральным директором, это признак несоответствия. Это спорный вопрос на самом-то деле. Открытая критика зависит от корпоративной культуры. Есть культуры, в которых это окей, где можно открыто критиковать, но лучше было бы делать это наедине, чтобы не ставить авторитет генерального директора под удар. Соответственно, вывод, к которому приходит Джейсон Лемкин, достижение цели генерального директора должно быть приоритетом для вице-президентов, иначе они не подходят для этой роли. Классика жанра, действительно, все должны работать как одна команда на достижении цели, и это очень важно для всех. Следующий материал про возможный слом интернета. Возможно ли это на физическом и программном уровне? Дело в том, что как мы знаем, интернет изначально создавался как распределенная сеть, которую нельзя сломать, потому что не существует единого центра или узла. от которого зависит его функциональность. И за более чем 40 лет существования интернета какие-то сегменты его переставали работать по разным причинам, но полностью он никогда не прекращал работать. Как знаменитая программа DARPA, которая разработана в США именно для защиты от глобальной от ядерной войны. В то же время Хакеры сломали протокол CCSH, который является критически важным для безопасного удаленного доступа к серверам, встроив туда вредоносное программное обеспечение. Вообще такая шпионская история. Дело в том, что Сам этот протокол поддерживался энтузиастам, он становился очень популярным. И потом, через некоторое время, энтузиаст сказал, ребята, я занимаюсь этим уже много-много лет, давайте я передам это кому-то. И он передал это одному, скажем, китайскому разработчику. И потом другие пользователи обнаружили, что этот протокол стал работать немножко медленнее. Они сделали его декомпиляцию, посмотрели, что же там на самом деле происходит. Они обнаружили встроенные части, которые передают, скажем так, часть информации о работе этого протокола на третью сторону, то есть встроенное вредоносное программное обеспечение. Была такая гипотеза, что это, по сути, этот китайский разработчик, так называемый, который взял на себя эту работу, он на самом деле не китайский разработчик, а представитель китайских спецслужб, который просто решил таким образом встроиться в популярный протокол и получить доступ к важным данным, которые существуют в мире, которые передаются с помощью протокола SSH. Поэтому на данный момент это Это вредоносное программное обеспечение было удалено из протокола, но сам факт его есть. Поэтому видите, у open source есть свои плюсы, но в то же время его могут использовать при достаточно большой популярности люди, которые стремятся получить свои какие-то корыстные цели и так далее. Кроме того, высокорисковой историей являются повреждения подводных кабелей, которые передают более 99% межконтинентального интернет-трафика. Они часто повреждаются механически, но на самом деле, если вы в курсе, то сейчас есть страны, которые шантажируют мировое сообщество тем, что они специально будут повреждать подобные кабеля. С другой стороны, владельцы подобных кабелей говорят следующее, что ребята, повреждение нашей инфраструктуры является актом войны. Вы действительно готовы с нами воевать? Поэтому пока все это на уровне угроз, но такие риски есть. Опять же, в Красном море. Красное море – критический узел для передачи данных между Азией и Европой. потому что именно через Красное море проходит большинство подводных кабелей в этом регионе. И получается, обрыв подводных кабелей в Красном море может остановить финансовые операции и критически замедлить связь между континентами. Опять же, удаленные острова, имеющие только один подводный кабель, могут испытать катастрофические последствия в случае его повреждения. Вот, соответственно, Получается следующее, что с одной стороны интернет глобально как сеть распределен, но с другой стороны имеет форму бабочки. То есть, по сути, основной трафик вращается в узле, в самом узле. И если повреждается один из значимых элементов данного узла, то часть пользователей может лишиться доступа к важным услугам. По сути, доступа к интернету. Поэтому крупные компании, такие как Google и Meta, они инвестируют значительные средства в прокладку собственных подводных кабелей для удовлетворения потребностей своих дата-центров. Ну и не стоит забывать про спутниковые решения, про Маска, который собирается накрыть Землю сетью геостационарных спутников, которые обеспечат нас, ну, по сути, очень доступным интернетом в любой точке мира. Это гигантский проект, конечно, который требует очень больших инвестиций, но дай бог у него все получится. Мы не будем зависеть только от кобелей и только от различных протоколов и хакерских атак на open-source решения. Пожалуй, это все из самого интересного, что я нашел, из самого такого стратегически важного, что может влиять на IT-отрасль. Поэтому, если у вас есть интересные новости, которые вы хотели бы, чтобы мы обсудили, присылайте их в комментарии к данному видео, присылайте им на почту, с удовольствием мы их обсудим. И желаю всем вам крупных контрактов, желаю всем отличных проектов и до скорой встречи. Пока-пока.