Хабрахабр

«Высокий уровень самодисциплины». Джеффри Рихтер о том, как кодить, писать книги и создавать свои компании

Сегодня в нашей виртуальной студии один из самых известных дотнетчиков — Джеффри Рихтер.

Иначе говоря, человек, который знает об Azure Storage всё. В данный момент он — Partner Software Architect в Microsoft, работающий по направлению Distributed Cloud Apps & Storage.

Слишком много текста. О чём это всё?

Чтобы вам было веселей читать, для этой статьи мы придумали более интересную вёрстку. Слева будут говорящие головы, а справа — текст. Если вам уныло листать до интересующей части, то в оглавлении есть анкерные ссылки. В ролях:

Евгений phillennium Трифонов (нетехнические вопросы)

  • Советы разработчикам по созданию компании
  • Комбинирование разных видов деятельности
  • Что читать, что изучать, как писать

Олег olegchir Чирухин (технические вопросы)

  • Зачем Рихтер изучает JS, Golang и Python
  • Стоит ли продолжать писать на C++
  • Эволюция и будущее разработки на платформе Windows, .NET и вообще
  • Захватит ли JavaScript мир, нужна ли типобезопасность
  • Немного о пользе облачных провайдеров
  • Что лучше иметь — личный самолет или личный вертолёт
  • Как всё успевать

Почему эта статья попала в хаб JavaScript?

Только для тех, кому интересно мнение архитектора Azure относительно JS и его позиция в холиваре о типобезопасности. Этот холивар перетекает у нас из интервью в интервью, и конца ему не видно.

Почему эта статья попала в хаб С++?

Только для тех, кому интересно мнение архитектора Azure относительно будущего и применимости C++ Изначально Рихтер писал книги про C++.

1. Джефф стал известен еще в начале 90-х, когда написал книгу о том, как программировать Windows 3. Его книга «Programming Applications for Microsoft Windows» стала классикой, позже выпускалась как «Windows via C/C++» и выдержала несколько изданий.

NET он написал «CLR via C#» — тоже получилась классика, тоже несколько изданий. С появлением . Чем и заработал репутацию крупного независимого эксперта по Windows. В то время он был одним из основателей компании Wintellect и, формально не будучи частью Microsoft, оказался более свободен в оценках. Это человек-легенда уровня Чарльза Петцольда и Дона Бокса.

Правильно ли я понял, что вы одновременно работаете в Microsoft и Wintellect?
У нас много разных вопросов к вам, и я начну с несколько менее относящихся к технической части.

Три года назад я пришёл в команду Azure в Microsoft, и с тех пор я не работаю в Wintellect. Я был владельцем Wintellect в течение восемнадцати лет и вплоть до прошлой недели. Каких-либо существенных связей с Wintellect у меня не осталось.

Но я всё же хотел бы задать вам несколько вопросов относительно вашего опыта как создателя Wintellect. Понял вас. У вас же есть знания и в той, и в другой области, поэтому было бы интересно услышать ваш совет людям, собирающимся основать свою компанию.
На наших конференциях собирается много программистов, которые хорошо знакомы с процессом разработки ПО, и некоторые из них, скорее всего, подумывают о том, чтобы создать свою компанию, но при этом с предпринимательской стороной дела они не знакомы.

Вам нужно будет постоянно принимать довольно много решений и много взаимодействовать с людьми: с клиентами, партнёрами. Вы однозначно не будете тратить всё своё время на разработку, и будете узнавать много нового о других сферах: о бизнесе, управлении деньгами, экономике, финансах, найме и увольнении. Несмотря на всё это, в Wintellect мне удавалось проводить достаточно времени за разработкой, поскольку у нас работали люди, занимавшиеся в основном бизнесом. Вам нужно будет находить варианты, устраивающие все стороны. Тот факт, что мне не нужно было думать о битах и байтах круглые сутки, сделал меня, на мой взгляд, более цельной личностью. Тем не менее, мне также приходилось участвовать в предпринимательской стороне дела, и я это делал с радостью, поскольку это был интересный новый опыт. Я ни о чём не сожалею.

