Зачем программисты изучают несколько языков
Антон Жуков, автор курса «Профессия Go-разработчик» в Skillbox — о том, почему программисты не останавливаются на одном языке разработки, как их изучение влияет на принимаемые решения и при чём тут когнитивные искажения бразильских аборигенов.
Язык программирования — такой же инструмент для разработчика, как нож для повара или молоток для плотника. Потенциально работать можно чем-то одним, но с точки зрения эффективности — это бред. Большинство программистов знают больше одного языка, а наиболее успешные практикуют разработку на нескольких одновременно, даже если специализируются только на одном.
Языки программирования мало чем отличаются от обычных разговорных языков: тот же набор ключевых слов, символов, а также правила порядка их употребления. Основная работа программиста — не написание кода, а разработка алгоритмов. Язык лишь средство выражения алгоритма в понятной для машины форме. Знание нескольких языков расширяет угол зрения для оценки задач.
Каждый язык программирования по своему уникален, это позволяет со свойственной ему уникальностью решить задачу. Язык из сферы базового образования, C++, и один из старейших языков, Lisp, можно назвать антагонистами. Их сравнение кардинально меняет восприятие разработки. Также как и сравнение языка бразильских аборигенов Пирахан меняет восприятие разговорных языков.
Им неизвестны понятия времени, цветов, числительных и названий для степени родства. Это накладывает серьезный отпечаток на когнитивные способности носителя. Пирахан способны обсуждать лишь то, что происходить здесь и сейчас, они не могут воссоздать что-либо, опираясь на память, творить и даже запасаться едой впрок. Их пример показывает, что язык определяет предел способностей к оценке окружающего мира и степени влияния на него. Таким образом сложность задач, которые мы способны решать, зависит от того языка, которым мы думаем.
Когда программист решает задачу, то он мыслит инструментами, которые этот язык программирования способен дать. Американский предприниматель Пол Грэм отметил, что специалист с низкой квалификацией не в состоянии осознать этого из-за своей низкой квалификации. Уже в отношении разработки он наблюдает зависимость программиста от языка, которым тот пользуется. Разработчики любят «свои» языки поскольку привыкли думать на них, а языки, в свою очередь, лексикой диктуют программистам, как они должны думать о программах. Это образует парадокс, который невозможно разорвать без изучения нового языка.
Практически все языки программирования появились для решения специфических задач или в ответ на невозможность решить их существующими инструментами.
- Python был создан на досуге — нужен был расширяемый скриптовый язык. Сегодня он стабильно возглавляет чарты популярности и является универсальным языком: от разработки обычных сайтов до ML.
- PHP создавался не как язык программирования, а как препроцессор текста. В 1995 его использовали для быстрого создания своей странички в сети. Сегодня на нём работает Facebook, Yahoo и, например, Wikipedia.
- JavaScript разработали для дизайнеров и программистов с низкой квалификацией, что «оживить» веб-сайты, сделав их динамическими. Сейчас это один из самых востребованных языков, без него невозможно представить современный интернет.
- Golang, созданный в Google, должен был стать простой и высокоэффективной альтерантивой тяжеловесным языкам. Спустя 11 лет между словами «Go», «эффективность» и «простота» можно ставить знаки равенства.
Примеры можно перечислять и дальше. По различным оценкам существует от одной до нескольких тысяч языков программирования. Вот почему: для создания базового интернет-магазина с нуля придётся начать с абсолютного минимума — двух-трёх языков программирования и такого же количества языков семантической разметки. По мере роста нагрузки на сайт, нужно повысить его производительность. Эту задачу решают другие языки. Вместе с ростом аудитории появляется необходимость её анализировать — ещё один язык в копилку. Большие данные нужно где-то хранить и, чтобы не перегружать сервера, так называемую «горячую» часть размещают в кэше — оперативной памяти компьютера. На этом этапе в игру вступает новый протокол коммуникации. Таким образом задачи типового магазина решаются десятком различных технологий.
В результате коронакризиса IT-гиганты и организации поменьше вынужденно оптимизировали штат. Потребность в специалистах широкого профиля резко увеличилась, с найма уникальных бойцов фокус сместился на обучение универсалов. Вопрос о знании программистом нескольких языков стал особенно актуален, хотя такая тенденция обусловлена и историческими обстоятельствами.
После изобретения Фордом конвейера человечество стремилось добиться максимальной эффективности путём разделения труда. Производство выращивало узкопрофильных специлистов, а карьера была представлена вертикальной прямой — сотрудник рос в должности вместе с прокачкой профильных навыков. После появления интернета мир вступил в эпоху глобализации. Темпы бизнеса выросли и классическая модель вертикального роста перестала быть панацеей оптимизации. Начал формироваться спрос на альтернативных специалистов — с наличием глубокой экспертизы в своей специальности, но также обладающих обширными знаниями в смежных областях.
Первым это заметил британский математик и философ Дэвид Гест, который стал отцом-основателем «Т-образной» модели развития профессиональных качеств. Он утверждал, что решения таких работников неординарны. Они способны использовать даже минимальные знания о функционировании смежных профилей для оценки проблемы более чем с одной стороны. Популяризатором этой модели выступил дизайнер Тим Браун. Он декларировал потенциал таких специалистов как идеальных лидеров для проектов, работающих в условиях постоянных изменений. Позже Т-принципы органично вписались в метод управления проектами Scrum.
Т-модель и самоорганизация избавляют команды от целого ряда проблем разработки. Таким образом члены команды получают небольшую часть компетенций друг друга. Это позволяет действовать незамедлительно, избавляясь от бутылочных горлышек: при обсуждении задач и подготовке к реализации команда понимает, чем будет заниматься каждый отдельный специалист и как его вовлечённость отразится на общем деле. Более того, это позволяет взрастить настоящие командные отношения и совместно увидеть проблемы и их решения, в отличие от модели, где процессом управляет только менеджер.
Таким образом, способность постоянно учиться, совершенствоваться и расширять свою сферу знаний — основной фактор, определяющий успех специалиста. Чем автономнее программист, тем он ценнее. И тем он автономнее, чем больше языков знает.
Почему вам нужно учить больше языков программирования
От переводчика: сегодня публикуем для вас статью разработчика Акшата Гири, который делится своими соображениями, почему стоит изучать все новые и новые языки программирования.
Я работаю программистом четыре года. Начал с С#, разрабатывая игры, затем перешел на Python и машинное обучение. Потом учил JavaScript и TypeScript для фронтенда. Следующим этапом стала разработка мобильных приложений, так что я занялся Ionic, React и React Native. Заинтересовался бэкендом, начал работать с Go. Чуть позже к списку моих языков и фреймворков добавились Dart, Java и PHP — все три потребовались во время моей работы в Facebook.
Я не хочу сказать, что являюсь экспертом во всех упомянутых языках. У меня просто есть опыт работы с ними, больший, чем с другими языками и фреймворками. Почему выбор пал на них? Ну, мне показалось, что они предлагают больше, чем прочие, поэтому так.
Skillbox рекомендует: Двухлетний практический курс «Я — веб-разработчик PRO».
Напоминаем: для всех читателей «Хабра» — скидка 10 000 рублей при записи на любой курс Skillbox по промокоду «Хабр».
Но почему я советую вам учить больше языков? Дело в том, что вы даже предположить не сможете, что потребуется через пару лет. А выбор правильного языка или фреймворка может сэкономить массу времени при решении определенной задачи.
Решение первой проблемы
Приведу простой пример. Несколько месяцев назад я выбирал Bluetooth-наушники. Остановился на AirPods. Я опробовал множество других, но эти показались мне максимально удобными. Проблема была в том, что я использовал их одновременно с Windows-ноутбуком и Android-телефоном. И если оба гаджета находились рядом, то наушники подключались к телефону, но не к ноутбуку. Поэтому приходилось отключать их вручную и подключать снова. Каждый день.
Это довольно утомительно, и я решил сделать кнопку, которая позволила бы решить проблему подключения наушников к ноутбуку, когда это требуется.
Изначально для решения этой задачи я решил использовать Python. Я считал, что без труда смогу найти библиотеку, позволяющую управлять Bluetooth-устройствами. Это оказалось не так, хорошей библиотеки не нашлось.
Следующий этап — Node.js. Я смог найти JavaScript-библиотеку, которая дала возможность контролировать функции Bluetooth на моем компьютере. Выполнив этот скрипт на Node.js, я добился того, что нужно.
// App.js const device = new bluetooth.DeviceINQ(); const airpodsAddress = "18:81:0E:B2:6B:A6" const airpodsName = "Akshat's Airpods"; device.findSerialPortChannel(airpodsAddress, function (channel) < // make bluetooth connect to remote device bluetooth.connect(airpodsAddress, channel, function (err, connection) < if (err) return console.error(err); console.log('YAY! Airpods Connected'); // Don't need a communication stream between the two // so let's just exit the stream. setTimeout(() =>process.exit(0), 5000); >); >);ОК, но теперь мне понадобилась кнопка на экране, которая запускала бы выполнение скрипта. В итоге я решил разместить ее на панели задач Windows, чтобы та всегда была доступна. Я сделал еще один скрипт, который, как мне казалось, должен был помочь выполнить эту задачу. Но нет, пришлось обратиться к Golang. Он дал возможность создать исполняемый файл, который, в свою очередь, выполнял ранее созданный на Node.js скрипт.
/ main.go package main import ( "fmt" "os/exec" ) func main() < output, err := exec.Command("npm", "start").CombinedOutput() if err != nil < fmt.Println(err.Error()) >fmt.Println(string(output))Все получилось. Я сделал ярлык для десктопа и переместил его на панель задач. Все OK, все работает.
Мне подумалось, что на C# я бы тоже смог решить эту задачу. Но очень не хотелось устанавливать Visual Studio и IDE.
Мой пример демонстрирует, как разные языки помогают найти гибридное решение определенного вопроса с минимальными затратами времени. Есть тонны других примеров, но суть, думаю, ясна.
Так зачем еще учить другие языки?
Если честно, то это интересно. Плюс это расширяет ваш горизонт, выводит за пределы зоны комфорта (не создает неприятности, а дает толчок, стремление изучать что-то новое).
Еще одна причина — выйти за пределы возможностей одного языка или фреймворка. Объектно-ориентированные языки — просто прекрасно, но стоит также изучить функциональное или процедурное программирование.
Первый язык программирования, который вы изучаете, будет самым сложным. Второй, скорее всего, покажется еще сложнее. Но дальше изучение новинок будет казаться прогулкой в парке. Немного иной синтаксис, пара новых вещей, и все. Кроме того, вы сможете изучать специализированные библиотеки и фреймворки уже освоенных языков.
Еще одна причина, которая, как мне кажется, может побудить изучать другие языки, — WASM. Web Assembly даст возможность запускать язык, который вам нужен, в браузере.
Если вы — JavaScript- или Python-программист, стоит освоить низкоуровневые языки. Вы можете начать с С++ или С, но я бы советовал Golang. Он позволяет получить все скоростные возможности С++ без проблем, характерных для семейства С.
Если вы работаете с низкоуровневыми языками, то попробуйте JavaScript или Python. Оба весьма востребованы и распространены. Оба можно использовать в связке с низкоуровневыми языками. Можно писать модули С++ для Node.js и Python.
Поделитесь собственным опытом в комментариях: какие языки вы знаете, какие планируете изучить и почему?