Войти
ФлеймФорумПрограммирование

Что не есть "говнокод" ? (6 стр)

Страницы: 15 6 7 812 Следующая »
#75
19:34, 30 янв. 2012

Kartonagnick
>(left->prev!=0) ? { left->prev->next = left } : { dd->lfoot = left };
Изображение


#76
20:07, 30 янв. 2012

LuckyMan, эх! Какая,  должно быть, интересная жизнь у этого кота)))

#77
20:22, 30 янв. 2012

Kartonagnick
нет, просто кот считает, что это не скомпилится.

#78
22:49, 30 янв. 2012

Маг
> InsertBefore/InsertAfter. Каждую можно сделать разными способами, но фишка в
> том, чтобы сделать обе идентичными между собой
одна из них просто не нужна : )
в той же STL нету никаких "insert after", это потому что там итераторы, которые конечно зло, но в данном случае польза очевидна

#79
22:54, 30 янв. 2012

Маг
> Извини, но ты, видимо, не совсем понял идею.
не - я как раз про это.

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

#80
1:28, 31 янв. 2012

Kartonagnick
Согласен, что тернарный оператор там оправдан, но это косметика :)
Главное то, что твой код также подтверждает мой первоначальный тезис о симметрии; приводя вложенные if/else к еще более общей для них форме, т.е. statement к expression, получаем более узкие рамки, объединяющие обе части. Код становится более симметричным и простым.

Sh.Tac.
> в той же STL нету никаких "insert after", это потому что там итераторы, которые конечно зло, но в данном случае польза очевидна
STL, конечно, хорошо, но я-то пишу на Си :)
И на С++, кстати,  как раз быдло-кода намного больше. Его пространство - большая помойка, на которой можно найти и быстро собрать все что надо.
Но Ferrari  на нем не соберешь, потому что для качества нужна чистота и ручная работа.

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

#81
2:14, 31 янв. 2012

Kartonagnick
> (right->next!=0) ? { right->next->prev = right } : { dd->rfoot = right };
Как знаток Си я не видел худшего применения этого оператора.
Следующий код не связан с кодом выше, но показывает правильное применение этого оператора.

right->next = dd->rfoot ? right : left;
#82
7:07, 31 янв. 2012

LuckyMan
> нет, просто кот считает, что это не скомпилится.

Ну, можно заменить фигурные скобочки на круглые, и все сразу скомпилиццо.

Маг
> Согласен, что тернарный оператор там оправдан, но это косметика :)

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

А уж каким образом достигается читабельность - это не так важно.


Pokimon
> ight->next = dd->rfoot ? right : left;

Я просто слегка приукрасил код означенный выше. Тернар там красиво смотрится.

#83
11:15, 31 янв. 2012

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

#84
17:15, 31 янв. 2012

fsmoke
> Программист никогда большие деньги получать не будет НИКОГДА
к сожалению такая схема работает пока нет конкуренции за этого самого программиста, как только появляется 2 фирмы, и обе понимают что без программистов не будет спорткаров вообще ни у кого, то они стараются предложить программисту спорткар, чтоб второй достался его менеджеру.
судя по иностранным компаниям, они понимают что платить много менеджменту глупо - ибо менеджмент это расходы, программист он генерирует прибыль, поэтому большое начальство старается сношать моск именно менеджменту и именно менеджер никогда не получит свой спорткар, ибо если он получит, значит большое начальство где-то натупило, и ситуацию с расходами нужно исправлять, ибо получится как в учебнике по экономике за 10 класс, про богатую и бедную страны, одна из которых вкладывала деньги в производство а другая в потребление, менеджмент это именно потребление.
в идеальном мире менеджмент - лишнее звено эволюции, любой владелец фирмы должен это понимать, жирный менеджмент должен быть готов к смене работы из-за сокращения расходов и его зарплаты соответственно, умный менеджер должен понимать что его зарплата зависит от количества денег которые он экономит заставляя работать ленивых программистов.

#85
19:42, 31 янв. 2012

LuckyMan
> а чего же вы тогда делаете ошибки, если этот код такой понятный и читаемый)

А ты что думаешь, что красивый код - это панацея от ошибок?

#86
21:05, 31 янв. 2012

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

#87
0:20, 1 фев. 2012

Kartonagnick
> думаешь, что красивый код - это панацея от ошибок?
код не может быть "красивым", он должен быть правильным (не содержать ошибок) и лаконичным
всё остальное - говнокод : )

#88
0:35, 1 фев. 2012

Sh.Tac.
> код не может быть "красивым", он должен быть правильным (не содержать ошибок) и
> лаконичным
> всё остальное - говнокод : )
Он должен быть еще и легко читаемым, это обычно и понимают под "красотой".

#89
1:19, 1 фев. 2012

kipar
> Он должен быть еще и легко читаемым
это субъективный критерий, зависит от навыков читающего, в последнее время эти навыки в среднем неуклонно снижаются для простоты (или от лени)

хорошим объективным критерием является например скорость исполнения такого кода : )

Страницы: 15 6 7 812 Следующая »
ФлеймФорумПрограммирование

Тема в архиве.