Или, наоборот, оказались ли какие-либо вещи проще, чем вы ожидали?
Столкнулись ли вы с какими-либо неожиданными трудностями?

В другие периоды всё было несколько иначе. Наш путь однозначно был весьма неровным: иногда бизнес шёл хорошо, приходили новые клиенты. В итоге это получилось, и сейчас она достаточно успешна, но это заняло примерно на год больше, чем мы рассчитывали. Когда мы сделали видеоподписку WintellectNOW, запустить её и добиться прибыльности оказалось значительно сложнее, чем мы думали. В целом, наши ожидания часто обманывались и в хорошую, и в плохую сторону.
Помимо этого, неожиданности случаются с работниками: некоторые замечательны, другие приносят компании вред, и эти вещи часто выясняются лишь позже — в повседневной работе они незаметны.

Было ли для вас сложно оставаться в курсе технической стороны дела?
Мне кажется, что многие разработчики не хотят создавать свою компанию, опасаясь, что, тратя время на бизнес, они перестанут ориентироваться в новейших технологиях.

На мой взгляд, решение заключается в специализации. Это хороший вопрос. Каждый из нас занимался определённой областью. Когда Wintellect была основана, в ней было три технических партнёра. Моей сферой было системное программирование— операционные системы, языки, рантаймы, многопоточность и тому подобное. Никто из нас не смог бы быть экспертом во всех этих областях. Если у некоторого языка новая версия выходит один раз в год, следить за этим несложно, и в тех сферах, которые мне важны — у меня это никогда не вызывало трудностей.
Такая организация дел здорово экономит ресурсы.

Есть ли у вас ощущение, что эти различные формы деятельности мешают друг другу, или наоборот? Вы занимаетесь многими вещами, связанными с предпринимательской стороной дела: выступаете с докладами, пишете книги. Например, помогает ли написание книги с будущими докладами?

Из всех занятий написание книг поглощает больше всего времени и нервов, заставляет уделять внимание языку, грамматике, организации материала, поиску правильных демонстраций. Определённо помогает. Но когда эта работа проделана, сделать слайды уже значительно проще, поскольку демонстрации уже есть, и надо просто дать выжимку материала. Это очень трудно, и написание каждой книги занимает, как правило, много месяцев. В целом, все эти виды деятельности очень сильно помогают друг другу.
Далее, понимание внутреннего устройства различных систем позволяет мне давать правильные советы и выбирать нужную технологию для решения проблем при работе консультантом или в Microsoft в команде Azure Storage.

Уделяете ли вы больше внимания книгам из-за этого?
Изменил ли ваш опыт написания книг то, как вы читаете книги?

Я смотрю, есть ли у докладчика навык подачи материала, насколько он знаком с материалом, повторяет ли он уже сказанное другими или действительно глубоко осмысляет проблему. Думаю, что изменил, и, мне кажется, я также уделяю больше внимания презентациям других докладчиков. В своих книгах я стараюсь описать работу системы, отметить положительные и отрицательные стороны, показать способы откладки возможных проблем, описать требования к производительности. На те же вещи я обращаю внимание и в книгах: хорошо ли написана книга, присутствует там ли глубокое техническое понимание вопроса, даются ли там прямые рекомендации или описывается внутреннее устройство системы. Я продолжаю изучать новые технологии, поэтому я читаю техническую литературу, смотрю видео с YouTube и из других источников, посещаю доклады. Мне кажется, что мои книги считаются относительно успешными благодаря тому, что я даю много контекста для каждой технологии, а не просто указываю: сделай так, сделай иначе. Мне недостаточно просто узнать, что некоторая технология работает так-то и так-то, мне необходимо как можно глубже вникнуть в неё, понять, в каких случаях она хороша, а в каких — нет, какие у неё есть подвохи.

Коль скоро вы следите за книгами и докладами других авторов, можете ли порекомендовать чьи-либо работы или видео?

