Чтобы разработчики не бегали, или Delphi навсегда

В последнее время на DOU появилось множество конфликтных постов от менеджмента аутсорсинговых и продуктовых компаний на тему того, что разработчики перебегают с разработки «собственного интересного продукта» на «тупую, унылую аутсорсную работу», приносящую на 500 долларов больше. Это вполне явная проблема, но, как и с любой проблемой, можно вечно ныть про её наличие, а можно и решить.

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

При использовании данного технического решения проблемы, собственное обучение джуниоров уже является разумным и выгодным, так как вероятность возникновения ситуации, вот мы его год учили, а он ушел в оутсорс на +500$, ниже в 10 (!!!) раз (по статистике в Украине 10% продуктовых и 90% оутсорсных). Уйти ему некуда, разве что в подобную продуктовую компанию, которых довольно мало и у них, в отличие от оутсорса, тоже все идет планово и прогнозируемо.

Это видно по поиску вакансий. Если Delphi-программиста согласны брать вообще без опыта или же с опытом работы в 1 год, главное чтобы человек был хороший, то Java-разработчика хотят с опытом работы 4+ лет и знанием кучи технологий, а лучше 7+ лет. Потому как удержать Java-разработчика невозможно, что приводит к тому, что компании относятся с соискателю так же, как и работники к компаниям.

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

С технической стороны Delphi в отличие от 1С идеален тем, что результатом работы является машинный код, что ничем не отличает его по технической функциональности от кода на C/C++. Это позволяет применить его в любой области от разработки 3D игр или системных сервисов до разработки приложений автоматизации. Проблемы могут возникнуть разве что при разработке драйверов, работоспособный код уровня ядра на нем написать невозможно.

Для разработки десктопных приложений, к примеру приложений автоматизации, Delphi ни в чем не отличается от C# и даже немного превосходит его. Несмотря на то что, при использовании стандартных компонент интерфейс будет слишком уж «рабочий», сторонними компонентами можно удовлетворить вкус даже самого прихотливого дизайнера. По поводу поддержки баз данных — существуют и стандартные, и сторонние компоненты, что суммарно даёт поддержку более чем сотни различных движков баз данных. В Java, конечно, больше, но и этого вполне достаточно. Все остальное, типа стека сетевых протоколов(Indy), аналога .Net Remoting(RemObjects), скриптовых языков, заголовков всех технологий MS — все это присутствует в Delphi.

Веб? Ну, веб в Delphi есть. Есть собственный самокат IntraWeb, имитирующий ASP.Net, есть и разработка в стиле сервлетов Java. Что роднит Delphi со взрослыми языками в данном случае — то, что можно создавать долгоживущие объекты, в отличие от PHP; основной недостаток для Вебa — код все-таки неуправляемый, так что память может потечь. Можно, конечно, использовать костыли в виде интерфейсов с подсчетом динамических ссылок, но это тоже не панацея, так как не решает проблемы циклических ссылок. Разрабатывать веб на Delphi можно, и есть примеры успешных веб-сервисов с многомиллионными посещениями в день, но программист должен понимать, что он делает, так как к утечкам памяти Delphi совсем не толерантна.

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

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU