Как стать разработчиком с нуля
Редакция Highload разобралась, как стать разработчиком программного обеспечения с нуля, какие навыки требуются для этого и какие знания нужно получить. Мы составили пошаговую дорожную карту для всех желающих стать программистом в 2022 году — это реально и вполне доступно всем желающим.
Експертний курс від robotdreams: Product Manager PRO.
Керуйте продуктом на високому рівні.
1. Кто такой разработчик
Над созданием программной части приложений работают специалисты нескольких профессий: кодеры, программисты, разработчики и инженеры. В быту их часто путают. Давайте сразу определимся с терминами, чтобы знать, кто чем занимается.
1.1. Кодеры (coders)
Обычно это новички, владеющие только одним языком программирования скорее всего, лишь его основами . Им делегируют написание простого кода, для чего не требуется искать какие-либо сверхэффективные решения. Конкретная задача поставлена, решение дано в виде спецификаций, и нужно оформить его в виде кода на таком-то языке с использованием такого-то фреймворка готового стороннего кода, который упрощает создание приложений . Примерами задач кодера могут служить слияние баз данных, вывод текста или изображений, обработка онлайн-заказов.
Если вы начинаете с «полного нуля», то, скорее всего, сначала вам понадобится научиться делать именно это: уверенно оформлять инструкции в понятной для машины форме и оптимальным образом. Чаще всего под кодерами имеют в виду начальную квалификацию грейд уровня Junior.
Динамічний курс від skvot: Візуалізація екстер’єрів у 3DS MAX.
Мистецтво в 3DS MAX.
1.2. Программисты (programmers)
Программисты более опытны, чем кодеры. Они владеют по крайней мере тремя языками и выдают чистый код без ошибок. Но важнее то, что в своей работе они не только пишут код, но и решают определенные проблемы, — это творческая работа. В этой работе программисты применяют знание алгоритмов и логических шаблонов.
На этом уровне полезно изучать исходный код программ, которые вам интересны, читать статьи о новых технологиях и общаться на специализированных форумах. Говоря другими словами, чаще всего под программистами имеют в виду квалификацию (грейд) уровня Middle.
1.3. Инженеры (software engineers)
Инженеры программного обеспечения применяют инженерные принципы для создания приложений и систем, которые решают определенные проблемы. Это решения на уровне проблемы в общем, а не на уровне ее отдельных аспектов. Инженеры создают универсальные, хорошо масштабируемые решения с использованием научной методологии и несут ответственность за их применимость в реальном мире.
Инженеры отличаются стратегическим мышлением, обладают обширными познаниями в области языков программирования и операционных систем, решают проблемы на интуитивном уровне и общаются с клиентами в ходе обучения, тестирования и отладки программного обеспечения вплоть до выпуска конечного продукта. Чаще всего под инженерами имеют в виду квалификации (грейд) уровня Senior.
1.4 Разработчики (software developers)
Разработчики играют менее формальную роль, чем инженеры. С одной стороны, они работают над продуктом от старта до финиша в течение всего его жизненного цикла. С другой стороны, они бывают тесно связаны с определенными аспектами проекта, в том числе с написанием кода, причем владеют несколькими языками программирования и могут выбирать те из них, которые дают возможность наиболее эффективно подойти к созданию продукта.
Разработчики создают, проектируют, развертывают и обслуживают программное обеспечение. Для этого они применяют шаблоны проектирования, подбирают подходящие фреймворки, пишут код и тесты для кода. Разработчик — это более общее определение инженера, сюда обычно скопом относят любого профессионально состоявшегося специалиста из области программирования: это могут быть как Middle, так и Senior.
В этой статье мы уделим особое внимание именно коммерческой разработке программного обеспечения.
2. Что нужно знать и уметь разработчику
Для создания программного продукта разработчику требуется реализовать примерно следующий процесс:
Освітній курс від robotdreams: Аналітик даних.
Перетворюйте дані на рішення.
В зависимости от цели, с которой создается продукт, разработчику нужно соблюдать требования определенного клиента или организации заказное программное обеспечение , удовлетворить потребности некоторой аудитории потенциальных пользователей коммерческое программное обеспечение или предоставить инструменты конкретному пользователю например, для автоматизации выполнения какой-то задачи .
Навыки, которые применяются при этом, делятся на две категории: профессиональные hard skills и нетехнические soft skills . Рассмотрим некоторые из навыков обеих категорий.
2.1. Профессиональные навыки (hard skills)
Структуры данных и алгоритмы
Чтобы стать хорошим разработчиком, вам нужно знать, как лучше структурировать данные и как их использовать для решения реальных проблем. Например, в одном случае лучше подойдет массив данных (array), доступ к которым осуществляется по индексу порядковому номеру элемента, а в другом — эффективнее использовать связный список (linked list), в котором используются не индексы, а ссылки на предыдущий и следующий элемент.
Есть множество готовых решений распространенных задач. Чтобы не изобретать велосипед, надо ознакомиться с существующими алгоритмами их решения.
Ефективний курс від robotdreams: Blockchain-розробник.
Революційні рішення в технологіях.
Алгоритм — это последовательность конкретных, четко определенных формализованных шагов для решения проблемы или получения определенного результата.
Чаще всего для этого нужен сильный навык декомпозиции общей задачи. Например, чтобы положить слона в холодильник, нужно выполнить следующие действия:
- Открыть холодильник.
- Положить в холодильник слона.
- Закрыть холодильник.
Например, для сортировки элементов в массиве существует более 20 алгоритмов, в том числе сортировка пузырьком, перемешиванием, вставками, слиянием, расческой, выбором, сортировка по методу Шелла, с помощью двоичного дерева и так далее.
Чтобы выбрать подходящую структуру данных и наиболее эффективный алгоритм ее обработки для конкретной задачи, необходимо уметь оценивать разные варианты с точки зрения потребления памяти, эффективности ее использования и времени, которое требуется на выполнение задачи.
Таким образом видно, что отсортировать можно всеми перечисленными выше методами, но признак профессионализма — именно эффективное, надежное решение задачи. Для по-настоящему сложных задач такой сверхэффективный подход — зачастую единственно возможный вариант решения.
Языки программирования
Чтобы качественно программировать, требуется углубленно изучить по крайней мере один язык программирования. Какой язык выбрать? Это зависит от интересующей вас сферы и от характера решаемых проблем.
По результатам рейтинга, составленного в начале 2022 года, наблюдалось следующее распределение языков программирования по популярности использования для работы:
В ходе обучения вам предстоит освоить объектно-ориентированное программирование. В наши дни этот подход используется в большинстве языков. При его применении программа представляет собой совокупность объектов — экземпляров определенных классов.
Контроль исходного кода
Существуют популярные инструменты для управления исходным кодом и его хранения. С их помощью можно контролировать все этапы создания продукта и возвращаться к любой прежней версии, если на последующих этапах возникают проблемы.
Вы создаете первоначальную рабочую версию продукта и сохраняете ее в основной ветви репозитория места хранения данных . Чтобы добавлять новые возможности, вы создаете ответвления от основной ветви, ведете разработку в них и периодически отправляете в нее изменения. Это могут делать и ваши коллеги, и все, кому предоставлен доступ к репозиторию.
Если что-то пошло не так, как нужно, можно вернуться к любому моменту фиксации кода и восстановить рабочую версию ответвления. При этом основная ветвь остается гарантированно рабочей. После тестирования новых возможностей и исправления ошибок вы отправляете код в основную ветвь.
Около 80% организаций использует для этой цели Git. Как будущим разработчикам вам просто необходимо освоить работу с управлением версиями программного обеспечения, и целесообразно будет начать именно с Git.
Редакторы кода и среды разработки
Для написания кода вам нужно освоить специальные текстовые редакторы. В них используются функции и комбинации клавиш, которые ускоряют и упрощают написание кода.
Существует множество редакторов кода, в том числе Atom, Notepad++, Visual Studio Code, Sublime Text, PSPad, UltraEdit и т.д.
Уделите время знакомству с возможностями этих редакторов. Со временем вы выберете для себя те, которые будут больше всего соответствовать вашим целям и с которыми вам будет удобно работать.
Интегрированные среды разработки (IDE) предоставляют возможность не только редактировать код, но и компилировать, выполнять и отлаживать его.
Выбор среды зависит от поставленных целей и от языка программирования, который используется для создания продукта. Так, для Java используются Eclipse, NetBeans и IntelliJ IDEA, для C, C++ и C# — Visual Studio и Code::Blocks, а для Python — PyCharm, Spyder и блокноты Jupyter.
Базы данных
Один из ключевых навыков разработчика — работа с базами данных. Вам необходимо уметь создавать базы данных, добавлять записи, изменять и удалять их. Для обеспечения безопасности вам нужно уметь планировать и проводить резервное копирование данных.
Самый популярный язык для работы с базами данных — SQL. Чтобы стать разработчиком, вам необходимо освоить этот язык. Существуют разные типы хранилищ данных, и для начала вам предстоит ознакомиться по крайней мере с некоторыми и них, например с Oracle, MySQL, PostgreSQL, MongoDB, Elasticsearch, Redis и т. д.
Операционные системы
В разработке вам понадобится учитывать потребление памяти, устанавливать связь с другими компьютерами, устранять конфликты оборудования, решать проблемы блокировки и т.д. Для этого необходимо освоить основы и механизмы работы операционных систем для настольных компьютеров Linux, Windows, macOS или для мобильных устройств Android, iOS , в зависимости от выбранного направления разработки.
Основы работы в сети
Примерно в 80 % случаев разработчик создает приложения с архитектурой «клиент-сервер». Запрос к серверу идет по сети к клиенту, который может находиться в любой точке мира. Ответ сервера проходит тот же путь в обратном направлении. Такая архитектура используется, например, в онлайн-играх, веб-приложениях и облачных приложениях.
Для разработки и поддержки таких приложений нужно освоить основы клиент-серверной архитектуры.
Основы тестирования
Перед выпуском программного обеспечения необходимо протестировать его, чтобы убедиться в отсутствии ошибок и предоставить пользователю готовый к использованию продукт.
Основные типы тестирования таковы:
- блочное тестированиетестирование на уровне функций, модулей и классов; для этого есть множество средств, в том числе JUnit для Java, NUnit для C#, Jest для JavaScript и Robot Framework для Python ;
- тестирование интеграциипроверка взаимодействия между модулями ;
- системное тестированиетестирование готового интегрированного продукта .
Для качественной разработки приложений вам необходимо уметь проводить тестирование и использовать для этого соответствующие инструменты.
Кросс-платформенное программное обеспечение
От большинства программных продуктов ожидается, что они будут работать на нескольких платформах, например на Linux, Windows и Mac. Кроме того, в наши дни все больше людей пользуется приложениями на мобильных устройствах. Чем больше платформ вы охватите, тем больше клиентов привлечете. Поэтому очень полезно будет научиться работать с кросс-платформенными приложениями.
2.2. Нетехнические навыки (soft skills)
Общение
Вы будете работать в коллективе, общаться с клиентами, коллегами, менеджерами и сотрудниками из нетехнических подразделений, поэтому вам нужно уметь четко и ясно доносить свои мысли до других людей.
При удаленной работе общение может вызывать дополнительные затруднения. В самом начале работы над проектом следует четко определить условия и ожидания. Также нужно определить, как и когда будет происходить общение, например, если ваши коллеги работают днем, а вы — ночью.
Чтобы общение было эффективным, нужно уметь слушать собеседника. Часто именно разработчик знает, что делать или почему другие варианты не подходят. При этом не стоит сразу же отклонять мысли других людей. Слушайте, поддерживайте контакт глазами и доброжелательно объясняйте свою точку зрения, чтобы все поняли ее.
Работа в коллективе
Вместе с коллективом разработчики планируют проекты. В процессе планирования им необходимо эффективно взаимодействовать с другими сотрудниками, конструктивно воспринимать отзывы и участвовать в собраниях.
Умение работать в команде очень важно, ведь неэффективная командная работа зачастую приводит к провалу проектов. А сплоченный коллектив, в котором сотрудники поддерживают друг друга, способствует вовлеченности персонала.
Уметь работать в команде — не значит соглашаться со всем, что скажут. Напротив, разнообразие мнений может стать залогом успеха. Умение работать в команде состоит в том, чтобы найти равновесие и применить свои навыки к тому, чтобы всем было приятно работать над проектом и чтобы он был выполнен успешно.
Тайм-менеджмент
Соблюдать сроки, работая под давлением — так разработчик проводит больше всего рабочего времени. Когда начальство требует указать конкретные сроки, а вас отвлекают раз восемь в час, поможет эффективная стратегия управления временем (тайм-менеджмента).
По закону Парето, 80% рабочего времени уходит на выполнение задач невысокой ценности. Тайм-менеджмент же заставляет вас задаваться вопросом, проводите ли вы время с толком, и позволяет контролировать распределение задач.
Существует множество подходов к тайм-менеджменту. Мы рассмотрим широко распространенный «метод помидора» (Pomodoro technique). Вы разбиваете день на 30-минутные отрезки, в течение которых 25 минут работаете, потом пять минут отдыхаете.
Для каждого отрезка назначается задача, которую нужно выполнить в течение этого времени. Например, вы можете выделить один отрезок на поиск и изучение информации, другой — на составление плана, третий — на программирование и так далее. Огромный плюс этого подхода состоит в том, что вы знаете, когда и чем занимаетесь и что ваши действия имеют ценность.
Эмоциональный интеллект и стрессоустойчивость
Эмоциональный интеллект (emotional quotient, EQ) — это ценное качество для каждой личности. Он позволяет становиться на место собеседника, сохранять контроль над ситуацией, строить сотруднические отношения на рабочем месте и в результате достигать значительного роста в карьере.
Так, например, важно уметь внимательно слушать. Это самый эффективный способ понять суть сообщения, избежать недопонимания, а также проявить уважение к собеседнику.
Для эффективного сотрудничества полезно уметь принимать критику и задавать уточняющие вопросы вместо того, чтобы защищаться.
Ценные качества — способность оставаться спокойным независимо от сложности ситуации и умение управлять своими эмоциями и не поддаваться им при решении проблем. При этом стоит не подавлять эмоции, а принимать их как данность.
Разработчики с высоким EQ не направляют эмоции в сторону других людей. Они делятся своими чувствами, и это дает им возможность сохранять контроль над собой.
Умение признавать ошибки
Умение признавать ошибки говорит о том, что вы способны учиться и становиться мудрее. Ошибки — неотъемлемая часть кривой обучения. Разработчики часто работают над тем, над чем они еще никогда не работали, и в таких обстоятельствах совершать ошибки — естественно.
Разработчики с высоким EQ способны признавать свои ошибки, принимать на себя ответственность за причиненный ущерб и прилагать все усилия к тому, чтобы исправить ситуацию в кратчайшие сроки.
Решение проблем и креативность
На первый взгляд может показаться, что решение проблем зависит только от технических навыков, но не следует забывать, что многие проблемы решаются в команде. Группы, которые проходят обучение совместному решению проблем, эффективнее групп, которые не проходили такого обучения, а их идеи намного оригинальнее.
Лучший способ повысить креативность — это поощрять ее и не обращать внимания на препятствия, а также позволять людям совершать ошибки. Поощряйте себя применять творческий подход и не обескураживайте других.
Умение работать с людьми
Умение работать с людьми — это не только обладание указанными выше качествами. Оно подразумевает отношение к другим людям как к личностям. Это значит — не только помнить их имена, но и понимать, как каждый человек реагирует на различные стимулы, и знать, как достичь наилучших результатов при работе с каждым из участников команды.
Важно знать преимущества и слабости своих сотрудников, но еще важнее осознавать собственные сильные и слабые стороны. Это может иметь решающее значение, например, при отладке кода другого разработчика или при делегировании задач.
Владение английским языком
Даже если программирование для вас лишь хобби, базовые знания английского языка расширят ваши возможности обучения. А если вы хотите заниматься разработкой профессионально, то вам непременно понадобится знание английского языка, чтобы читать справочные материалы и инструкции и общаться на форумах.
Саморазвитие
Технологии не стоят на месте. В сфере разработки программного обеспечения часто появляются нововведения. Это касается не только обновления приложений, но и появления новых фреймворков и языков программирования.
Чтобы поспевать за развитием отрасли, разработчикам необходимо читать справочные материалы, проходить семинары, курсы, тренинги и подтверждать свои навыки в ходе сертификации.
3. Как выбрать направление разработки
В разработке программного обеспечения есть несколько направлений. В этой статье мы рассмотрим самые основные.
Разработка приложений для рабочего стола
Приложения рабочего стола или попросту десктопные приложения от англ. desktop — рабочий стол — это приложения, которые устанавливаются на настольном компьютере или, например, ноутбуке.
Для разработки десктопных приложений существует множество языков. Некоторые из них — кросс-платформенные, то есть написанный на них код может выполняться на Windows, разных дистрибутивах Linux и Mac. Например, приложения на Java компилируются в байт-код и выполняются на виртуальной машине Java (JVM), которая устанавливается в любой из этих операционных систем (ОС).
На языках C и C++ тоже можно написать кросс-платформенный код, но его нужно будет откомпилировать для каждой ОС отдельно. Поскольку эти языки компилируются в машинный код, они очень подходят для разработки высокопроизводительных приложений.
Для Windows создана платформа .NET и ее «родной» язык C#. По виду он напоминает C++. Код, созданный на C# или другом языке для платформы .NET, компилируется в код на промежуточном языке. Приложения для этой платформы, как и приложения на Java, выполняются медленнее, чем приложения, откомпилированные в машинный код, но эти языки предлагают удобные среды разработки, библиотеки и фреймворки для удобства создания приложений.
Компания Apple создала язык Swift. Это мощный и интуитивно понятный язык, на котором можно создавать приложения для iPadOS, macOS, tvOS и watchOS. Код на Swift четок и экспрессивен, в этом языке реализовано множество возможностей, которые нравятся современным разработчикам.
Анализ и обработка данных (Data Science)
В сфере анализа и обработки данных используются, в основном, Python и R.
Python отличается простым и элегантным синтаксисом. Его легко освоить, и для него создано множество библиотек. В то же время это интерпретируемый язык, и код на нем выполняется не настолько быстро, как код на C и C++.
Язык R, напротив, отличается сложным синтаксисом, который подходит для статистических вычислений. Для него также написаны специальные библиотеки для анализа и обработки данных, а также машинного обучения.
Kotlin тоже используется для обработки данных: от создания конвейеров данных до создания моделей машинного обучения. Это удобочитаемый язык, который легок для изучения. Поскольку это язык JVM, вы сможете пользоваться множеством библиотек, написанных для Java.
Разработка для мобильных устройств
Разработка для Android
Самый распространенный язык программирования для Android — Java. Это официальный язык для данной ОС.
Вторым по популярности языком для создания приложений для Android стал Kotlin. При этом, он может использоваться и для написания кода приложений iOS.
В среде разработки B4A от Anywhere Software используется язык Basic (Basic4Android). Написанный на нем код также работает на JVM.
Также для Android можно разрабатывать приложения на C/C++, C#, Corona/LUA, а PhoneGap позволяет разрабатывать приложения, как сайты, с использованием HTML, CSS и JavaScript.
Разработка для iOS
Для iOS можно разрабатывать как нативные, так и кросс-платформенные приложения.
Для разработки нативных приложений используются языки Objective-C и Swift.
Objective-C — это компилируемый язык программирования. Несмотря на то, что он создан на основе C, его синтаксис очень отличается от C и может оказаться сложным для освоения.
Swift создан специально для ОС Apple и является более производительным, чем Objective-C. Его синтаксис больше похож на C.
Для разработки кросс-платформенных приложений можно использовать C/C++, C#, Java.
Если вы хотите работать над новыми проектами, приступайте к изучению Swift. Objective-C вам понадобится для работы с готовыми приложениями.
Разработка игр
Для разработки игр есть уже готовые движки, такие как Unity и Unreal Engine, а также библиотеки для разных языков программирования. Выбор языка, библиотеки или движка зависит от характеристик самой игры, а также от платформы, для которой она создается.
С помощью движков можно компилировать игры для различных платформ. Для начинающего разработчика подойдет довольно простой движок Unity. Для написания игр на нем (2D и 3D) используются языки C# и JavaScript.
Для требовательных к ресурсам и высокопроизводительных игр с повышенной нагрузкой на сервер подойдут языки C и C++. Counter-Strike, Diablo и StarCraft написаны на C++.
Для создания двумерных браузерных игр используется элемент HTML5 Canvas и язык JavaScript.
Фронтенд-разработка
- HTML — это язык разметки веб-страниц. На нем создается каркас сайта или приложения. CSS — это каскадные таблицы стилей. Этот язык дает возможность задавать расположение элементов на страницах, работать с их цветами, создавать анимационные эффекты и т.д.
- JavaScript — это язык сценариев, который обеспечивает взаимодействие с сайтом. С его помощью проверяют данные форм, обрабатывают нажатие кнопок и т.д. Для JavaScript существуют фреймворки, такие как React, Ember, Vue, Angular и др.
Бэкенд-разработка
Бэкенд-разработчик создает серверную часть веб-приложения или сайта. Он обеспечивает хранение данных, доступ к ним и их обработку на стороне сервера. Чтобы быть бэкенд-разработчиком, требуется разбираться в устройстве ОС, построении сети, управлении вводом-выводом и памятью.
Распространенными языками для создания серверной части веб-приложений являются PHP, Python + Django, Node.js, Java. Для работы с базами данных вам необходимо освоить основы языка SQL.
Фулстек-разработка
Фулстек-разработчик занимается разработкой как серверной (бэкенд), так и клиентской (фронтенд) части приложения. Фулстек-разработчики требуются, например, для реализации несложных проектов, требующих частых изменений. С таким проектом проще работать одному человеку: он видит полную картину приложения и не тратит время на коммуникации.
С другой стороны, фулстек-разработчику приходится тратить больше времени на обучение. Когда выдвигаются завышенные требования, разработчик приобретает поверхностные знания, а это может повлиять и на качество конечного продукта.
4. Как выбрать язык программирования
Выбирая первый язык программирования, учитывайте его распространенность и уровень зарплат разработчиков, которые им пользуются. Обзоры можно найти в различных источниках, например на StackOverflow.
Выбор языка программирования для конкретного проекта зависит от направления разработки, от характера проекта и от ОС, для которых он создается.
На начало 2022 года один из самых популярных языков и как основной, и как дополнительный — JavaScript. Это язык сценариев, который используется как на стороне клиента, так и на стороне сервера. Его знание пригодится и фронтенд-разработчику, и бэкенд-разработчику в NodeJs . Он популярен и как основной, и как дополнительный язык разработки.
Далее следует C# для .NET. Этот C-подобный язык используется для десктопных приложений, для веб-приложений, в игровом движке Unity и т.п. Изначально он создавался для Windows, но написанные на нем приложения можно использовать и в других операционных системах с помощью Mono, воплощения платформы .NET с открытым исходным кодом.
Третье место занимает Java. Java используется на множестве платформ и операционных систем. На этом языке создаются приложения для рабочего стола, мобильных устройств, встроенные приложения для различных приборов и т.д.
Список самых распространенных фреймворков, библиотек и платформ по убыванию популярности: React.js, .NET, Node.js, Angular, Spring, ASP.NET, jQuery, Vue.js, Hibernate, Express и Laravel.
5. Где выучиться на разработчика
В интернете есть пособия, видеокурсы, обучающие ресурсы, с помощью которых можно освоить основы разработки практически на любом языке. Такие материалы вы найдете на сайтах языков программирования и на специализированных сайтах, где представлены различные технологии.
Также есть множество обучающих ресурсов, на которых есть как платные, так и бесплатные курсы. Проходя такие курсы, вы знакомитесь с теорией и выполняете практические задания. Еще вы можете общаться с преподавателями и с сообществом однокурсников. Наряду со специализированными курсами существуют и курсы для тех, кто хочет стать разработчиком с нуля, например на Skillbox. Обратите внимание на Coursera и Udemy где представлены, в основном, англоязычные курсы , на Stepik русскоязычные курсы и на Prometheus.org.ua курсы на украинском языке .
Кроме того, вы можете пройти очные курсы, на которых за несколько лет выучитесь на разработчика, например, в компьютерной академии ШАГ. Также вы приобретете дополнительные навыки, такие как умение составлять резюме и проходить собеседования, и, возможно, получите помощь с трудоустройством.
Если вы намерены сделать карьеру разработчика в крупной компании, высшее образование в этой отрасли будет большим плюсом. Вуз даст вам систематические знания во всех нужных областях.
Полезно будет заручиться поддержкой опытного разработчика (ментора). Он поможет вам в работе именно над вашими проектами, ответит на вопросы, обратит внимание на ошибки.
6. Уровни классификации разработчиков
В самом начале карьеры вы, возможно, будете стажером (Trainee). В ходе стажировки вы ознакомитесь с программным обеспечением, над которым работает компания, и будете осваивать нужный язык программирования и средства разработки.
Следующим этапом будет уровень Junior-разработчика. На этом уровне вы уже будете знать синтаксис языка и сможете решать простые задачи. В решении более сложных задач будут принимать более опытные сотрудники. Они же будут проверять ваш код и помогать вам освоить технологии в более полном объеме.
Как Middle-разработчик вы будете способны самостоятельно решать сложные задачи и владеть технологиями, необходимыми для решения таких задач. Чтобы повысить квалификацию, вам потребуется научиться создавать решения с нуля, интегрируя различные блоки между собой.
На уровне Senior-разработчика вы сможете разработать проект с нуля, будете владеть несколькими языками программирования, генерировать собственные идеи и вести работу на абстрактном уровне. Также вы станете ментором для менее опытных коллег.
7. Как устроиться работать
Как разработчик вы можете быть фрилансером независимым специалистом или устроиться работать в компанию на штатную должность. Возможность удаленки добавляет еще больше гибкости в возможностях выбора удобного лично вам варианта.
В любом случае вам понадобится создать портфолио. Из чего его собрать? На курсах и в вузе вы обязательно будете выполнять практические задания, и готовые проекты у вас уже будут. Если же вы обучаетесь самостоятельно, то можете составить портфолио из программ, которые напишете по учебным пособиям туториалам , при участии в проектах разработки ПО с открытым исходным кодом или при выполнении заказов на фрилансе.
Также важно толково составить резюме. В нем следует указывать только релевантный опыт работы и не стоит упоминать о работе по другим специальностям, которые не касаются разработки. Приведите ссылку на свою страницу на GitHub или другом ресурсе, где хранятся проекты из портфолио, и опишите несколько проектов, в которых вы принимали участие. Это продемонстрирует ваше умение работать в команде, если опыта работы в компании у вас еще нет.
Кроме того, перечислите профильные курсы, которые вы прошли, и литературу, которую прочитали. Большим плюсом станет ваш профиль на StackOverflow, если вы регулярно посещаете этот сайт, задаете релевантные вопросы и помогаете другим. Также он покажет ваше знание английского языка.
Для фрилансеров существуют такие ресурсы, как Toptal, Upwork, Guru, Freelancer.com, Freelancehunt и многие другие. Чтобы успешно работать на этих сайтах, вам понадобится заработать репутацию, так что высокую оплату вы станете получать далеко не сразу.
Также вы можете найти список топ-компаний из интересующей вас сферы и разослать им свое резюме. Так у вас будет больше шансов получить работу, чем при высокой конкуренции на фрилансерских ресурсах.
Опытные разработчики советуют начинать со сложившихся компаний. В них вы сможете знакомиться с новыми технологиями, которые не используются в меньших компаниях в полной мере. Кроме того, у вас будет возможность продвигаться по карьерной лестнице. При выборе компании важно учесть направление ее деятельности, особенно если у вас есть опыт работы в этой сфере.
8. Оцениваем свои шансы
Как и в любом деле, первым и самым важным критерием является ваш интерес к разработке ПО, технологиям, принципам работы компьютера и сетей и т.д. Если вас это не интересует, то не будет и мотивации для углубленного обучения.
Для успешного продвижения по карьерной лестнице вам необходимо умение решать проблемы самостоятельно. В этом вам поможет умение пользоваться поиском в интернете, документацией и спецификациями. На форумах тоже можно найти готовые ответы и ответы на похожие вопросы. Только если вам не удается найти ответ в этих источниках, обращайтесь к кому-то еще или открывайте тему на форуме.
Также вам понадобится упорство в решении проблем. Часто в разработке вы встречаете одну проблему за другой. Если вы будете сдаваться, то вам не стать успешным разработчиком, потому что разработка — это не столько и не только кодинг, сколько умение решать проблемы.
Упорство в обучении — еще один важный фактор успеха. Далеко не все дается легко. Будьте готовы к тому, что вам придется многое осваивать. Знайте, что освоить все технологии просто невозможно, поэтому принимайте то, что уже освоено, за отправную точку и затем изучайте что-то новое. Радуйтесь каждому шагу вперед и помните, что знания станут прочным фундаментом для будущей работы.
Умение долго размышлять, не испытывая при этом усталость, очень важно для разработчика. Многие решения не приходят сразу. Чтобы их найти, вам нужно сохранять концентрацию внимания. Как только чувствуете, что застряли, пройдитесь, переключитесь, отвлекитесь, посмотрите вокруг. Это поможет сработать синтетическому мышлению, и вы удивитесь, каким простым может быть решение проблемы. Но также важно развивать в себе умение удерживать внимание на проблеме. При постоянной практике это будет удаваться все легче и легче.
Внимание к деталям очень важно для разработчика. Компьютеру нужно давать точные инструкции, соблюдая синтаксис языка программирования. Конечно, среды разработки, интерпретаторы и компиляторы выдают сообщения об ошибках. Но бывают и логические ошибки, выявить которые зачастую сложно. Сообщений об ошибках нет, а программа работает неправильно. В этом случае вам придется проявить предельное внимание и терпение, ведь может понадобиться пересмотреть большой фрагмент кода.
Кроме того, нужны гибкость мышления и умение организовывать код. Умейте прислушиваться к другим мнениям, стремитесь меняться. Не бойтесь возвращаться к началу, чтобы по-другому подойти к решению и реорганизовать код. Существует множество решений, и у каждого есть свои плюсы и минусы. Развивайте в себе способность оценивать варианты в соответствии с проблемой, которую требуется решить.
Заключение
Несмотря на сложности, стать разработчиком с нуля очень даже возможно. Если вы по-настоящему интересуетесь разработкой программного обеспечения, то у вас хватит мотивации и настойчивости для этого.
Нужно быть готовым к тому, что потребуется усвоить много новой информации, освоить различные языки программирования, фреймворки, библиотеки, среды разработки, алгоритмы, шаблоны проектирования, технологии. И если вы будете развивать в себе нужные навыки, прилагать систематические усилия к развитию и давать себе ощутить радость от успехов, то процесс обучения будет увлекательным и вы получите отличную отдачу от него в виде зарплаты и востребованной специальности .
Разработчик программного обеспечения что нужно знать
Близкой к специальности «Разработчик ПО» является профессия «Разработчик игр и приложений». Кстати, на нашем сайте уже есть статья про эту специальность!
Этот факт будет интересен любителям оставаться дома: многие компании ищут разработчиков ПО именно для удаленной работы.
Американская газета «The New Yorker» в 2014 году назвала разработчиков и программистов новыми рок-звездами. С тех пор ценность этих специалистов только растет.
Считается, что сфера IT-технологий исключительно мужская, но это миф. Большинство айтишников – это действительно мужчины, однако, талантливых женщины-программистов тоже немало.
К слову: первым IT-специалистом была как раз женщина – Ада Лавлейс. Именно она в XIX веке написала алгоритм для аналитического агрегатора.
Использование компьютера можно назвать одновременным общением между сотнями тысяч IT-шников.
10 вещей о процессе разработки программного обеспечения для каждого CEO
Разработка программного обеспечения — непростая задача. Но иногда наблюдать за его созданием со стороны еще труднее. Часто генеральные директора, менеджеры и другие заинтересованные лица испытывают разочарование просто потому, что они не полностью понимают, как выглядят процессы разработки программного обеспечения. Узнайте 10 истин о процессе разработки программного обеспечения, чтобы избежать разочарований и хорошо подготовиться.
Точка зрения каждого ограничена
Вы, вероятно, хотите смотреть на будущее приложение как на готовый продукт — эстетически приятный и безупречно работающий для вас и ваших клиентов. Разработчики не обязательно всегда сосредотачиваются на тех же вещах, что и вы. Несмотря на то, что видение продукта и ваши требования всегда должны быть основной движущей силой того, что делают разработчики, ваша позиция не всегда полностью охватывает деловую часть ваших потребностей. В основном приоритетом программистов является написание качественного, чистого и функционального кода, и нельзя сказать, что это — ошибка.
Вот почему важно как можно тщательнее объяснить видение и цель продукта команде разработчиков. Еще лучше иметь на борту владельца продукта, который не только будет держать это видение на переднем плане, но и поможет соответствующим образом спланировать работу.
Фичи не равны качеству
Сосредоточение внимания на количестве функций, а не на качестве основных — это бич многих разработчиков. Как переориентироваться на качество?
- Повысить удобство использования приложения для конечных пользователей. Не нужно перебирать десятки функций, которыми юзер никогда в жизни не воспользуется.
- Уменьшить вероятность непредвиденных ошибок и простоев
- Сделать обслуживание и техническое обслуживание намного проще для всех участников
- Обеспечить более продуманную разработку, основанную на мнении пользователей, в будущем.
Вы сэкономите довольно много денег, так как вам не придется тратить их на ненужные компоненты, рефакторинг, обслуживание и даже место на сервере. Поэтому, если ваши разработчики, UX-дизайнер или владелец продукта предполагают, что ваш бюджет лучше потратить на оттачивание и надлежащее тестирование минимально жизнеспособного продукта (MVP), пожалуйста, примите во внимание их слова.
Задействовано больше людей, чем вы думаете
Можно смело предположить, что вы генеральный директор и/или бизнесмен, и именно на этом вы хотите сосредоточиться – на развитии своего бизнеса. По крайней мере, вряд ли вы хотите стоять над душой разработчика и смотреть, как он медленно и вдумчиво пишет код. Вот почему хорошая, разносторонняя команда, которая позаботится обо всем процессе разработки программного обеспечения вместо вас, — это лучшее, что может случиться. Допустим, вы хотите создать приложение для iPhone. Скорее всего, вам понадобится один дизайнер для создания UI и UX для вашего приложения и два инженера. Один iOS-инженер и один backend-инженер. Точно так же, как нет музыканта, который одинаково хорошо играет на фортепиано, скрипке и гитаре, разработчики программного обеспечения, как правило, специализируются в определенной нише и должны сотрудничать для создания продукта. Добавьте к этому скрам-мастера и бизнес-аналитика, и вдруг окажется, что довольно много людей заинтересованы в том, чтобы сделать ваш проект потрясающим.
Стоит ли оно того? Есть плюсы и минусы, как и во всем. Но самое главное — эти люди должны быть вам полезны, тогда вложение средств оправдает себя.
Процессы требуют времени
В корпоративной и маркетинговой среде никогда не бывает достаточно времени для предоставления идеальных продуктов и услуг. Все борются со сроками. Это гораздо менее выраженная, но все же важная проблема в разработке программного обеспечения. Почему менее выраженная? Потому что хорошее программное обеспечение не создается за неделю. Если вы действительно стремитесь к качеству, стоит дать команде достаточно времени для планирования, проектирования, разработки, проверки и тестирования.
Обычно проектом среднего размера занимаются 5-7 человек, и все, что им нужно сделать, это скоординировать друг с другом и поменять местами части работы, ну и добавить свои собственные, чтобы кто-то другой протестировал получившийся код. Чем больше вы масштабируете, тем больше времени требуется на координацию и разработку, поскольку число различных зависимостей растет как в процессе разработки, так и в плане кода. Настоятельно рекомендуется учитывать это при планировании бюджета и маркетинга — бизнес-аналитик со стороны производителя программного обеспечения обычно может помочь получить представление об этом.
Вы получаете то, за что платите (в сроки, которые вы даете)
Никто не любит переплачивать, но давайте посмотрим правде в глаза — разработка программного обеспечения очень похожа на покупку автомобиля. Дешевые редко окупаются в долгосрочной перспективе. Конечно, вам может повезти, и вы найдете выгодную сделку, но чаще всего вы просто окажетесь с тележкой для гольфа там, где ожидали Мерседес. Она ездит, ей можно рулить и даже есть прохладная система кондиционирования (в определенных условиях). Но это не совсем то транспортное средство, которое вы хотите взять с собой на деловую встречу в Москва-Сити, не так ли?
Если вы экономите на финансировании, то же самое относится и к разработке приложений. Разработчики постараются максимально использовать время, за которое вы платите, а владельцы продукта будут подталкивать их к тому, чтобы предоставить как можно больше важных функций. Но будет ли достаточно времени, чтобы вставить «изюминку», которая есть во всех отличных приложениях? Если крайний срок слишком короткий, удастся ли им воплотить в жизнь то потрясающее видение, которое у вас есть для вашего продукта?
Вся информация имеет значение
В разработке программного обеспечения не бывает слишком много информации. Чем больше команда разработчиков знает о вашем подходе, планах на будущее и текущих событиях, тем лучше получится спланировать и подготовиться ко всему, что вы можете им предложить в будущем. Один раз, когда они не узнают о вашем затянувшемся отпуске, может привести к тому, что важное решение не будет принято. Неправильное информирование об изменении плана может привести к разработке совершенно ненужных функций, которые раньше были необходимы.
Даже идея, которую вы слабо сформировали в своей голове, но решили не делиться, могла стать отличной возможностью для дальнейшего улучшения вашего проекта. Хорошая коммуникация абсолютно необходима в таком большом начинании, как создание программного обеспечения. Поэтому, если вы сомневаетесь, поделитесь своими мыслями — хорошая команда будет только благодарна за ваш вклад!
Разработчики предполагают, что вы что-то знаете
Разработчики — узкоспециализированная группа со своей технической терминологией и ориентированным на код подходом к жизни. И, как и все специалисты, они предполагают, что по крайней мере основы того, о чем они говорят на собраниях, общеизвестны. Если вы не попросите разъяснений в срок, они, скорее всего, уйдут, не задумываясь. Вот почему вам необходимо высказываться, когда что-то неясно — вы можете упустить важную информацию в том, чего не понимаете. Обе стороны заинтересованы в том, чтобы избежать препятствий для общения.
А что вам точно нужно знать о разработке? Знайте свой программный стек. Что такое программный стек? По сути, это список всех технологий: фреймворков, языков программирования, сервисов, которые использует ваша команда разработчиков. Если вы используете Rails для своего бэкэнда, вы не можете просто нанять Java-инженера и ожидать, что он все сделает так, как вы рассчитываете. Вам также потребуется знать технические термины: бэкенд, интерфейс, адаптивный дизайн, баги. Потому что ваш разработчик будет их использовать, и вы должны быть на одной волне.
Идеального плана не бывает
Это та истина, которую знают все, но которую очень трудно учитывать при работе с аутсорсинговыми проектами. У вас может быть лучший, наиболее оптимизированный план передового опыта процесса разработки, в котором есть даже те части, которые мало кто принимает во внимание — время тестирования и рефакторинга, праздники и даже квота на отпуск для каждого члена команды. А потом что-то идет именно так, как вы не рассчитывали.
Это может быть что угодно: разработка функции занимает больше времени, чем предполагалось, кто-то из ваших стейкхолдеров настаивает на досрочном выпуске (из-за маркетинга), или даже тот факт, что ребенок технического руководителя заболел и ваш СТО вынужденно ложится с ним в больницу. Сегодняшний Agile-подход к разработке программного обеспечения является огромным подспорьем в этом отношении. И до тех пор, пока коммуникация внутри и вокруг проекта протекает эффективно, эти коллективные усилия, направленные на то, чтобы говорить, слушать и адаптироваться, должны быть в центре внимания процесса разработки.
Разные разработчики говорят на разных диалектах
Существуют различные языки программирования. И можно было бы ожидать, что они ведут себя так же, как и нормальные языки — вы изучаете их и используете в соответствии с некоторыми заранее установленными «грамматическими» правилами. Но чаще всего к компании-разработчику программного обеспечения следует относиться как к региону в этом международном ландшафте — вероятно, у него есть свой «диалект». Это означает, что помимо основной «грамматики» языка у них есть дополнительные правила, которые помогают аборигенам унифицировать свой код и создавать его более эффективно. Основная проблема с этим языковым барьером заключается в том, что он приводит к неэффективному общению.
Инженеры-программисты могут быть не в состоянии эффективно общаться с высшим руководством о том, какие организационные изменения могут сделать их более эффективными, а высшее руководство может быть не в состоянии сообщить, как найти компромиссы при написании программного обеспечения на основе приоритетов бизнеса. Сложности могут возникнуть и с пониманием чужого кода, и часто разработчикам требуется много времени, чтобы найти свой путь в устаревшем коде, который они унаследовали от другого разработчика программного обеспечения. Вот почему всегда полезно убедиться, что все, что создается для вас, сопровождается тщательной документацией, которая упрощает переход.
Разработка не заканчивается релизом
Ваше приложение запущено, все в восторге. Но действительно ли с программным обеспечением покончено? В 99% случаев ответ будет «нет». Требуется техническое обслуживание, ваши пользователи, вероятно, выскажутся с пожеланиями об улучшениях и новых функциях, даже требования к системе и браузеру рано или поздно потребуют некоторой доработки. Вот почему всегда полезно мыслить долгосрочными категориями — кто позаботится об этих вещах? Есть ли у вас команда DevOps, которая решает самые насущные вопросы? Кто будет отвечать за развитие приложения? Эти вопросы ведут к финансовым и функциональным решениям, которые лучше обсудить как можно скорее. Даже если ваша текущая команда не обеспечивает поддержку после релиза, им было бы полезно знать, как все подготовить для своих преемников.
Если вы разговариваете с людьми, задаете вопросы, слушаете и подходите к проекту с открытой душой, многие проблемы можно легко решить или вообще избежать. Если у вас есть сплоченная, хорошо подобранная команда разработчиков, вы также можете рассчитывать на своих подчиненных, которые поддержат вас в этом новом, неизвестном вам начинании своими знаниями, опытом и мудростью.
Что нужно знать о программном обеспечении для бизнеса
Сегодня бизнес все больше становится зависим от технологий. Не используя современные технологии, сервисы и инструменты автоматизации, бизнес начинает терять конкурентоспособность. Более продвинутые компании становятся более эффективными и вытесняют с рынка организации, которые работают «по старинке».
Простоe подключение, удобная интеграция, 20 способов оплаты. Подключите приём платежей через ЮKassa.
Рынок программного обеспечения для нужд бизнеса развивается с огромной скоростью. Сегодня можно найти как универсальные программные решения, так и специализированные — направленные на решение потребностей компаний определенной отрасли.
Как разобраться в мире ПО? Что нужно знать о программном обеспечении? Какое оно бывает и чем отличается друг от друга?
Ответил на эти вопросы и рассказал о мире программного обеспечения для бизнеса Алексей Смирнов, генеральный директор компании «Базальт СПО».
Алексей Смирнов с середины 1980-х годов занимался внедрением и локализацией системы Linux на разных предприятиях, в том числе, оборонно-промышленного комплекса. Ныне возглавляет фирму-разработчика СПО «Базальт СПО».
Требования к ПО
Во-первых, любая компания, выбирающая готовое ПО на рынке, заинтересована в том, чтобы иметь полный набор прав на приобретенный программный продукт: использовать его по своему усмотрению, модифицировать для собственных нужд или для дальнейшей продажи (собственными силами или передавая разработку на аутсорсинг), распространять модифицированные версии, в том числе на коммерческой основе.
Такие права компания может получить тремя путями. Первый — приобрести у производителя программного продукта необходимый набор прав. Второй — разработать ПО самостоятельно (силами собственных программистов или отдав разработку на аутсорсинг). И, наконец, третий — использовать свободное программное обеспечение.
Берем готовое ПО или разрабатываем самостоятельно
Некоторые компании разрабатывают ПО самостоятельно или силами аутсорсинговой фирмы. В одних случаях это разумная альтернатива покупке готового ПО, но в других — может создать существенные риски. Например, если разработка софта не является основным бизнесом компании, она будет вынуждена фактически заняться второй, причем непрофильной деятельностью: содержать собственную команду разработчиков для создания и (что важно!) дальнейшего развития софта, регулярно тратить деньги на повышение их квалификации, поскольку технологии изменяются с огромной скоростью, в случае смены состава — искать специалистов нужной квалификации. Если же компания прибегла к аутсорсингу, ей придется позаботиться о составлении ТЗ, разработке регламентов и критериев оценки работы сторонних специалистов, условиях дальнейшего развития программного продукта.
Собственная разработка оправдана, когда компании необходимо автоматизировать совершенно уникальный бизнес-процесс или для нее критически важно, чтобы другие фирмы не пользовались его разработкой. Во всех других случаях лучше отдать предпочтение уже существующему софту, в том числе и на базе СПО.
Что такое свободное ПО
Действующий ГОСТ Р 54593-2011 «Информационные технологии. Свободное программное обеспечение» определяет свободное ПО как программное обеспечение, распространяемое на условиях простой (неисключительной) лицензии, которые предоставляет пользователю следующие возможности:
использовать программу для ЭВМ в любых, не запрещенных законом целях;
получать доступ к исходным текстам (кодам) программы как в целях изучения и адаптации, так и в целях переработки программы для ЭВМ; распространять программу (бесплатно или за плату, по своему усмотрению);
вносить изменения в программу для ЭВМ (перерабатывать) и распространять экземпляры измененной (переработанной) программы с учетом возможных требований наследования лицензии;
в отдельных случаях распространять модифицированную компьютерную программу пользователем на условиях, идентичных тем, на которых ему предоставлена исходная программа.
Как видно, весь набор требуемых прав компания получает, приобретая свободный софт. Однако надо учесть, что разработчик программного продукта может зафиксировать в лицензионном соглашении ряд условий применения пользователем этих прав. Например, один лицензионный договор обязывает пользователя выпустить свой производный программный продукт под той же лицензией, что исходное ПО, другой — присвоить своему производному ПО имя, не совпадающее с именем исходного программного продукта и т.п.
Отличия свободного ПО от несвободного
Свободное программное обеспечение гораздо чаще сравнивают не с собственным ПО, а с несвободным софтом. Для последнего на ИТ-рынке давно существует устойчивый термин — проприетарное (от англ. proprietary — частное), то есть являющееся частной собственностью авторов или правообладателей.
Долгое время свободный софт уступал несвободному, как минимум, по двум параметрам — интеграция приложений и техподдержка. Но сегодня ситуация кардинально изменилась: проблемы решены и ушли в прошлое. Однако рынок по инерции продолжает считать их актуальными. Компании, выбирающей программное обеспечение, лучше не попадать в сеть этих заблуждений, чтобы не сужать себе горизонт.
ПРОБЛЕМА №1. Интеграция приложений
До недавнего времени на рынке существовали сегменты, где позиции свободного софта были традиционно сильны. Например, сегмент Интернета: веб-браузер, почтовый сервер, веб-сервер — это свободные программы. Но в других сегментах подавляющим оставался проприетарный софт: средства организации коллективной работы, служба каталогов, офисный пакет и др. Задача интеграции проприетарных приложений решена достаточно хорошо. В течение нескольких десятилетий на рынке господствовала Microsoft, и прикладное ПО создавалось из расчета совместимости с Windows и всей инфраструктурой, созданной Microsoft. Это удобство совместимости стоило рынку довольно дорого — по сути, его монополизации.
А вот на стыках свободного и несвободного софта возникали проблемы. Разработчики проприетарного софта умышленно предпринимали меры для того, чтобы максимально затруднить совместимость своих продуктов со свободными решениями.
Сегодня ситуация изменилась — свободный софт вторгся в сегменты рынка, которые традиционно было принято считать епархией проприетарного. Чтобы облегчить пользователям задачу интеграции приложений, российские разработчики объединяют усилия и создают из своих программных продуктов комплексы (стеки) для решения тех или иных задач организаций и предприятий.
Такой набор программ, действующих как единое целое, позволяет решить целый комплекс задач: организовать доменную зону, оснастить рабочие места пользователей,сформировать среду их совместной работы, развернуть корпоративные облачные ресурсы, обеспечить информационную безопасность, разработать собственные приложения и многое другое.
ПРОБЛЕМА №2. Техподдержка
Еще сравнительно недавно классической массовой поддержки с развитыми сервисами для пользователей свободного софта практически не было. Поддержкой занимались сами вендоры, услуги были ориентированы в основном на их коллег — разработчиков программного обеспечения. Но по мере того, как СПО стали осваивать системные интеграторы, появилась традиционная коммерческая поддержка для СПО для пользователей.
Преимущества свободного ПО
Если вы ставите цель сделать компанию более гибкой, динамичной, сильной и конкурентоспособной, имеет смысл изучить и максимально использовать возможности программного обеспечения под свободными лицензиями. Оно действительно даёт пользователю больше свобод, чем проприетарное.
Возможность адаптации ИТ-инфраструктуры к текущим потребностям бизнеса
Когда речь идет о приложениях, критичных для основной деятельности компании, лучше иметь дело с ПО, которое потенциально можно исправлять. Наличие исходных текстов в свободном программном обеспечении дает возможность вносить в программу необходимые изменения, если она чем-то вас не устраивает (не обладает нужным специфическим функционалом, не стыкуется с другими приложениями, которые уже используются в компании и т.п.).
Повышение уровня безопасности
Если софт свободный, пользователь может устранить любую уязвимость системы самостоятельно или прибегнуть к помощи сторонних разработчиков, поскольку ему доступны исходные коды. А пользователи проприетарного софта вынуждены ждать: сочтет ли разработчик данную доработку целесообразной? Может быть, эта версия ПО ему уже не интересна, или ошибка специфическая, нечасто встречающаяся. Даже если вендор решит включить доработку в следующий релиз своей программы, до момента его выпуска организация будет подвергаться риску. Именно поэтому Google, Яндекс, Мейл.ру базируют свои сервисы на свободных программах — так бизнес не попадает в зависимость от вендоров ПО.
Изменения ПО под меняющиеся нужды
Аналогичная ситуация складывается, если организации необходимо внести изменения в ПО в соответствии с изменениями в бизнес-процессах. Пользователь может модифицировать программу своими силами, силами сторонней фирмы или обратившись к вендору с просьбой доработать продукт.
Извлечение коммерческой выгоды
Мир знает немало историй людей, которые создали транснациональные компании, начав с «пяти долларов в кармане». У стартапа, занимающегося разработкой программного обеспечения, есть реальный шанс пополнить этот мировой список славы, если он построит разработку на основе свободного программного обеспечения, потому что свободный софт, предоставляющий в распоряжение разработчиков исходные тексты программ, резко снижает финансовый порог вхождения на рынок.
Чтобы создать своё приложение, не нужны многомиллиардные вложения. Примеры таких стартапов — российские компании NGINX, создающая ПО для веб-серверов и почтовых прокси-серверов (работающих на Unix-подобных операционных системах) и PostgresProfessional, создающая критические высоконагруженные системы с использованием СПО СУБД PostgreSQL.
Более широкий выбор «железа»
Чем шире спектр архитектур, на которых способна работать программа — например, операционная система, тем свободнее организация в выборе моделей серверов и рабочих станций, тем больше вариантов снижения затрат на эксплуатацию инфраструктуры. С этой точки зрения предпочтительно выбрать решение на базе свободного программного обеспечения.
Приобретая технику новой аппаратной архитектуры, организация может силами собственных или сторонних специалистов заказать сборку используемой программы для данной архитектуры. Таким образом, выбор архитектуры остается за организацией-заказчиком, а не за вендором.
Электронный оборот
И крошечные стартапы, и промышленные гиганты взаимодействуют друг с другом и с различными госорганами и ведомствами, обмениваясь документами в электронной форме. Если эти документы созданы в разных форматах, неизбежно возникают сложности с их чтением и совместной работой над ними. Поэтому имеет смысл использовать офисные пакеты, которые поддерживают международный открытый стандарт ODF. Тем более, что цифровизация деловых процессов неизбежно поставит задачу долгосрочного хранения документов. Если формат открыт — документ можно будет прочесть и через 20, и через 50 лет.
ODF (Open Document Format) — открытый формат файлов документов для хранения и обмена редактируемыми офисными документами, в том числе текстовыми документами, электронными таблицами, рисунками, базами данных, презентациями.
Свободный или проприетарный софт: цена вопроса
Один из значимых критериев выбора программного обеспечения — совокупная стоимость владения. Разумеется, попытки сравнить СПО и проприетарный софт по этому показателю «с точностью до рубля» обречены на неудачу.
Финансовая и организационная нагрузка у разработчика решения на основе СПО намного ниже, чем у разработчиков аналогичного проприетарного софта. На постоянное развитие, доработку программного продукта требуются большие затраты. В случае СПО эти затраты несут участники сообщества программистов. Каждый дорабатывает программу, исходя из своих задач, и эти доработки становятся общим достоянием. У продукта появляются новые интересные свойства, в реализацию которых первый разработчик вообще не вкладывался. Примечательно, что даже коммерческие фирмы иногда разрабатывают программный продукт за свой счёт и выпускают его под свободной лицензией, чтобы значительно снизить издержки на его дальнейшее развитие и на поддержку продукта. Так поступила, например, российская фирма «РУНА», разработчик RUNA WFE — системы для управления бизнес-процессами и административными регламентами, которая распространяется под свободной лицензией.
Еще один выигрыш пользователей свободного софта — быстрое устранение уязвимостей (своими силами или привлечением аутсориснга), и как следствие — снижение рисков. Особенно это ценно для критически важных приложений — например, для управления транспортными потоками, банковскими транзакциями и др.
Лицензионные отчисления на свободное ПО в большинстве случаев ниже, чем на проприетарное. Но здесь необходимо учесть один нюанс. Стоимость поддержки проприетарного продукта, как правило, включена в стоимость лицензии: приобретая ПО, компания автоматически приобретает гарантию получения обновлений по мере их выхода. Но срок действия лицензии, скорее всего, будет ограничен. Для свободных программ стоимость поддержки отделена от лицензии, хотя может быть прописана в лицензионном договоре отдельной строкой. Но лицензии на СПО, как правило, бессрочные — приобретая ПО один раз, организация имеет право пользоваться им так долго, как сочтет нужным.
Самое непредсказуемое — это стоимость самих лицензий. Как мы уже говорили, твердых расценок на лицензии не существует, вендоры как проприетарного, так и свободного софта определяют их стоимость, исходя из ценности клиента, перспектив рыночной ниши и собственных финансовых возможностей по ведению конкурентных войн. Известны случаи, когда в стремлении удержать рынок вендор снижает цену ниже себестоимости ПО.
Чтобы составить представление о стартовых предложениях вендоров ПО, можно посмотреть каталоги Интернет-магазинов софта.
В целом, СПО может быть выгоднее для организаций, которым важна возможность быстрой адаптации своей ИТ-инфраструктуры к текущим потребностям и будущим изменениям, для разработчиков ПО, для тех, кому критически важно использовать безопасный софт.