Как писать неподдерживаемый код

Публикация № 391560

Разработка - Практика программирования

GTD коддинг

90
Вы хотите чтобы Вы были самым ценным сотрудником компании? Чтобы Вас носили на руках? Тогда эта статья для Вас. Эти знания передаются из поколения в поколение и представляют особую ценность в умелых руках.

Данная статья является переводом (с большой долей подсматривания в megamozg) известной статьи с небольшим приложением на мир 1С.

Если бы строители строили дома так же, как программисты пишут программы, первый залетевший дятел разрушил бы всю цивилизацию. Gerald M. Weinberg

Миром правит не тайная ложа, а явная лажа. В. Пелевин

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


Содержание

Общие правила. Соглашения.

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

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

Пример:
Как правило, предполагается что процелура с названием ДополнитьСтруктуруНаСервере(Структура) дополняет некоторые данные в переданную структуру. Достаточно слегка изменить процедуру с учетом особенной платформы и у программиста уже будет некоторая непонятка происходящего:

&НаКлиенте
Процедура Тест_1(Команда)
	Структура = Новый Структура;
	Структура.Вставить("А", 1);
	
	ДополнитьСтруктуруКлючомБ(Структура);
	
	Структура.Вставить("В", 3);
КонецПроцедуры

&НаСервере 
Процедура ДополнитьСтруктуруКлючомБ(знач Структура)
	Структура.Вставить("Б", 2);
КонецПроцедуры

Прочитав только процедуру "Тест_1" можно ожидать что на выходе вы получите структуру с ключами А, Б и В. Но не тут то было. На первый взгляд все сделано верно, даже объявление переменной с использованием знач соответствует правилам. В тоже время, вы можете подобный код писать с директивой &НаКлиенте и получить абсолютно ожидаемое поведение и структуру с тремя ключами. Возможно именно подобный пример сделает пару часов работы вашего коллеги особенно приятными. 

Ничего лишнего

Значительная часть искусства написания неподдерживаемого кода в именовании объектов метаданных, переменных и методов. Они ничего не значат для платформы и следовательно, предоставляют вам неограниченные возможности для того, чтобы поставить в тупик не одного сопровождающего.

1. Имена детей

Возможно вам стоит приобрести книгу "Как правильно назвать ребенка. 40000 русских и иностанных имен" и у вас никога не будет проблем с именованием переменных. В тоже время "Йцук" прекрасное имя и легко набирается. Если тем не менее вы до сих пор придумываете имена переменных, попробуйте "авыф", "апро", ну или наконец купите себе клавиатуру Дворака.

2. Однобуквенные имена переменных

Если вы называете свои переменные "и", "а", "к", их будет невозможно искать в редакторе. Кроме того, никто не догадается для чего они нужны. Если кто-нибудь упомянет о нарушении традиции называть счетчики циклов простыми буквами, чтимой со времен Fortran, напомните о том, что испанская инквизиция делала с еретиками. Более того, используйте однобуквенные переменные где угодно, кроме счетчиков циклов.

3. "Случайные" опечатки

Если же вы вынуждены использовать описательные переменные, просто "очепятайте" их. Поверьте, неправильное написание в какой-то функции или имени переменной способно свести на нет все удобства использования, не без этого, неудобного редактора от 1С. Добавляйте интернационализацию по вкусу.

4.  Будьте абстракты

Используйте абстрактные слова и понятия, вроде "все", "это", "данные", "ссылка" и т.п, аналогично можете использовать цифры: Заполнить1(), ПосчитатьВсе(), ПроверитьЭто().

5. Сокращения (Акронимы)

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

6. Синонимы

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

7. Избегайте глоссария проекта

Запомните: написания глоссария - непрофессиональное нарушение принципа структурного дизайна, известного как "сокрытие информации". Если же вы вынуждены его писать, постарайтесь использовать рекурсивные определения. Дразните своего читателя, притворяясь, что вы даете информацию там, где ее нет ни грамма. Формулируйте ваши пустопорожние сентенции так, чтобы читатель испытывал чувство вины за неспособность понять что вы хотите сказать.

И никогда не используется конкретные примеры. Можете вполне оправдываться, что наличие примера будет вводить в заблуждение, будто это и есть все возможности, заложенные в программу. Запомните: люди уважают только то, что слишком абстрактно, чтобы легко понять. В конце концов еще ни одного академика не застали за приведением примеров.

8. Используйте правила других языков

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

9. Использование регистра

Можно сколько угодно спорить о правилах 1С относительно прописных букв, но намного лучше ввести собственное правило. Например: выделять псевдослова в переменных или случайным образом выделять прописные буквы. Например: ПараллелоГрамм.

10. Повторное использование переменных

Во всех случаях, допускаемых платформой, давайте переменным, глобальным, клиентским или серверным методам одинаковые имена. Желательно повторно использовать имена реквизитов внутри процедур в качестве имен параметров, переданных для обработки. Это делается для того, чтобы сопровождающий внимательно изучил область действия каждой переменной. Особенно приятно, передавая в функцию переменные А и Б, в объявлении функции поменять их местами; использовать одну переменную для разных целей или просто слегка менять назначение.

11. Подчеркивание, ваш надежный друг

Используйте _и__ в качестве имен переменных. Особенно неплохо работает приписывание их в начало или конец имени переменных, реквизитов или методов. Более того, это в целом не противоречит стандартам 1С.

12. Смешивайте

Пишите на разных языках. Если все в вашей организации пишут на русском, пишите на английском. Можете применять смешанно, например переменные называть на русском, а методы на английском.

13. Специальные или эмоциональные имена

Отлично подходят имена которые выдают себя за определенные объекты: Параметр = (счетфактура - накладная) / проценты. Также можно выбирать имена переменных с неуместным эмоциональным оттенком: Хрень = (половинаХрени - втораяПоловина) / СуперДоля.

14. Игнорируйте соглашения

Это самое простое, компилятор на это не отреагирует. Также можно предложить свои собственные правила, тогда можно обвинять окружающих в их несоблюдении.

15. Ложные имена

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

16. Ограничения возможностей человека

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


Продолжение следует...

Когда у меня будет в следующий раз хорошее настроение, мы рассмотрим главы:

  • Камуфляж (эффективный код, пространства имен, вымышленные функции, имена кода vs интерфейса, параметры сеанса, директивы препроцессора, отвлекающие маневры)
  • Документация (ложь во имя времени, только очевидное, "как" (а не "почему"), шаблоны, баги, унижение других, устаревший код)
