28
Чтобы пойти на программиста, я опоздал на 28 лет.
Мой выбор профессии был не личным предпочтением, а пониманием перспектив найти работу. В небольшом городе да и вообще. Призовые места на школьных олимпиадах по программированию, и грамоты за участие в районных, у меня иллюзий не создавали: ни относительно будущей зарплаты, ни относительно места работы, ни относительно того, что кто-то будет ждать меня у входа в IT.
Код и алгоритмы остались где-то рядом. Но не профессией, а способом думать.
Прошло 28 лет и по ряду причин мне пришлось переписать нуля NumLockCalc,утилиту которая по NumLock вызывает калькулятор. Простая утилита для одного повторяющегося действия. Снаружи это был калькулятор. Даже название честно изображало калькулятор: NumLockCalc/
Потом в неё полезли заметки, скриншоты, учёт времени, tray-меню, настройки и быстрый запуск других команд. У программы появился канал, GitHub и пользователи. Калькулятор остался внутри, но перестал объяснять, что это за программа.
И в какой-то момент меня осенило: мой NumCalc уже вовсе не калькулятор, а лончер. Причём в самом махровом его проявлении. Тот самый старый слой поверх системы, который не просто запускает программу, а говорит: я сам решу, где у меня вход, действие, окно, история ввода и рабочего времени.
Он ловит сигнал, связывает его с действием и сокращает путь через меню, поиск и панель задач. Для этого не нужны строка поиска и Alt+Space. Лаунчер начинается там, где программа берёт на себя маршрут от намерения пользователя до команды.
После этого я совсем иначе посмотрел на старые системные утилиты. В нулевых многие пользователи можно сказать собирали из них вторую Windows поверх первой. Одни программы запускали приложения и прятали окна. Другие меняли раскладку, держали хоткеи, делали скриншоты и выводили виджеты.
Большая часть тех программ исчезла. Но их функции остались.
Раньше это лежало в маленьких программах с форумов, в zip-архивах, в установщиках, которые лучше было не показывать системному администратору. Сейчас это переехало в PowerToys, Flow Launcher, AutoHotkey, shell-скрипты, tiling-менеджеры, плагины IDE, браузерные панели, корпоративные автоматизации и мобильные жесты. Самостоятельный лаунчер потерял рынок, но его рабочая логика стала повсеместной.
Что вообще называли лаунчером
Лаунчером называли программу, которая сокращала путь от намерения до действия. Иногда она запускала приложения. Иногда искала файлы, держала хоткеи или заменяла половину панели задач. Граница категории и сейчас выглядит размытой, зато задача остаётся ясной: пользователь не должен каждый раз заново искать дорогу к одной и той же команде.
Боль | Тогда | Сейчас |
|---|---|---|
Быстро открыть программу | Launchy, Executor, Wox | Windows Search, Spotlight, PowerToys Run, Alfred, Raycast |
Найти файл | Launchy, Everything | Everything, системный поиск |
Сделать красивую панель | RocketDock, ObjectDock, Nexus Dock | Dock, taskbar, нишевые доки |
Переделать Windows | WindowBlinds, StyleXP, Vista packs | Ниша кастомизации |
Поставить виджеты на рабочий стол | Yahoo Widgets | Rainmeter, Windows Widgets |
Спрятать окно или свернуть в трей, Анти-Босс | Captain Tray, 4t Tray Minimizer | Скрипты, оконные менеджеры, встроенные механизмы |
Автоматизировать личный сценарий | AutoHotkey, батники | PowerToys, AHK, Python, AI-generated scripts |
Упаковка умерла, а функции разъехались по системам и рабочим контурам.
Раньше за них отвечал .exe с форума. Теперь их забрала на баланс платформа/ Функции никуда не делись. Изменился тот, с кого пользователь может спросить за их работу.
XP, Vista и эпоха интерфейсных протезов
Windows XP была не просто ОС. Это была среда обитания. Её патчили, украшали, пересобирали, перекрашивали, ломали и снова украшали. Пользователь не просто работал с системой, жил в ней.
Vista показала, что тот же компьютер может выглядеть новым: Aero, стекло, тени, круглая кнопка «Пуск», Sidebar.
Но у многих Vista вызвала не желание перейти, а желание получить «почти Vista» на старой XP. Сама Vista была спорная и пугала слухами, но главное - на ней не работали 90% программ с CD-ROM купленного на рынке. А стеклянную красоту хотелось уже сейчас.
Так родилась эпоха интерфейсных протезов: Vista Transformation Pack, Vista Inspirat, UXTheme patcher, StyleXP, WindowBlinds. Иногда получалось красиво.
WindowBlinds — показательный выживший. Stardock начала продукт ещё в 1999 году; первая версия быстро набрала больше миллиона загрузок на Download.com. В 2007 году WindowBlinds 6 уже имитировала «стекло» Vista на XP. Продукт жив и сегодня, потому что за ним была компания, платная модель, обновления под новые версии Windows и понятный владелец ответственности.
StyleXP был из той же эпохи, но пошёл другим путём. Программа патчила uxtheme.dll, позволяла ставить неподписанные темы и набрала миллионы загрузок. Но переход к Vista и более жёстким требованиям Windows она не пережила.
Урок разработчику: если твоя утилита живёт в чужих внутренностях, ты отвечаешь за риск, но не контролируешь платформу.
Сегодня работает, завтра обновление ОС, и твой продукт превращается в ностальгическое сожаление на форуме, о том, что программу уже не запустить в новом ноутбуке.
Доки: когда всем хотелось кусочек macOS
Отдельная ветка — доки. Доки продавали не функцию запуска. Они продавали ощущение, что у тебя почти Mac, хотя под прыгающими иконками всё ещё жила Windows XP.
ObjectDock вышел в ноябре 2003 года. Он совмещал запуск программ и управление задачами, поддерживал docklets, а в Plus-версии получил вкладки, system tray и несколько доков. RocketDock был проще и бесплатнее. Его прыгающих иконок хватало, чтобы в 2006 году позвать друга к монитору и молча продемонстрировать достигнутый уровень технического превосходства. Nexus Dock занял ту же нишу.
Массовой заменой панели задач доки не стали. На macOS Dock входил в систему, поэтому Apple отвечала за его совместимость с остальным интерфейсом. На Windows пользователь сам скачивал надстройку и сам разбирался с последствиями после очередного обновления. При этом taskbar уже выполняет основную работу, а закрепление приложений и системный поиск закрыли большую часть оставшихся сценариев. Дополнительные же программы ощутимо влияли как на быстродействие, так и на объём свободной памяти, если ноутбук используется в режиме посмотреть кино с диска - то такое украшательство казалось приемлемым, во время работы изрядно раздражала, особенно на фоне работы какого-нибудь подтормаживающего из-за неё CAD-а.
ObjectDock дожил до версии 3. Stardock заявляет поддержку Windows 10/11, high-DPI и 64-битной архитектуры. Теперь это нишевый продукт для людей, которым такой способ запуска удобнее. Рынок не вырос, но владелец продукта остался и продолжает отвечать за него.
ObjectDock при этом дожил до версии 3: Stardock пишет, что v3 поддерживает Windows 10/11, high-DPI и 64-битную архитектуру. Это уже не «убийца панели задач». Это нишевая привычка для тех, кому так удобнее.
И это нормальный исход. Не всё должно становиться рынком на миллиард.
Рабочий стол как пульт управления космической станцией
Если доки были визуальным гедонизмом и мечтой о macOS, то виджеты были мечтой о рабочем столе как пульте управления космолётом или минимум болидом.
Температура CPU, память, сеть, погода, музыка, календарь, часы, RSS, список задач.
Пользователь хотел видеть на рабочем столе температуру процессора, память, сеть, погоду, музыку, календарь и RSS. Желательно одновременно. Желательно так, чтобы компьютер выглядел пультом управления космической станцией, а не машиной для курсовой работы.
Этим занимались Samurize, Rainmeter, DesktopX и похожие проекты. Rainmeter вырос из модуля для LiteStep, оболочки, которая пыталась заменить стандартный Explorer shell. Полная замена оболочки оказалась слишком зависимой от Windows. Виджеты поверх рабочего стола требовали меньше вмешательства и пережили саму идею альтернативного shell.
Samurize остановился. Современные загрузочные сайты теперь предлагают вместо него Rainmeter.
Rainmeter выжил, потому что перестал зависеть только от набора функций, придуманных одним автором. Он стал движком со скинами, документацией и сообществом. Пользователи получили возможность расширять продукт без ожидания следующего официального релиза.
Пока продукт держится на одном человеке, его уход становится техническим риском. Документация, расширения и сообщество распределяют этот риск между участниками.
Launchy: короткое заклинание против меню «Пуск»
Клавиатурные лаунчеры были самым чистым жанром.
Нажал хоткей, ввёл пару букв, Enter. Никакого путешествия мышью по меню «Пуск», этому памятнику человеческому терпению.
Launchy появился в 2004 году и стал эталоном: минимальное окно, быстрый ввод, запуск программ и файлов.
На Mac эта линия выглядела иначе.
Разница между платформами сразу назначала продуктам разные роли. Windows-лаунчер закрывал дыру в системе. На Mac уже были Dock и Spotlight, поэтому сторонний продукт должен был давать больше: действия, workflow, расширения и интеграции.
История Wox показывает, кто отвечает за жизнь open source-продукта. Проект почти остановился, пользователи начали спрашивать в issues, умер ли он, а сообщество сделало Flow Launcher. Затем Wox вернулся как кроссплатформенный лаунчер с AI-чатом и MCP-интеграцией. Пока исходный владелец молчал, ответственность за продолжение взяли другие разработчики.
После этого Microsoft выпустила PowerToys Run. Alt+Space открывает приложения и файлы, считает выражения, запускает shell-команды и работает с плагинами. Пользователю больше не нужен неизвестный установщик с Softonic. Функцию поставляет владелец Windows.
Кто выжил
AutoHotkey жив, потому что это не утилита, а язык персональной автоматизации: хоткеи, remap, окна, запуск программ, автозамены, GUI, маленькие внутренние инструменты.
ShareX жив, потому что это не кнопка «сделать скриншот», а pipeline: захват, обработка, загрузка, хоткеи, действия после снимка.
Rainmeter жив как платформа кастомизации.
Alfred жив за счёт доверия, глубокой интеграции в macOS и аккуратной платной модели.
Raycast растёт через расширения, интеграции, AI и ставку на профессиональные сценарии.
Выжили не «лаунчеры» в узком смысле. Выжили продукты, у которых была защита сильнее одной функции.
Общий паттерн: выживает либо open source с сообществом, либо продукт с доверием и глубокой интеграцией, либо платформа расширений.
Маленький .exe, который делает одну удобную штуку, живёт тяжелее. Его могут любить годами. Но построить на нём устойчивый рынок почти невозможно.
Если продукт держит только одну кнопку, к нему быстро придут с вопросом: кто платит за поддержку, кто отвечает за безопасность, кто чинит после обновления ОС, кто разговаривает с корпоративным ИТ, кто держит документацию. Если ответ «ну автор вроде был на форуме в 2011 году», продукту предъявят. И правильно предъявят.
Экономика маленькой утилиты
У standalone-лаунчера почти нет сетевого эффекта. От того, что программа стоит у миллиона человек, она не становится полезнее. Это не мессенджер и не маркетплейс. Это кнопка, функция.
Подробно я разбирал эту механику на своём KrugoZOR-е. Функцию легко повторить. Окно поиска по горячей клавише может добавить open source-проект, PowerToys, браузер, IDE или человек с AutoHotkey и свободным вечером.
Пользователь неохотно платит за маленькую функцию, когда рядом лежит бесплатная альтернатива. Captain Tray Pro продавал сворачивание окон в трей примерно за $35. Бесплатные RBTray и аналоги делали почти то же самое. Разработчик мог честно потратить месяцы на продукт, но рынок не брал на себя обязанность оплачивать эти месяцы.
Второй барьер связан с доверием. Во времена XP неизвестную утилиту скачивали с форума, запускали и оставляли компьютер на ночь качать что-нибудь ещё. Современный корпоративный ноутбук смотрит на такой .exe как системный администратор на человека с болгаркой в серверной. И правильно смотрит. Хоткей-менеджер получает доступ к клавиатуре и окнам, а tray-утилита вмешивается в поведение других программ.
Punto Switcher хорошо показывает цену такого доступа. Функция «Дневник» сохраняла вводимый текст и закономерно вызывала вопросы у пользователей и ИТ-служб. Удобство не отменяло объём доступа. После покупки Яндексом продукт стал частью чужой экосистемы, а его основатель позже сделал Caramba.
Это хороший урок: маленькая системная утилита может быть удобной, но если она читает клавиатуру, буфер обмена и окна, доверие становится не украшением, а базовой функцией.
Если владелец не объяснил, что программа читает и кто отвечает за эти данные, корпоративная система должна оставить её за дверью.
AI-scripting: теперь маленькую утилиту можно не искать
Раньше было два варианта: найти готовую программу или написать самому.
Теперь пользователь может описать ассистенту сценарий и получить AutoHotkey-, PowerShell- или Python-скрипт. По хоткею открыть папку проекта и IDE. Свернуть лишние окна, сделать скриншот и сохранить строку в CSV. По NumLock открыть калькулятор.
В 2010-х под каждый такой сценарий искали отдельную утилиту. Сейчас технически грамотный пользователь собирает её за один диалог или вечер. Этого достаточно, чтобы ещё сильнее снизить цену отдельной функции.
Разработка при этом никуда не исчезла. Пользователь должен поставить задачу, проверить результат и сопровождать решение после обновления Windows или API. Ассистент написал код, но ответственность за работающий инструмент не принял. Она осталась у того, кто запустил скрипт на своём компьютере.
NumCalc повторяет историю категории
Первая статья про NumLock-калькулятор залетела в ТОП недели. Значит, привычка вызывать нужное действие одной клавишей понятна не только мне.
После публикации NumCalc разросся. У него появились канал, GitHub и функции, которые уже не объяснить словом «калькулятор». NumLock стал входом в несколько сценариев. Программа принимает сигнал, выбирает действие и возвращает результат без похода по меню.
Я не принимал отдельного решения построить лаунчер. Я добавлял конкретные действия, за которые программа должна отвечать. В какой-то момент сумма этих обязательств изменила сам продукт. Название осталось прежним, а роль стала другой.
Почему рынок лаунчеров умер
Классический лаунчер умер как самостоятельный продуктовый рынок. Одной функции запуска оказалось мало, чтобы годами оплачивать разработку, безопасность и поддержку. Операционные системы забрали базовые возможности, open source закрыл оставшиеся пробелы, а AI удешевил создание личных сценариев.
Функция быстрого запуска теперь живёт в поиске Windows, Spotlight, PowerToys, Alfred, Raycast, VS Code, Notion, Slack, GitHub и браузерах. Пользователь по-прежнему хочет сократить путь до действия. Теперь за этот путь отвечает платформа или личный рабочий контур.
NumCalc начался как калькулятор на одной клавише, а стал входом в набор действий. Поэтому я больше не могу честно называть его просто калькулятором. Калькулятор остался первой функцией. Сама программа теперь отвечает за другое: по одной привычной клавише довести меня до нужного действия.
Чтобы пойти на программиста, я опоздал на 28 лет. Чтобы написать свой лаунчер, это опоздание не помешало.
👉 PM-Tools — канал моих инструментов руководителя проектов. Программы, дистрибутивы и обратная связь
👉 Исходник NumLockCalk— GitHub репозиторий
