Інститут системного програмування ім. В.П

«Для талановитих та працьовитих студентів у нас створено всі умови»

У гостях у «Системного адміністратора» доктор фізико-математичних наук, член-кореспондент РАН, директор Інституту системного програмування РАН Арутюн Аветисян

- Про проблему дефіциту ІТ-кадрів у Росії говорять сьогодні багато і багато. Із чим вона пов'язана, як ви вважаєте?

– Це глобальна проблема. Дефіцит ІТ-кадрів існує і в розвинених країнах Заходу, але в кожній країні є причини, чому він виникає. У нас, наприклад, на стандартну нестачу ІТ-кадрів накладається великий «відплив мізків», відтік фахівців із країни, відповідно, це впливає на підготовку кадрів, у тому числі університетську.

Щоб заповнити кадровий дефіцит, формально можна збільшувати кількість студентів, випускати набагато більше ІТ-фахівців, але ІТ-інженерія – це елітарна освіта за визначенням, вона дуже важко масштабується.

Справа в тому, що молодих вчених чи інженерів-дослідників мають готувати наставники, люди, які самі вже пройшли цей шлях, спеціалісти-практики, а не просто викладачі. Проте таких наставників, які можуть підготувати нові кадри, вкрай мало. Їхній недолік відчувається в усьому світі. Тому можна, звичайно, запропонувати: "Давайте почнемо готувати втричі більше ІТ-фахівців". Але де взяти людей, які їх навчатимуть?

– Почасти їхній дефіцит заповнюють розробники, які викладають у вузах.

- Почасти, так. Але витік кадрів не дозволяє повністю вирішити цю проблему. Багато хто думає, що американські компаніїнаймають фахівців з інших країн лише тому, що вони дешевші. Це не так. Компанії беруть іммігрантів, бо їм катастрофічно не вистачає кваліфікованих кадрів, і вони готові платити будь-які гроші аби їх отримати.

Тому я думаю, що імпорт фахівців у США йде не тільки тому, що вони дешевші, а через те, що американці намагаються перетягнути найкращих і талановитих людейдо себе і таким чином вирішити свої проблеми.

Для нас навряд чи таке можливе, тому ми повинні мати свої моделі освіти, свої інститути, які на постійній основі вирощують власні кадри. Прикладом може бути наш Інститут – незважаючи на всі складнощі 90-х років, ми не тільки вижили, але й продовжуємо поступово розвиватися та впливаємо на освіту ІТ-індустрії.

– А як ви це робите?

– Процес налагоджений в такий спосіб. У нас є кафедри системного програмування в МФТІ, МДУ та Вищій школіекономіки з повним циклом навчання – від бакалаврату до магістратури, ми читаємо лекції з першого курсу. На третьому курсі студенти приходять до Інституту. Продовжуючи навчатися у себе у вузі, вони залучаються до науково-дослідної діяльності, ми їх включаємо до команд реальних ІТ-проектів.

Спочатку студент обирає спеціалізацію. У нас в Інституті є п'ять семінарів з різних напрямків – наприклад, управління даними та інформаційні системи, системи програмування тощо. Якщо, відвідуючи семінар, студент бачить, що ні правильно вибрав свою галузь знань, він може змінити напрям, зрозумівши, що потрібно.

Ми дуже уважно ставимося до хлопців, які до нас приходять як до своїх майбутніх співробітників. Щорічно ІСП РАН приймає близько 60 студентів із трьох кафедр. Хоча зазвичай охочих більше, ніж ми можемо взяти, тож хлопців доводиться відбирати. Але реальний відбір починається, коли вже тут, в Інституті, починають працювати.

– Чому студентів так тягне до ІСП РАН?

– Багато компонентів спрацьовує – і мотивація, і хист, і бажання студента серйозно займатися. Для Інституту це теж корисне спілкування: ми маємо постійне підживлення, приплив талановитих хлопців із найкращих вишів країни.

Довідка

Інститут системного програмування РАН - науково-дослідна установа Відділення математичних наук РАН Російської академії наук, що веде фундаментальні та прикладні дослідження в галузі інформатики. Заснований 25 січня 1994 року на базі колишнього Інституту проблем кібернетики РАН.

Відділи – архітектури обчислювальних систем, інструментальних засобів розроблення програм, інформаційних систем, компіляторних технологій, системного програмування, теоретичної інформатики, технологій програмування.

В інституті діють вчена рада та дисертаційна рада. Один із структурних підрозділів – Центр верифікації ОС Linux.

Серед розробок інституту – СУБД Sedna та технологія тестування програмного та апаратного забезпечення UniTESK.

Освітній напрямок:

  • Аспірантура ІСП РАН
  • Кафедра СП ФУПМ МФТІ
  • Кафедра СП ВМК МДУ
  • Кафедра СП НДУ ВШЕ

З самого початку для Інституту було обрано відому та апробовану в радянський час«Фізтехівська» модель – інтеграція дослідницького інституту з вузом та індустрією. Час довело, що ця модель цілком дієздатна і в умовах ринкової економіки.

У 90-ті роки, коли витік наукових кадрів у країні сягав 70-80%, ми змогли вижити. Насамперед тому, що була наукова школа, навколо якої створювався Інститут. Ось за рахунок неї, за рахунок того, що в нас завжди був потік студентів, що саме важкий часми змогли знайти замовників, яким потрібні були реальні результати, ми й устояли.

У 2000-х роках ситуація стабілізувалася. А останні п'ять років, можу сказати, що ситуація не просто покращилася, люди стали набагато рідше їхати, а й з'явилася сильна внутрішня конкуренція.

Сьогодні в Інституті склався добрий кістяк – 75-80% співробітників молодше 40 років. Це вік, коли людина молода і може все, а при цьому має досвід, якого не вистачає в 20 років. Завдяки нашому вчителю та засновнику ІСП РАН Віктору Петровичу Іванникову ми змогли вирішити важливу проблему наступності поколінь, яка сьогодні в нашій країні є особливо актуальною.

