Как научиться создавать программы для компьютера. «Мы будем писать программы, которые сами пишут программы

03.04.2019

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

Для среднестатистического, мелкомасштабного, читай — домашнего, программера не представляется возможным приобрести в личное пользование таких монстров софтостроения как Visual C++ , Borland Delphi . Да и чтобы сотворить действительно красивое оформление интерфейса программы (иконки, картинки, звуки и анимация), понадобиться еще куча денег на Photoshop, Corel…

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

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

Если выкинуть компиляторы/интерпретаторы типа Java , Php , Perl , а также Visual Basic (который имеет сравнительно малую популярность в нашей стране) и прочую одноориентированную и узконаправленную программистскую ересь, в нашем распоряжении находятся следующие БЕСПЛАТНЫЕ универсальные средства разработки компьютерных программ для операционной системы Windows:

Visual C++ Express Edition;
C++ Builder Turbo Edition;
Pelles C++ for Windows;
Порты с Linux типа GCC, LCC и другие СС;
Borland Delphi Turbo Edition;
Компилятор Странник «Модула-Си-Паскаль» (поддерживает сразу три языка Си, Паскаль, Модула). Кстати, разработан нашим соотечественником.

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

Около года назад в компании Мелкософт что-то произошло. Великие гиганты мысли и любители выколачивания длинного доллара из кармана доверчивых пользователей решили пойти на милость и выдали нам бесплатную версию своей знаменитой «визуальной студии», хотя немного и подрезанную, но все равно рабочую и впечатляющую, и носящую название Visual C++ Express Edition . Вкратце посмотрим, чем этот жест/жесть (нужное подчеркнуть) доброй воли поможет простому российскому кодеру. Данный компилятор бесплатен как для дома и семьи, так и для более глобального распространения. Хым… Вот только много ли из вас ограничатся созданием консольных прог под Windows 98? Дело все в том, что Мелкософтовцы, видать,
по недоразумению, а может и по злому умыслу выкинули из дистрибутива экспресса все заголовочный файлы, относящиеся к визуальному программированию. Зато подарили нам свою новую библиотеку визуального программирования CLR, которая по основным концепциям подозрительно похожа на Делфевывую VCL. Но вся беда состоит в том, что CLR для своей работы требует.NET, дистрибутив которого весит 300 метров. Согласитесь, что таскать 300 метров, для того чтобы заработала программа весом в 10 метров — это чересчур большое уважение к Мелкософту.
Итог: Троечка — только за смелый шаг.

Рассмотрим другого тяжеловеса софтверного фронта. Представим, что программирование на Си++ упростилось в n-ое число раз. Говорите не может? Может:). В подтверждение этого обратим свое внимание на C++ Builder Turbo Edition .А вот насчет этого компилятора мнение общественности кардинально расходиться. С одной стороны, ключевым языком разработки является Си/Си++ (что не может не радовать приверженцев этого языка) и визуальное удобство находиться на высочайшем уровне, а с другой – есть повод для развязывания HolyWar 🙂 – билдер написан на Делфи, а с другой – можно быстро склепать клевый интерфейс у проги, да и перед товарищами хвастануть, что типа на Си написано:).
Итог: В принципе, подойдет, но то, что внутренности написаны на Делфях, все же не дает мне покоя 🙂

Pelles C++ for Windows – хорошее бесплатное средство разработки. Можно сказать, что это «бесплатный Визуал Си» поскольку все настройки и интерфейс почти совпадают. Может компилировать Native. Есть встроенный редактор и компилятор ресурсов. Только толку от этого никакого, визуальности не больше, чем в Visual C++ Express Edition, а написать в таких условиях сложную программу — можно и до пенсии не успеть.
Итог: Жизнь коротка, писать надо быстро и качественно – боюсь, не успеем.

Рассмотрим подарки гостей с «другой вселенной». Порты с Linux типа GCC, LCC и другие СС – визуальности нуль, удобство такое же, как у предыдущего компилятора, вдобавок LCC оказался маленько нерабочим, а чтобы качнуть GCC с сайта и заставить его работать, нужно быть академиком. 🙂
Итог: Не берем.

Borland Delphi Turbo Edition – бесплатен, есть редактор ресурсов, позволяет писать программы для Windows 32, не требующие никаких дополнительных библиотек. Но есть и свои минусы — нет компилятора командной строки (в принципе, не велика потеря), со временем засоряет память и, что самое неприятное, для своей работы среда Турбо требует установленного dotNET. 🙁
Итог: Подходит

Компилятор Странник «Модула-Си-Паскаль» – отечественная разработка, перспективный компилятор, но минусы те же, что и у Pelles C++ for Windows — крайне низкая визуальность.
Итог: Патриотично, но не рентабельно. Не берем.