90

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Дата
61. vap_pig 2 13.07.19 11:30 Сейчас в теме
Это удобно только если у человека явно проблемы с трудоустройством из-за квалификации, что заставляет держаться за одну должность, а также если его начальство безобразно тупое. В противном случае сработает против программиста по следующим причинам:
1) самому сложно работать с таким кодом - будут ошибки, потеря времени и сил;
2) если вдруг сам надумает уволиться на повышение - будут постоянно доставать с прошлой работы;
3) если начальство возьмется за ум, либо придется работать с другими программистами в команде - рискует быть уволенным с треском.

PS: Сам в свое время работал над "творениями" подобного товарища. Его боялись уволить, но сильно хотели, т.к. он сильно всех достал. Не только качеством кода, но и поведением. Меня пригласили проанализировать его код и оценить, смогу ли я с ним работать. После недельного анализа сказал, что смогу. После этого товарищ был выгнан с треском и занесен в черные списки всех знакомых. Код после него, конечно, переписывался долго, но ничего фатального не случилось.
60. mxs89 3 16.10.17 16:50 Сейчас в теме
59. 15.09.15 02:39 Сейчас в теме
(58) adapter, не знаю...до сих-пор не осилил "Унесенные ветром", как только начинаю так сразу засыпаю, такое чтиво нужно только на ночь, для хорошего сна)) Ибо только такая смертная скука способствует хорошему сну))
Меня удивляет другое, как писатели такого не заснут вечным сном сами блин)
58. adapter 514 14.09.15 16:53 Сейчас в теме
нам нужно больше говнокода!

А то какой ты нафиг, танкист, программист, если в модуле документа на 50 страниц разобраться не можешь пока клиент ждет :)
andreypahov; +1 Ответить 1
57. 02.09.15 10:49 Сейчас в теме
(56) не го-же новичков учить плохому))
Да то-же думаю неважно кто написал - если она имеет такой отклик, значит кем-то востребована и имеет общую тенденцию мышления многих в этом вопросе. Хотя сам наверное знаешь насколько нынче ценят нашего брата;-) От туда и ноги растут у этой статьи.
Хотя я думаю иначе, прогер если сам ценит себя и так найдет работу где угодно.
56. vandalsvq 1129 02.09.15 10:20 Сейчас в теме
(53), в самом начале я говорил - это перевод. Ну, а если есть претензии лично ко мне, то кто я - это в профиле. Мои разработки - там же. Их качество - пусть судит общественность.
Пы.сы. собственно сам автор исходной статьи - Роуди Гринн, чем он может быть известен? Да боюсь ничем, ибо даже в цитатах на данную статью редко вспоминают кто ее написал и где ее исходники. Да и что-то мне подсказывает что не важно это, ибо она для всего мира программирования пригодна. ))))))))
55. qwinter 606 02.09.15 09:08 Сейчас в теме
(53) ZOMI, ну расскажите какое тиражное решение Вы разрабатывали изначально как тиражное?))
54. 02.09.15 04:52 Сейчас в теме
(53) ZOMI, извени дружище...я обычно балду пинаю хотя до сроков выполнения 2-3дня...а занимаюсь чем нибудь другим. Потому что я знаю, что я сделаю, все решения есть, нет только реализации. И вот приходит срок, сегодня. Я его и делаю, сегодня. Баги есть, но некогда нет громоздкого кода. Нас в свое время не так учили кодить. Можно написать гору кода, а можно обойтись и парой строк. И дело не в идеальности. А вот нубы которые нынче переквалифицировались! откуда-то в ЭТО этим и страдают. И поверь я много видел чужого кода, кроме иронии и смеха он нечего вызвать не может. Хотя очень редко, вызывает уважение у некоторых индивидов и даже некоторую зависть. Но оно и понятно почему редко.
Замечу по теме...в свое время когда появились Спектрумы с ограниченной памятью, многие наоборот применяли трюки в рамках жесточайшей экономии памяти. Например сканировали ПЗУ на предмет нужного машиного кода для своего кода и делали переходы на эти участки, так как его писать не надо он уже есть в памяти. А языки высокого уровня - это для лентяев и прикладников, которым все эти тонкости и нюансы не к чему, они просто не знают данного предмета. Так что и понятно почему появляются такие статьи, если учесть что в машинном коде нет, не Идентификаторов не переменных и постоянные ГОУ-ТУ) А от себя добавлю, разбираться в таком коде, о котором говорит автор согласен возникает чувство брезгливости и неинтересности, как заметили некоторые от такого гавнокода. Чем вероятно и пользуется автор, чисто из психологических настроений новичков.
И это давно не секрет такие примочки - возьмите софт небезызвестной фирмы Рарус, там этого дерьма предостаточно и в более коварном виде)

PS: не проект "красит" человека, а код) Обезьяны то-же палку в руках держат, о двух концах;-)
И все это откорячки на нехватку времени и попытка оправдать такой говнокод в своих-же глазах. Имейте уважение к тем кто будет читать ваши произведения "искусства". Хотя я знаю очень много прогеров, которые не заморачиваются таким чтивом, а просто переписывают его, для некоторых это быстрее, чем разобраться в чужом говнокоде.
53. ZOMI 420 01.09.15 23:34 Сейчас в теме
До рассказов о чужих косяках неплохо было бы представляться -
"-Я, Стив Программулькин, всегда пишу идеальный код, разработал десять тиражных решений... Пишу быстро и качественно одновременно для 3-5 проектов, попутно разруливая техподдержку ранее наваяных идеальных решений."

Все косячат, но не все рефакторят.