Меня всегда удивляло, что разработчики не читают спецификацию языка, на котором они пишут — ведь в ней полностью изложено, как язык должен работать. В последнее время я изучаю Go и Python в связи с моей работой в Microsoft, для этой цели я читаю логи команды Go и спецификацию этого языка. Я рекомендую всегда читать спецификацию. Вместо этого люди читают книги. Здесь что-либо посоветовать сложно — некоторые докладчики лучше, другие хуже.
В остальном же я обычно смотрю видеозаписи выступлений на конференциях о различных технологиях.

Вам необязательно называть кого-то, кто однозначно лучше всех других — просто скажите, кто вам понравился.

Меня всегда интересуют доклады об управлении памятью. Мне нравятся докладчики, которые вдаются в детали вопроса. Любой доклад о работе сборщика мусора в языке, на котором я пишу, будет мне интересен: например, используется ли в нём сжатие или нет и тому подобное. Из-за управления памятью обычно возникает много проблем с производительностью, что для меня весьма важно. Есть паттерны, которые делают сборку мусора более эффективной. В особенности хорошо, когда доклад говорит о вещах, информация о которых малодоступна — работа сборщика мусора обычно не описывается даже в спецификации. Всё это меня интересует.

Джеффри, вы же из Microsoft. Давайте немного влезу в разговор со своими скучными техническими вопросами. Зачем вам Go и Python, если есть чудесный C#?

Мы разрабатываем SDK для Azure Storage на множестве различных языков — Go, . В Microsoft я работаю в команде, занимающейся SDK и инструментами для Azure Storage. Мы изменяем структуру наших SDK, и первая реализация была выполнена на Go. NET, Python, Java, NodeJS, PHP, Ruby, C, C++. У нас на тот момент не было Go SDK, поэтому первый SDK был написан на Go, чтобы у наших клиентов что-нибудь не сломалось. Это было критическое изменение, и мы не были уверены, как на него отреагируют наши клиенты. В связи с этим я начал изучать RxJava и, в целом, больше работать с Java. Но, получив положительные отклики, мы перешли на Java, поскольку у нас были важные клиенты, которым была нужна асинхронная библиотека Java. Сейчас мы занимаемся NodeJS, поэтому в данный момент я изучаю его и TypeScript. Естественно, здесь мне сильно помог мой опыт с C#. NET — здесь для меня было меньше нового, поскольку я с ним уже знаком. Кроме того, мы начали портировать новый SDK на . В этом заключается работа нашей команды — мы пишем SDK для всех этих языков, поэтому моя деятельность не ограничивается одним языком.
Следующий на очереди у нас Python, поэтому я также изучаю его.

На Amazon можно найти огромное количество ваших книг. Хорошо, понял. Но вы ведь приобрели известность как автор книг еще в 90-х. Самая старая книга, что я нашёл там, «Windows via C/C++», датирована 2007 годом. Как же так?

Она была написана для Windows 3. На самом деле, у меня есть книга, изданная ещё раньше, но она совсем старая, я не уверен, что она есть на Amazon. речь идёт о 1990 или 1991 годе. 0, т.е. Но её купило совсем немного людей, и про неё её мало кто знает.

0.
Как и про Windows 3.

Да, это было давно.

Какое, на ваш взгляд, будущее у С++? Затем вы перешли на C# и стали писать книги про него, верно? Стоит ли нам продолжать тянуть на себе багаж C++, или лучше переходить на Rust, Go или что-либо подобное?
Оно вообще есть?