Так, в Інституті багато молодих, вони затребувані, вони хочуть вирішувати завдання, і ми маємо завдання, які треба вирішувати, є досить багато хороших контрактів. Але ми вже зіткнулися з нестачею кадрів. Тому що студент, щоб стати суперспеціалістом чи технічним керівником, має пройти бакалаврат, потім магістратуру, потім аспірантуру – на все це піде не менше ніж п'ять років. Зазвичай минає чимало часу, перш ніж першокурсник доросте до керівництва. Але у нас цей шлях скорочений, оскільки молода людина починає працювати фактично на другому чи третьому курсі.

– Модель розвитку ІСП РАН видається простою. Її можуть запозичити інші?

– Так, модель відносно проста, але щоб її реалізувати, необхідно враховувати кілька дуже важливих моментів.

По-перше, вона має базуватись на серйозному технічному бекграунді. Наукову школу менше ніж за 10 років неможливо створити. А реально часу знадобиться ще більше. Наприклад, наукова школа Віктора Петровича Іваннікова формувалася ще у 60-ті роки, тобто має бути хороша наукова складова.

По-друге, має бути якісна притока молодих кадрів, яку забезпечують кафедри університетів, випадково це не можна зробити.

По-третє, необхідний якісний приплив грошей, прив'язаних до конкретних проектів.

Але навіть коли всі ці компоненти є, все одно модель може бути неефективною. Щоб усе вийшло, потрібні люди – команда однодумців на чолі зі своїм лідером. Потрібні пасіонарії, які довіряють один одному, зусиль однієї людини, навіть великої, тут недостатньо.

Академік РАН Віктор Петрович Іванніков

Найбільший російський вчений, академік Російської академії наук, доктор фізико-математичних наук, професор, головний редактор журналу «Програмування», завідувач кафедрами системного програмування факультету ВМК МДУ, МФТІ та ВШЕ, засновник та науковий керівник Інституту системного програмування, людина, яка стояла біля джерел російських ІТ і що присвятив все життя їх розвитку. Засновник вітчизняної наукової школи системного програмування, що об'єднує вчених – розробників системного програмування програмного забезпеченняобчислювальних систем.

З дня утворення Інституту системного програмування РАН (25 січня 1994 року) та до останніх днівжиття В.П. Іванніков керував роботою його колективу з широкого спектру актуальних напрямів: у галузі розробки операційних систем, систем програмування, у тому числі для паралельних обчислювальних систем, інформаційних систем та баз даних, засобів машинної графіки та систем візуалізації, засобів моделювання, аналізу та верифікації відповідальних систем.

Як казав Віктор Петрович, «потрібне коло однодумців, кістяк людей, які живуть заради створеної справи». Поступово це коло розширювалося, замість 50 співробітників, як колись було, сьогодні в Інституті працюють 200 осіб, для яких системне програмування дуже важливе і не є бізнесом. Вони, безумовно, професіонали у своїй галузі.

І, звичайно, важливою є постійна робота з людьми, з командами, виховання нових керівників, талановитих розробників. Всі ці компоненти – наукова школа, найкращі вузи, сильний лідер, креативна команда, хороші проекти, грамотне управління – і створюють те поживне середовище, в якому народжуються великі ідеї та великі справи.

Але, як я казав, на весь потрібен час – 10-20 років. Тому модель проста, а створювати справжню наукову школу, живий інститут, що реально працює, складно. Я зараз назвав лише деякі з додаткових, але необхідних для цього компонентів.

– У вас можуть навчатися чи працювати випускники лише МФТІ, МДУ та ВШЕ?

– Інститут системного програмування – не навчальна, а наукова організація. Але ми маємо власну аспірантуру. Звісно, ​​ми приймаємо талановитих хлопців з інших вишів, проте треба розуміти, що всі претенденти проходять досить жорсткий відбір. Тому найкращий варіант, якщо хлопець вступає або до магістратури, або до аспірантури до нас, неважливо з якого він вузу.

Ми до всіх студентів ставимося однаково добре та створюємо для них максимально комфортні умови. Для аспірантів ми маємо гуртожиток. А всім студентам уже на третьому курсі платимо стипендію по 10 тисяч рублів, щоб вони навчалися та нарощували свої знання. Коли вони починають брати участь в одному із наших проектів, платимо їм зарплату.

Ми намагаємося, щоб хлопці, які добре працюють у наших проектах, отримували гідну зарплатню. Тому що нормальна зарплата – це додаткова мотивація будь-якого співробітника. Якщо він захоче, ми можемо надіслати його будь-яку конференцію, опублікувати його наукову статтю в журналі, головне, щоб вона була цікавою.

У своїй роботі ми часто використовуємо вільне програмне забезпечення – це теж дуже сильна мотивація, бо якщо студент написав код, віддав у СПО, його відразу побачить багато хто.

Якщо юнак хоче займатися наукою, він може навчатися в аспірантурі ІСП РАН, захистити дисертацію. Хочу зазначити, що у нас видається два наукові журнали, які внесені до списку Вищої атестаційної комісії.

– Чим ще ІСП РАН приваблює молодь?

– За прикладом державної цільової програми «Молоді – доступне житло» ми зробили свою власну програму для наших молодих співробітників та аспірантів. Людина отримує безвідсоткову позику, купує собі однокімнатну квартируу Москві, десь поруч із метро і, працюючи в Інституті, поступово віддає гроші. За п'ять років роботи нашої програми було придбано таким чином приблизно 50 квартир. Зрозуміло, що це також сильний стимул для працівників.

Хочу наголосити, що все, що ми робимо, не накладає ні на кого з них жодних зобов'язань. Будь-хто може піти з Інституту працювати туди, куди йому захочеться. Всі це знають, можливо, тому від нас рідко йдуть.

Для творчості дуже важливим є відчуття свободи. Вона дозволяє вирішувати складні технічні завдання зовсім іншому рівні ефективності. За всі роки роботи Інституту жодного разу не було нагоди, щоб ми провалили проект! Цей важливий показник. Тому що у роботі ми дуже гнучкі, можемо адаптуватися під різні вимоги будь-якої компанії.