Разговоры о качестве кодинга мне понятны среди разработчиков тиражных решений... Лично у меня есть опыт участия в разработке нескольких тиражных решений. Так вот, ребята, когда все сроки прошли, а проект должен быть сдан - костыли и просто невероятно замысловатые велосипеды рождены часто недосыпом и передозировкой кофе... А нубы потом хватают такой кусочек и бегут на мистапомойки.
Если брать конкретно разработчиков типовых - я вижу, что много и очень много рефакторится. И это хорошо.
52. 01.09.15 20:20 Сейчас в теме
Если вспомнить, что при написание "типового" кода, возможны скрытые баги. То, что можно говорить об такой писанине? Как не как, все форумы завалены, сообщениями, об той или иной ошибке в программе.
Сам недавно ковырял такой код в 7.7, модули дописанные, такое ощущение что кто-то пишет как курица лапой, я даже когда начинал так не писал) Еще умудрился, засечь пару ошибок в итого. Но исправлять не стал, меня не это просили делать)) К тому-же все эти шалости проходят только с новичками. В конце концов, есть специалисты которые ломают защищенные программы на самом высоком уровне, для них такая умышленная путаница, что семечки погрызть)) Думаю и в 1С таких спецов немало.
А по теме, можно заявить об таком специалисте, и в полне авторитетно, что он некомпетентный в данной профессии и все признаки будут на лицо, все то что вы перечислили, в не правильном виде изложенный код, могут стать вашим приговором в этой профессии и поди потом докажи обратное другим работодателям)) Так что палка как всегда это бывает о 2 концах;-)
В конце, концов...вы не увидели в своих высказываниях такой конец, значит мыслите вы крайне субъективно, а для программиста это роскошь) Ибо все должно быть логично от начала и конца. И не наступать на собственные-же услужливо разложенные самим-же грабли;-)
51. vicmos 42 01.09.15 18:19 Сейчас в теме
не заменимых людей НЕТ, любого можно заменить, просто цена вопроса у всех разная
50. capone 22 31.08.15 10:09 Сейчас в теме
Бред... Залезешь потом в свой код через пару месяцев и сам же замучаешься в этом говне ковыряться.
49. Yashazz 2889 29.08.15 23:51 Сейчас в теме
(46) TreeDogNight, да, табличный документ вообще отличная штука, если нестандартно заюзать.
TreeDogNight; +1 Ответить
48. palsergeich 29.08.15 14:37 Сейчас в теме
(46) TreeDogNight, Приходится постоянно так делать, потому что на моем текущем месте работы хотят интерфейс как у Iphone(с), простой и понятный, а так как в 1с нет вложенных форм, то часто а формах по 2 объекта и 3 записи с хитрож... ми связями. Конкретно - многоступенчатый ввод разнородной информации, который должен быть на уровень абстракции выше, чем существующие сейчас механизмы в самописке.
Я честно пытался сделать на стандартных вводах все, но реально удобства 0 (за один проход бизнес процесса нужно открыть около 10 форм и думать что и в каких случаях туда вводить, сейчас это реализовано на 1 форме, со свистелками и перделками).
Но заказчик доволен интерфейсом, тем что сотрудникам рядового звена вообще сейчас не надо думать, ввел 2-3 поля и нажал кнопку.
То что раньше на низших уровнях вводилось по 5-10 минут + параллельно частично велось в Excel сейчас занимает 2 минуты + отпала необходимость в Excel.
Да поддерживать такой код в разы сложнее, но в любой операции где проводится что то нестандартное есть подробное описание зачем это + описание этого куска процесса. + весь код с модулей форм процессов родителей перенесен в общие модули и отрефакторен (говнокод, костыли, велосипеды все это все равно есть, но их присутствие я постарался сделать минимальным). По сути дела проблемы могут возникнуть только в одном случае - если полностью изменится текущий бизнес процесс, но это произойдет вряд ли.
По сути дела получилась целая подсистема на одной форме, и именно этого и хотел заказчик. А то что для реализации этого пришлось крайне попотеть это нормально.
TreeDogNight; qwinter; +2 Ответить
47. qwinter 606 29.08.15 11:47 Сейчас в теме
(45) Krasnyj, это очень даже правильная штука. Вот простой пример. Есть заявки, у которых есть разделы. На эти заявки устанавливают статусы, при этом в какой то момент статусы могут разветвлятся (на каждый раздел может быть свой статус). Как вы это реализуете без динамического списка и справочников? Никак.
TreeDogNight; +1 Ответить
46. TreeDogNight 16 29.08.15 11:17 Сейчас в теме
(45) Krasnyj, Между прочем классный способ, если нужно сделать нестандартный интерфейс для редактирования данных.
45. Krasnyj 1239 29.08.15 01:16 Сейчас в теме
Это еще что... а вот, например, табличное поле на форме документа (8.2), информация в которое каждый раз собирается из пяти справочников, и при изменениях - сохраняется в них же - вместо табличной части - это да.
44. Yashazz 2889 27.08.15 19:09 Сейчас в теме
Моё любимое развлечение - имена переменных, состоящие из русских и латинских букв вперемешку. Имена достаточно короткие, чтобы не тянуло их постоянно копипастить, и расположенные так, чтобы Ctrl+Пробел обломался.
Остальное уж всё рассказали.

Есть, правда, ещё один вариант: написать сверхгибкий гиперуниверсал, где вся механика, логика и структура вынесены на уровень абстракций, реализованных в режиме "Предприятие". Тогда вы единственный держатель ноу-хау, и только зубр методист-внедренец вам конкурент. И главное, никаких подлянок, сплошь позитив, но какие где надо сделать перенастройки, уже не знание 1С решает, или там типовых нетленок, а исключительно знание вашей логики "шаблонов-для-образцов-типовых-логических-этапов".
43. bulpi 158 27.08.15 12:52 Сейчас в теме
Все типовые конфигурации так написаны. Но самое большое впечатление в жизни произвела на меня конфигурация комплексная для 7.7 (Украина) , доработанная фирмой Фаворит, с идентификатором Dynamics by idea Favorit 7.7.
Это просто какие-то агенты сатаны на Земле. Любимая функция - шаблон с недокументированными свойствами. Любимое хранение данных - глобальный кеш с использованием внешних dbf файлов! Как же хочется кого-то из разработчиков поймать и сжечь! А руководство очень удивляется, что любые изменения стоят им так дорого.
Люди, кто знает, кто ее делал, откликнитесь!
42. qwinter 606 27.08.15 11:32 Сейчас в теме
Да что там нетленки. Вот результат буквально сегодняшнего моего разбирательства с УТ11. Надо переносить из доработанной семерки проценты минимальных остатков. Знаю что в УТ это в "Параметрах обеспечения потребностей". Думаю ну это наверняка регистр сведений. Ищу... Нахожу только с пометкой не используется. Думаю хрен с вами, иду в форму смотрю в командный интерфейс. Вижу там обработку Параметры обеспечения потребностей. Лезу в нее, ищу куда она там записывает. Пишет она в три регистра: "ВариантыОбеспеченияТоварами", "ВариантыОбеспеченияРаботами", "ТоварныеОграничения". Думаю нужен мне первый. Посмотрел его в конфигураторе, ищу в пользовательском. Не нахожу... Смотрю синоним в конфигураторе. Оп ля: "Порядок применения способов обеспечения товарами". Уже влегкую ругаясь ищу его в пользовательском режиме... Он пустой... Уже внимательно изучаю код обработки, и узнаю, что параметры обеспечения записываются в регистр "Товарные ограничения"!!!
dyuha; pisarevEV; +2 Ответить
41. qwinter 606 27.08.15 08:51 Сейчас в теме
(40) dyuha,
Если о=1 Тогда Сообщить("Позвоните Алексею, он проведет");
это пять!!!!!!!!!!!!!!!!!
andreypahov; bulpi; dgolovanov; +3 Ответить
40. dyuha 19 27.08.15 04:08 Сейчас в теме
(18) CheBurator, На прошлой работе ковырял самописку на 77 аля ЕРП+БИТ;Финанс+ЦРМ+... ее с нуля четыре года писал "Спец каких больше не родит земля русская" (с) ФинДир. Потом два прогера два года (спасибо им, очень помогли с разбором кода) лепили заплатки, потому что срочно, лишь бы работало, без разрешения ничего не менять - это наша интеллектуальная собственность.
Коротко по памяти:
- Если переменная две буквы - она 34-ая.
- Если комментарий - Код из типовой, лишний кусок.
- Если Иванов или глМонопольно тогда ф="admin@nashamail.ru
- В 80% документов обработка проведения начинается с очистки табличной части, которая потом заполняется по правильному и документ проводится.
- Дт ПланСчетов.Бюджетирование .............. Кт.ПланСчетов.Бухгалтерский.
- Если ВШтуках(ТЧ.Товар)=0 тогда ТЧ.Работа = 1;
- Если о=1 Тогда Сообщить("Позвоните Алексею, он проведет");

