Почему разработчики бывают такими злыми?

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

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

Как может быть эффективным процесс разработки, когда программисты так торопятся? Они начинают хорошо, но в конце не хватает времени, чтобы сделать все правильно. Это приводит к тому, что программы нуждаются в поддержке со стороны других ИТ-специалистов, которые часто не понимают, что было сделано раньше из-за спешки, что их тоже злит!

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

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

Качественной работы требуется два дня, поэтому не забывайте только об этой части - она называется "обеспечение качества".Но не всегда необходимо писать свой собственный код! Существует множество библиотек, которые делают то, что вам нужно, и они сэкономят время в долгосрочной перспективе. Таким образом, ресурсы могут пойти на создание чего-то красивого, а кто-то другой позаботится (и обновит) о поддержке этих программ после нас

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

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

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