Можна сказати, що наша мета – це створення такої атмосфери в інституті, щоб усім членам команди хотілося приходити сюди, щоб вони почували себе добре, як у рідній родині, – генерували ідеї, обговорювали їх, брали участь у вирішенні інститутських проблем.

Іншими словами, для талановитого молодої людинив Інституті системного програмування РАН створено всі умови. Головне, що від нього потрібно, – добре вчитися та стати суперфахівцем.

Я став студентом нашої кафедри на ВМК МДУ на третьому курсі у 2000 році, займався компіляторними технологіями – це дуже різноманітна галузь, що включає оптимізацію програм, статичний аналіз коду та багато іншого.

Тоді ще не було теперішньої лінійки курсів від Інституту, і в усьому з основ ми розбиралися на спецсемінарі, яким керували найдосвідченіші інститутські співробітники.

Вже тоді наші курсові та дипломні роботивикористовувалися в проектах з компанією Nortel Networks з обфускації та статичним аналізом коду.

В аспірантурі, оптимізуючи для промислового компілятора GCC, я керував групою з чотирьох-п'яти моїх колег. Майже всі вони були молодші за мене, адже вже минуло більше п'яти років з початку моєї роботи.

Зростання досвіду і складності виконуваних завдань відбувалося м'яко і непомітно, в дружньому і дуже відкритому середовищі.

Старші колеги намагалися взяти на себе організаційні витрати на проекти, залишаючи нам максимум часу на творчість. Також намагався робити і я, коли вів свої проекти.

Ще через п'ять років наша група зросла до 30-40 осіб, які виконують контракти з компаніями Samsung, Intel, HP та іншими. Але й зараз понад третину мого часу – це робота звичайного інженера-дослідника.

Основний принцип, якому я навчився в Інституті: лише завершена робота (нехай і неідеальна) робить тебе професіоналом. Перескакуючи між ідеями, як тільки зроблено найцікавішу частину, нічого не доб'єшся.

Найважче довести роботу до кінця. Але лише так можна отримати реальний досвіді просунутися вперед, і так ми намагаємось жити в Інституті.

Я прийшов до ІСП РАН навесні 1998 року студентом другого курсу і одразу після короткого, але інтенсивного навчання на спецсемінарі під керівництвом О.К. Петренко потрапив у проект із верифікації операційної системи канадської компанії Nortel Networks. Можна сказати, потрапив з університетської лави на передовий край науки, оскільки в рамках того проекту розвивалися нові методи тестування на основі формальних моделей і відразу застосовувалися для вирішення практичних завдань.

Це забезпечувало наявність зворотний зв'язок від промисловості, яка, на переконання В.П. Іваннікова, є необхідним елементомдля повноцінного розвитку наукової думки Неодноразово переконувався у важливості цієї тези, зокрема, аналізуючи причини високих оцінок провідних зарубіжних учених у галузі формальних методів, яких удостоювалися результати нашої роботи.

Мені пощастило опинитися в Інституті навесні 1997 року. На той момент я був студентом другого курсу ВМК МДУ і прагнув розподілитися на кафедру системного програмування, що було дуже непросто через високий конкурс. Було неймовірне бажання стати професійним програмістом і дуже невиразні уявлення, яким саме шляхом треба рухатися до цієї мети.

Кафедра – це те, що бачить студент, ходячи до Університету на пари. Інститут виявився «підводною частиною айсберга», про масштаб якої другокурснику важко здогадатися. Кожен студент, що приходить, потрапляє в команду Інституту, зайняту вирішенням реального завдання, і отримує своє маленьке, але важливе підзавдання. У моєму випадку це був проект, де потрібно автоматизувати налагодження надвеликих додатків, розмір яких вимірювався в мільйонах рядків коду.

З третього курсу режим дня став схожим на плавання брасом: ранковий вдих на лекціях та вечірнє занурення у захоплюючу роботу. Потонути не давали старші товариші, аспіранти, яким було 25-30 років і які завжди були готові прийти на допомогу гарною порадою. Колективна робота дохідливо вчить дорослого життя, у невеликих командах помітний внесок кожного, навіть якщо він студент.

За минулі 20 років Інститут перетворився, але принципи, закладені Віктором Петровичем Іванніковим, залишаються незмінними. Кожному студенту пропонують зрозумілі шляхи розвитку, що включають наукову роботу, розробку програм, доведену до рівня мистецтва, освітню діяльність. Вибір конкретного шляху та швидкості руху ним – справа самого студента. eof

Кожному студенту пропонують зрозумілі шляхи розвитку, що включають наукову роботу, розробку програм, доведену до рівня мистецтва, освітню діяльність

Завдяки Інституту системного програмування мені пощастило розпочати свою трудову діяльність у команді найкращих випускників факультету ВМК МДУ. Моя робота була пов'язана зі створенням відкритої XML-системи управління базами даних Sedna, а тема мого диплома була присвячена оптимізації виконання запитів цієї СУБД. В аспірантурі тематика досліджень змістилася у бік аналізу даних. З кількома колегами ми стали і однією з перших команд у світі, яка почала використовувати знання з Вікіпедії для автоматичної побудови онтологій та подальшого семантичного аналізу текстів. При цьому наш досвід розробки СУБД допоміг зробити ефективну систему управління знаннями, яка дозволила аналізувати дані в десятки разів швидше, ніж аналоги, що з'являлися на той час, не поступаючись їм як аналіз. Ці розробки стали основою моєї кандидатської дисертації і стали частиною технології Текстерра, яка сьогодні використовується в індустріальних проектах ІСП РАН.

Розмовляла Галина Положевец


, Сухумський район, Абхазька АССР) - математик, спеціаліст в галузі системного програмування, член-кореспондент РАН (2016), професор РАН (2016).

Біографія

У 1993 році - з відзнакою закінчив факультет прикладної математики Єреванського, державного, університету.

2001 року - захистив кандидатську, а 2012 року - докторську дисертацію.

З 2002 року по сьогодні працює в , в 2015 році обраний директором Інституту.

Наукова діяльність

Веде науково-дослідні роботи в галузях аналізу та оптимізації програм, безпеки програмного забезпечення (ПЗ) та технології паралельних та розподілених обчислень.

