Знание работников умственного труда
Не так давно работники умственного труда пытались приспособиться к новым тенденциям информационного века. Это был 1998 год, к тому времени компьютеры стали обычным явлением для начинающих сотрудников, и рекрутеры начали замечать приток резюме, которые включали такие навыки, как «Microsoft Word», «Excel» или «электронная почта».
На протяжении всей своей карьеры я работал как на инженерных должностях, так и на должностях в бизнесе. У меня также была возможность работать в стартапах, корпоративных компаниях и даже в стартапах, когда они вырастали в корпоративные компании. В какой-то момент роста компании наступает время, когда вам нужны люди для выполнения нетехнических ролей. Однако по мере развития технологий ожидания нетехнических работников меняются.
Поскольку компьютеры и Интернет стали повсеместными, работники умственного труда продолжают бегать, чтобы не отставать от пресловутой беговой дорожки. Обработка текстов превратилась из навыка в предположение. То же самое верно для электронных таблиц, ввода данных, создания цифровых презентаций и даже электронной почты. Все это когда-то было «навыками», перечисляемыми в резюме кандидатами, стремящимися выделиться из массы, но теперь они просто предполагаются.
По моему собственному опыту, я помню, что моя первая работа в средней школе была в Федеральном подразделении Informix. Меня наняли инженером по поддержке настольных компьютеров. Я проводил свои дни, помогая сотрудникам, не занимающим технических должностей, открывать электронную почту, «искать» в Интернете и сбрасывать их пароли. В офисе около 150 человек это занимало около 10 из 12 часов, которые я работал в неделю. И это было в технологической компании.
Перенесемся в то время, когда я работал на GitHub, где я был главой отдела технологических партнерств. По большинству стандартов это была деловая роль. Но в рамках адаптации я быстро погрузился в инженерную культуру и набор инструментов. Вся документация и длинная коммуникация осуществлялись через git. Я делал запросы на вытягивание для работы над контрактами о партнерстве и стратегическими документами. Я использовал выпуски GitHub, чтобы делиться идеями и запрашивать ресурсы.
Хотя я признаю, что это находится на переднем крае кривой внедрения инженерных инструментов, я наблюдал эту тенденцию во многих стартапах, с которыми я работаю. Я также видел, что другие люди, работавшие в бизнес-ролях, с трудом осваивали новые инструменты.
Все, что мне нужно было знать, я узнал в детском саду
Работники умственного труда каждого поколения являются продуктом «общего» образования, предоставляемого населению. Несмотря на то, что изменения в государственном образовании происходят медленно, они все же происходят.
Итак, что это означает для поколения, которое начинает программировать в рамках общего образования в начальной школе? В настоящее время Code.org сотрудничает со школьными округами, в которых обучается почти 10% учащихся в Соединенных Штатах. Другие страны продвинулись гораздо дальше. Даже без формальной учебной программы свободный доступ к ресурсам в Интернете позволяет все большему количеству молодежи быть разработчиками, по крайней мере, на самом базовом уровне.
В ближайшие 5–10 лет к рабочей силе присоединится передовая часть поколения, родившегося после того, как интернет стал мейнстримом. Как это изменит ожидания в отношении навыков и инструментов?
Глядя еще дальше, массовое внедрение онлайн-сотрудничества для всего, от документов до рисунков, музыки и кода. Когда более 80% представителей поколения имели дело с кодом с момента своего становления, когда определение разработчика становится таким же тонким, как и писатель? Без сомнения, всегда будут специалисты, эксперты, гуру… но средний набор навыков определенно изменится.
Сдвиг происходит
Когда произойдет этот сдвиг, какие инструменты появятся, чтобы приспособиться к этому растущему числу разработчиков? Распространение инструментов для совместной работы, таких как Dropbox и Slack, в «традиционных» технологических областях, таких как файлы и письмо, предполагает, что подобное сотрудничество и управление знаниями могут появиться на горизонте для кода. Кроме того, появятся новые инструменты, предоставляющие информацию о коде во время его написания, проверки и обновления.
Для разработчика такие инструменты, как Canvas для совместной работы по уценке и Sourcegraph* для создания кода и совместной работы, должны стать стандартными или базовыми ожиданиями всех разработчиков. Независимо от языка инструменты IDE (редактор и репозиторий), такие как контекстный поиск, определение синтаксиса, автоматическое форматирование (пробелы, а не вкладки), встроенные ошибки, линтинг и сопоставление зависимостей… должны быть такими же вездесущими, как:
жирный
курсив
LSP потенциально может быть .rtf для кода. Sourcegraph только что указал, что они стремятся максимально эффективно использовать преимущества этой функциональности для всех языков, IDE и разработчиков… как можно скорее.
Эффективный результат этого дополнительного инструментария для кода значительно сократил разрыв между тем, что видит разработчик, и тем, что может понять работник умственного труда.
Об Адаме Зиммане:
Я много думаю о взаимодействии технологий и образования. Я также очарован разработчиком как потребителем. Я люблю говорить своим детям, что я старше Google. Когда я действительно хочу внушить им благоговение, я говорю им, что я старше, чем интернет… но мой отец обыгрывает меня: «Я старше, чем цифровые сигналы». Другие случайные мысли можно найти в твиттере @azimman.
*В настоящее время я являюсь консультантом Sourcegraph, а также нескольких других компаний, занимающихся созданием лучших инструментов для разработчиков.