Графика и звук вне закона – к сожалению или к счастью, кончились ДОСовские времена, настала эра программ с визуальностью и красочностью интерфейса. Картиночки, иконки, анимация и прочая мишура, которой очень удобно скрыть общую убогость программы. 🙂 Даже во времена ДОСа примитивная, по сегодняшним меркам, графика делалась в специальных программах — ASCII-редакторах. Для создания красивых иконок, картинок идеально подходит Adobe Photoshop , но он не по карману честному труженику софтверного фронта. Будем искать альтернативу. И найдем ее в стане портированных графических редакторов с Линукса, а именно Gimp. Простой, немного неудобный после пиратского фотошопа, но привыкнуть можно. А как
же звук, спросите вы? Современный пользователь избалован и не сегодня — завтра захочет, чтобы программа на каждое его действие отвечала голосом. Как это сделать? WaveLab , SoundForge и Adobe Audition требуют платы за свои возможности. На счастье, есть звуковой редактор Audacity , написанный аспирантом Домиником Мацони из Университета Карнеги Мэллона.

Формат-не формат или как не ошибиться в выборе форматов файлов – для успешного и безопасного, с точки зрения закона, программирования мало выбрать бесплатный компилятор и бесплатный мультимедиа-редактор. Представьте такую ситуацию. Вы делаете прогу, которая, анализируя системное время, говорит приятным женским голосом, сколько там натикало. Понятно, что для повышения качества голоса вам понадобиться попросить свою маму, подругу, жену, тещу, наконец, проговорить (в случае тещи прошипеть 🙂) все эти цифры на микрофон. Запись, конечно, вы сделаете с помощью Audacity. А теперь вопрос: «В каком формате вы сохраните эти звуковые файлы?». В wav? Тогда вы напросто увеличите дистрибутив своей
программы. В mp3? Но он запатентован, то есть за его использование тоже надо платить. Выход есть — сохраняй в формат ogg, качай заголовочные файлы для его использования — и будет тебе счастье.

Хочешь анимацию сделать? Надумал использовать Gif? Начинай сушить сухари. На него тоже есть патент. Твой выбор — Png.

Вывод. В наше непростое время все-таки можно и нужно честно трудиться.

Загляни на сайт http://www.aplusfreeware.com/ , там много чего полезного по нашей тематике. Есть куча бесплатных программ, которые ничуть не хуже, чем их платные аналоги. Я уже встал на путь честного программистского труда, а ты?

Многие считают это ремесло непонятным настолько, что нет никаких шансов разобраться в принципах даже теоретически.
Попытаюсь объяснить как это происходит, что называется, на пальцах.

Для написания программ используются языки программирования, которые разделяют на низкоуровневые, высокоуровневые и сверхвысокоуровневые, а какой из них какой и чем отличается станет ясно чуть позже. Но забегая вперед добавлю, что каждый язык создан для определенных задач и не всегда одну и ту же задачу можно реализовать на разных языках.
Для понятности, буду приводить примеры на бытовых приборах и задачах, с которыми мы сталкиваемся каждый день.
Итак, задача - нарезать хлеб к обеду. Для человека простейшая задача - чего его там резать-то, взял и нарезал, правда?
Самый главный навык программиста, без которого ничего не получится - умение разделять задачу на последовательность действий. Чем ниже уровень языка программирования, тем более детально нужно описывать эту последовательность.

Приведу пример, как выглядела бы программа по нарезке хлеба для нашего тела

Задача "нарезать хлеба" на языке программирования высокого уровня

1.Открыть правой рукой хлебницу;
__2.Взять булку хлеба правой рукой;
__3.Положить хлеб на разделочную доску; (предположим, что доска уже лежала на столе)
__4.Открыть правой рукой верхний ящик стола;
__5.Найти блестящий нож, длиной 20 см, с черной ручкой;
__6.Взять нож в правую руку;
__7.Поднести нож к хлебу;
__8.Зафиксировать хлеб левой рукой, взявшись за левый край булки;
__9.Расположить нож строго над правым ребром булки хлеба;
__10.Повторять следующие действия 5 раз:
____10.1.Отступить влево на сантиметр;
____10.2.Повторять следующие действия, пока лезвие ножа не не коснется доски:
________10.2.1.Прижать нож к хлебу;
________10.2.2.Совершить ножом возвратно поступательное движение вперед-назад;
____10.3.Поднять нож вверх;
__11.Положить нож в ящик;
__12.Отпустить левой рукой хлеб.
Все, программа по нарезке хлеба в количестве пяти кусков готова, можно ее продолжить, описав стирание крошек со стола, укладывания нарезанных кусочков на тарелочку и т.д.

Отладка программы

Запускаем программу и смотрим, как она работает:
Ой... вместе с пятым куском и палец отрезал...
чёрт! остановить программу!
Я же не написал как именно нужно зафиксировать хлеб левой рукой, схватился как попало и большой палец торчал в сторону...
Возвращаемся к строчке "Зафиксировать хлеб левой рукой, взявшись за левый край булки;"
После нее пишем:
"Поджать большой палец левой руки влево, к ладони;"
Запускаем программу
Ой... на строчке "Положить нож в ящик;" нож упал на пол...
Проклятье! оказывается, стол стоит немного под наклоном и ящик сам закрылся...
Возвращаемся к коду и перед строчкой "Положить нож в ящик;" пишем "Открыть правой рукой верхний ящик стола;"
Заметили ошибку? Нет?!
Как мы можем открыть ящик правой рукой, если в этой руке нож? Значит, сначала нужно положить нож на стол, потом открыть ящик, снова взять нож и т.д.
И делаем мы это до тех пор, пока хлеб не будет нарезан как следует, без повреждения мебели и пальцев.
Вот, примерно так происходит отладка
С опытом начинаешь писать программы, которые работают с первого раза, допуская минимум ошибок, а проверка "открыт ли ящик", перед складыванием в него чего-то, входит в привычку.