Розробив математичні методи аналізу програмного забезпечення на основі моделей програм, що забезпечили можливість створення нових алгоритмів та технологій оптимізації програм. Розроблено та впроваджено у промислові компілятори GCC та LLVM нові машинно-орієнтовані оптимізації продуктивності (планування команд, векторизація та конвеєризація циклів) та енергоспоживання, що враховують особливості сучасних архітектур (ARM, EPIC) та профілі додатків. Розроблено розширену версію компілятора LLVM, що підтримує переносимість додатків мовами С/С++, забезпечуючи як ефективний облік особливостей апаратури, так і високий рівеньнадійності та безпеки, впроваджена в промислову мобільну платформу Tizen. Створено нові методи та інструментальні засоби розробки паралельних додатків, що забезпечують високу продуктивність розробки, у тому числі кластерів з використанням GPGPU. В галузі безпеки ПЗ їм були розроблені математичні методи та алгоритми статичного, динамічного та комбінованого аналізу ПЗ, які не мають аналогів у Росії, та ефективно вирішують на рівні кращих світових комерційних систем завдання глибокого аналізу ПЗ з метою його аудиту для знаходження вразливостей безпеки та інших дефектів у вихідному та бінарному коді. У тому числі, забезпечено можливість відновлення алгоритмів та знаходження недокументованих можливостей у захищеному бінарному коді. Створено систему статичного аналізу вихідного коду Svace та систему комбінованого аналізу захищеного бінарного коду Трал, які впроваджені та використовуються для вирішення практичних завдань із забезпечення безпеки ПЗ у низці вітчизняних та зарубіжних організацій.

Веде викладацьку діяльність, будучи завідувачем кафедр системного програмування в МФТІ та ВШЕ, де читає курси лекцій з компіляторних технологій та паралельних обчислень.

Під його керівництвом підготовлено 5 кандидатів наук.

Науково-організаційна діяльність

  • головний редактор журналів «Програмування» та «Праці ІСП РАН»;
  • голова Вченої ради ІСП РАН;
  • член ACM і IEEE CS, член Європейського співтовариства в галузі високопродуктивних обчислень та систем HiPEAC, що вбудовуються;
  • керівник спільної з Samsung лабораторії ІСП РАН;
  • керівник дослідницького центру Nvidia в ІСП РАН;
  • член правління Асоціації Тайзен. Ру.

Арутюн Аветисян

Пропонуємо до вашої уваги інтерв'ю члена-кореспондента РАН, директора Інституту системного програмування РАН, професора МФТІ Арутюна Аветисяна.

- У реєстрі вітчизняного ПЗ операційних систем під два десятки.

Може, й більше. На базі Linux утворюється багато різних ОС. Є й спеціалізовані. Ми, зокрема, разом із ДержНДІАС розробляємо операційну систему для авіоніки. Тут Linux не підходить, потрібна маленька real-time операційна система, яка ще, що найголовніше, має бути сертифікована.

Але так, напевно, консолідація ресурсів була б кращою.

- Чи реально таку консолідацію забезпечити?

Я на конференції про це говорив: тут можуть бути різні моделі. Для кожної операційної платформи є багато компонентів, які не є їхньою унікальною властивістю – наприклад, засоби розробки, у тому числі інструменти підтримки життєвого циклу безпечного ПЗ. Розробляти їх спільно, і нехай компанії адаптують їх під свої потреби – одна з можливих моделей консолідації.

Інша – на прикладі Google, що робить Android. Не будемо говорити, наскільки код цієї ОС відкрито або закрито, важливо, що є код, доступний усім компаніям. Samsung або Huawei бере його, додає сотні тисяч, інколи ж мільйони рядків і робить свій продукт. Але якби «гуглового» коду не було, такий продукт було б неможливо створити з тими самими ресурсами. Компанії витрачають максимум 10-15% додаткових ресурсів та отримують готовий продуктПри цьому вони щось розробляють і назад віддають Google.

Або можна застосовувати підходи на основі повністю відкритого коду. Наприклад, у сфері великих даних, переважно, використовується відкритий код. Sparc, Apache Ignite, NGINX – у них відкритий код, куди ви можете дописати щось своє, адаптувати під своє залізо, оптимізувати, і навіть не обов'язково віддавати назад. Ви матимете готовий продукт. Напевно, можна придумати таку ж схему всередині країни, коли держава разом із компаніями створять доступні технології, розроблені складком, а споживані всіма.

– Де розробники такої платформи візьмуть гроші на створення екосистеми?

Якщо ви маєте на увазі екосистему додатків, це досить серйозна проблема. Недостатньо створити якісний магазин додатків. Необхідна, наприклад, якісне середовище розробки та постійний її розвиток. На прикладі відкритої платформи Інтернету речей Tizen (останні 5-6 років я зсередини спостерігав її розвитком) видно, яких серйозних людських ресурсів це вимагає. У останньої версіїплатформи як середовище розробки додатків пропонується C#. Домовилися з Microsoft, сподіваючись, що екосистема та програми C# будуть інтегровані в їх платформу. Звичайно, все одно доведеться доопрацьовувати існуючий код, але очевидно, що це вимагатиме значно менше ресурсів. Якщо у вас є працюючий C#-код, перенести його в Tizen набагато простіше, ніж розробити заново.

Навіть найбільші компанії на кшталт Google або Apple рухаються шляхом кооперації, оскільки підтримувати і розвивати таку екосистему однієї компанії зараз майже неможливо. Немає «срібної кулі», мають бути різні моделі співробітництва. Іноді бувають не зовсім ринкові речі – коли вам потрібно забезпечити безпеку, наприклад.

ІСП РАН з моменту створення, понад 20 років, фактично займається вирішенням проблеми технологічної незалежності (це словосполучення мені подобається більше, ніж «імпортозаміщення»). Технологічна незалежність означає, що ви можете повністю незалежно продовжити лінійку розробки. Але, як показує наш досвід, поки це «у разі чого» не настало, міжнародна кооперація дуже вигідна та економічно правильна.