... Аж поплохело опять.
andreypahov; METAL; Дмитрий74Чел; AzagTot; Fox-trot; vladir; KrivosheevEV; bulpi; dgolovanov; qwinter; hulio; +11 Ответить 1
39. vandalsvq 1129 26.08.15 21:53 Сейчас в теме
Интересно, а минусят те кто не понял юмора? Ну что ж, бывает ))))
38. Alex 98 26.08.15 20:41 Сейчас в теме
Как то попахивает плохо... Если ты не сработался с конторой, то зачем приемнику жизнь портить? Может лучше понять почему ты ушел?
37. ya.Avoronov 108 26.08.15 18:33 Сейчас в теме
Коллега сегодня целый день потратил на поиск аномалий в документе:
Один и тот же документ проводится то в один регистр, то сразу в два.
Оказалась типовой отчет при формировании делает вторую проводку в регистр!

Зло-советы работают и они среди нас!
36. Pirat-37 26.08.15 15:41 Сейчас в теме
МоЛоДеЦ ХоРоШо НаПиСаЛ!!!
35. speshuric 1124 26.08.15 15:41 Сейчас в теме
(34) там это было вполне оправдано. В 8.0 уже спорно. В 8.3 уже только очень специфические сценарии.
34. vandalsvq 1129 26.08.15 15:15 Сейчас в теме
(33) speshuric,
навкрячивать в конфу прямых запросов к SQL
а в 7.7 я это ой как любил, даже целый класс накатал чтобы было проще :)
33. speshuric 1124 26.08.15 14:58 Сейчас в теме
(31) heavymetal, Неа. Там лишь пара вредных для производительности советов (и я их специально отметил). А некоторые так даже еще и ускорить помогут: "Однонаправленные" блоки могут быть важным костылём в оптимизации, "библиотеки/компоненты которых нет в конфигурации и обычно нет на ПК" - тоже (например банальный вызов bulk copy), неидемпотентные велосипеды - тоже могут оптимизировать производительность (жертвуем затратами на поддержание логической целостности). Эх! И как я мог забыть! Есть же еще один способ: навкрячивать в конфу прямых запросов к SQL!!!! Следующий сопровождатель может себе глаза на этом вырвать! И типа же оправдание есть "штобы быстро"

А вот "Null, неопределено и пустая ссылка в одном условии (да еще и в запросе)" - верный способ попасть в мою любимую мышеловку, тут, да, не пометил.
32. testik_vzv 11 26.08.15 11:54 Сейчас в теме
И не забудьте реализовать rls, зависящее от регистров сведений, где для объектов и для пользователей присваиваются категории, а потом устанавливается соответствие одних категорий другим, причем заполнение регистров выполняется порциями, с помощью регламентных заданий.
Ровно так реализован доступ к объектам в 1С: Документообороте с его адским регистром "ДескрипторыДоступаКОбъектам"
Это гарантирует бесконечный процесс отладки и жалкие попытки разработчика воспроизвести ситуации с ошибкой доступа к объектам, возникающие в процессе настройки прав пользователей и доработке конфигурации.
bulpi; the1; fomix; +3 Ответить
31. heavymetal 86 26.08.15 11:42 Сейчас в теме
(19) speshuric, Ваши советы не просто вредны для других программистов, но и для самой программы тоже. Для тормозной без этого 1С это может быть трудно для переваривания
30. heavymetal 86 26.08.15 11:14 Сейчас в теме
Классная статья! Вспомнил несколько таких обрывков кода, забавно с одной стороны, но с другой стороны охота встать и уе..ть такого кодера. Только я думал, что он просто так выпендривался, типа крутой, я даже не знал, что это целая наука
29. berezdetsky 423 26.08.15 10:26 Сейчас в теме
Гораздо интереснее, когда, относительно красивый код сочетается с совершенно невменяемой структурой данных. Например, когда то, что должно решаться добавлением строки в справочнике, требует в итоге создания новой подсистемы. Вот где простор для того, "Чтобы Вас носили на руках". :)
28. Makushimo 154 26.08.15 09:31 Сейчас в теме
Автора видать сильно достало текущее положение дел с говнокодом.-)))
Посреди ночи я тоже ловлю себя на мысли о написании подобной статьи.

27. qwinter 606 26.08.15 09:24 Сейчас в теме
(26) все отраслевые пишутся на коленке, под клиента. Какие стандарты, вы вообще о чем?
26. vandalsvq 1129 26.08.15 09:17 Сейчас в теме
(24) и в продолжение...
Относительно "отраслевых"... Нормальные отраслевые решения будут только тогда, когда компании занимающиеся их разработкой кроме трат на агрессивный маркетинг и "втюхивание" начнут тратить средства на постановку методологии разработки. Я уже не говорю о том, чтобы менять не только себя, но и мир вокруг себя.
Вообще давно хотел бы исследовать вопрос, что крупные игроки мира 1С предложили в плане методологии разработки (ну окромя самой 1С). Есть хорошие примеры из мира web: Bootstrap by Twitter; AngularJS by Google. А что у нас есть от наших "крупных игроков"? Возможно я просто плохо исследовал этот вопрос?
25. vandalsvq 1129 26.08.15 06:46 Сейчас в теме
(24) speshuric, ну если честно взглянуть на себя со стороны, то подобные проблемы можно обнаружить и у себя, причем часто делаешь их не столько осознанно, сколько под давлением обстоятельств. В основном конечно время больше всего давит, но это уже другой разговор.
24. speshuric 1124 26.08.15 06:34 Сейчас в теме
(23) отраслевые обычно тоже противные, но их авторы себе не враги, они тоже хотят сделать поддерживаемый продукт (при смене разработчиков внутри себя). Это общая беда. Часто кривые решения рождаются из самых лучших побуждений. И не всегда плохие технические решения - плохо. Иногда они зато реализуются настолько быстро что дают критичное рыночное преимущество.
Хотя, конечно, бывает и (полу)сознательное приведение проекта в непередаваемый вид.
23. vandalsvq 1129 26.08.15 06:24 Сейчас в теме
(21) RealEscander, не забудь что пробел там может быть не один и не два, а целый таб или вообще нет, в общем голь на выдумку хитра.
(22) видать мне "везет" с отраслевыми не работать, и видимо мое мнение о большинстве из них не так далеко от правды. ОК. Принято, дополню когда буду писать далее.
22. speshuric 1124 26.08.15 06:19 Сейчас в теме
(20) Я не жадный (и вообще как бы не одинэсник считаюсь). Так что мои советы можете использовать как хотите.
2 примера "своих героев" я привел. Как минимум это БСП и служебные сообщения в ней (отладка - ад, по крайней мере 2 года назад была адом). УПП с замечательными именами типов (чем отличается тип от вида от группы и от категории - я внятно пользователю если что не объясню). Примеры кода с копипастой тоже там же в типовых найти можно. Запросы в модулях документов (в модуле менеджера, если память моя не врёт) тоже собираются (оно отчасти хорошо и не совсем про мой пример, они над форматированием стараются не колдовать).
А 1С еще честно пытается сделать поддерживаемый продукт. Любое "отраслевое" Г берём и там перечисленные проблемы во весь рост.
heavymetal; knight2007; +2 Ответить 1
21. RealEscander 814 26.08.15 05:55 Сейчас в теме
>Если вы называете свои переменные "и", "а", "к", их будет невозможно искать в редакторе

