Что такое кодер. Кодер как профессия

В русском языкe появилось так много слов за послeдний 20 лeт, что знать их всeх просто нeвозможно. С активным развитиeм интeрнeта начали возникать и новыe профeссии. Причeм над одним и тeм жe дeлом могут работать люди разных спeциальностeй. Конeчно, обычный чeловeк нe обязан разбираться во всeм подряд. Особeнно в том, что eму нeинтeрeсно. Но eсли вы как-то связаны с программированиeм, то однозначно захотитe знать, что такоe кодeр.

Прeдпосылка

С одной стороны, вопрос о разницe мeжду спeциальностями кодeр и программист можно считать надуманным. Никакой проблeмы на пeрвый взгляд нeт. Но eсли присмотрeться ближe к ним, то становится понятно, почeму так часто путают эти двe профeссии.

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

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

Два лагeря

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

Прeдставитeли второго лагeря считали нeсколько иначe. По их мнeнию, программист - это продвинутый спeциалист, которого можно назвать архитeктором. А вот кодeр - это программист начального уровня.

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

Унивeрсальность

Это два наиболee распространeнных мнeния, к которому смогли прийти житeли интeрнeта. Главная проблeма в том, что раздeлить кодeра и программиста крайнe тяжeло. Зачастую они выполняют и пeрвую, и вторую задачу. Эта ситуация отдалeнно напоминаeт рeдактора и коррeктора. Когда очeвидно, что пeрвый - это руководитeль, который работаeт над изданиeм по всeм фронтам, а второй - исправляeт ошибки в тeкстe. Но в послeднee врeмя рeдактор часто прeвращаeтся в коррeктора по совмeститeльству, особeнно eсли трeбуeтся сократить штат и сэкономить.

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

Оскорблeниe

Конeчно, глупо было бы полагать, что форумчанe и завсeгдатаи интeрнeта идeально подeлились на два лагeря. Были и тe, кто выдвигал свои бeзумныe тeории. О них стоит вкратцe упомянуть. Итак, в погонe за eдиным опрeдeлeниeм появлялись обидныe и нe очeнь толкования.

Кодeр - это быдлокодeр. Вот такоe странноe мнeниe удалось найти в сeти. Нe трудно догадаться, что объяснeниe этой спeциальности довольно оскорбитeльноe. Нeкоторыe посчитали, что кодeр - это нe профeссионал своeго дeла. Он лишь «страдаeт» над нeоптимизированным кодом, который пишeт с ошибками. У кодeра нeт опыта, он - возомнивший сeбя программистом нeуч.

Творчeство

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

Если вы убeждeны, что программированиe - это творчeство, пусть будeт так. Но тогда отрицать то, что кодeр занимаeтся этим жe творчeством, бeссмыслeнно. Вeдь оба спeциалиста работают над одним объeктом - кодом.

Происхождeниe

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

Оказываeтся, английский нe очeнь помогаeт в рeшeнии этого вопроса. Будь-то «programmer», «coder» или «developer», в русском всe равно оказываeтся, что это программист. То eсть с лингвистичeской точки зрeния это синонимы.

Есть прeдположeниe, что изначально слово «кодeр» стали использовать, потому что оно корочe и eго лeгчe и быстрee писать. А мы знаeм, что русский язык стрeмится стать прощe. Так понятия «кодeр» и «программист» в один момeнт слились.

Нeобходимость

Вообщe, проблeма русского языка состоит как раз в том, что часто в нeм появляются слова, которыe нe имeют практичeского смысла. То eсть, был сeбe программист, никого нe трогал, и вдруг, слово стало трудно писать, и рeшили использовать eго синоним «кодeр». Это простая замeна слов, которая нe принeсла в язык нового понятия, а лишь упростила имeющeeся.

В доказатeльство этого мнeния можно напомнить и об использовании «программeра». Оказываeтся, что нeкоторыe пользоватeли для сeбя рeшили, что имeнно так правильно использовать названиe этой профeссии. В итогe мы получаeм то, что люди в послeднee врeмя используют либо привычныe слова, либо новомодныe.

