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

Миф №1. Один язык программирования лучше других

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

Миф №2. Чем больше людей, тем лучше

Так что, если мы потерпим неудачу в планировании, мы сможем добавить в команду больше программистов и ускорить потерянное время. Эту ситуацию иногда называют «понятием монгольской орды». Фактически, s разработки программного обеспечения - это не механический процесс, подобный производству. Поэтому обычно добавление людей в отложенный программный проект задерживает его еще больше. Поначалу это утверждение может показаться нелогичным. Однако когда добавляются новые люди, необходимо их изучить и потратить время на общение с командой. Так что такое количество времени нельзя тратить на разработку продукта. Людей можно добавлять, но только планомерно и слаженно.

Миф №3. Программисты могут писать только код.

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

Миф №4. Быстрее - лучше

Да, есть проекты, которые можно легко и быстро реализовать с помощью дизайнера, и набор нестандартных решений из опыта компании. Но эти проекты, как правило, закрывают очень узкую целевую аудиторию и не принесут высоких доходов владельцам данного продукта. Все серьезные инженерные решения зачастую не только разрабатываются в течение нескольких лет, но также требуют поддержки и разрабатывались годами. Например, история создания пакета Microsoft Office. Когда ставилась задача, срок реализации оценивался в 3 месяца. В итоге на сам проект ушло 6 лет.

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

Миф №5. Придерживаться плана обязательно.

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

Миф №6. Нет ничего невозможного

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

Миф №7. Успех с первого раза

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

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

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