Когда какие-то операции совершаются постоянно, такие как нарезка хлеба, мойка посуды и т.д., то программисты их описывают в виде процедур.
Процедура - набор определенных действий, спрятанный под одной командой.
Таким образом, текст программы, который я приводил выше, можно поместить в процедуру под названием НарезатьХлеба(параметр), где в качестве параметра будем указывать количество кусков

в результате, программа с использованием процедур будет выглядеть так:
__ЗайтиНаКухню();
__НарезатьХлеба(5);
__ПоставитьХлебНаСтол();
__ПомытьПосуду();
и нет предела совершенству

Теперь о языке низкого уровня

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

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

Вы наверняка сталкивались с тем, что какие-то программы работают только под Windows, например, и их нет под Android или наоборот, хотя функции, казалось бы, обычные, и почему на телефон с Windows Phone нельзя установить Android?
Объясню на примере все той же программы для кухни: в тексте программы сказано "Найти блестящий нож, длиной 20 см, с черной ручкой в верхнем ящике стола", например, это для Windows. Однако, в андройде нет верхнего ящика стола, ножи там хранятся в настенном шкафу, т.е. процедура открытия ящика должна быть заменена на процедуру открытия шкафа, согласитесь - они разные! Но и нож там лежит длиной не 20 см, а в 25, он вовсе не блестящий и ручка у него не черная, а синяя. Поэтому, чтобы нарезать хлеба, нужно существенно переписать программу, хотя результат будет такой же. Для этого существуют кросплатформенные программы, которые могут работать под разными системами, т.е. на разных кухнях, ибо программисты предусмотрели оба варианта. Это, конечно, замечательно, но у них есть и минусы: если у вас всегда используется только кухня с ящиками в столах, то зачем вам код, который умеет работать со шкафами? А место он занимает. Это все равно что купить микроволновку, у которой в комплекте идут две дверки, одна предназначена для открывания влево, а другая вправо и еще у этой печки есть ниша, в которую можно положить ненужную дверку, но из-за этой ниши микроволновка выше на 10 мс. Вы поставите нужную дверку, а ниша будет занимать место.

Если коротко, то новые языки программирования и другие инструменты создаются на основе уже существующих. Полная аналогия с другими областями техники, где новые станки и материалы позволяют создавать всё более совершенные станки и материалы. Как все станки начались с палки-копалки и кремниевого рубила, так и языки программирования начались с перфокарт и нечитаемого двоичного кода.

Центральный процессор вашего компьютера понимает только программы, написанные на языке ноликов и единичек. Например, команда «прибавить константу 5 к числу, записанному в регистре AL» записывается так:

0000 0100 0000 0101

Здесь 0000 0100 - код операции «прибавить число к регистру AL», а 0000 0101 - двоичное представление числа 5.

На заре индустрии для ввода программы в компьютер нужно было либо перещёлкнуть сотни тумблеров на специальной панели (тумблер ВЫКЛ - нолик, тумблер ВКЛ - единичка), либо пробить дырочки в специальной перфокарте. Ошиблись в одной ячейке из тысячи - программа будет работать неправильно, будьте добры сами найти ошибку методом пристального взгляда.

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

Можно один раз хорошенько помучиться и написать на языке ноликов и единичек вспомогательную программу, которая называется ассемблер («сборщик»). Этот волшебный ассемблер принимает на вход человеко-читаемый текст и преобразует его в нолики и единички. Например, та же самая команда «прибавить константу 5 к числу, записанному в регистре AL» записывается на языке ассемблера x86 так:

Думаю, вы согласитесь, что это всё-таки более читаемо, чем 0000 0100 0000 0101. Здесь хотя бы понятно, что речь идёт о сложении (ADD) и числе 5. Теперь уже дело ассемблера преобразовать эту строчку в 0000 0100 0000 0101. На языке ассемблера сложно писать большие программы, процессоры разных производителей могут требовать разных ассемблеров, но всё равно это был большой шаг вперёд.

Дальше инженерную мысль было не остановить. Нужно один раз помучиться, чтобы написать на ассемблере компилятор языка программирования, например Фортрана. Потом ещё немного помучиться, чтобы написать на Фортране компилятор Алгола. Затем передохнуть, помучиться и написать на Алголе компилятор языка CPL. Ещё немного мучений, и можно на основе CPL написать компилятор языка C. Дальше можно уже не мучиться и в свое удовольствие писать на C компиляторы C++, Java, C# и других современных языков. Впрочем, никто не запретит использовать Java чтобы написать ассемблер x86 и замкнуть рекурсию.

Приветствую всех читателей сайт! На просторах Интернета существует одна замечательная бесплатная, именно о ней и пойдет речь в сегодняшней статье.
Многие пользователи иногда задумываются о самостоятельном создании компьютерной программы, и на это существуют разные причины, например:

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

