Как писать качественный код? #810703

Работаем с коллегой в отделе занимающимся 1с.Оба пишем код, я хорошо понимаю администрирование 1с, а колгега хорошо понимает алгоритмы и пишет качественный код. С недавнего времени стал прикалывать что я пишу быдло код =(. Конечно когда нужно сделать еще вчера то нет времени писать качественно, делаешь просто что бы работало. Но сама мысль не дает теперь покая, как улучшить качество кода ? И есть оправдание быдло коду ?

Работаем с коллегой в отделе занимающимся 1с.Оба пишем код, я хорошо понимаю администрирование 1с, а колгега хорошо понимает алгоритмы и пишет качественный код. С недавнего времени стал прикалывать что я пишу быдло код =(. Конечно когда нужно сделать еще вчера то нет времени писать качественно, делаешь просто что бы работало. Но сама мысль не дает теперь покая, как улучшить качество кода ? И есть оправдание быдло коду ?

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

Хороший код - чужой код.

это как подтирать попу в туалете, смывать за собой и мыть руки после. если этого не делаешь, то и код красивый никогда не напишешь.

классика

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

вопрос из серии "как рисовать красивые картины?"

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

Это нормально. Все считают чужой код быдлокодом.

что такое нормальный код, в чем его мерить?

настолько оптимальный, насколько это позволяет поставленная задача / возможности встроенного языка?

У меня препод был, преподавал Pascal, и вот однажды приходим на пару, а он всему взводу одну и туже контрольную дает ВСЕМ! я ему говорю: -А вы не боитесь что тут по кругу все друг у друга спишут? на что я получаю ответ: -Списывайте, НО только я знаю кто и как пишет, и у кого вы спишите тот получи зачет остальные ...., и запомни: Сколько хозяек, столько и борщей!

Моё бусидо:

Учиться, учиться и еще раз учиться.

"когда нужно сделать еще вчера то нет времени писать качественно, делаешь просто что бы работало." Не нужно так делать.

тут все описано:

+11 От себя дабавлю, красивого кода НЕТ в природе, так же как нет и совершенства, это понятие субъективное. Например квадрат Малевича, многие от него тащутся, а лично для меня полное г--о, что там такого выдающегося я не понимаю.

+15 или если нет доступа поиск по ключевым словам : "система стандартов и методик разработки конфигураций для платформы 1с"

В самом квадрате ничего, а вот то, что художник так хорошо закрасил вызывает восхищение у фантазеров.

в типовых это хороший код или оптимальный?

Просто читать чужой код - это не панацея.  Чужой код тоже может быть быдлокодом.  Нужно стремиться писать ХОРОШИЙ код и читать чужой ХОРОШИЙ код.

Вот ещё неплохая книга:

идеальный код - не написанный код

лично вот ты или твой напарник что вкладываете в само понятие: ХОРОШИЙ КОД. Для кого он хороший? Почему он хороший?

он универсальный и в некоторых случаях, неоптимальный.

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

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

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

А вот используешь ты функции конфигураций и БСП в коде и на сколько часто!?

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

Как дела с запросами в цикле?

БСП нет, а вот то что есть в типовой бухии да

грешен, когда задача на 1 раз

БСП сама по себе го-вно-код.  Наглядный пример того, как не нужно разрабатывать проекты с большим объемом кода.

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

Тогда еще раз перечитай

мысль понятная

У профессионалов запросы в цикле не тормозят(с) Волшебник. :)

Лена, я тебя просил пожарить яйца, ты их пожарила не разбивая - Антон, формулируй свои желания правильно! (с)

Профи нажимают кнопку и идут пить чай! ;-)

из этой же серии: Программист не явился на работу. В конторе переполошились, решили его проведать. Звонили в дверь, звонили - никто не открывает. Из-за двери только плеск воды слышен. Решили взломать дверь. Заходят и наблюдают такую картину: сидит программист в ванне, волос на голове почти не осталось, но он судорожно намыливает голову шампунем. Читают инструкцию к шампуню: 1 выдавить небольшое количество шампуня на руку. 2 намыливать 2-5 минуты. 3 смыть водой. 3 повторить.

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

голос два.

Поддерживаю

Пользоваться обфускацией не предлагать?

3. Читать мануалы и рекомендации После написания делать замеры производительности, пройтись по проблемным строкам Хорошо оформлять код(внятные названия переменных, без спагети, хороший код сам себя документирует)

Как лучше обучить нейронную сеть?

Маты не предлагать?

я про тему, опрос похож на вопрос "Как лучше обучить нейронную сеть" ведь ясно что только одним действом дело не выйдет