Мені здається, що ми як країна таки повинні не закриватися, а грамотно розуміти ризики, оцінювати їх і, розуміючи ці ризики (бо кооперація теж може бути в один бік), вибудовувати міжнародне співробітництво таким чином, щоб у країну притікали технології.

Це неможливо без кадрів усередині країни. Сучасні технології– це насамперед кадри. Ось лежить на серверах код якоїсь конкретної технології (наприклад, OpenStack). Якщо у вас немає людей, які в ній розбираються, і не просто можуть зібрати щось працююче, а здатні підтримувати, розвивати, вносити в неї інновації, то ви не володієте цією технологією і не можете створювати нові продукти на її основі.

- Значить, гроші – із бюджету?

Не лише. Але у нас немає і великого ринку ( російський ринокПЗ складає, за різним оцінкам, Від 1,5 до 2% світового – ред.). Тому бюджетні гроші дуже важливі. А критична інфраструктура, критичні програми завжди повинні підтримуватися з бюджету. Але при цьому треба націлювати нас та компанії на міжнародне співробітництво та експорт, у тому числі експорт безпеки. Ми повинні йти на ці ринки, навіть усередині найрозвиненіших країн ми цілком конкурентоспроможні.

Думаю, правильніше було б приватно-державне партнерство. Вже з'явилося кілька компаній, які розуміють, що деякі технології вони самі не зможуть розвивати. Вони готові вже зараз об'єднатися і за підтримки держави ці технології таки розвивати. Тому що є області, де ми починаємо відставати, і відставати серйозно.

– Де саме?

У тій самій безпеці. Не буває стовідсоткової безпеки, зрозуміло. Рівень безпеки визначається тими інструментами, які ви використовуєте, та розробниками. Ви не можете купити інструмент в іншій країні і сказати: «Тепер у нас є чим забезпечити безпеку».

- Ви про безпеку коду?

А це зараз є ключовим компонентом. У сучасному світі, де все стало розподіленим і доступним через мережу (мобільність, хмари, Інтернет речей), захисту по периметру недостатньо. Проблема в тому, що сучасне програмне забезпечення, в принципі, вразливе, межі між закладками та помилками розробника практично не існує. Потрібні інструменти виявлення. Невипадково ми прийнято ГОСТ для життєвого циклу розробки безпечного ПЗ. ГОСТ визначає процес, але поки що у стадії підготовки вимоги до цього процесу.

Крім інструментів виявлення необхідні методи та засоби запобігання, що не дозволяють експлуатувати існуючі в коді вразливості. Ця область системного програмування загалом дуже наукомістка, сьогодні немає відкритих рішень навіть у галузі інструментів статичного аналізу автоматичного виявлення вразливостей в ПО. Останні 15 років ведуться активні розробки у цьому напрямі. На ринку – лише закриті комерційні рішення. Слава Богу, вони є і в нашій країні. Це лише один елемент, а в цьому життєвому циклі ще багато інших.

- Що буде предметом експорту – сам інструмент чи результат його застосування?

Насамперед, звичайно, сам інструмент. Але ми більш комплексно маємо приходити на зовнішні ринки. Ми повинні туди приходити з освітою, з наукою, із спільними проектами, навіть створювати центри компетенції, які разом із ними фінансуватимемо. В'єтнам, наприклад. Втім, неважливо, яка країна, але особливо виділити потрібно ті, які й так до нас дружніші, і приходити туди з технологіями самого високого рівня. Не з технологіями вчорашнього дня, з ними ми не зрозуміли. Ми маємо конкурувати з найкращими світовими центрами. А для цього потрібно у себе всередині культивувати найкращі наукові школи, які в цій галузі все ще тримають паритет, і заохочувати експортну спрямованість. Без держпідтримки це зробити складно. Хоча я бачу, що бізнес уже поступово розуміє, що їм це теж потрібно. Але хтось має бути модератором цього процесу від держави.

– Але хто буде модератором? Ні Мінкомзв'язок, ні ФСТЕК, ні РАН, наскільки я розумію, на цю роль не підходять.

Може, буде створено нові механізми. Хочеться, щоб живі та здорові організми, які вміють робити технології на світовому рівні, вести науку комплексно могли працювати в обидві сторони. З одного боку, експорт того, що ми маємо, з іншого – привнесення до країни нових технологій та компетенцій, які відсутні, але їх можна швидко розвинути самим, отримавши відповідний досвід. Так, ми розумні, можемо все зробити самі, але у нас немає кількох років, які потрібні на розробку з нуля. Триває технологічна революція і час – критичний ресурс.

Канал надходження нових технологій (орієнтуюсь на ваш виступ на конференції OS DAY), збоку здається, що він лише один – відкритий код.

Ні чому. Відкритий код – дуже добре, тут мейнстрім, але це лише один з інструментів передачі технологій. При розробці дуже важливим є якісний зворотний зв'язок від реальних споживачів. Створення компаній потребує величезних інвестицій, і воно пов'язане з різними ризиками. Наш досвід показує, що якісний трансфер технологій забезпечує правильну взаємодію з провідними дослідницькими центрами, глобальними компаніями, які мають зворотний зв'язок з усім світом. Або слід мати справу з стартапами, які справді роблять інноваційні продукти.

У нас так було з кількома технологіями, зокрема, з аналізом тексту для російської та англійської мов. Спочатку була прототипна дослідницька робота. За три роки роботи з глобальною компанією технологія аналізу тексту від прототипу дозріла до продукту, і зараз це найшвидша технологія NLP (Natural Language Processing – обробка природної мови – ред.) на ринку, яка не поступається за якістю найкращим аналогам. Усі інтелектуальні права залишилися за нами. Код закритий та належить ІСП РАН. Ми зараз ці технології використовуємо для аналізу соціальних мережта ін. Англійська, російська мови, а зараз ще корейська додали. Але головне, що завдяки нашій моделі взаємодії ми від прототипу наукового дослідженняперейшли до продукту, при цьому зберігши всі права за собою.

Те саме – технологія статичного аналізу коду Svace (аналіз коду програми без її виконання, за вихідним текстом – ред.). У 2009 році, незважаючи на те, що її кілька разів переписували, вона все ще була прототипом. З 2009 по 2015 роки завдяки співпраці з Samsung вона перейшла у вищу лігу та конкурує з найкращими світовими аналогами. Samsung поступово заміщає у підрозділах розробки інші системи на Svace, наприклад, платформа Tizen повністю аналізується цим інструментом.