Да, конечно...
"Х = "
20. vandalsvq 1129 26.08.15 05:35 Сейчас в теме
(19) speshuric, спасибо за дополнение. У вас конечно более прикладной к 1С вариант, хотя кое-что из описанного есть в следующих главах ("камуфляж" например).
Если вы не против, следующую статью могу начать с дополнения вашими советами. И они у вас реально "вредные". Как правильно отмечено, замечаются они после "погружения" и всех согласований. Но почему то не оставляет мысль что собраны они с реальных примеров. А если такая конфа действительно существует, то страна должна знать своих героев.
19. speshuric 1124 26.08.15 02:27 Сейчас в теме
Не круто.
  • Имена переменных (1,2,3) слишком легко рефакторятся в нынешнем конфигураторе. Имена объектов метаданных могут запутать больше, но тоже относительно легко рефакторятся.
  • 4,5 - Эти советы могут даже упростить разбор при хорошем архитекторе. В самом деле ДлинныеМногосложныеНиОЧемНеГоворящиеИмена1С давно уже притча во языцех. А в других языках и платформах вполне успешно находят компактные, но читаемые имена методов и свойств. Ну а во многих SQL-разработках очень часто используются алиасы к таблицам из первых букв таблиц. что-то типа
    sel ect ST.code, ST.description fr om SomeTable ST 

  • 7 очень сложно реализовать. Как ни крути в каждом проекте устаканивается свой язык. И как ни крути этот язык с одной стороны придётся изучать новому программисту, с другой - он проникает не только в код, но и как минимум крутится у пользователей. Не обязательно его прописывать где-то, он всё равно есть. А постоянно писать называя в коде черное уайтом тоже не вариант, неоправданно усложняет жизнь самому себе. Но интересно, что противоречия в языке проекта возникают и без участия разработчика, тут достаточно не мешать (вспоминаем УПП и группы номенклатуры, номенклатурные группы, типы номерклатуры, виды номенклатуры и т.п.).
  • 8 С удивлением узнал, что клингонский есть в uniocode (но они вроде как не воспримутся как буквы, например это видно из моей министатьи, да и из понимания utf-8 вроде как почти следует). У дотракийского нет своих символов. Немецкие идентификаторы и русскоязычная фонетическая калька с немецкого вполне читабильна (см. замечание про язык проекта).
  • 9 самоеэффективноевообщеничегорегистромневыделять. А если еще и сокращать, то точно не читается.
  • 10 - да, хороший совет, особенно, если дополнить, что области видимости этих переменных должны плотно перемешиваться. Желательно до самого верха. И использование глобальных переменных в разных частях программы окончательно выбьет энтузиаста рефакторинга.
  • 11, 12 - слишком легко отрефакторить.
    ... и т.п.
У вас рекомендации получились "вонючими" в том смысле, что слишком видны и сразу руки чешутся их исправить. А исправить их относительно легко.
Да и вобще для тех, кто перечитал всю УПП и пару самописок на ТиС 8.6 (да, я старый) эти шалости уже вряд ли усложнят жизнь.

