Кодерский холивар!

[kazai_trader]

Призываю к холивару кодеров всея руси и не только.
Интересно узнать у кого как бывало.

Comments

[prince_ux]

Про чужие граали/коды/писанины/EA/индикаторы/итд - в основном, они никому не интересны) Обычно происходит так: Чудик годами скрывает тайну за семью печатями, а когда совершает "каминг аут", то лень разбираться в его //каментах, на этот чужой "грааль" забивается болт)

[kazai_trader]

Но я ж не про трейдинг, а целом, про программирование коммерческое.

[kiruxa]

business-driven - это терпимо для кустаря одиночки с мотором. как только надо стыковать результаты работы Н людей, начинается веселье. как минимум - это тонны копипасты, если заранее не спланировали апи нормально

[kazai_trader]

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

Хороший код?

[ilia_kolesnikov]

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

Re: Хороший код?

[kazai_trader]

и на перле=)

[robomakerr]

Вау, кодосрач, скандалы!!!11

[kazai_trader]

Интересно, как в брокерских конторах код пишут или на бирже. Там же одна ошибка и сразу хулиярд денег не туда.

[robomakerr]

Подозреваю, что как и в любых конторах вообще:
http://seodemotivators.ru/wp-content/uploads/netlenka.jpg

[kazai_trader]

=))

[ext_3095741]

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