Узнайте, как кварцевый кризис швейцарских часовщиков помогает понять будущее разработки ПО. Какие навыки сохранят ценность в эпоху AI?
В декабре 1969 года Seiko выпустила часы Astron. Они показывали время с точностью до пяти секунд в месяц. Лучшие швейцарские хронометры ошибались примерно на минуту в месяц. Новые часы были примерно на порядок точнее, а через десять лет разрыв стал ещё больше. Astron стоил примерно как новый Toyota Corolla.
Через четырнадцать лет в швейцарском часовом производстве работало 33 000 человек. В год запуска Astron их было 90 000.
Это часть истории, которую все знают. А вот что действительно важно — что сделали выжившие. Они не стали улучшать механические механизмы. Они не перешли на кварц. Они сделали нечто третье. И это сработало: сегодня самые дорогие механические часы в мире — швейцарские, а отрасль экспортирует примерно половину от пика 1974 года, но в разы дороже.
Разработка ПО сейчас где-то около 1973 года.
Когда индустрии говорят, что её продукт устареет, есть три очевидных ответа. Каждый из них провалился для швейцарцев.
Первый — улучшать старый продукт. У швейцарцев были лучшие школы часовщиков, столетние традиции, целая экосистема мастерства. Они продолжали совершенствовать механику. Рынку стало всё равно. Кварц нельзя победить по точности. Ось конкуренции исчезла.
Второй — принять новую технологию. Швейцарцы на самом деле первыми получили кварц: в 1967 году Centre Electronique Horloger продемонстрировал механизм Beta 1. Но кривая затрат, производство микросхем и промышленные масштабы были японскими. Seiko сделала многие ключевые патенты на кварц свободными, чтобы сохранить лидерство. Когда швейцарцы всерьёз занялись кварцем, цена уже диктовалась в Токио и Осаке.
Третий — переждать цикл. Это выбрало большинство. Потребовалось четырнадцать лет, чтобы занятость рухнула. Всё это время появлялись ложные признаки оживления. Но число работников за четырнадцать лет сократилось с 90 000 до 33 000. Каждые два года исчезала часть отрасли размером с Женеву.
Был и четвёртый ход. Тогда он казался безумным.
В 1983 году, когда крах был уже в разгаре, банки-кредиторы объединили остатки SSIH и ASUAG в SMH (позже Swatch Group). Николас Хайек стал генеральным директором в 1986 году.
Что сделал Хайек? Он запустил пластиковые часы. Они стоили пятьдесят швейцарских франков — дешевле любых швейцарских часов на памяти живущих. Работали на кварце — той самой технологии, которая убивала отрасль. Имели втрое меньше деталей, чем обычные кварцевые часы, были заварены и не подлежали ремонту. Яркие цвета. Ранние коллекции включали работы Кита Харинга и Кики Пикассо.
Швейцарское часовое сообщество отреагировало с ужасом.
За первые три года продано более двадцати миллионов. К 1988 году — пятьдесят миллионов. К 1992 — сто миллионов.
Вот парадокс: компания, спасшая швейцарское механическое часовое производство, агрессивно приняла технологию разрушителя и превзошла Японию в её же игре. Хайек не боролся с кварцем. Он использовал деньги от него, чтобы финансировать нечто более странное.
На базе производства Swatch — которое сохранило заводы ETA, инструментальную экосистему и школы часовщиков — механическое производство тихо перепозиционировалось. Не как более точный хронометр (этот аргумент был проигран). Не как более дешёвый (тоже проигран). Как нечто совсем другое.
Лишившись монополии на точность, механическое часовое производство было вынуждено заново открыть свою глубинную ценность — мастерство, традицию, отделку, механическую сложность.
A. Lange & Söhne была возрождена в Саксонии 7 декабря 1990 года как воплощение человеческого труда, преемственности и авторства. Слоган Patek Philippe — «Вы никогда не будете владеть Patek Philippe, вы лишь храните его для следующего поколения» — появился в 1996 году, более чем через десять лет после переосмысления. К 2025 году швейцарское часовое производство экспортировало около 13–14 миллионов единиц — примерно половину пика 2011 года по объёму — но с суммарной стоимостью экспорта на уровне рекордного 2023 года.
Переосмысление не было маркетингом. Это был честный ответ на новый вопрос.
Каждая зрелая отрасль организована вокруг вопроса, на который она неявно обещает ответить. До 1969 года швейцарское часовое производство было организовано вокруг вопроса: «Чьи часы показывают время точнее и надёжнее?» Все конкурентные измерения — турбийоны, хронометры, обсерваторные испытания — были подвопросами. Цены, престиж, карьеры строились на этом.
После 1985 года главный вопрос стал неразрешимым. Не сложным — неразрешимым. Casio за пять долларов превосходил лучший Patek Philippe по точности. Измерение исчезло.
Вопрос, который пришёл на смену, был совершенно другим: «Чьи часы стоит носить на запястье, чтобы они каждый день были маленьким заявлением о том, кто я и что мне важно?» У этого вопроса нет бенчмарка. Его нельзя решить инженерными методами. Он зависит от клиента, социального контекста, истории бренда и ручной отделки, видимой через сапфировое стекло.
А теперь посмотрите на вопрос, вокруг которого примерно семьдесят лет организована разработка ПО: «Кто может быстрее всего производить корректный и производительный код?» Все конкурентные измерения — войны языков и фреймворков, оптимизация IDE, собеседования по алгоритмам, репутация на Stack Overflow — подвопросы. Карьеры строились на этом.
Вопрос рушится.
Примерно 85% разработчиков регулярно используют AI-инструменты; значительная доля кода в 2025 году была изначально предложена или сгенерирована моделью. Результаты SWE-bench Verified для лучших AI-агентов сжались в узкий диапазон — цифры, которые будут выше к моменту вашего чтения и неактуальны через месяц.
Рандомизированное исследование METR в начале 2025 года показало, что небольшая группа опытных разработчиков, работающих над сложными задачами в больших репозиториях, тратила примерно на 19% больше времени при использовании AI-инструментов, хотя считала себя быстрее. Эффект значителен, выборка мала, но это самый чистый опубликованный взгляд на то, где картина AI-продуктивности не так проста.
Это — момент Astron. Инструментальный слой делает одну вещь действительно хорошо — рутинную генерацию кода — и делает её настолько хорошо, что джун с ним может сравниться с мидлом без него по некоторым задачам. Ось конкуренции удаляется. Не вся, но та её часть, за которую компании платили.
Вот что швейцарцы поняли, наблюдая за провалом очевидных стратегий.
Клиенты, покупавшие дорогие механические часы в 1960 году, говорили себе (и слышали от индустрии), что платят за точность и надёжность. Но на самом деле они платили за нечто, что можно осознать только когда то, за что, как казалось, платишь, исчезает. Остаток — это мастерство, преемственность, история создателя, принадлежность к культуре, ценящей эти вещи, объект, несущий смысл через поколения.
Индустрия всё время продавала не точность, просто не признавалась.
Параллельное предположение для разработки: индустрия всё время продавала не код, просто не признавалась. Что на самом деле хороший сеньор приносит компании — то, за что работодатель готов платить сотни тысяч долларов, хотя его ежедневные нажатия клавиш в принципе может воспроизвести джун в AI-среде — это не строки кода. Это суждение о том, какие строки писать. Это вкус в постановке задачи. Это тренированная интуиция, какие сценарии отказов реальны, а какие — плод воображения. Это ответственность: человек, чьё имя стоит на двери, когда система падает в 3 часа ночи, и который будет здесь на следующей неделе. Это авторство неявных решений системы, которые остаются надолго.
Ничто из этого не улавливается бенчмарками — так же, как ни один бенчмарк не определяет, стоит ли носить часы. Вопрос принципиально другой.
Практический вывод для разработчика или техлида: работа, которая переживёт коммодитизацию, — это работа, отвечающая на вопрос: «Чьё суждение закодировано в этой системе?» Ревью архитектуры выживут. Постмортемы инцидентов выживут. Выбор того, что не строить, выживет. Долгий разговор с заказчиком о его реальной проблеме выживет. Обучение джуна думать о компромиссах выживет. Написание модуля по очевидной спецификации не выживет — и никогда не было тем, за что платили сеньору.
Любое сильное междисциплинарное сравнение стоит проверить на прочность. Три честных места, где аналогия с часами не работает для разработки.
Первое. У механических часов есть видимый эстетический актив — мастерство движущихся деталей, ручная отделка через стекло. У разработки такого нет. Суждение, вкус, авторство реальны, но невидимы, кроме косвенных эффектов. Переосмысление должно произойти в том, как работа описывается, оценивается и контрактуется, а не как выглядит на полке. Это сложнее.
Второе. Швейцарское переосмысление опиралось на географию. «Swiss Made» — это юридическое обозначение, создающее дефицит. У разработки нет такого рва. Эквиваленты — регуляторные требования, аудиторские цепочки, сертификация безопасности, правила суверенного AI — частичны, оспариваемы и технически переносимы. Часть переосмысления придёт от них, но они не вынесут всей тяжести, как швейцарская география.
Третье. У швейцарцев было время. Четырнадцать лет от Astron до Swatch — это много по любым меркам; по меркам разработки это целые эпохи. Темп изменений в разработке намного выше. Переосмысление должно происходить быстрее, и ставки выше.
Тем не менее, основная идея остаётся: когда главный вопрос отрасли становится неразрешимым, выживают не те, кто лучше всего отвечает на старый вопрос, а те, кто находит новый вопрос, на который стоит отвечать.
Если вы разработчик, ваша долгосрочная ценность — не в скорости написания кода. AI уже превосходит вас в рутинной генерации. Ваша ценность — в суждении, архитектурном видении, понимании предметной области, ответственности и умении учить других. Развивайте эти навыки. Участвуйте в ревью архитектуры, проводите постмортемы, глубоко разбирайтесь в бизнес-контексте.
Если вы техлид или менеджер, меняйте то, за что вы платите. Не измеряйте продуктивность в строках кода или количестве пул-реквестов. Цените тех, кто принимает правильные решения, предотвращает проблемы и выращивает других. Создавайте культуру, где ценятся суждение и ответственность, а не скорость печати.
Кварцевый кризис научил швейцарцев: когда технология обесценивает ваш главный продукт, не пытайтесь конкурировать по старой метрике. Найдите новую. Для разработки эта метрика — не код, а суждение, воплощённое в системе.
Хочешь закрепить знания на практике?
Решай задачи на Algolit — интерактивная платформа для обучения
Начать бесплатно →