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