Интервью: Михаил Горчак, разработчик, ЗАО «Мальва»

Расскажи в двух словах о себе: кто, откуда, чем занимаешься?

Горчак Михаил, 27 лет. Окончил Херсонский Государственный Технический Университет, в Киев переехал в 1999 году.

Работаю на предприятии ЗАО «Мальва» (malva.ua), занимаю должность главного инженера-программиста по направлению системное программное обеспечение и защита информации. Спектр занятий очень широк, от написания драйверов до высокоуровневых приложений. Что касается open-source жизни, то она представлена на моей страничке mike.qnx.org.ru.

Я знаю, что ты активно интересуешься QNX; ведешь сайт qnx.org.ru и даже выступил
соавтором книги по QNX. Откуда такой интерес?

Вначале (это был 1996 год) было просто интересно изучать что-то новое. Потом познакомился с различными интересными людьми, в том числе и с разработчиками QNX. Это, кстати, была первая unix-like операционная система, которую я увидел.

Все это время я портировал под нее множество приложений, выискивал ошибки в самой ОС и т.д. Портируя приложения, я знакомился со многими open-source разработчиками, учился чему-то новому. В конце концов попал в список постоянных Beta-тестеров, плюс получил личную девелоперскую лицензию стоимостью $8000.

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

Наш сайт qnx.org.ru был создан усилиями двух питерских разработчиков, к которым я позже присоединился. Книгу «Практика работы с QNX» мы решили выпустить общими усилиями участников форума qnx.org.ru, поэтому она написана не в формате книги, а в формате альманаха, где множество участников просто опубликовали свои статьи.

В этой книге у меня всего одна статья, про специфические ELF сегменты, которые использует QNX. Кстати, питерское издательство, которое выпускало книгу, до сих пор не рассчиталось с украинскими авторами.

Перейдем к Linux. В разное время для этой системы рисовали самые разные перспективы: от радужных до мрачных. Ты бы взялся описать ее будущее на ближайшие 3-5-10 лет?

Очень много разных «если» может стать на дальнейшем пути развития этой операционной системы, поэтому однозначное предсказание сделать трудно. Лично мне кажется что так, как есть сейчас и будет в ближайшие 3-5-10 лет. Объясню.

Учитывая, что аппаратное обеспечение развивается сегодня быстрее, чем успевают писать под него OSS драйвера, то линукс обречен быть всегда out-of-date. Многие производители аппаратуры и чипов совсем не ориентируются на рынок open-source: начиная от того, что спецификации закрыты, драйвера имеются только под Windows, и кончая производителями, которые просто не хотят тратить время на разработку драйверов под Linux или, к тому же, из-за GPL лицензии они не могут даже закрыть свой код, из которого легко понять как устроено железо.

С выходом ядра 2.6, которое очень щепительно относится к лицензии загруженных модулей и закрывает часть ядра для доступа из не GPL модулей, началась маленькая война. Разработчики ядра хотели этим способом вынудить производителей аппаратного обеспечения не делать бинарных драйверов без открытых исходных текстов, соответственно, часть производителей отказалась от поддержки Linux насовсем. Я хорошо понимаю и тех и других, но мне кажется, что эта война никогда не закончится, и позиция Linux среди операционных систем будет всегда номер 2.

Сейчас некоторые большие корпорации, такие как HP и IBM, заинтересованы в развитии Linux и они же могут существенно влиять на его развитие. Прибыль они получают за счет осуществления поддержки систем с предустановленным Linux на рабочих станциях, серверах и мейнфреймах. Так как это один из источников их дохода, это приводит к «проталкиванию» выгодных для этих корпораций решений в Linux, так что обязательно будут перекосы в ту или иную сторону.

Энтузиазм разработчиков open-source программного обеспечения в большинстве своем заканчивается через несколько лет после активного участия в каком-либо проекте. Сейчас можно наблюдать уже третью-четвертую смену мейнтейнеров у многих проектов. Естественно, дольше всех держатся разработчики, чье время оплачивается какой-нибудь корпорацией.

По-твоему, каковы шансы на популяризацию подхода open-source в нашей стране и что для этого нужно?

Очень сильно уменьшает шансы популяризации безграмотность потребителей open-source в нашей стране. Нужно проводить различные семинары, какой-то ликбез и доступно рассказывать о преимуществах этой модели.

Наряду с преимуществами также стоит рассказывать о том, что обслуживание компьютеров c установленным open-source программным обеспечением имеет практически равную стоимость по сравнению с Windows. А главными приобретениями становятся гарантии отсутствия закладок, очень малая вероятность заражения вирусами и отсутствие платы за операционную систему.