Забегая вперед, скажу - дочитав до конца эту статью, уже через пару часов вы сможете создать свои простенькие программы. Итак, приступим.
Наша программа для создания программ для компьютера называется HiAsm .

HiAsm - это мощная визуальная система разработки приложений, с помощью которой можно разработать свою программу без использования программирования. С помощью HiAsm вы можете создавать различные аудио и видеоплееры, браузеры, онлайн чаты и многое другое. Все эти приложения вы можете создать без единой строчки программного кода, визуальная среда всё сделает за вас!

Перед началом работы с программной для создания программ для компьютера, предлагаю её скачать и установить.

После скачивания, вам нужно пройти стандартную процедуру установки данного приложения.
1 . Выбираем нужный язык, в моём случае это русский.

2. Продолжаем установку.

3. Принимаем условия лицензионного соглашения.

4. Выбираем место на жестком диске для установки программы для создания программ для компьютера.

5. Указываем имя и адрес электронной почты (так как подтверждение ящика не требуется, то почту можно указать любую)

6. Завершаем процесс установки программы.

После того как вы установили HiAsm, можно перейти к запуску. Запустив нашу , мы увидим следующее окно:

Для того чтобы начать создавать своё приложение, нужно кликнуть по пункту главного меню «Файл», затем «Новый… », выбрать «Windows » (если хотим создать приложение под ОС Windows) и нажимаем "Ок ”.
Таким образом, мы получим форму для нашей будущей программы, которая пока содержит единственный элемент, называющийся MainForm .

Форма является фундаментом программы, на которой будут базироваться различные элементы. Для добавлений элементов в нашу программу, кликаем по одноименному пункту в левой верхней части .

Открылось вкладка, имеющая огромную коллекцию различных элементов. Благодаря наличию столь большого арсенала, вы можете создать очень серьезное приложение, которое будет отвечать всем вашим требованиям.
Чтобы показать принцип работы HiAsm, я создам простую программу, которая будет иметь одну кнопку, нажимая на которую будет изменяться заголовок формы с «Form » на «Привет ».

Как установить элемент на форму?

Итак, находим кнопку в панели элементов (при наведении курсора на элемент, всплывет подсказка с его названием), кликаем по ней левой кнопкой мыши, затем наводим курсор в ту часть формы, в которой мы хотим её разместить.

Как изменить настройки элемента?

Для того чтобы настроить нашу кнопку, переходим в правую верхнюю часть программы и нажимаем «Cвойства ». Теперь мы видим вкладку со всеми свойствами нашей кнопки. Сейчас нас интересует свойство «Caption », которое отвечает за надпись на кнопке. По умолчанию оно имеет значение «Push », мы изменим его на «Нажми ».

Как задать действие для элемента?

Теперь нам предстоит самая сложная часть в создании приложения с помощью программы для создания программ для компьютера - нам нужно сделать так, чтобы кнопка нашей программы начала работать. После того как вы поймете смысл этой операции, она станет для вас простой и логичной.
Для того чтобы наша кнопка изменяла название формы программы, нам нужно установить связь кнопки с главной формой (элемент MainForm). Для этого наводим курсор мыши на зеленую точку, расположенную на нашей кнопке, затем зажимаем левую кнопку мыши и начинаем протягивать линию до центра MainForm .

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

Если вы хотите установить текстовое название формы, то выбираем String, а если числовое, то Integer или Real. Выбираем тип данных «String » и вводим в поле слово «Привет ».
На этом наша программа готова и теперь её нужно протестировать. Для этого сохраняем наш проект - «Файл », затем «Сохранить как » и выбираем место для сохранения. Для запуска нам нужно кликнуть по зеленой стрелочке или нажать клавишу F9 .

Наша программа запустилась, теперь проверяем её работоспособность - нажимаем на нашу кнопку.

Как мы можем заместить, заголовок формы изменился и это значит, что программа работает! Чтобы вы могли запускать программу без HiAsm, нужно создать exe файл. Для этого кликаем по пункту главного меню «Запуск » и нажимаем «Компилировать ».
Поздравляю, только что сами вы создали программу для Windows! Для облегчения процесса создания программ, я рекомендую ознакомиться со следующими понятиями из программирования:

типы данных;
понятие событий в объектно-ориентированном программировании;
свойства компонентов среды программирования Delphi.

Знание этих понятий намного облегчат процесс создания программ в HiAsp. В этой статье мы рассмотрели отличную бесплатную программу для создания программ для компьютера , также создали своё первое приложение и проверили его на работоспособность. Для того чтобы вам было быстрее разобраться в программе HiAsp, я подобрал несколько достаточно хороших видео уроков, посвященных этой замечательной среде создания программ. Желаю приятного просмотра!

Недокументированные возможности HiAsm

Настройки HiAsm

Графика в HiAsm

А знаете ли Вы, каккие бесплатные

Дошкольником начинаешь развлекать себя играми на советском калькуляторе, и вскоре обнаруживаешь, что надо управлять десятками миллиардов записей в базах данных. На наши вопросы-о-том-как-становятся-программистами ответил Монс Андерсон, также известный как «Владимир Перепелица».