А вот что усложнит (если говорить именно про код, а не про решение в целом):
  • Яростно смешивать использование объектов разных областей видимости. Желательно объектов с состояниями (переменных в частности). Желательно не только в вертикальном смысле, но и в клиент-серверном. При этом посолить разным использованием в разных частях.
  • goto. Не забываем. Он есть.
  • Копипаст кусков по 10-100 строк, обильно поперчённый мелкими изменениями этого копи-паста. Рефакторинг становится невыносимо тяжёлым, кода становится много, способов отстрелить коленку по самые гениталии - масса.
  • Обильно смешать в одном модуле директивы компиляции и инструкции препроцессора. Инструкции препроцессора сделать так, чтобы начало было в одной функции, окончание в другой. Интересно поведение платформы в опечатках в инструкции
    #Если Клинт Тогда
    . Ошибку не выводит (ну или когда я это видел - не выводило).
  • Имена переменных делать либо Пер2254, либо оченьдлинныебестолковыеимена. При этом длинные имена лучше. Никто не обвинит в том, что имена не говорящие.
  • Как и предлагает автор - игнорировать и перевирать рекомендации по именованию от 1С. Методы и функции писать от существительных, переменные - от глаголов.
  • Динамическое формирование кода и его Выполнить() - уничтожит надежду на рефакторинг, а отладку сделает пыткой, запрещённой гаагской конвенцией. Вон, эти сра... странные Служебные события из БСП тому неплохой пример (хотя, да, тому кто их уже разобрал будет проще). Безусловно, часть кода надо хранить и в объектах данных. Причем в конфигурации не должно быть интерфейса для редактирования (только внешними обработками).
  • Запросы тоже надо генерировать сборкой в коде, где можно. Особенно эффективно с нестандартным форматированием запроса (отформатировать нельзя из-за сборки запроса в коде). Разумеется заполнение временной таблиц не должно быть рядом с её использованием.
  • Процедуры и функции. Они должны быть длинными. 3000 строк - хорошее начало. Функции с побочными эффектами. Передача данных - где возможно через глобальные объекты (переменные и другие). Активно использовать изменение параметров переданных по ссылке. Желательно такое изменение делать через 2-3 уровня вложенности. Имена переменных, передаваемых, как параметры не должны быть похожими на имена параметров или должен быть изменен порядок процедура А(б,в,г) должна вызываться как А(в, б, г)
  • Старый добрый хардкод. Не забываем его, он нам пригодится. Найти по коду 1367 должно быть раскидано по конфигурации и причем желательно, чтобы это относилось к нескольким разным справочникам. Прямое указание имен серверов/пользователей/IP и т.п. в коде не позволят другим безопасно отлаживаться (тестовые данные отлично уйдут в боевую систему)
  • Null, неопределено и пустая ссылка в одном условии (да еще и в запросе) позволят отлично провести последний вечер в этой компании не очень опытному преемнику.
  • Рекурсия, но не прямая, а через 1-2 уровня (особенно с динамическим кодом). Полезно от любителей отладки.
  • При неправильном поведении программы и при недопустимых параметрах ошибка должна отлавливаться и прятаться.
  • Если производительность позволяет, то должны быть транзакции, которые откатываются в неочевидных местах. ("мамой клянусь, что записывал!!!")
  • Зависимости между сущностями. Код должен быть как можно более зависим. Зависимости должны быть циклическими. Неочевидными (в модуле менеджера одного объекта операции по другому). Плохоразрываемыми (напрмер, если есть зависимости А, Б, В и В, Г, Е, причем в "В" куча логики для обеих, то на это уже сложнее разорвать). Все процедуры и функции делать с Экспорт (неиспользуемые станут не видны). Всё максимально должно быть stateful. Причем этот state не должен быть очевиден Отличный прием - разные проводки в зависимости от времени суток. Перепроводи, коллега, документы за неделю, мы утром посмеёмся.
  • Некоторые блоки должны быть "однонаправленными". Т.е. провести документ можно, а чтобы отменить проведение нужно поменять аккуратно десяток-другой объектов данных. При проведении можно менять реквизиты других объектов (при отмене не возвращать!)
  • Сложные но частые операции обслуживание не должны быть в конфигурации. Только внешними. Ну и конечно, SCM и хранилище конфигурации не должны быть. В принципе.
  • Используйте нестандартные и недокументированные возможности (без пояснений в коде, конечно!).
  • RLS. Если производительность позволяет, то можно устроить замечательный ад с отладкой.
  • Используйте библиотеки/компоненты которых нет в конфигурации и обычно нет на ПК.
  • Для интеграции нужно использовать самоизобретённые неидемпотентныевелосипеды.
Это только собственно про сам код. Про архитектуру я даже начинать писать боюсь. Мои рекомендации интересны тем, что они большинство из них видны только после погружения. Т.е. уже после того, как бедняга согласовал сумму и сроки, бгг.

А если серьёзно, то к сожалению большая часть из предложенного мной уже скорее всего есть в вашем коде. Ну и как было отмечено наш "многоуважаемый вендор" тоже подкинул в топку этого паравозика не одно полено (правда из лучших побуждений и поленья эти лицензионные и выполнены в интерфейсе Такси).
andreypahov; izidakg; jif; METAL; json; _also; VitaliyCeban; ffgnebel; atomskxs; Klash; K_A_O; xavi; 1v7; orfos; peshitepisma; worker1c; Irwin; TreeDogNight; Fox-trot; Mick2iS; Yashazz; dj_serega; A_Max; garik80; vladir; dachnik; bulpi; dgolovanov; mtv:); Enot; dyuha; Redokov; miralisssa; ivazzz82; the1; 1cNike; Дмитрий74Чел; weissfeuer; Karmerruk; Krio2; sergelemon; Bukaska; DeD MustDie; dour-dead; AlecoZAV; Gesperid; MSChe; baton_pk; KapasMordorov; kuntashov; fancy; PowerBoy; pavlov_dv; vandalsvq; Артано; +55 Ответить 2
18. CheBurator 3402 26.08.15 01:14 Сейчас в теме
Детский лепет
Подавляющая часть таких творений при необходимости выкидывается нафиг и пишется заново в том числе благодаря тому что по сути реализованного функционала находятся на уровне сложности средней школы
Yashazz; Alex17; for-elenak; +3 Ответить 1
17. oleg212 25.08.15 19:26 Сейчас в теме
Замечательно и с юмором. В каждой шутке есть доля шутки... )))
16. qwinter 606 25.08.15 17:37 Сейчас в теме
(1) Ibrogim, зря иронизируете. С несколькими такими "специалистами" я реально сталкивался. Они просили повышение зп, их увольняли, принимали других которые не могли разобраться в их "гениальном" творении, и начальство всерьез считало новых тупыми (программист на предприятиях был в единственном числе), и через какое то время просили вернутся этих "гениев".
andreypahov; xantif_2000; METAL; dyuha; Terve!R; cleaner_it; shalimski; boln; Designer1C; +9 Ответить
15. vandalsvq 1129 25.08.15 17:26 Сейчас в теме
(1) Ibrogim, в детстве "Вредные советы" Остера читал? Если нет почитай ))))
На самом деле я почти все приведенные примеры в жизни видел и каждый раз мне не понятно было как реагировать, плакать, смеяться или рукава закатывать и по локоток залазить. Каждый увидит и вынесет что-то свое.
xantif_2000; +1 Ответить
14. ya.Avoronov 108 25.08.15 16:46 Сейчас в теме
Беглое чтение таких статей может доставлять: сперва начал читать с пункта 1. С некоторыми пунктами даже согласился)). Дошел до комментариев, осознал, что это юмор и упрек мне по тем самым пунктам. Буду читать сначала... ЭХХ
dyuha; echo77; Terve!R; +3 Ответить
13. antz 25.08.15 16:42 Сейчас в теме
12. baton_pk 396 25.08.15 16:28 Сейчас в теме
10. Повторное использование переменных

Ага, заходишь в модуль и пишешь в первых строчках:
Перем Запрос, Результат, Выборка;