По моему мнению, этим должны заниматься предприятия, которые возьмут на себя массовое обеспечение организаций open-source продуктами в готовом ready-to-use виде, а также осуществлять их поддержку. Таких предприятий в Украине пока нет, насколько я знаю.

С другой стороны государство должно если не помогать, то хотя бы не мешать его продвижению. У нас (как и в России) пытаются принять законопроекты, которые просто выгодны какому-то предприятию или ради личных амбиций, в ущерб экономике всей страны.

Например, нашумевшая история с продуктом «Словари Украины».

Я также боюсь случаев, которые происходят в России и суть которых наши политики буквально схватывают на лету и пытаются внедрять у нас. К примеру, свежий законопроект «О запрете иностранного ПО на стратегических объектах». Решение понятное и опять же похвальное, за исключением того, что все сделают как всегда. Это просто лоббирование кого-то в ущерб государству. (статья и комментарии).

В идеальном случае, государство могло бы оказывать поддержку нашим отечественным разработчикам для адаптации существующего ПО, локализации, а также последующей поддержке ПО. По сравнению с Windows, существующая локализация open-source продуктов очень далека от идеала и лично у меня вызывает просто непонимание и неприятие текста.

Как ты относишься к идее использования Linux и — шире — свободного ПО в учебном процессе (школа, вуз)?

Использовать альтернативу нужно всегда, но не в ущерб чему-то. Я считаю, что в учебном процессе должны использоваться и Linux и Windows. Что же касается ВУЗов, где готовят IT специалистов, то также необходимо использовать и другие специализированные операционные системы, для расширения кругозора студентов. Ведь никогда не знаешь где и над чем и где ты будешь работать после окончания ВУЗа.

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

Да, в большинстве своем это так и есть. Причину этого стоит искать в самом ВУЗе. Сегодня сложилась очень интересная ситуация, когда количество новых технологий увеличивается каждый год, а ВУЗы не всегда могут оперативно подготовить преподавателей по новому направлению, ввести новый предмет.

С другой стороны количество направлений сейчас огромно и дальше будет только больше, всему научить нельзя. Лет 7-8 назад, такого не было, наше поколение росло вместе с новыми технологиями и каждый мог плавно переучиться на кого-то еще и усилия, которые нужно было для этого приложить тогда, просто несопоставимы с теми, что нужно прилагать сейчас.

Можешь поделиться рецептами поиска/обучения кадров?

Что касается поиска молодых кадров, необходимо брать выпускников ВУЗа сразу после окончания обучения для прохождении практики на предприятии. Давать относительно сложные и небольшие задания для определения уровня специалиста, его способности обучаться. Тем, кто показал себя на уровне предлагать остаться на предприятии для дальнейшего сотрудничества.

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

Спасибо, Миша.

PS: Свои вопросы можете оставлять в комментариях, думаю, Михаил на них с удовольствием ответит. Там же оставляйте замечания/пожелания по формату собственно интервью.

Підписуйтеся на Telegram-канал редакції DOU, щоб не пропустити найважливіші статті.

👍НравитсяПонравилось0
В избранноеВ избранном0
Подписаться на автора
LinkedIn



Підписуйтесь: Soundcloud | Google Podcast | YouTube


5 комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

По поводу SDL в embedded и realtime, сегодня узнал, что Steinhoff Automation начала использовать его в своем продукте DACHSView под QNX: http://www.dachs.net/

Среди RTOS — номер один, если втиснуть ее в GPOS чарт, то даже трудно себе представить где она окажется, ну я бы сказал где-то позади NetBSD (NetBSD как представитель ОС для embedded решений).

На ОСъ номер два (я понимаю что это тэг, а не ранжир) ты обрек влачить существование Линукс, а какое место занимает QNX на данный момент?

SDL одно время была частью проекта eqip (http://eqip.openqnx.com/) — QNX для iPAQ 38xx. После того, как из QSSL (разработчик QSSL) ушел один из главных разработчиков в Apple, для которого ipaq — была личной инициативой, проект умер.Я знаю, что многие используют SDL под QNX для первоначальной разработки полноэкранных приложений управления объектами, где обкатывается вся работа. Некоторые оставляют SDL и в коммерческих решениях (лицензия это позволяет, а скоро будет введена новая лицензия для SDL, будет dual — LGPL и BSD-like, BSD-like будет доступна только для embedded решений, где невозможна по каким-то причинам динамическая линковка, не обязательно, чтоюы ее не поддерживала операционная система). Официально об этом мне сказали представители всего двух предприятий (за пределами ExUSSR). Сколько просто молча используют — неизвестно:)

Миша, если можно, раскажи про судьбу твоего LibSDL-порта для QNX, в частности какие продукты его используют на этой платформе.Спасибо, Олег.

Подписаться на комментарии