Transcription
Если вы сравните навыки, которые делают вас хорошим инженером сейчас, с теми, которые были нужны 10 лет назад, то эти навыки сильно отличаются. 10 лет назад вы могли получить работу инженера, просто зная HTML, CSS, JavaScript и один дополнительный JS-фреймворк. Но сейчас инструменты для разработки стали намного лучше, и желаемые навыки для инженеров сместились с чистого знания языков программирования и фреймворков к способностям решать проблемы и навыкам межличностного общения. Дело не столько в задачах, сколько в том, какое большое влияние вы можете оказать, а у инженеров, которые могут оказать наибольшее влияние, есть мышление множителя. Если вы меня еще не знаете, меня зовут Грегор, и я основатель рассылки по инженерному лидерству, и в этом видео я расскажу, почему инженеры должны стать множителями в эпоху ИИ. Теперь давайте перейдем непосредственно к сегодняшней теме. Хорошо. Итак, давайте сначала поговорим о том, почему на самом деле способ создания программного обеспечения сегодня фундаментально изменился, и мы уже немного упоминали об этом раньше, что, знаете ли, создание программного обеспечения 10 лет назад и сейчас — это совершенно разные вещи, но, знаете ли, инструменты сейчас намного лучше, и мы можем видеть, как кодирование и создание программного обеспечения становятся доступными для других людей, не только для инженеров, как, например, инструменты вроде Lovable, Replit и так далее. Они дают людям возможность просто, знаете ли, создавать программное обеспечение с помощью подсказок. Но проблема в том, что, знаете ли, если вы создаете программное обеспечение таким образом, трудно создать программное обеспечение, которое будет поддерживаемым, масштабируемым, которое будет, знаете ли, хорошим в плане безопасности и так далее, и именно здесь ассистированное ИИ инженерное дело — это путь вперед, а ассистированное ИИ инженерное дело означает, что вы создаете программное обеспечение, используя и применяя все различные инструменты, но в то же время вы по-прежнему помните о фундаментальных инженерных принципах как о первом приоритете. Так что вы используете ИИ, когда это имеет смысл, не везде, но вы используете его, чтобы сделать себя более продуктивным и лучшим. И, да, так что, на мой взгляд, это один из лучших способов создавать программное обеспечение сегодня — это ассистированное ИИ инженерное дело. Чистое VIP-кодирование предназначено только для, знаете ли, создания быстрых прототипов или, возможно, создания внутренних инструментов, которые не менее важны, не так критичны и более презентабельны. Также важно упомянуть, что от инженеров сегодня меньше ожидают, что они будут просто работать над чистыми требованиями. Инженеры становятся намного ближе к пониманию «почему», «что» и «когда», а не только «как». Это то, о чем мы поговорим дальше. Это то, что упомянул Джейфер из OpenAI, руководитель продукта, и мы уже видим, как это происходит во многих стартапах и малых и средних компаниях. И хороший пример — это, например, L, Lovable — это хороший пример одного из самых быстрорастущих стартапов в Европе. У них нет менеджеров по продуктам. Их инженеры владеют полным жизненным циклом, верно? Они предоставляют идеи, и они предоставляют инициативы относительно того, что строить, почему строить и когда строить, а затем они также владеют частью «как», очевидно, как инженеры. Так что я вижу, как это происходит все больше и больше в отрасли во многих разных компаниях, и это имеет большой смысл, особенно когда мы позже в этом видео будем говорить о том, как многие компании решают упростить организационную структуру и, к сожалению, провести некоторое сокращение штата среди менеджеров среднего звена. Но с этим ожиданием приходит то, что все больше и больше инженеров берут на себя дополнительные обязанности, а это означает, что они становятся более самоорганизованными и сами проявляют инициативу. Так что, да, вы можете видеть, насколько велика разница между тем, чтобы быть отличным инженером 10 лет назад, вам нужно было знать и понимать только один язык программирования и один фреймворк. Например, если вы знали React или знали Angular 10 лет назад, вы могли получить работу очень, очень быстро. Но сейчас это уже ожидается, верно? Это то, что люди, нанимающие инженеров, уже думают: «Эй, это то, что вы должны знать, и дополнительно вы должны быть хороши в этом». Так что, да, сейчас все кардинально изменилось в том, что значит быть отличным инженером. Как мы уже упоминали, поскольку инструменты становятся все лучше и лучше, действительно важными становятся навыки, связанные с человеком, и умение хорошо решать проблемы. И, как я уже упоминал, это уже ожидается, знаете ли, наличие хороших инженерных основ и понимание технологий, с которыми вы работаете. Но в конечном итоге вы хотите быть инженерным множителем, и это то, что на самом деле, давайте назовем это 10-кратным инженером в эпоху ИИ — это тот, кто является инженерным множителем. Итак, давайте поговорим о том, что это на самом деле означает дальше. Быть инженерным множителем означает, что вы делаете других вокруг себя лучше, вокруг вас лучше. Вы усиливаете продуктивность и эффективность всех вокруг вас. Не просто фокусируясь на своем собственном результате, но и повышая уровень всей команды. В конечном итоге вы фокусируетесь на поиске влияния сами, делая всех вокруг вас лучше, завершая проекты, которые принесут ценность бизнесу, организации, команде, клиентам и так далее. Вы не просто фокусируетесь на своих собственных задачах и имеете четкое определение того, что ожидается, но вы на самом деле тот, кто проактивно ищет работу, оказывающую влияние, и заполняет эти недостающие части. Это именно те навыки, которые будут становиться все более и более важными с течением времени, поскольку инструменты становятся все лучше и лучше. вещи, которые вы можете делать без, знаете ли, будучи, например, управляемым, вам нужно, чтобы вам говорили, что важно, а что нет, вы уже проактивно выясняете проблемы и фокусируетесь на них, и, знаете ли, в то же время вы делитесь, вы делитесь своими знаниями, вы наставляете и наставляете других вокруг вас, вы помогаете другим быть более эффективными, более результативными и так далее, вот что на самом деле означает быть инженерным множителем. Инженерный множитель — это на самом деле комбинация слов «инженерный», очевидно, «инженерный», а затем «множитель силы», а «множитель силы» означает именно это, знаете ли, делая, скажем, пять-десять человек вокруг вас лучше. Так что это своего рода хорошее сочетание напитка и также быть множителем силы. Хорошо. Итак, да, давайте поговорим о том, как это выглядит на практике. Итак, давайте перейдем к первому пункту, который заключается в, знаете ли, повышении эффективности команды. Возможно, вы пишете определенную документацию, вы пишете определенное, знаете ли, руководство, вы пишете определенный стиль руководства, вы предоставляете определенные, находите определенные инструменты, которые делают всех вокруг вас лучше. Вы предоставляете рабочие процессы, вы предоставляете улучшения и предложения, чтобы сделать весь процесс, весь процесс лучше. Вы активно оспариваете требования к определенным проектам и предлагаете более простые решения. Вы находите способы улучшить всю команду и проект, над которым работает вся команда. Второе — вы делитесь знаниями, вы не держите знания при себе, потому что проблема в этом — вы становитесь узким местом, но вы активно ищете способы помочь другим вокруг вас, гарантируя, что все, что вы узнаете, вы также делитесь. И также хорошая вещь в этом то, что вы также многому учитесь сами, когда делитесь знаниями, чем когда держите знания при себе. Так что это взаимовыгодная деятельность. Вы узнаете что-то, вы делитесь этим, вы на самом деле знаете это намного лучше. Вы также повышаете планку качества. Это очень важно. Например, вы всегда ищете инструменты для улучшения качества кода. Вы ищете, знаете ли, чтобы делать хорошие обзоры PR. Вы ищете, знаете ли, чтобы заниматься техническим наставничеством людей, с которыми вы работаете. Вы всегда ищете способы улучшить, знаете ли, способ создания вещей, улучшить качество кода, который фактически развертывается в продакшене, ищете инструменты и способы улучшить это и так далее. Также вы способствуете принятию лучших решений, знаете ли, фокусируетесь на создании правильных вещей, а затем на создании вещей правильно, это очень важно. Вы убеждаетесь, что, знаете ли, все, что создается, будет полезно клиентам, пользователям, будет решать их проблемы, и мы также упоминали, знаете ли, вы наставляете и расширяете возможности других, вы делаете всех вокруг вас лучше и так далее. Вы принимаете новых инженеров, вы убеждаетесь, что документация по адаптации выполнена правильно и так далее. Вы не просто, знаете ли, фокусируетесь на чистых задачах, которые вам поручены, но вы практически ищете способы улучшить окружающие вас вещи. Это те навыки, которые будут становиться все более и более важными с течением времени. И давайте поместим это в реальный сценарий. И, очевидно, вы, вероятно, видели этот мем раньше в социальных сетях, и это мем, где есть высокие ожидания от определенного описания вакансии, и такие вещи становятся все более и более распространенными в нашей отрасли, и я видел это в разных компаниях, пытающихся найти, знаете ли, множество различных наборов навыков, но реальность такова, что компаниям на самом деле не нужно все это, вам нужно быть экспертом во всех этих технологиях, чтобы хорошо выполнять свою работу. Вот где, знаете ли, многие компании ошибаются. Вместо этого они на самом деле ищут инженерных множителей. Им не нужен эксперт со всеми этими наборами навыков. Даже если это написано так, это на самом деле не то, что им нужно. И это даже не реалистично. Невозможно быть экспертом во всех этих технологиях. Так что на самом деле это выглядит на практике, как будто они на самом деле ищут инженерных множителей, а не кого-то, кто является экспертом во всех этих технологиях. Например, вы эксперт в Python, и вы можете применить свои знания, понимая, знаете ли, Python как язык программирования, а также будучи продуктивным в Java и PHP, если вам это нужно, и вы можете сделать это, используя ИИ, а также понимая, знаете ли, хорошие основы программирования, потому что вы знаете и работаете с Python в течение длительного времени. Так что у вас хорошее понимание основ программирования, и то же самое вы можете сделать с, знаете ли, Angular, например, если вы хороши в React, вы можете выучить Angular, если это необходимо, будучи находчивым, это означает, что вы можете пойти и проверить учебные пособия, вы можете спросить, знаете ли, других людей, которые являются экспертами в Angular, вы можете, есть так много различных доступных ресурсов, чтобы вы могли изучить Angular, аналогично, знаете ли, с изучением MongoDB, если вы эксперт в, извините, если вы работали с PostgreSQL и Redis раньше, то вы также можете изучить MongoDB, потому что, знаете ли, это довольно схожая ментальность с PostgreSQL, но просто немного другая концепция с документами, а не таблицами, верно, но, знаете ли, потому что вы понимаете, как базы данных работают в целом, вы сможете понять, как работает MongoDB, очевидно, вы не станете экспертом, но дело в том, что вы можете консультироваться с экспертами по конкретным темам, когда вам это нужно, и именно здесь, знаете ли, находчивость очень важна. Вот что делают инженерные множители. Вот что на самом деле делают инженерные множители. Знаете ли, они ищут людей в своей сети внутри компании, внутри организации, и они ищут экспертов в конкретных людях, и они работают с ними, чтобы учиться и помогать им в конкретных проектах и так далее. Аналогично, знаете ли, с AWS S3, если вы уже знаете это, вы можете узнать больше подробностей о AWS. Вы можете сделать это, задавая вопросы другим, или вы можете также проверить учебные пособия и так далее. И, да, аналогично с каждой другой вещью, знаете ли, администрирование Unix-систем, если вы работали с Windows CIS админом раньше, вы можете понять некоторые концепции, лежащие в основе этого. Аналогично с Git CI и TDD. Очевидно, эти три вещи не так уж сильно связаны. Очевидно, Git — это то, с чем вы, вероятно, работали много раз раньше. CI/CD — это то, что, очевидно, каждый хороший проект должен иметь конвейер CI/CD. И затем TDD, даже если вы не работали с TDD в данный момент, если вы проводили некоторое интеграционное тестирование, модульное тестирование, вы можете быстро понять концепцию TDD. И аналогично с Docker и Kubernetes, если вы понимаете Docker, вам будет еще легче изучить Kubernetes. Так что ключ здесь в том, что вы не человек, который знает все, но способен учиться, если это необходимо. Это ключевой момент, и это то, что на самом деле означает «мечтательный множитель». Итак, это полная формула, с хорошими навыками, связанными с человеком, с хорошими межличностными навыками, такими как лидерство, командная работа, хорошая коммуникация, быть отличным человеком для работы, эмпатия и эмоциональный интеллект, а также умение хорошо решать проблемы, быть прагматичным, находчивым, использовать инструменты ИИ, глубокое понимание бизнеса, глубокое понимание соответствующей темы, с этими навыками вы можете изучить или получить все, что вам нужно, и оказать влияние, вы можете оказать влияние на любой проект. Так что всегда, всегда помните об этом. Имейте правильный набор инструментов, развивайте правильный набор навыков, которые вы можете изучить или получить любую конкретную информацию, когда вам это нужно. Это самое большое преимущество в эти времена. Дело не в том, сколько вещей вы знаете прямо сейчас, а в том, как быстро вы можете получить то, что вам нужно, когда вам это нужно. Всегда помните об этом. Так что, да, и последнее, но не менее важное, вы, вероятно, слышали о тенденции к упрощению организационных структур, особенно в крупных технологических компаниях, таких как Amazon, Microsoft и, возможно, некоторые другие компании, они проводят сокращения. Многие, знаете ли, менеджеры среднего звена, к сожалению, пострадали от некоторых из этих сокращений, и компании стремятся иметь немного больше отчетов одному менеджеру, возможно, раньше было пять-шесть отчетов одному менеджеру, но теперь это группируется, например, до восьми-десяти отчетов, и что это означает, это автоматически, когда у менеджера больше людей, которые отчитываются перед ним, это означает, что от инженеров ожидается больше самоорганизации и самостоятельности, инициативы, чтобы действовать и находить влияние, это именно то, о чем мы говорили сегодня, и, знаете ли, быть проактивным, быть человеком, который проактивно ищет влиятельные вещи для работы, это то, что становится все более и более ожидаемым в настоящее время и будет в будущем. Так что, да, я надеюсь, что это было полезно. Если вы хотите узнать больше, вы можете подписаться на мою рассылку. Она называется Engineering Leadership. Ее читают уже более 170 000 человек, и я публикую две новые статьи каждую неделю. Так что, да, это все на сегодня, и увидимся в следующем выпуске.