Не помню, кем я хотел быть в детстве, но еще совсем маленьким читал детскую энциклопедию, и любимые тома были «Вещество и энергия», «Числа и фигуры», всё про химию, астрономию. У меня была домашняя лаба, где я делал взрывчатые вещества - до того, как начали изучать химию в школе.

А с чем-то программируемым я столкнулся так: у отца были «Электроника МК-52», «МК-61», программируемые калькуляторы. Соответственно, первая книжечка – это вот игровая программа, набирай и играй. Я точно помню «Крестики-нолики», «Морской бой» и еще была какая-то фигня логическая.

До сих пор помню комбинацию кнопочек В/О С/П, хотя уже не помню, что она значит.

Однажды я взял папин калькулятор и запорол ему большую хорошую инженерную программу. Калькулятор был с памятью, я её и затёр игрушкой какой-то. Он меня заставил программу перенабирать. Потом у меня появился Sinclair, спаянный вручную одним папиным знакомым. Нестандартный Sinclair: у него не было дисковода, так что все программы мои были write only. То есть включил, написал, потестировал, погонял, выключил.

Первый x86 компьютер - 200-й Pentium MMX с Windows 95 OSR2 - мне купили в декабре 1997 года, потому что я в 10 классе перешел в информатико-математическую школу и без компьютера было трудно. Я туда поставил Pascal, Delphi, подсмотрел у кого-то, как писать ассемблерные вставки. Так и писал на Pascal с ассемблерными вставками и бесил соседей тем, что не вылезаю из инета - модемный тариф был часов на 400 в месяц, а телефон - на спаренной с соседями линии.

Обязательно ли получать высшее образование?

У меня в 11 классе дипломов всяких пачечка была: химия - 2 место по стране, астрономия - 2 место, информатика на областном уровне (спортивное программирование никогда не было моей стезей), физика – тоже что-то типа того. Решили с родителями, что нужно поступать в крутой институт, и выбрали МФТИ. Это при том, что жили мы в Николаеве. Но - знакомый знакомого был деканом факультета физической и квантовой электроники МФТИ, и я, весь из себя олимпиадник, поехал в Москву сдавать вступительные экзамены. Не сдал.

Но так как в школу я пошел рано, до армии оставался год, так что я пошел на заочное отделение МФТИ. Учился, решал задачки, а днем работал на стройке коттеджей для «новых русских». Пилил камни, клал кирпичи, встречался с рэкетом - конец 90-х же!

Со второй попытки поступил, два года проучился, а на третий - бросил. Не подружился с математикой.

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

Я к тому моменту уже программировал что-то на заказ, так что очевидный ответ - да, чтобы зарабатывать деньги программированием или даже стать хорошим программистом, диплом не нужен. Именно по программированию у нас в вузе препод был довольно-таки «халявщиком», а по программе нужно было учить Pascal, который мы уже знали.

Для тех, кто не застал эту прекрасную эпоху: вот так выглядит Турбо Паскаль

В какой компании работать, а каких избегать?

Отчислился я в начале 2003, и после университета года четыре работал системным администратором и писал разные сайтики. Например, предыдущий сайт «Опоры России» напилил единолично, начиная с кода и базы данных и заканчивая версткой/дизайном.