Сила языков программирования в том, что каждый из них особенно хорошо выполняет определённый вид работы. Я не думаю, что у нас когда-либо останется только один язык, который победит все остальные. Поскольку у нашей команды Azure в Microsoft много клиентов, которые пользуются С и С++, мы от этих языков уходить не собираемся. Я примерно каждый месяц проверяю индексы популярности различных языков, и на сегодняшний день С и С++ остаются очень широкораспространёнными. Речь идёт о небольших устройствах вроде термостата, контролирующего температуру в вашей квартире. Более того, благодаря IOT, в последнее время наблюдается рост интереса к этим языкам. Так что я думаю, что эти языки будут продолжать использоваться ещё очень долго. У них мало памяти и слабые процессоры, и, помимо ассемблера, лучше всего для них подходят С и С++. Это может быть своего рода безопасный С/С++. Коль скоро мы заговорили о Rust — у меня есть некоторый опыт с ним, и, на мой взгляд, в нём очень много весьма интересных идей. Тем не менее, он показался мне довольно незрелым. На мой взгляд, он весьма перспективен. Наша команда ещё не занималась им, но мы продолжаем за ним следить, и в будущем ситуация может поменяться.

Я правильно понимаю, что у вас есть SDK для С и С++?

У некоторых других команд тоже есть C/C++ SDK, но не у всех, и они ещё не решили, будут ли они создавать их в будущем.
Да, у нас есть C++ SDK для Azure Storage.

Как я понимаю, вы там повидали всё на свете. Как эволюционировала отрасль разработки Windows? Потом набрал популярность С#, и пока что я не вижу никаких признаков падения С#/. Первое, что помню я сам — это Delphi. Являются ли они, на ваш взгляд, последней ступенью эволюции императивного программирования? NET, Java и тому подобного. Скажем, язык с поддержкой нейросетей?
Какова вероятность того, что в ближайший год или десять лет появится нечто совершенно новое?

Я занимаюсь программированием где-то 45 лет. Я человек уже почтенного возраста, в особенности по сравнению с вами, и видел в нашей отрасли весьма многое. Я в основном занимался сервисами программного обеспечения для бэкенда и инструментами для командной строки. Существенное изменение за эти годы заключается в том, что операционная система стала менее важна. В определённый момент у меня перестало хватать на это нервов, поскольку в этой области постоянно встреваешь в крайне ожесточённые споры о том, следует ли в некотором случае использовать listbox или combobox, должна ли ширина быть 100 или 1000 пикселей, каким должен быть цвет. Раньше я значительно больше работал с GUI, и мои первые книги были посвящены именно этому: приложениям GUI с меню, listbox-ами, combobox-ами, обработкой событий от мыши, клавиш и так далее. Что касается языков, то, я думаю, у нас по-прежнему будет множество различных вариантов. У меня эти дискуссии вызывали отвращение, поэтому в итоге я перестал этим заниматься. Новые языки всё время будут возникать — в последнее время некоторую известность приобрела Julia, несколько дольше существует Clojure. Языки умирают очень долго, даже сегодня можно встретить людей, пишущих на Cobol, Fortran или крайне малоизвестных языках. С# прошёл впечатляющий путь, ему 15 лет, и он по-прежнему крайне распространён. Эти новые языки привлекают существенное внимание на некоторое время, после чего некоторые становятся успешными, а другие нет. NET из Microsoft во многом вдохнула в него новую жизнь благодаря тому, что они создали . На мой взгляд, команда . Если вы пишете на C#, ваши навыки применимы в огромном количестве различных сценариев. NET Core, который теперь работает на Linux. Я думаю, что интерес к С# не будет ослабевать ещё много лет.

Джефф скоро приедет на конференцию DotNext 2018 Moscow с докладом «Building responsive and scalable applications», в котором будет рассказывать об использовании асинхронного IO для построения сильно масштабируемых систем (как на сервере, так и на клиенте). Минутка рекламы. Вживую в Россию он прилетает, мягко говоря, не каждый день — это отличный способ не только послушать доклад, но и обсудить актуальные проблемы лицом к лицу в дискуссионной зоне.

Не хочешь ли ты теперь написать «GNU/Linux Runtime via C#»?