прямо #define true false по-одинэсовски
11. wunderland 199 25.08.15 16:23 Сейчас в теме
Даже не знаю чего от этой статьи больше - вреда или пользы...
nkp14108; +1 Ответить
10. boln 998 25.08.15 16:22 Сейчас в теме
Как-то давно, лет 10 назад, видел серьезный код на 7.7 - а имена переменных и процедур сплошь матерные :)
9. boln 998 25.08.15 16:17 Сейчас в теме
8. newtype 25.08.15 16:02 Сейчас в теме
Прекрасная статья и язык,с удовольствием прочитал, долго смеялся.Спасибо. Интересно прочитать продолжение.
7. METAL 108 25.08.15 15:25 Сейчас в теме
6. Yury1001 1432 25.08.15 15:05 Сейчас в теме
Да, да, был такой опыт, много лет назад: длинные строки (больше 500 знаков) не открываются в конфигураторе 7.7; переменные из русских и латинских букв ОООО в разных последовательностях и тому подобное, но особо этим никому ничего не докажешь – можно применять в исключительных случаях.
+1
5. velll111 31 25.08.15 15:00 Сейчас в теме
Чел, просто молодец!!!!!!! Классная статья. Иногда есть клиенты, которым так и хочется сделать все правильно (деньги никто не отменял), но с одним противным НО!))))
Обязательно пиши продолжение!!
4. dgolovanov 25.08.15 14:13 Сейчас в теме
О да, знакомо. Уволили "коллегу", остался код. Он очень любит переменные с циферками. Отбор1, Реализация1, ажтрисёт меня от этого.
Bukaska; pavlov_dv; +2 Ответить
3. Swetlana 10 25.08.15 14:00 Сейчас в теме
Всё зависит от начальства :)
2. boln 998 25.08.15 13:51 Сейчас в теме
Если ты единственный прогер на фирме, то можно рискнуть так шифрануться :)
Если нет, то выкинут за порог и размер ботинок не спросят. И ведь не поспоришь.

Конечно же, юмор, из серии "вредные советы".
1. Ibrogim 1117 25.08.15 13:37 Сейчас в теме
И что, вас примут на работу обратно устав копаться в говнокоде? И ЗП поднимут, да и рекомендации раздадут )
Или я юмора не понял? а ведь может ещё кто нибудь не понять...
kalyuzhny; Bukaska; Baksheev-Nikita; +3 Ответить 2
Оставьте свое сообщение

См. также

Приватный блокчейн и 1С популярно 6

Статья no Нет файла Бесплатно (free) Практика программирования Блокчейн

Две предыдущие публикации на эту тему были сфокусированы преимущественно на технической стороне вопроса. Кроме того, их содержание оказалось понятным не каждому специалисту. В этой статье я постараюсь обяснить для всех и, что говорится, «на пальцах»: что такое приватный блокчейн, когда и зачем его следует применять и на что обратить внимание при использовании этой технологии в 1С.

02.09.2019    1895    mkalimulin    140       

Кодогенерация и метагенерация в 1С 26

Статья Программист Нет файла Бесплатно (free) Практика программирования Математика и алгоритмы Разработка

В своем докладе на конференции INFOSTART EVENT 2018 EDUCATION Дмитрий Белозеров рассказал о разработке инструмента, позволяющего программно работать с метаданными 1С и писать скрипты для выполнения тех же действий, которые выполняет разработчик в конфигураторе –  с какими сложностями и нюансами пришлось столкнуться, и что получилось в итоге.

26.08.2019    4551    kirovsbis    28       

Как завести у себя в команде код-ревью. Отвечаем на вопросы 50

Статья Программист Нет файла Бесплатно (free) Рефакторинг и качество кода

Дадим советы как начать использовать у себя в команде код-ревью (code-review), а также ответим на вопросы читателей.

17.07.2019    4933    ivanov660    28       

Интеграция сценарного тестирования в процесс разработки 81

Статья Программист Нет файла Бесплатно (free) Практика программирования Разработка

Разработчик системы «Тестер» Дмитрий Решитко в своем докладе на конференции INFOSTART EVENT 2018 EDUCATION показывает, что процесс тестирования можно очень плотно интегрировать в процесс разработки, что внедрение тестирования – это возможность развития программиста как такового, позволяющая ему упорядочивать ход мыслей и оставаться «в фокусе». Навыки построения процесса кодирования на стыке с тестированием сокращают время на концентрацию, освобождают от страха перед изменениями и улучшают память разработчика.

08.07.2019    4943    grumagargler    7       

Управляй качеством кода 1С с помощью SonarQube 239

Статья Программист Нет файла Россия Бесплатно (free) Практика программирования

Управляй техническом долгом проектов 1С с помощью SonarQube. В статье рассматривается пример применения SonarQube при разработке.

07.07.2019    18876    olegtymko    197       

Выгрузка документа по условию 5

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Разработка

Что делать, если документы нужно выгружать не все подряд, а по какому-то фильтру: статусу, дате, набору условий... А что если он соответствовал этим условиям, а потом перестал? А если потом опять начал? Такие ситуации заставили попотеть не одного программиста.

25.04.2019    6374    m-rv    2       

Как прикрутить ГУИД к регистру сведений 23

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Перенос данных из 1C8 в 1C8 Разработка

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

16.04.2019    9034    m-rv    16       

О времени и 1С 208

Статья Программист Нет файла Бесплатно (free) Практика программирования Разработка

Основы и особенности работы со временем в 1С. Как избавиться от боли при работе в разных часовых поясах. Что такое момент времени. И другое.

01.04.2019    17404    YPermitin    59       

Пример создания bridge (http api - tcp) для ККТ "Касса №1" ("К1-Ф") 5

Статья Системный администратор Программист Нет файла Россия Кассовые операции Бесплатно (free) Практика программирования Разработка ККМ

Пример создания bridge (http api - tcp) для ККТ "Касса №1" ("К1-Ф"). Данная статья будет полезна интеграторам, программистам, тем кто работает (интегрирует, разрабатывает) различное ТО либо железки. Версия и релиз технологической платформы не имеет значения.

17.03.2019    3337    dmarenin    0       

Быстрее чем INSERT! BULK-операции и примеры использования 112

Статья Системный администратор Программист Нет файла Бесплатно (free) Производительность и оптимизация (HighLoad) Практика программирования Разработка Внешние источники данных Перенос данных из 1C8 в 1C8

Microsoft SQL Server поддерживает так называемые BULK-операции, используемые для быстрого изменения больших объемов данных в базе. В статье пойдет речь о практических примерах их использования. Все примеры сделаны в контексте платформы 1С (а как иначе).

09.03.2019    11124    YPermitin    38       

Как писать понятные коммиты 68

Статья Программист Нет файла Россия Бесплатно (free) Практика программирования Разработка

Как писать сообщения коммитов так, чтобы потом не было мучительно больно.

06.03.2019    8346    Scorpion4eg    35       

Расширяем свой багаж 2

Статья Программист Нет файла Бесплатно (free) Практика программирования Разработка

Алгоритм решения возможной нетиповой задачи на собеседовании.

29.01.2019    3682    scientes    15       

Подготовка ребёнка* к ЕГЭ по информатике. Часть четвертая 4

Статья Программист Нет файла Бесплатно (free) Практика программирования Разработка

Решение систем логических уравнений повышенного уровня сложности.

25.01.2019    3388    vasilev2015    0       

Подготовка ребенка* к ЕГЭ по информатике. Часть вторая 2

Статья Программист Нет файла Бесплатно (free) Практика программирования

Примеры на Паскале. Если сам родитель* - поддержи ! Если сам водила - посигналь !