Затем я устроился в хостинг-провайдер «Агава» Perl-разработчиком (в резюме у меня Perl`a не было, так что все удивились, когда я решил 4 толстых тестовых задания, которые никто никогда не решал). Я начал ковырять биллинг, начал параллельно изучать новые технологии, которые там применялись. Находил и исправлял нелепости в коде, вроде отправления 1500 SQL-запросов для отрисовки одной страницы. Узнал, что такое ORM , сам написал ORM. Узнал, что такое фреймворки , сам написал фреймворк.

Тут случился кризис 2008 года. «Агава» начала увольнять разработчиков (потому что они стоили дороже) и нанимать менеджеров. Менеджеры накапливались и все сильнее конфликтовали с друг другом, что неудивительно, когда на одного разработчика - 5-7 менеджеров.

У меня был запас денег, а значит и времени, для новых собеседований. Я ходил в Яндекс, он мне не понравился. Я ходил в Mail.ru. Mail.ru мне тогда сильно не понравился. Пошел в Рамблер, мне понравились технологии, которые у них использовались, понравились люди. Был еще где-то, в конторах типа ашмановской, но в итоге выбрал Рамблер.

Тогда в Рамблер только-только пришла Ольга Турищева. У них были деньги, несмотря на кризис: они уволили «эффективных менеджеров» и наняли разработчиков. На мой взгляд, все шло неплохо. Кризис пережили «на ура», начали развивать новые проекты. Писали, запускали, иногда решали, что, нет, надо сделать что-то другое. На моей памяти мы запустили, погоняли и похоронили Рамблер-Друзей. Был такой RSS-агрегатор, для него я писал и поддерживал код, собирающий новости на наш сервер.

Именно разработка этой штуки натолкнула меня на асинхронно-событийные технологии, которыми я сейчас занимаюсь как основным направлением.

Дальше мы писали Рамблер-Фото и это был отличнейший пример использования agile-методологий . Мы разрабатывали его четко по Scrum , начиная с прописывания всех , менеджер сидел прямо с нами, мы делали daily scrums. Проект получился, на мой взгляд, и технологически и продуктово очень хорошим. Когда с него позже сняли всех разработчиков и практически всё администрирование, он проработал еще года два вообще без вмешательства. Я не знаю, зачем его было закрывать, неужели несчастные восемь серверов так много денег ели? Как говорили те, у кого оставался доступ к админке, пользовательские смски (то есть деньги), приходили до самого последнего дня.

Не знаю, что было в голове у тех, кто этим управлял. Это было уже во времена Афиши-Рамблер, «объединенной компании». Тогда сняли руководство технологического Рамблера и поставили медийное руководство Афиши. Наступил сложный период, когда вся эта объединенная компания пыталась найти себя. Нашла она себя в том, что теперь это не технологическая компания, а медийная, и курс развития будет соответствующий.

К этому моменту у большей части программистов (и не только) деморализация была полная. Разработчики говорили: «Мы не знаем, что мы делаем, зачем мы делаем и когда выкинут то, что мы делаем сейчас».

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

Я точно так же, - уже не помню сколько, кажется, около года - руководил проектом Рамблер-Контакты, был такой мессенджер.

Техническое руководство, архитектура, плюс писал некоторые компоненты. И наш проект закрыли приблизительно так же. Хотя у нас был клиент с неплохим дизайном и интересным функционалом. У нас были офигительные отзывы. Приходили отзывы пользователей: «Классный клиент, отличный дизайн, делайте еще» и т.д.

Помню совсем нелепую историю. В какой-то момент нам сказали, что мы упёрлись в «потолок». По графику был рост пользователей, и где-то он остановился. Мы начали разбираться, обнаружили такую штуку: кто-то из рекламщиков фиганул рекламу «Скачай аську "Контакты"». Мы полезли в логи, в логах - тысячи айсикьюшных логинов. Они пытались войти в ICQ нашим клиентом, и Рамблер не мог их пустить. Конечно, они не стали нашими пользователями.

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

Вывод простой: хреновое управление способно убить вообще любой проект.

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

Разумеется, я из Рамблера ушел - в Mail.ru, куда меня давно звали. Пришел один, но значился как руководитель отдела, получил полномочия писать, что я хочу и как я хочу. Начал писать и набирать людей, отдел почти сразу вырос до пяти человек.

Формально я отношусь к «почте», но в основном делаю интеграционные проекты. Например, API для Почты, которые связывают её с внешним миром. Когда были более-менее написаны аватарки, связки со всякими соцсетями, меня попросили по-быстрому помочь с проектом «Облако». Я включился в работу и вот уже 2 года я занимаюсь Облаком@Mail.Ru.

Работаю на Perl я в довольно узкой сфере - занимаюсь асинхронными сетевыми приложениями. Их использует любой высоконагруженный софт, где большое количество запросов, либо большое количество одновременных соединений, много действий «наружу», основную часть которых составляет ожидание. Ходить в API других сервисов, обновлять сотни тысяч ключей и тому подобное.

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

Для примера, в свое время, когда я сюда пришел, то наткнулся на список рассылки с тестами производительности HTTP-серверов на Perl и понял, что они сильно проигрывают (в полтора раза!) имеющимся решениям на Python, Nodе. И возмутился.

Сел, составил план, как всё сделать, чего нужно написать, запланировал оптимизацию с использованием C. Но на практике я остановился еще до того, как воткнул сишные кусочки, потому что уже обошел по производительности все перловые решения, питоновые и нодовые. Я помню, что предыдущее решение было на уровне 2500-3000 запросов в секунду, Python брал 5000, Node – 6000, на чистом Перле у меня получилось 8000 на одном процессорном ядре.

В любой задаче может быть применён вот такой подход:
1. Ставим цель: достигнуть определённого решения.
2. Выбираем средства, которые могут удовлетворять решению.
3. Если средство подходит - PROFIT
4. Если не подходит (а так обычно и бывает), то либо решение дорабатываем напильником, либо, если не подходит очень сильно, делаем своё.
5. Проводим сравнительную характеристику нового решения и существующего.
6. Если существующее вдруг оказывается быстрее, то выявляем место или метод, за счёт которого получается такой результат, и вносим правки в новое решение.

Просто ли стать программистом?

Мне кажется, сейчас войти в профессию программиста гораздо проще, чем 15 лет назад.

Железо стало доступнее. В мои времена компьютер довольно много стоил, купить его ребенку - было серьезным решением для родителей.

Среды разработки были так себе, и языков популярных, быстро разворачиваемых, особо не было... Сейчас инструменты стали умнее, появились обучающие штуки, куда просто приходишь и решаешь задачи - Codeacademy, HTML Academy.

Codeacademy, самый популярный мировой проект обучения коду, предлагает писать код сразу, пропустив теоретическое обучение.

Конкуренция? На низком уровне конкуренция была всегда. Достаточно было кому-то набросать HTML-страничку, поставить тег с угловыми скобками и вопросами, и он уже начинал считать себя серверным программистом на PHP. Вообще не зная, что такое cgi, что такое заголовки, HTTP. На таком уровне конкуренция всегда есть. Когда человек уже поднимается по уровню, начинает понимать и архитектуру приложений, и как это все работает, даже рабочий язык становится не важен.

Проверить, насколько вам интересно программирование, очень просто: надо открыть любой обучающий проект и попробовать что-то сделать.

А если хочется чего-нибудь такого живого, разнообразного, всякого, но, тем не менее, тоже хорошо оплачиваемого, это Perl и С. А если такого стартаперского: по-быстренькому чего-нибудь собрать, запустить и показать инвесторам, - то тут, наверное, стоит посмотреть на Ruby, Go, может быть, Python. Тут уже как понравится. Кому-то, может, по душе придется Javascript с Angular и MongoDB.

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

Я видел джавистов, которые писали на Perl. Это ужасно. Они постоянно недовольны, они постоянно возмущаются, им всё не нравится, и они стремятся все сделать по-своему. Они стремятся сделать всю эту гору классов, абстрактные фабрики, которые в Perl не нужны. Там это можно сделать, но он про другое. В Perl вообще можно очень многое сделать, что есть в других языках, но оно не является для этого языка органичным.

Perl - довольно своеобразный язык. Его автор - лингвист, и при разработке самого синтаксиса языка он применял всякие, скажем так, лингвистические подходы. Основной принцип - TIMTOWTDI - «любую вещь можно сделать многими способами» (there is more than one way to do it).

Когда кто-то говорит про Перл, что он сложный, что его невозможно читать, я могу ответить только одно: можно взять китайский язык и говорить, что язык – ужасный, его невозможно читать, ничего не понятно.

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

Единственное, для чего, на мой взгляд, Перл плохенько подходит, – написание драйверов. Сложно мне представить, как на Перле писать драйвера. Еще его слабая сторона – математика, она медленнее в 20-30 раз, чем в C. То есть если нам нужно обсчитать детерминант матрицы 100*100, для этого нужно брать C или какие-то специально заточенные под это дело языки.

Я писал на Java и могу сказать, что JVM – отличная вещь, очень быстрая, на ней можно написать очень высокопроизводительную штуку. Был у нас проект «Рамблер-Контакты» с jabber-сервером на джаве. И джависты, не могли нормально сделать XML-парсер, у них все время либо тормозил, либо криво парсил. Поэтому я взял свой сишный парсер, который у меня был написан для Perl, и перегнал его на джаву. Просто написал по-сишному. Он парсил, возможно, в несколько раз быстрее, чем то, что у них было до этого. И не глючил.

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

Я могу сделать что угодно: такие запросы отправить, распарсить что угодно, собрать, подключить Си и так далее. С другим языком мне придется очень долго достигать такого же уровня.

Если бы не было Perl, я бы, наверное, остановился на Ruby. Но Ruby не могло быть без Перла, у которого он многое позаимствовал.

Меня спрашивают, почему я в свое время не изучил Python? Питоновых вакансий же больше. А я последние несколько лет не ищу вакансии - меня уже зовут: «Приходи к нам пособеседоваться», «Не интересно ли тебе перейти». Постоянно висит одна: зазывают игрушки писать, а я всё отказываюсь.

Чем вдохновляться?

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

Еще, наверное, здесь играет роль честолюбие. Мне приятно, когда мои какие-то компоненты, продукты или еще какие модули - быстрее всех прочих, в рамках одного языка или в рамках разных языков.

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

Правда, с этим связано то, что я - плохой мейнтейнер. Я всё, что пишу, выкладываю на github и на CPAN, но пересобирать старые модули - лениво (хотя я стараюсь). Пример – есть у меня XML Parser Style - модуль-плагин к XML Parser’у. Это первая версия. Потом я нахожу что-то лучше, удобнее, интереснее, пишу следующий модуль. Потом я прекращаю их использовать и пишу свой XML Parser, очень крутой, быстрый. И проблема в том, что мне присылают патчи в те модули, которыми я перестал пользоваться. Залезаешь в код трехлетней давности смотришь: «Блин, да это неэффективно, я так писал? Эх, да это все переписать надо». А переписывать что-то старое неинтересно - зачем?

Как заниматься (само)обучением?

Я не прочитал за всю свою историю ни одной айтишной книжки - так, чтоб от начала и до конца. Кроме Нортона и его ассемблера. И немножко Кернигана и Ричи, которых я читал, когда уже много писал на Си. Просто было интересно открыть и читать так: это знаю, тут знаю, о, это интересно, знаю, знаю, знаю.

Основной материал моего обучения – это документация, это статьи, это исходники. Очень люблю читать исходники. Еще есть эксперименты на практике, и соревнования, и, в принципе, я стараюсь следить за тем, что происходит вообще в среде, в разрезе «а что бывает, если привносить в Perl что-нибудь из других языков».

Проходил сертификацию на Scrum, изучал, но это не было остро необходимым. Не то что я вдруг понимал: блин, надо бы поучиться! Мне всегда хватало собственного интереса. Когда в какой-то момент не хватало архитектурных знаний, я садился и читал: про базы данных, про сети.

Я немного преподавал в МФТИ... до того, как меня оттуда отчислили. В первом семестре по информатике был уже изученный вдоль и поперек Pascal. 10 минут на задачу, остальное времени на этой же машине сидишь, пишешь какие-нибудь фрактальчики на ассемблере. Препод наш это увидел и сказал: «Ну всё!». И говорит (мне и еще одному парню, который вместо ассемблера на С++ писал): «Раз вы тут такие все из себя и вам неинтересно, вот ты читаешь одногруппникам курс C++ полгода, а ты читаешь ассемблер. А я вам ставлю зачет за весь год, идет?». Ну ок.

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

С недавнего времени совместно с двумя другими крутыми Perl-разработчиками я веду курс программирования на Perl в МГУ. Очень интересный опыт, который показал, что среди большой выборки людей обязательно найдётся немало тех, кому этот язык придётся по душе.

Мне вообще нравится рассказывать. Когда еще в Агаве работал и какие-то вещи интересные накапывал, меня просили рассказать. Я рассказал на маленькой внутриперловой тусовке на Moscow.pm. Оказалось, что это всем интересно, и попросили рассказать на большой конференции. Я пошел на большую - YAPC::Russia 2008 - рассказал на сорок минут плюс весь обед. Мне понравилось. Я рассказывал и на конференции Highload, и еще где-то (кажется, на devcon).

Потом подумал: все, что знаю, я рассказал. Но практика показала, что люди даже того, что я уже не раз рассказывал, все равно не знают. И это можно повторять. А тут подвернулась возможность рассказать это студентам. Причем у студентов мозги не заморочены мыслями, что Perl – это прошлый век. Они готовы смотреть на самые разные технологии, им всё интересно.

Чего ждать от будущего?

Размышлять, куда всё движется, приходится - раз уж я этим занимаюсь. На самом деле, я не вижу предпосылок для кардинальных изменений в программировании. Хорошо, за 20-30 лет языки изменятся: мы будем писать не просто программы, а программы, которые пишут программы.

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

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

Напоследок мы решили сыграть с мистером Андерсоном блиц-раунд в «вопрос-ответ».

- Расскажи какую-нибудь смешную историю времен школьного программирования?

Когда я перешел в информатико-математическую школу в 10 классе, одноклассники уже писали на Pascal, им его с 8 класса давали. Я быстренько справился с его синтаксисом, но старался программы сдавать за урок. Потому что я не умел сохранять! Ни одна зараза не рассказала мне, как сохранить на эту чёртову дискету. Казалось бы, возьми да узнай, но как-то у меня не получалось с сохранением, уже не помню почему именно. Первый семестр 10 класса - оценка у меня еле-еле 3, просто потому что я не умел сохранять. Родители подумали-подумали, решили, что при таких раскладах недолго мне учиться в этой школе, и купили домашний компьютер.

- А какая первая игрушка была на домашнем компьютере?

- считает, что каждый программист должен поработать в стартапе... Был такой опыт?

Я уходил из «Агавы» - делать сайты. Собрались с несколькими человеками, прикинули, заказов было уже порядочно на тот момент - каждый третий из знакомых (такое было окружение) спрашивал: а могу ли я ему сделать сайтик? Я как-то начал делать сайты, но с чисто программерской стороны закопался: думал, сейчас сделаю универсальный фреймворк. Идея была такая: напилю конструктор, а дальше буду на нём собирать сайты.

Практика показала, что те скиллы, которые у меня были тогда, только меня могли обеспечивать. Я не видел путей к расширению. Мог бы взять еще людей, но они бы делали, на мой взгляд, либо также, либо хуже с той же скоростью, поэтому мы бы просто делили эти деньги. Я не видел какого-то роста. Сдал, какие были, сайты, решил на это дело забить и вернулся в «Агаву» с повышением зарплаты относительно предыдущей. Оказалось, что на тот момент штатная работа была доходнее, чем фрилансинг.

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

Использовать своё время

«Тайм-менеджмент» - вот самое популярное название этого умения. Использованием времени озабочены многие: время - единственный действительно невосполнимый для нас ресурс. А отвлекающих факторов вокруг становится всё больше. Предлагаем вам проверенные тайм-менеджерские техники и инструменты.

Родственное умение - .

- Ты о чем-то жалеешь из своей трудовой биографии?

Жалею, что потратил первые годы на всякую фигню, сайтики эти, сисадминство. Какой-то опыт оно дало, но этот опыт я получил бы за гораздо меньшее время. Думаю, мне бы понравилось, если бы я пошел в Mail.ru плюс-минус сразу, как только бросил институт и понял, что компы чинить - это не моё.

Тем, кто моложе, я бы посоветовал помнить, что время – единственный ценный ресурс.

Мы его обычно меняем на опыт, и опыт - это тоже неплохо. Просто потом становится сложнее, становится больше обязанностей, теряется свобода действий. Будучи студентом и умея жить на полторы тысячи рублей в месяц (начало 2000-х), можно себе позволить вообще что угодно, любой стартап. Но когда у тебя семья и большая ипотека, всё становится сложнее.