- Яке практичне завдання вирішувалося аналізом текстів, опублікованих у соцмережах?

Наша технологія «Текстерра», що лежить в основі аналізу соцмереж, високою якістюотримувати сенс із текстів. Вона використовується для аналізу коментарів користувачів у соцмережах, що сьогодні виявилося дуже актуальним. Коментарі мають таку специфіку, як сленг. Ми з вами не зрозуміємо, що люди говорять на сленгу, особливо в специфічних областях, де сленг ще й швидко змінюється. Наша технологія дуже швидко аналізує стандартні тексти, але вона може швидко адаптуватися під сленг і звідти отримувати семантику.

- Навіщо?

За допомогою цієї технології можна шукати терористів. А можна використати для маркетингу. Ми зробили систему, яка дозволяє дізнатися від кого пішла інформація, будувати графи залежності. Паралельно з цим проектом аналізу тексту ми ще займалися аналізом великих графових моделей, зокрема, наші математики – це дуже важливо, що в інституті є відділ чистої математики – розробили модель, де за фрагментом реальної мережі можна згенерувати мільярдну мережу з десятком мільярдів зв'язків. Замовнику необхідно було, щоб алгоритми були масштабовані, і працювали на графах саме таких розмірів. Ми показали, що наші алгоритми справді лінійно масштабуються. Дуже часто алгоритми власними силами дуже хороші, не масштабовані. Були захищені дисертації, а головне ці роботи були прийняті замовником. Тому що такий обсяг даних взяти ніде неможливо, хіба що він є у Google чи Facebook. Ці дві завдання – аналіз тексту плюс розуміння складнощів роботи з великими графами у тих великих даних – було зроблено на найвищому рівні.

- Замовник, ризикну припустити – іноземна компанія?

Це був Samsung, потім Huawei. З Huawei ми трохи інше завдання вирішували, але теж пов'язане з великими графовими моделями. Мобільні мережі, мобільні дзвінки тощо.

- Скажіть, у Linux є життєвий цикл? Коли закінчиться це неподобство із двадцятьма клонами?

Linux - не продукт як такий. Продукт – це те, що з Linux робить Red Hat чи інша компанія.

Сенс у тому, щоб вітчизняні компанії зробили продукт, який вони підтримуватимуть 24/7. Як на OS DAY Віталій Лютіков (заступник директора ФСТЕК – ред.), на жаль, у нас були випадки (я вразився, коли вперше це почув) – компанії просили гроші за патчі.

Так, у нас через незрілість ринку ОС більше, ніж треба. Але це непогано. Головне, щоб у нас з'явилися компанії, які справді підтримують замовника. Те, що для багатьох напрямків Linux буде основною платформою, навряд чи зміниться. Більш важливо не допускати монополії будь-якої окремої компанії, вітчизняної чи західної. Віктор Петрович (академік, попередній директор ІСП РАН – ред.) завжди підтримував ідею відкритого коду, фактично ця модель застосовувалася навіть у радянські часи, він говорив, і був щасливий від того, що вільне ПЗ відповідало відкритості, з якою працював і він, і інститут.

Сподіваюся, що і мобільні ОС, та Інтернет речей рухаються до того ж. Tizen, по суті – відкрита системадля Інтернету речей, він має ядро ​​real-time і ядро ​​Linux. Можливо, з'явиться зовсім інша, легковажна ОС, Intel зараз, на мою думку, веде таку розробку. І рано чи пізно, через 5-10 років ми це побачимо, продукти теж поступово відкриватимуться в Open Source. Бізнес полягатиме не в коді, а в наданні сервісів. Як у Google, який основні гроші одержує від сервісів. Інша річ, що він не хоче нікого підпускати до цього ринку. Було б добре, напевно, якби держави між собою домовилися та змушували корпорації робити все відкрито.

Як з'явився Linux? США було кілька операційних систем: Solaris, HP-UX, AIX тощо. Наче кожен робив дорогу під свій автомобіль. Потрібно було вибрати якусь платформу, яка була б незалежною всім. І вибрали Linux, тому що у неї ліцензія була правильна, і Торвальдс людиною була правильною, тобто. нейтральним. Solaris довгі рокибула набагато краще Linux, навіть зараз він, може, краще, Sun навіть код відкрив, але було вже пізно з багатьох причин, у тому числі правових.

Це все непросто, багато юристів працювало, гадаю, томи мемуарів на цю тему написані будуть. Це все до того, що Linux та відкриті коди – мейнстрім. Яке ядро ​​ОС, вже не важливо, важлива платформа загалом.

- Для авіоніки Linux не походить через необхідність працювати в реальному часі?

Не лише. Через те, що там потрібна сертифікація, її неможливо отримати, якщо у вас вже готова операційна система. Потрібно, щоб весь процес розробки був сертифікований з усіма артефактами.

У нас в країні взагалі немає жодної сертифікованої ОС у цій галузі, а у світі їх лише кілька, це відомий факт. На МС-21, наприклад, французька авіоніка.

Про цифрову економіку. З 2005 року, коли було ухвалено закон про ОЕЗ, ми бачимо спроби держави зробити щось правильне з IT. Вони скінчилися нічим. Випробовую скептицизм щодо нинішніх планів розвинути цифрову економіку. Можете його розвіяти?

Останні десять років потреба у технології зростає систематично. Це ми відчуваємо на собі. Причому потреба у якісних технологіях.

За ці десять років відбулося зрушення, велика технологічна революція, гадаю, років через 5-10 ми побачимо реальні наслідки. Скрізь нас оточуватимуть «розумні» пристрої, навіть склянка матиме якийсь чіп, і я, перебуваючи в сусідній кімнаті, знатиму температуру води в ньому, наприклад.

Сьогодні це виклик, який відкладати у довгу скриньку вже не вийде. Системи, які ми використовували ще з радянських часів, доведеться оновлювати. Виникне питання, як це робити, як приборкувати дані, бо якщо ти їх не приборкав, то ти вже в іншому світі живеш, відстав.