На мой взгляд, для разработчиков сервисов GNU/Linux по многим причинам лучше подходит, чем Windows — за исключением некоторых случаев. Да, хочу. Я недавно познакомился с Java: из соображений корректности могу только сказать, что после неё я стал значительно больше ценить С#. Я считаю, что С# — прекрасный язык. Мы недавно работали с отображением файла в память в Java, и не могли закрыть его напрямую, приходилось ждать сборки мусора. Мне очень нравятся типы-значения (value types) в С#. На мой взгляд, С# и . Некоторые решения в Java мне кажутся совершенно бессмысленными. NET сделаны значительно лучше.

Года через три у нас, у джавистов, появятся типы-значения.

Да, я знаю, и у вас есть какие-то дженерики…

«Какие-то» — на мой взгляд, очень точное описание.

Но Java — безумно популярный язык, и люди его весьма продуктивно используют. Ну да, ваши дженерики немного странноватые. Но, на мой взгляд, в . Он, безусловно, очень важен. Даже если вы добавите типы-значения, нам по-прежнему нужно будет предоставлять поддержку более старых версий Java. NET некоторые аспекты выполнены лучше. Но это и хорошо: все языки развиваются, в них появляются новые возможности. Так что реализовать эти новые возможности нельзя будет еще несколько лет. NET, C# — все они будут жить ещё очень долго, в особенности с учётом некоторых последних изменений, таких, как . Java, . Так что, на мой взгляд, C# для GNU/Linux — это замечательное сочетание для людей, пишущих сервисы.
NET Core.

Когда-то у нас были только текстовые консоли, а потом появился UI, и это сделало софт значительно более функциональным. Но для взаимодействия с бэкендом нужен UI. Не опасаетесь ли вы, что в будущем вообще всё будет писаться на JavaScript?
А сегодня есть Electron и другие основанные на JavaScript движки, и на них любой школьник может написать интерфейс.

Во-первых, это вопрос производительности: в JavaScript она не может сравниться с C, C++, Go, или даже C# и Java. Нет, я так не думаю. Когда я попал в мир типобезопасных языков, то влюбился в него с первого взгляда. Далее, я не могу представить себе написание масштабного проекта без типобезопасности на фазе компиляции. А вот TypeScript стал бы, и наш новый SDK мы пишем на TypeScript. JavaScript сам по себе не предоставляет типобезопасности, поэтому я не стал бы использовать его в крупном проекте. Но я не думаю, что весь мир когда-либо станет использовать только один язык для какой-либо одной цели. Он представляет из себя значительный шаг вперёд по сравнению с обычным JavaScript. Даже если мы говорим об IOT, то среда для запуска JavaScript требует достаточно много ресурсов, и многие устройства их попросту не могут предоставить.
В этом попросту нет смысла.

А где они есть? Хорошо, с JavaScript проблем нет. В чём заключаются главные проблемы для вас лично и для отрасли в целом?

Операционные системы на данный момент, в сущности, стали обычными бытовыми вещами. Я не уверен, что они связаны с языками или операционными системами. Для большинства людей не имеет большого значения, используют ли они Windows, Mac или Linux. Они используются для отправки электронных сообщений и выхода в интернет. Большинство языков, по сути, просто перемещают данные из точки А в точку B. Языки, которые мы сегодня используем — уже достаточно мощные. Далее, нам необходимо, чтобы машины коммуницировали друг с другом. У вас есть коллекция, вы её просматриваете, фильтруете содержимое — такого рода действия может выполнять каждый язык. Все эти технологии замечательно работают, тем не менее производительность можно улучшать и дальше. Здесь стандартом является TCP, широко используется HTTP, но есть и другие протоколы. Разработчики развёртывают сервисы в облачных средах, и им необходимо, чтобы эти среды обладали гибкостью и возможностью масштабировать приложения. На мой взгляд, наиболее серьёзные трудности сегодня связаны с созданием сервисов. Когда мы его писали, мы не знали, будет ли у нас десять клиентов, сотня, тысяча или миллион. Я уже упоминал наш сайт с подпиской на видео, который стал успешным значительно позже, чем мы ожидали. В общем, я считаю, что наибольшие сложности сегодня связаны с созданием масштабируемых, гибких и надёжных облачных сервисов. Поэтому я с самого начала проектировал его, рассчитывая на масштабирование, что заставило на первых этапах много работать над архитектурой и продумывать паттерны использования, а также возможные будущие изменения в системе. Именно этим мы занимается в Microsoft в команде Azure, и, судя по нашим разговорам с клиентами, именно это создаёт больше всего трудностей.