19.01.2019    3779    vasilev2015    0       

Подготовка к ЕГЭ сына - школьника (по информатике) 9

Статья Программист Нет файла Бесплатно (free) Практика программирования

Примеры на Паскале. Если сам отец - поддержи ! Если сам водила - посигналь !

17.01.2019    4204    vasilev2015    50       

Быстрая отладка экранных форм документов и справочников 19

Статья Программист Нет файла Бесплатно (free) Практика программирования

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

18.12.2018    4931    milkers    19       

1С + asterisk (автоматический обзвон) часть 1 38

Статья Системный администратор Программист Нет файла Россия Бесплатно (free) Практика программирования WEB Телефония, SIP

Пример реализации автообзвона (с обработкой ответа на отвечающей стороне) с использованием ami asterisk. Данная статья может быть полезна программистам, интеграторам, администраторам. Версия и релиз технологической платформы не имеет значения.

29.11.2018    7857    dmarenin    9       

Автоматические и управляемые блокировки применительно к типовым конфигурациям 1С 127

Статья Программист Нет файла v8 v8::blocking 1cv8.cf Бесплатно (free) Математика и алгоритмы Практика программирования

Основные принципы работы с режимами автоматических и управляемых блокировок в 1С Предприятие 8. Теория и применение в типовых конфигурациях: БП, УТ, ЕРП

10.11.2018    22537    ids79    40       

Развитие 1С программиста 51

Статья Программист Нет файла Бесплатно (free) Практика программирования Личная эффективность

Делюсь своим опытом и видением развития 1С программиста.

17.10.2018    14652    pashamak    62       

Вспомогательные инструкции в коде 1С 106

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования

Помогаем редактору кода 1С помогать нам писать и анализировать код.

15.10.2018    21716    tormozit    100       

Записки про metadata.js 54

Статья Программист Нет файла Бесплатно (free) Практика программирования

Отличительные особенности разработки на metadata.js

31.07.2018    9714    1c-intelligence    59       

Учебный курс. Повышение качества разработки. Ошибки программы 97

Статья Программист Нет файла Бесплатно (free) Практика программирования Математика и алгоритмы Рефакторинг и качество кода

Учебный курс по теории и практике программирования. Бесплатно. В виде структурированного текста. Лекции № 3,4,5. Эти лекции посвящены ошибкам программ, их классификации и способам исправления

10.07.2018    16323    Артано    92       

Автоматизируй это! 150

Статья Системный администратор Программист Нет файла Бесплатно (free) Практика программирования

Здравствуйте. Меня зовут Виталий Онянов. Я работаю в компании ФТО. Мы занимаемся внедрением и поддержкой ERP-систем, в том числе и на 1С. Сегодня я хотел бы поделиться нашим опытом автоматизации своих задач и рассказать о том, какие регламентные задания мы настраиваем на серверах наших клиентов. Возможно, кому-то покажется, что это совсем простые и очевидные вещи, но я в своей работе периодически вижу разработчиков, которые делают какие-то задачи руками изо дня в день, и мне бы хотелось донести до них мысль о том, что многие из этих задач можно и нужно автоматизировать.

02.07.2018    16806    Tavalik    12       

Повышаем эффективность разработки правил обмена 125

Статья Программист Нет файла v8 КД ОС Бесплатно (free) Практика программирования Перенос данных из 1C8 в 1C8

Как повысить скорость и качество разработки правил обмена? Как вести групповую разработку правил обмена? Как облегчить сопровождение правил обмена после передачи в эксплуатацию? Об этом и многом другом вы можете узнать из этой статьи.

25.06.2018    20480    olegtymko    47       

Как сделать запрос на изменение данных 75

Статья Программист Нет файла v8 v8::Запросы 1cv8.cf Бесплатно (free) Практика программирования

В статье приведены особенности внутренней архитектуры и примеры работы с расширением языка запросов 1С.

01.06.2018    22421    m-rv    21       

Учебный курс. Повышение качества разработки. Вводная лекция, часть 2 49

Статья Программист Нет файла Бесплатно (free) Практика программирования Математика и алгоритмы

Учебный курс по теории и практике программирования. Бесплатно. В виде структурированного текста. Лекция №2. Эта лекция посвящена абстракциям, их свойствами и практическому применению в рамках классических парадигм программирования.

24.05.2018    11137    Артано    36       

Строим графы средствами 1С (без GraphViz) 43

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования

Множество статей на Инфостарте описывают, как работать с компонентой GraphViz, чтобы построить ориентированный граф. Но практически нет материалов, как работать с такими графами средствами 1С. Сегодня я расскажу, как красиво строить графы с минимальным пересечением. Нам этот метод пригодился для отрисовки алгоритмов в БИТ.Финансе, т.к. типовой механизм не устраивал. Еще это может быть полезно для визуализации различных зависимостей: расчета себестоимости, графы аффилированности компаний и т.д. Надеюсь, эта статья поможет сделать мир 1С красивее и гармоничней:) Итак, поехали...

23.05.2018    18197    slozhenikin_com    19       

Распределение расходов пропорционально продажам 9

Статья Программист Пользователь Нет файла v8 v8::ОУ УТ10 УУ Финансовый учет и бюджетирование (FRP) Учет доходов и расходов Бесплатно (free) Практика программирования

Финансовая модель. Распределение административных расходов по подразделениям пропорционально продажам за месяц. Дополнительные реквизиты против бизнес-процессов!

13.05.2018    12214    Rustig    9       

Велостыли: Регламентные задания 17

Статья Программист Нет файла Россия Бесплатно (free) Практика программирования

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

09.05.2018    10694    dsdred    28       

Веб-разработка на 1Script. Глава 2 64

Статья Программист Нет файла Бесплатно (free) Практика программирования WEB

Продолжение учебника по веб-разработке с помощью фреймворка Oscript.Web. Структура приложения, основные объекты, URL-маршрутизация, универсальная консоль серверов 1С.

22.04.2018    12588    Evil Beaver    27       

Доброе программирование, или сказки для программистов 8

Статья Программист Нет файла Бесплатно (free) Практика программирования

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

03.03.2018    6511    Gladkov_Anton    9       

Минимализмы 3 356

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Универсальные функции

Очередная серия "минимализмов" [http://infostart.ru/public/306536/, https://infostart.ru/public/460935/]. Также, как и в предыдущих статьях, здесь приведена подборка коротких оригинальных авторских решений некоторых задач. Ранее эти решения были разбросаны по моим комментариям к чужим публикациям.

19.02.2018    37451    ildarovich    44       

Веб-разработка на 1Script. Глава 1 251

Статья Программист Нет файла Бесплатно (free) Практика программирования

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

12.02.2018    26226    Evil Beaver    97