"Не зробимо - нічого страшного, можемо відкласти" вже не працює, і зараз вирішується питання нашого майбутнього як цивілізації. Виживання в цьому світі не як території, де ми говоримо однією мовою, а як цивілізації, яка вноситиме внесок у світову цивілізацію, в культуру.

Як би це я робив. Весь ІТ-фронт ми, як і будь-яка інша країна у світі (навіть США, хоч вони і намагаються), тримати не можемо. Скориставшись можливостями відкритого коду, ми маємо визначити базові напрями, звані наскрізні технології, які потрібні незалежно від сфери діяльності. Наприклад, великі дані (не цей термін краще використовувати, тому що не буває великих даних взагалі). Для фінансової галузі тут будуть одні технології, для аналітики – інші. Декілька стеків технологій буде, але більш-менш зрозуміла область. Або все, що пов'язане з машинним навчанням, нейромережами, штучним інтелектом (теж не люблю це словосполучення, тому що те, що зараз під ним розуміють, це все-таки не штучний інтелект, але не має значення).

З нуля це зробити в окремій країні не вийде, тут йдетьсяпро десятки, сотні мільйонів рядків коду. Наприклад, у репозиторії коду російської компанії«РусБІТех-Астра» 150 мільйонів рядків коду. Наново це написати неможливо. А якщо хтось думає, що деякий функціонал там взагалі не потрібний, то він помиляється.

Правильно збудувати ланцюжок технологій окремо взяті країни, повторюся, не в змозі. Чому відкривають вихідні коди Microsoft, Google? Та тому, що самотужки не впораються, не потягнуть. Потрібно залучити розробників з усього світу. На чию технологію розробники відкритого коду сядуть, та й буде за десять-п'ятнадцять років попереду.

Це дозволяє нам скористатися всіма результатами багаторічних, багатомільярдних інвестицій. Але для цього потрібні команди суперрозробників, які можуть робити свій істотний внесок, інновації в міжнародні проекти, які вміють вирішувати проблему останньої милі, доводити технології до продукту. Щоб ми по всіх основних стеках мали свої рішення, які збігалися б зі світовими трендами, постійно з ними синхронізувалися б, розвивалися б у рамках міжнародної кооперації. Тоді, якщо закриється доступ до технологій, у країні вже буде кадровий потенціал і вона зможе розвиватися далі.

Наразі висококваліфікованих кадрів у потрібному обсязі немає. Це мета, за 5-7 років її можна досягти. Тому нам потрібно підтримувати наші наукові центри та наукові школи. Я люблю словосполучення «наукова школа».

– Каліфорнійська модель з її венчурним капіталізмом у Росії не працює, стверджують відомі наші IT-підприємці, у нас працює модель «вирішити завдання». Ось треба було зробити бомбу, завдання поставили і стали робити, в результаті у країни з'явився Фізтех, космос, ядерна фізика. Чи буде поставлене завдання тепер?

Тоді країну було закрито. Коли створювалося академмістечко в Новосибірську, у кожному академічному інституті Москви був тиск, надлишок фахівців, не було проблем когось відправити до Новосибірська і не втратити нічого тут. Нині це не так.

Ми живемо у відкритому світі. Якщо ми не враховуватимемо цю відкритість і почнемо робити свій мегапроект, жодних ресурсів не вистачить. Та й люди можуть працювати, де хочуть самі.

На відміну від заліза, софт можна завантажити, просто натиснувши клавішу. Питання в тому, чи є в тебе фахівці, які можуть самостійно розвивати цей софт. Як тільки там перекриють кисень, і ви не зможете взаємодіяти (таке теоретично може статися), тоді ви підете повністю своїм шляхом. До того моменту ви повинні постійно використовувати силу міжнародних кооперацій, де далеко не тільки американці. Це люди з усього світу – з Китаю, маленьких країн.

Нам пощастило. IT – це, як Віктор Петрович казав, чудовий світ, який на наших очах розвивається, вбирає зворотні зв'язки з усього світу. А якщо нас раптом почнуть закривати, на цей випадок ми маємо мати якусь мобілізаційну версію ведення управління в країні.

- А Сноуден не суперечить твердженню про «дивний світ ІТ»? Адже ІТ використовується як зброя.

Є альтернатива – просто відмовитись від IT.

– Але навіщо нас закривати, якщо можна атакувати через імпортний софт?

Атакуватимуть у будь-якому випадку. Якщо навіть ви робитимете своє рішення, ви не станете менш атакованим. Як я вже казав, рівень безпеки систем визначається не тим, хто і де писав код, а технологіями аналізу та запобігання атакам, якими ви володієте. Крім того, якщо ви хочете забезпечити найсерйознішу безпеку, потрібна своя апаратура. Без своїх апаратних рішень взагалі це неможливо.

Як складаються відносини інституту із державою? Ви всередині РАН, роль РАН більш-менш зрозуміла. Але федеральні органивиконавчої влади – ФСТЕК, Мінкомзв'язок – вони у вас щось замовляють? Їх ви обслуговуєте?

ІСП РАН - державний академічний інститут. Однак держоргани не зобов'язані працювати із державними організаціями. Ми на рівних з рештою компаній на конкурсній основі отримуємо замовлення, у тому числі від силових структур або від ФСТЕК.

Модель академічного інституту може бути дуже ефективною, а продуктивність праці – значно вищою, ніж у комерційній компанії. З одного боку, ми збудували міжнародну кооперацію, з іншого – відчутно зростає потреба в технологіях інституту всередині країни. Це не сьогодні сталося, останні десять років потреба реально зростала, незважаючи ні на що. Наприклад, у 2006 році у нас 97% замовлень були зовнішні, зараз же їх 50%. При тому що бюджет інституту зріс за ці роки. Тобто 50% внутрішніх замовників – «Вимпелком», «РусБІТех-Астра», «Свімел» та ін. І жодних преференцій через те, що ми належимо до академії наук, немає.

— Ні, я говорив не про преференції, а навпаки — вам, наприклад, доручили цю роботу взяти і зробити, а грошей не дали.