Или нет?
И Azure предлагает решение для этих проблем?

Никакой облачный провайдер не является решением для этих трудностей. Да я не сказал бы. Он также может предоставлять некоторые сервисы, как, например, Azure Storage (команда, в которой я работаю) или CosmosDB, или сервисы-конкуренты от Amazon — всё это может существенно упростить вам жизнь. Провайдер только предоставляет инфраструктуру, железо, на котором будет работать ваш код. Но так или иначе многие проблемы вам необходимо будет решать самим. Может помочь управлять состоянием, предоставлять надежную базу данных. Для этого существует несколько различных паттернов. Например, если у нас запущено десять экземпляров первой версии приложения, как обновить их до второй версии, не останавливая их работу и продолжая обрабатывать запросы? И нам нужно самим правильно написать код, чтобы первая и вторая версии приложения были запущены параллельно и могли коммуницировать друг с другом, пока не произойдет переход на вторую версию. Azure может помочь реализовать некоторые из них, но не все. Облачные провайдеры упрощают некоторые из этих задач, но для их клиентов по-прежнему остаётся много работы, которую необходимо выполнить самостоятельно, чтобы обеспечить требуемую гибкость.

На сайте Wintellect есть эпиграф, большой такой заголовище: «We don't just build software. Давайте теперь поговорим о людях. Можете поделиться, как создавать современных разработчиков?
We build developers.».

Мы консультируем другие компании, просматриваем их архитектуры и обучаем их разработчиков. В Wintellect есть три основных направления бизнеса. NET. У нас есть специальные занятия, на которых рассказывается, как работает управление памятью в Windows, сборка мусора в . И таким образом мы улучшаем навыки других разработчиков. В целом, у нас подход похожий на тот, который я использую в своей книге: мы демонстрируем некоторую технологию, показываем, на что она способна. Их опыт работы — год или два, мой — десятилетия. В нашей команде в Microsoft мы нанимаем довольно много людей, только что закончивших колледж. Мы выбираем определённую тему и обсуждаем её. Каждый четверг в час дня я делаю часовое занятие для молодых разработчиков из нашей команды. Я пытаюсь развить их как разработчиков, рассказывая об истории программирования, о том, какие вещи более важны, а какие менее и так далее. Прошлая тема была сборка мусора, до этого мы говорили о тредах, асинхронных операциях ввода/вывода и их преимуществах. Я периодически повторяю фразу: что на входе, то и на выходе («you get out what you put in»). Благодаря этому, я надеюсь, их код будет более высокого качества, что улучшит качество обслуживания наших клиентов. Таким образом, я существенно заинтересован в будущем этих людей.
Если на входе я трачу больше усилий, обучая наших сотрудников, то на выходе я получаю более высокое качество работы, что в целом улучшает положение компании.

В дополнение к этому вы — основатель компании, известный автор, докладчик, хакер низкоуровневых систем и корпоративный разработчик. Вы сказали, что находите время лично обсуждать с вашими сотрудниками сборку мусора, управление памятью и тому подобные вещи. Да ещё и одновременно? Как вы успеваете всё это делать? Это различие на уровне психологии, на уровне работы коры головного мозга. Обычно хакеры мирового уровня и люди, выступающие на публике, обладают психологическими характеристиками, находящимися на разных концах спектра. Или может быть, вы мутант из «Людей Икс»? Есть ли у вас какие-то специальные трюки? Почему спрашиваю: я тоже пытаюсь одновременно и программировать, и писать статьи, и читать доклады — и всё это дико сложно.