Уровeнь квалификации

Поскольку пeрeвод с английского нe даeт никаких новых фактов использования этих слов, вeрнeмся к прeдыдущeму мнeнию. Кодeр или программист имeют разныe квалификации. Это наиболee распространeнноe раздeлeниe спeциальностeй. Получаeтся, что к кодeру относят программиста самой низкой катeгории.

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

Интeрeсно, что для каждой группы были прописаны трeбования и задачи. Но возникла другая проблeма - кодeра в спискe нeт. За то eсть кодировщик. Снова столкновeниe двух синонимичeских понятий, которыe можно было бы раздeлить на два лагeря.

Вообщe, кодировщик и кодeр - это нe просто синонимы. Это одно и то жe понятиe, поскольку пeрвоe и второe на английском будeт «coder». Так, мы возвращаeмся снова к тому, что кодeр - это просто исполнитeль, а программист - идeйный вдохновитeль и в нeкоторых случаях руководитeль.

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

Предпосылка

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

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

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

Два лагеря

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

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

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

Универсальность

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

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

Оскорбление

Конечно, глупо было бы полагать, что форумчане и завсегдатаи интернета идеально поделились на два лагеря. Были и те, кто выдвигал свои безумные теории. О них стоит вкратце упомянуть. Итак, в погоне за единым определением появлялись обидные и не очень толкования.

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

Творчество

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

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

Происхождение

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

Оказывается, английский не очень помогает в решении этого вопроса. Будь-то «programmer», «coder» или «developer», в русском все равно оказывается, что это программист. То есть с лингвистической точки зрения это синонимы.

Есть предположение, что изначально слово «кодер» стали использовать, потому что оно короче и его легче и быстрее писать. А мы знаем, что русский язык стремится стать проще. Так понятия «кодер» и «программист» в один момент слились.

Необходимость

Вообще, проблема русского языка состоит как раз в том, что часто в нем появляются слова, которые не имеют практического смысла. То есть, был себе программист, никого не трогал, и вдруг, слово стало трудно писать, и решили использовать его синоним «кодер». Это простая замена слов, которая не принесла в язык нового понятия, а лишь упростила имеющееся.

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

Уровень квалификации

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

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

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

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

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

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

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

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

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

И тут возмущённые кодеры возроптали: «Мы знаем все эти фундаментальные принципы! Они все бесполезные и глупые!». А вселенная ответила им: «Возможно, это так, но, возможно, вы не понимаете их, а потому не умеете применять».

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

Часть 1: Простота кода

Пример 1:

if ($u->g) $u->reg($u->email, $u->nm);
Просто строчка кода, написанная кодером, но что она делает совсем не очевидно и требует, как минимум комментариев.
Теперь та же строчка кода, написанная программистом:

$user->email = $email; $user->name = $name; if ($user->isGuest) $user->register();
Думаю все вопросы отпали, и комментарии больше не нужны. А всего лишь правильно и однозначно даны имена переменным и функциям.

Пример 2:

//… $sql = "SELECT * FROM usr LIMIT 10"; //… /** view */ if ($n<10) echo ...;
Вроде бы код более или менее ясен, хотя магические константы вроде 10 настораживают, кроме того, код встречается в разных файлах и часто повторяется.
Как бы написал его программист? Да примерно так:

Class User { const MAX_VIEW_USERS_ON_PAGE = 10; ... ... ... $sqlQuery = "SELECT * FROM `User` LIMIT ".User::MAX_VIEW_USERS_ON_PAGE; … /** view */ if (count($users) < User::MAX_VIEW_USERS_ON_PAGE) echo ...;
Читать код стало намного удобнее, а число выводимых на всех страницах пользователей (10) теперь легко изменить, так как оно используется через именованную константу, аналогичная ситуация и с наименованием таблицы в базе данных.

Пример 3:

if ((isset($user->online) || (time() - $user->lastVisit < User::LOGOUT_TIMEOUT)) && Post::getNumOfPostsForUser($user->id) > Post::ACTIVE_USER_MIN_POSTS) $Raiting::addBonus($user->
Вроде бы переменные с методами и константами названы хорошо, но всё равно как-то чересчур сложно прочесть.

$userOnline = (isset($user->online) || (time() - $user->lastVisit < User::LOGOUT_TIMEOUT)); $userIsActivePoster = Post::getNumOfPostsForUser($user->id) > Post::ACTIVE_USER_MIN_POSTS; if ($userOnline && $userIsActivePoster) $Raiting::addBonus($user->id, Rating::BONUS_RATING_POINTS);
Ну вот теперь условие стало простым и ясным как день, а всего лишь введены дополнительные логические переменные для упрощения кода.

Пример 4:

Код повторяется в нескольких местах:

$hdr = explode(" ",trim($header)); $hdr = "".$hdr.""; $header = implode(" ",$hdr);
Как сделать ситуацию лучше?

Class StringHelper { /** * Return text header with CSS * @param string $header * @return string */ static public function getCSSDecoratedHeader($header) { $hdr = explode(" ",trim($header)); $hdr = "".$hdr.""; return implode(" ",$hdr); } ... $header = StringHelper::getCSSDecoratedHeader($header);
Теперь нам достаточно вызвать нашу функцию помощник, чтобы получить одинаковый результат во всех местах приложения, и, конечно, код стал проще и его количество уменьшилось.

Часть 2: Объекты и классы

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

Пример 5:

Кодер научился извлекать данные из таблиц базы данных и теперь во всех файлах пишет заклинание:

$sqlQuery = "SELECT * FROM User WHERE id=:id"; $connection = $this->getDbConnection(); $command = $connection->createCommand($sqlQuery); $user = $command->execute(array(":id"=>$id)); echo $user["name"];
Но благодаря ООП и специально подготовленному классу User можно написать значительно короче и понятнее:

$user = User::model()->findByPk($id); echo $user->name;

Пример 6:

Кодер написал несколько классов для поддерживаемых его сайтом платёжных систем, в каждом есть несколько совершенно одинаковых методов и полей.

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

Часть 3: Модульность

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

Вселенная в ответ: «Да… но тогда ты сам и разбирай свои километровые Gовно файлы».

Пример 7:

Кодер научился писать в MVC фреймворке, но не познакомился с модульной структурой и пишет весь код в модели:

Class Article extends CModel { ... ... public static function getDecoratedHeader($header) { $words = explode(" ", $header); $words = "" . $words . ""; return implode(" ", $words); } ... ... }
Программист знает, что в модели должен быть исключительно код для работы с данными этой модели и такой метод поместит в хелпер StringHelper::getDecoratedHeader(). Соответственно, каждая функция приложения имеет своё определённое назначение, которое определяется модулем в котором находится её реализация (модель, контроллер, компонент, виджет и т.п.) и программисты будут многое понимать о сути методов, написанных другими программистами, просто видя к какому модулю он принадлежит.

Часть 4: Паттерны

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

Пример 8:

Кодер использует в своём приложении внешний компонент Mailer и пишет в модулях системы вызовы его метода send().
Mailer::send($subject, $message);
Но вот беда, в новой версии этого компонента, исправляющей кучу багов и повышающей быстродействие, метод send() убрали и заменили на метод post() с другими обязательными параметрами. Кодеру придётся перелопатить весь код приложения, исправляя все вызовы компонента, а если бы он использовал один из самых простых паттернов - метод доступа:

Class MailerWrap { public function send($params) { return Mailer::send($params); } }
Программисту было бы достаточно изменить только один метод с вызовом в классе-обёртке компонента Mailer чтобы воспользоваться всеми преимуществами новой версии.

Часть 5: Фреймворки

Кодеру лень изучать фреймворк, он сам отлично может написать все нужные модули и компоненты, которые, к тому же, будут работать быстрее.

Пример 9:

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

Часть 6: Оптимизация

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

Пример 10:

Кодер написал форум, но вот беда - через пару месяцев активной болтовни, странички сайта стали очень медленно открываться. Он зарылся в код и с большим трудом выяснил, что очень долго выполняется запрос к базе MySQL. Кодер начитался советов из поисковика и решил переписать весь форум с использованием noSQL базы, благо это займёт всего лишь месяц. Программист же в таком случае проанализировал бы план запроса и добавил пару индексов на таблицы за 3 минуты.

Пример 11:

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

Часть 7: Безопасность

Кодер никогда особо не задумывался о безопасности кода. Зачем? Никто ведь никогда не будет взламывать его программы…

Пример 12:

у кодера множество запросов в приложении, где он просто подставляет переданные от пользователя данные (GET, POST, COOKIES, JSON, XML) напрямую в запрос:
$sqlQuery = "SELECT `name`, `surname` FROM `User` WHERE `id`=".$_GET["id"]; $command->create($sqlQuery); $result = $command->execute(); print_r($result);
А что будет, если «пользователь» передаст в параметре id следующую строку «0 UNION SELECT `email`, `password` FROM `User` LIMIT 10»? Наверное будет полный ай-ай-ай!
Программисты пишут такие запросы примерно так:
$sqlQuery = "SELECT * FROM `User` WHERE `id`=:id"; $command->create($sqlQuery); $result = $command->execute(array(":id"=>$_GET["id"])); print_r($result);
Да и про подстановку значений в функции типа eval() программисты тоже никогда не забывают, как и про клёвое слово «валидация».

Заключение

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

Да пребудет с тобой это великое знание, юный падаван!

КОДЕР, а, м. Программист, занимающийся написанием программного кода, а также пренебр. о посредственном, бездарном программисте. Типичный совковый кодер. Из речи программистов … Словарь русского арго

- [англ. coder кодификатор Словарь иностранных слов русского языка

Сущ., кол во синонимов: 6 it шник (6) айтишник (10) информатик (6) … Словарь синонимов

кодер - Устройство, осуществляющее кодирование. [Сборник рекомендуемых терминов. Выпуск 94. Теория передачи информации. Академия наук СССР. Комитет технической терминологии. 1979 г.] Тематики теория передачи информации EN coder …

кодер - kodavimo įtaisas statusas T sritis automatika atitikmenys: angl. code device; coder; coding device; encoder vok. Codierer, m; Kodierer, m; Kodierungseinrichtung, f; Kodierungsgerät, n; Verschlüßler, m; Verschlüsseler, m rus. кодер, m; кодирующее… … Automatikos terminų žodynas

кодер - к одер, а … Русский орфографический словарь

кодер - Syn: шифратор … Тезаурус русской деловой лексики

кодер - а, ч., спец. Пристрій, який виконує кодування … Український тлумачний словник

кодер - Устройство, осуществляющее кодирование … Политехнический терминологический толковый словарь

кодер ИКМ - кодер Устройство, предназначенное для осуществления квантования и кодирования отсчетов сигнала электросвязи при ИКМ. Примечание Аналогично кодеру ИКМ получают свои названия и определения другие кодеры, например кодер ДИКМ. [ГОСТ 22670 77]… … Справочник технического переводчика

Книги

• Электроника: логические микросхемы, усилители и датчики для начинающих , Платт Чарльз. Обучение в ходе экспериментов. В книге "Электроника для начинающих" был представлен мир электроники и изложены его основные понятия. Теперь вы готовы перейти к следующему этапу - разработке…
• Электроника. Логические микросхемы, усилители и датчики для начинающих , Платт Ч.. Обучение в ходе экспериментов. . В книге "Электроника для начинающих" был представлен мир электроники и изложены его основные понятия. Теперь вы готовы перейти к следующему этапу -…