палкой и морковкой. классика же.

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

Нет ничего печальней на свете - читать свой код годовой давности.

можно еще поискать какие-нибудь статьи, где написано как пишут плохой код, с разжевыванием, в чем Г этого кода типа например, про запросы (Типичные причины неоптимальной работы запросов и методы оптимизации):

первые пару лет :-D

+100500 ты сам свой код посмотри через год, и потом скажешь себе что нибудь типа: "Дятел я криворукий, удав полиэтиленовый" как же я мог такое г.. то нагородить )))

А 10-летней - так вообще кошмар ужасов.

мне - нормально, недавно полез исправлять свою поделку на дельфях десятилетней давности, мне все понятно было...

Не, десятилетный код - это уже не ужас, а комедия.

кстати, да найди и попроси коллег твоего тру-кодера выслать его код, который он на старте писал... поржёте вместе

заодно будут живые примеры гамнакода, с пояснениями автора

Ну дело тут не в понятности. Просто студенческие поделки кишмя кишат велосипедами, проистекающими из незнания темы. После того, как становишься в теме, свои старые проекты прямо руки чешутся переписать правильно. Только лень мешает.

Ни с одним из вариантов не согласен

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

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

>>ограничивать ошибки пользователя. верно. Программа должна быть ДУРАКОУСТОЙЧЕВАЯ ))

ссать на пол и при этом писать красивый код - это оксюморон. разруха в голове не бывает частичной.

Код не бывает красивый или некрасивый. С объективной точки зрения, всякий код - убожество (субъективно - код может казаться красивым его автору). Код бывает работающим и не работающим.

ТС про красоту ни слова не писал

Можешь заменить "красивый" на "качественный" без потери смысла.

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

Нет единого рецепта. Меня, например дико раздражают чьи-то переменные названные примерно так : Параметр Видимо, на сях сидел человек когда-то. Вроде ж ничего такого, но не нравится)) Еще переменные типо КакаяТоНеведомаяХерня = .. ну как так можно вообще..

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

еще из "не люблю". Не люблю когда пишут, так, будто экономят "бумагу" Если ... Тогда .. Иначе .. КонецЕсли  и это все на одной строке.

Не на пол, а в специально проделанное для этого отверстие в полу.

"Как писать качественный код?" - Качественный код писать очень просто: надо писать его качественно! :)

И то и другое - убожество.

так код быстрее выполняется. серьезно. выполните код и сравните результаты Для Сч=1 по 10000000 цикл     Если 2=1 Тогда а=1 иначе а=2 КонецЕсли; КонецЦикла;

толсто

Ну или так: Чтобы писать качественный код, не нужно писать некачественный.

"Делай хорошо - плохо само получится. " (цы)

Завтра тяпница, почитаешь

+1 Еще попросите коллегу устраивать вам "ревизию кода" - это перед тем как пустить в продакшн - показываете ему код, он говорит, что надо переделать, как делать нельзя, что надо исправить и на что. Я так своих коллег ростил, передавал им свой опыт, что-то узнавал от них.

Вредные советы:

а так еще быстрее будет: Для Сч=1 по 10000000 цикл Если 2=1 Тогда а=1 иначе а=2 КонецЕсли;  КонецЦикла;

а ты возьми и замерь. толсто ему...

Тема ни о чём

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

Этой фразе лет 40: Каждый раз читая свой год 5-летней давности, понимаешь,  что его писал какой-то дебил.

угу, а если пробелы почистить , то еще быстрее.. ---- и что, часто надо организовывать цикл типо Для Сч=1 по 10000000 цикл  ... ? ИМХО, экономия на спичках. Не в том месте надо время экономить

если фикси - забей... для фикси нет понятия быдло-код.. если франь - напрягись...

Плохой код пишется долго. Если ты пишешь код долго - ты написал его плохим, убей его.

Хороший код - мертвый код

Зря ты так. Плохой код портит карму. Оставишь его потомкам - они проклянут автора кода и нашлют на него проклятия "бедности и нищеты"...

ты уверен что потомки поймут что такое 1с и раcшифруют код?

Давайте решать проблемы по мере их возникновения

+94 Наши потомки будут так же как мы )))

Хочу задать вопрос по теме: как лучше называть куски кода, когда надо в свою обработку вставить некий кусок (например функцию из общего модуля), и внести в неё изменения? Единственное что приходит в голову: писать в комментарии "Заимствованный код", но уж больно сложное слово, хотелось бы попроще (без потери смысла).

И кому будет полезен этот комментарий? Всем пофиг откуда ты её скомуниздил.