Но надо сказать, что далеко не всё это у меня одинаково хорошо получается — что-то лучше, что-то хуже. Спасибо за добрые слова. И я не занимаюсь всем этим одновременно. Что-то — намного хуже. Это в особенности касается написания книг. Если меня и отличает что-либо от других людей, то это высокий уровень самодисциплины. Потом я обедаю, возвращаюсь в эту комнату и снова работаю, никак не общаясь с другими людьми. Я просыпаюсь утром, одеваюсь, иду в свой офис, часами сижу один в комнате и печатаю без конца, проверяю различные сценарии и так далее. А когда ты пишешь книгу, вся ответственность на тебе одном. Когда работаешь в команде, кто-то всегда продолжает работать над проектом, когда у тебя перерыв. Возможно, это наиболее важное качество, отличающее меня от некоторых других знакомых мне людей.
Наличие самодисциплины позволяет мне этим заниматься.

Значит, у вас очень жёсткий график, в котором расписано, чем вы занимаетесь в каждый определённый час дня?

Например, с утра я говорю себе: сегодня мне нужно закончить седьмую главу. Да, я ставлю себе цели. Иногда по разным причинам этого достичь не удаётся. После чего я сажусь и работаю над ней. В конечном итоге это удаётся сделать, но в процессе я постоянно понукаю себя, ставя себе цели, постоянно ограничиваю себя по времени. В этом случае на следующее утро я себе говорю: ну сегодня-то мне точно нужно закончить седьмую главу. Благодаря этому я очень упорен в работе.
Если же выполнить её не удаётся, я пожимаю плечами и ставлю себе новую цель на следующий день.

Насколько я знаю, у вас есть права пилота?
Последний вопрос.

Да, для вертолёта и для самолёта.

То есть у вас где-то в аэропорту стоит условно «свой» самолёт, который можно взять и полетать?

Но я больше не летаю. Да. Один мой знакомый предложил вместе попробовать научиться летать на самолете. Много лет назад, непосредственно после колледжа, когда я ещё был холост и у меня не было детей, я экспериментировал и пробовал много различных хобби. Попробовав, я решил, что это прекраснейшее развлечение, стал посещать занятия регулярно и в итоге получил права. Я согласился, мы отправились в аэропорт и нашли инструктора. Но в самолёте невозможно остановиться и как следует что-либо рассмотреть. Вместе с моим знакомым мы приходили в аэропорт, садились в самолёт, летали какое-то время и приземлялись в том же месте, с которого взлетели. Поэтому я решил получить права на вертолёт. А в вертолёте это сделать можно. Не обижайтесь, но если вы не согласны с этим — вы не правы. Вообще говоря, на вертолёте летать значительно интереснее, чем на самолёте. Если не пользоваться навыком, он быстро ржавеет. Потом ситуация изменилась, потому что это дорогое хобби, которое требует много времени и постоянной тренировки. Затем был основан Wintellect, и я ушёл в бизнес. Когда я женился и у меня появились дети, стал также важен тот факт, что в полёте всегда есть определённый риск. Такова жизнь, и это хорошо.
Иногда, чтобы в жизни появилось что-то новое, старому нужно уйти.

Есть какое-нибудь пожелание для наших читателей на Хабре?
Последний-последний вопрос.

Технология постоянно изменяется, всё время есть что-то новое, чему нужно учиться. Я был влюблён в нашу отрасль последние 45 лет, я не могу представить себе какого-либо другого занятия для себя. Я постоянно встречаю здесь замечательных людей, и я рад считать их своими друзьями. Это прекрасный выбор карьеры. Оглядываясь на прожитую мной жизнь, я не могу представить себе какого-либо другого пути. Даже это интервью принесло мне массу положительных эмоций несмотря на то, что мы с вами только познакомились. Моё пожелание — наслаждайтесь этим! Я думаю, мы живём в замечательное время, и делаем прекрасное дело. Скорее всего, это надолго.

Показать больше

Похожие публикации

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»