Форум: "Потрепаться";
Текущий архив: 2002.07.25;
Скачать: [xml.tar.bz2];
Вниз16 советов программисту, работающему в коллективе. Найти похожие ветки
← →
VDen (2002-06-27 09:50) [0]Совет 1. Никогда не проверяйте указатели на NULL. Коллеги сразу почувствуют вашу слабость и престанут давать вам правильные данные. Зло надо пресекать на корню: если из-за этого программа упадет (вероятность 100%), то не по вашей вине – вы все сделали правильно.
Совет 2. Если вы пользуетесь какими-либо средствами коллективной работы с исходными текстами, то лучше сразу занять все файлы и никому не отдавать – потом хрен допросишься. В противном случае придется снимать “read only”, вносить изменения, а потом кропотливо вручную собирать их с активной версией как последнему ламеру.
Совет 3. Всегда отмечайте красным код, написанный в состоянии сильного алкогольного опьянения. Этот код нельзя править, так как он рождается на уровне подсознания и напрямую связан с планетарным программистским разумом. Если собрать весь такой код вместе и скомпилировать, то наверняка получится что-то страшно полезное. Если в вашей программе нет кода, выделенного красным цветом, значит, это плохая программа.
Совет 4. Старайтесь всегда работать в паре – если ничего не получится, будет на кого свалить. Еще лучше собрать банду таких же отморозков человек в пятнадцать и всем одновременно редактировать кучу исходников. В этом случае виновного вообще нельзя будет найти, а любой проект таким коллективом можно выполнять вечно.
Совет 5. Старайтесь писать как можно более непонятный и запутанный код даже при решении простейших задач, иначе вас сочтут ламером, а ваш код будут читать отстойным.
Совет 6. Никогда не вставляйте в свой код комментарии, которые могут помочь другому программисту разобраться в том, что вы написали. Иначе каждый дурак сможет вносить свои изменения в ваши исходники, и вы потеряете над ними контроль, что приведет к их полнейшему разрушению. Можно вставлять в начале каждого файла комментарий типа: «//Немедленно закрой этот файл, отморозок!».
Совет 7. Старайтесь вставлять комментарий перед каждой строкой текста, а лучше еще и после, и расставлять между ними пустые строки. Это резко увеличит производительность вашего труда (человеко-строчек-в-день) и повысит ваш авторитет в глазах товарищей.
Совет 8. Никогда не тестируйте программу больше одного раза, иначе обязательно найдутся ошибки, что ужасно портит настроение и дурно влияет на здоровье.
Совет 9. Никогда не выносите повторяющийся код в отдельную функцию – чем меньше функций, тем надежнее работает программа.
Совет 10. Никогда не старайтесь писать оптимально – современные компиляторы в 64000 раз умнее вас и сами все прекрасно оптимизируют.
Совет 11. Никогда не пользуйтесь готовыми исходниками\технологиями\компонентами, а старайтесь все писать с нуля. Готовым пользуются только ламеры… Постоянное переписывание одного и того же кода, в конце концов, улучшит его – путь к совершенству бесконечен.
Совет 12. При коллективном обсуждении какой-то проблемы старайтесь принимать ничем необоснованные и необъяснимые решения. Это создаст вокруг вас ореол таинственности и повысит ваш авторитет в глазах товарищей.
Совет 13. Никогда не придумывайте чего-то нового. Как говорил один мой приятель: «Х@$ли думать – все давно придумано».
Совет 14. Составляя комментарии, добавляйте к ним малоизвестные аббревиатуры и сокращения. Тогда ваш код будет выглядеть по-настоящему профессионально. Полезно разработать собственную систему сокращений и использовать ее в названиях переменных и функций.
Совет 15. Никогда не комментируйте исходники – коллеги могут подумать, что вы пишете комментарии для себя и навеки причислят вас к разряду ламеров.
← →
VDen (2002-06-27 09:51) [1]Извините, не 16, а только 15...
← →
Игорь Шевченко (2002-06-27 11:07) [2]VDen © (27.06.02 09:51)
Еще про программирование сверху вниз наискосок...:-)))
Страницы: 1 вся ветка
Форум: "Потрепаться";
Текущий архив: 2002.07.25;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.006 c