Как писать код без ошибок
Пример:
Как правило, предполагается что процелура с названием ДополнитьСтруктуруНаСервере(Структура) дополняет некоторые данные в переданную структуру. Достаточно слегка изменить процедуру с учетом особенной платформы и у программиста уже будет некоторая непонятка происходящего:
Прочитав только процедуру «Тест_1» можно ожидать что на выходе вы получите структуру с ключами А, Б и В. Но не тут то было. На первый взгляд все сделано верно, даже объявление переменной с использованием знач соответствует правилам. В тоже время, вы можете подобный код писать с директивой &НаКлиенте и получить абсолютно ожидаемое поведение и структуру с тремя ключами. Возможно именно подобный пример сделает пару часов работы вашего коллеги особенно приятными.
Ничего лишнего
Значительная часть искусства написания неподдерживаемого кода в именовании объектов метаданных, переменных и методов. Они ничего не значат для платформы и следовательно, предоставляют вам неограниченные возможности для того, чтобы поставить в тупик не одного сопровождающего.
1. Имена детей
Когда у меня будет в следующий раз хорошее настроение, мы рассмотрим главы:
Специальные предложения
Если ты единственный прогер на фирме, то можно рискнуть так шифрануться
Если нет, то выкинут за порог и размер ботинок не спросят. И ведь не поспоришь.
Конечно же, юмор, из серии «вредные советы».
прямо #define true false по-одинэсовски
. Аж поплохело опять.
А если серьёзно, то к сожалению большая часть из предложенного мной уже скорее всего есть в вашем коде. Ну и как было отмечено наш «многоуважаемый вендор» тоже подкинул в топку этого паравозика не одно полено (правда из лучших побуждений и поленья эти лицензионные и выполнены в интерфейсе Такси).
>Если вы называете свои переменные «и», «а», «к», их будет невозможно искать в редакторе
Да, конечно.
«Х clear»>
Автора видать сильно достало текущее положение дел с говнокодом.-)))
Посреди ночи я тоже ловлю себя на мысли о написании подобной статьи.
Коллега сегодня целый день потратил на поиск аномалий в документе:
Один и тот же документ проводится то в один регистр, то сразу в два.
Оказалась типовой отчет при формировании делает вторую проводку в регистр!
Зло-советы работают и они среди нас!
Есть, правда, ещё один вариант: написать сверхгибкий гиперуниверсал, где вся механика, логика и структура вынесены на уровень абстракций, реализованных в режиме «Предприятие». Тогда вы единственный держатель ноу-хау, и только зубр методист-внедренец вам конкурент. И главное, никаких подлянок, сплошь позитив, но какие где надо сделать перенастройки, уже не знание 1С решает, или там типовых нетленок, а исключительно знание вашей логики «шаблонов-для-образцов-типовых-логических-этапов».
Все косячат, но не все рефакторят.
PS: не проект «красит» человека, а код) Обезьяны то-же палку в руках держат, о двух концах;-)
И все это откорячки на нехватку времени и попытка оправдать такой говнокод в своих-же глазах. Имейте уважение к тем кто будет читать ваши произведения «искусства». Хотя я знаю очень много прогеров, которые не заморачиваются таким чтивом, а просто переписывают его, для некоторых это быстрее, чем разобраться в чужом говнокоде.
нам нужно больше говнокода!
PS: Сам в свое время работал над «творениями» подобного товарища. Его боялись уволить, но сильно хотели, т. к. он сильно всех достал. Не только качеством кода, но и поведением. Меня пригласили проанализировать его код и оценить, смогу ли я с ним работать. После недельного анализа сказал, что смогу. После этого товарищ был выгнан с треском и занесен в черные списки всех знакомых. Код после него, конечно, переписывался долго, но ничего фатального не случилось.
https://techrocks. ru/2020/03/26/well-written-code/
https://infostart. ru/1c/articles/391560/