The history of C and TypeScript with Anders Hejlsberg GitHub (Рубрика Software)
The history of C# and TypeScript with Anders Hejlsberg | GitHub (Рубрика #Software)
Интересное интервью Андерса Хейлсберга, создателя C#, Delphi, Turbo Pascal и ведущего архитектора TypeScript, которое он дал GitHub. Андреас разбирает, как создавались C# и TypeScript и какие компромиссы стояли за решениями и какие принципы помогают языкам и командам "жить долго".
Из получасовго интервью можно почерпнуть много интересного 1️⃣ Быстрый фидбек важнее почти всего Короткий цикл «написал → сразу понял/проверил» определяет скорость и качество. Поэтому ценность TypeScript - не только в типах, но и в инструментах: подсказки, проверка, рефакторинг, быстрый компилятор. 2️⃣Масштаб требует жертвовать личным идеалом Когда пользователей и сценариев много, побеждает прагматика: язык успешен, если вписывается в реальную работу команд, а не только в учебник. 3️⃣ Эволюция сильнее революции TypeScript вырос как надстройка над JavaScript: улучшает поддерживаемость больших проектов, не заставляя «сжигать мосты» и менять экосистему. 4️⃣ Прозрачность ускоряет open source Публичные PR/issue и обсуждения переводят приоритеты от "внутренних" к реальным потребностям, а решения становятся объяснимыми и проверяемыми. 5️⃣ Иногда нужен рывок в основании без ломки внешнего контракта Переписывание критического компонента ради производительности имеет смысл, если пользователь не платит ценой совместимости. 6️⃣ Эпоха AI смещает роль инженера Всё больше кода генерируется, а ценность инструментов - в точности: типы, проверки, тесты и рефакторинг как ограждения от правдоподобных ошибок. 7️⃣ "Память проекта" - это актив История обсуждений и решений (почему сделали так, а не иначе) снижает повторение ошибок и облегчает онбординг.
Если эти lessons learned превратить в какие-то выводы, то они могу быть такими
Для инженеров
- Инвестируйте в быстрый цикл: локальные проверки, быстрые тесты, линтеры/типы, удобные IDE-инструменты.
- Пишите для "коллективного владения": читаемость, предсказуемость, простые правила важнее личной элегантности.
- Учитесь по контексту решений: обсуждения в issue/PR часто дают больше, чем абстрактные «best practices».
- При работе с AI-кодом усиливайте страховку: типизация + статанализ + тесты, иначе вы просто быстрее генерируете долг.
Для технических руководителей
- Ставьте скорость обратной связи в KPI инженерной системы: CI, тесты, статанализ, быстрые сборки. Медленный фидбек рождает процессы-«костыли».
- Держите баланс интересов: стандарты и совместимость важнее вкуса отдельных сильных инженеров.
- Внедряйте изменения через миграции и совместимость: постепенное улучшение обычно дешевле и надёжнее тотальной замены.
- Стройте институциональную память: ADR/решения, ссылки на обсуждения, понятные причины компромиссов - это снижает риски при росте и текучести.
В общем, долгоживущие технологии и команды выигрывают, когда обеспечивают быстрый фидбек, принимают прагматичные компромиссы, эволюционируют с обратной совместимостью, а также ведут прозрачную историю решений.
#AI #Engineering #Software #Management #Leadership #Startup #LLM #ML #Architecture #RnD