— Ні, такого не може бути. У нашій практиці за 20-25 років жодного разу не натрапив на подібне. Ми – не бізнес. Ми некомерційна організаціяі важливо, що наша мета – не заробити грошей. Так, інститут заробляє, але для того, щоб виконувати свої основні функції – генерацію нових знань та технологій, підготовку кадрів найвищої кваліфікації. На щастя, ІСП РАН входить до системи академії наук, має стабільне базове фінансування, і це нам багато дає. Свободу, щоб виконувати фундаментальні дослідження, можливість працювати з молоддю, яка бере в них участь…

У нас є три кафедри – у Фізтеху, ВШЕ та на ВМК МДУ. Близько 60 студентів у сумі приходить на нашу кафедру на третьому курсі. Вони всі отримують по 10 тисяч рублів стипендії протягом року (виходить 5-6 мільйонів), це інститут фінансує із позабюджетних джерел. Студенти виконують у нас курсові та дипломні роботи. На третьому курсі вони ще нічого вдіяти не можуть, вони вчаться. Наша ідея в тому, що діти в такому віці не повинні піти в компанію X і писати код системи Y, за що їм, можливо, платитимуть трохи більше, але вони зіпсують свої мізки. Ці хлопці мають здобути системні знання та стати нашою елітою.

— Так само казав мені Віктор Петрович.

З Віктором Петровичем я працював усе життя після інституту — понад двадцять років, останні п'ять років було важко розрізнити, де ідея була, він любив, щоб його ідеї ставали твоїми, у цьому сенсі він був дуже щедрий. Він умів віддавати. Я розумію, наскільки великою людиною був Віктор Петрович, і пишаюся, що ми були його учнями і нам є на кого рівнятися.

– Яка роль академії?

Жорес Іванович Алферов говорив, що наука немає фундаментальної чи прикладної; буває наука, результати якої можна використовувати за кілька років, а буває – через сто. Щоб добре існувала наша наука – не говорю про хіміків, фізиків, говорю про Інститут системного програмування, де історично, з 50-х років, склалася своя наукова школа, – з одного боку, має бути потік талановитої молоді, з іншого – потік якісних проектів , а це має на увазі також гроші і зворотний зв'язок, просто гроші не працюють. Якщо прийдуть до нас до інституту і скажуть: «Ось вам мільярд на рік, і робіть, що хочете», це буде вбивством інституту, за кілька років можна буде його закрити.

Потік людей («дітей») та потік проектів. Коли це з'єднується, виникають кадри найвищої кваліфікації та технології. Ось ця модель має жити. І вона однакова у всьому світі. "Research based education" - це слоган Стенфорда, MIT - всі говорять про одне і те ж. Якщо "Research based education", то потрібно, щоб research був правильним. Якщо дослідження неякісне, то у вас і освіта буде неякісною. У Стенфорді це робиться через одні механізми, історично так склалося, у Великій Британії трохи по-іншому, у Франції вже по-третє, там INRIA – по суті, це як наше відділення інформатики РАН, по всій країні розкидане, і таке інше.

У кожній країні є нюанси. У нас наука була тісно переплетена з виробництвом, інститути академії наук вирішували практичні завдання з розвитку народного господарства, космічної галузі та ін. майбутніх працівників.

І зараз наші компанії – «Касперський», ABBYY, «1С» – приходять до вузів та відкривають свої кафедри. Це добре, але якщо ви підрахуєте кількість абітурієнтів, які проходять через компанії та через академічні структури, я впевнений, хоч і не маю статистики, з'ясується, що більша частинайде через структури РАН.

Можливо, я недостатньо глибоко, не філософськи розумію місію РАН, може, не всі аспекти враховую, але якщо щось триста років існувало і працювало, то давайте це збережемо, а поряд, якщо хтось хоче, нехай вибудовує нове. Академія завжди була тим самим відкритим майданчиком, де йшла наукове життя. Так, сьогодні ми живемо в більш складному світіОднак у нас вже є відпрацьована модель, вона працює, навіщо її руйнувати?

Інститут РАН має бути місцем експертизи. А ви одночасно і учасник ринку. Чи не суперечлива ця ситуація? Якщо до вас прийдуть і запитають: Що краще, Sailfish або Tizen?, що ви скажете, якщо самі берете участь у проекті Tizen? Чи прийде невідомий розробник і скаже: "У мене є своя ОС на мікроядрі, і вона надійна", - він у правильне місце прийшов?

Питання правильне і доречне, тому що, дійсно, таке може бути, і буває навіть без того, щоб експерти брали участь у будь-яких проектах. Але найважливіше, що має передовий академічний інститут, – це його репутація. У нас немає нічого іншого, що можна також успішно монетизувати. А недостовірні експертизи – це втрата репутації та можливості подальшого розвитку.

Експертну функцію ми як інститут (за всю академію я не можу говорити) виконуємо, але її неможливо виконувати, якщо ви не проводите передові дослідження, розробки (я зараз суто про IT говорю). Неможливо, тому що настільки швидко все змінюється, що, якщо ви не в контексті, ви не можете зробити правильну експертизу. Вам можуть принести геніальний проект, а ви вважатимете, що це шапкозакидництво. Або, навпаки, про вчорашні технології говоритимете, що це дуже добрий проект.

Я не можу уявити, щоб це відбувалося в нормальному, здоровому організмі (як з погляду самого експерта, так і академічного інституту). Саме тому, коли ми проводили OS DAY, я підтримував максимально широке подання доповідей і хотів, щоб співтовариство слухало, а потім ухвалювало рішення – що добре, а що погано. На конференції виступав хлопець із Samsung, причому з технічною доповіддю, інший виступав із ізраїльської компанії Mellanox із дуже цікавою технічною доповіддю. Думаю, що це лягає в мою ідею: треба збирати максимум професійної інформації, брати участь у її примноженні, а як законодавчо обмежувати доступ на ринок, створювати ніші для своїх продуктів, – це справа не академії, це справа держави. Якщо з нами радитимуться, можемо щось підказати.



 

Можливо, буде корисно почитати: