Рассказ
16 полезных и непротиворечивых заповедей программиста, работающего в коллективе единомышленников Никогда не проверяйте указатели на NULL. Коллеги сразу почувствуют вашу слабость и вообще перестанут возвращать вам правильные данные. Зло надо пресекать на корню: если программа из-за этого упадет (вероятность 100%), то не по вашей вине - вы все сделали правильно. Если вы пользуетесь каким-нибудь средством коллективной работы с исходными текстами, то лучше сразу занять все файлы и больше никогда не отдавать - потом хрен допросишься. В противном случае придется снимать "read only", вносить изменения, а потом кропотливо вручную собирать их с активной версией, как последнему ламеру. Всегда отмечайте красным цветом код, написанный в состоянии сильного алкогольного опьянения. Этот код никогда нельзя править, так как он рождается на уровне подсознания и напрямую связан с планетарным программистским разумом. Если собрать весь такой код вместе и попробовать скомпилировать, то наверняка получится что-то страшно полезное. Если в вашей программе нет кода, выделенного красным цветом, значит, это плохая программа. Старайтесь всегда работать в паре - будет на кого свалить, если обнаружатся ошибки. Еще лучше собрать банду таких же отморозков человек в пятнадцать и всем вместе беспорядочно редактировать огромную кучу исходников. В этом случае виновного вообще нельзя будет найти, и таким коллективом можно любой проект делать вечно. Старайтесь писать как можно более непонятный и запутанный код даже при решении примитивных задач, иначе вас сочтут ламером, а ваш код будут называть отстойным. Никогда не вставляйте в код комментарии, которые позволят другому программисту разобраться в том, что вы написали. Иначе каждый дурак сможет вносить изменения в ваши исходники, и вы потеряете над ними контроль, что приведет к их полному разрушению. Можно даже вставлять в начале каждого файла комментарий типа /* Немедленно закрой этот файл, отморозок. */ Старайтесь вставлять комментарии перед каждой строкой исходного текста (а лучше - еще и после) и расставлять между ними пустые строки. Это резко увеличит производительность вашего труда (человеко-строчек-в-день) и повысит ваш авторитет в глазах товарищей. Никогда не тестируйте программу больше одного раза. Иначе обязательно найдутся ошибки, что ужасно портит настроение и вообще дурно влияет на здоровье. Никогда не выносите повторяющийся код в отдельную функцию - чем меньше функций, тем надежнее работает программа. Никогда не старайтесь писать оптимально - современные компилеры в 64 тысячи раз умнее вас и сами все прекрасно оптимизируют. Никогда не используйте готовых технологий/компонентов/исходников, а старайтесь все писать самостоятельно и обязательно с нуля. Готовым пользуются только ламеры... Постоянное переписывание кода только улучшит его - путь к совершенству бесконечен. При коллективном обсуждении какой-либо проблемы старайтесь принимать ничем не обоснованные и необъяснимые решения. Это создаст вокруг вас ореол таинственности и повысит ваш авторитет в глазах коллег. Не придумывайте ничего самостоятельно. Как говорил один мой знакомый: "Х@$ли думать - все давно придумано". Составляя комментарии, добавляйте к ним малоизвестные аббревиатуры и сокращения. Тогда ваш код будет выглядеть по-настоящему профессионально. Полезно разработать собственную секретную систему сокращений и активно использовать ее в названиях переменных и функций. Никогда не комментируйте исходники - коллеги могут подумать, что вы вставляете комментарии для себя, и навеки причислят вас к разряду ламеров. Помните, что настоящими программистами не рождаются - настоящими программистами умирают. Следствие: хороший программист - мертвый программист.
|