Форум Программирование В помощь новичкам и любителям. |
|
Согласен, часто лучше вместо того, чтобы писать супер-трупер-вывереный чистый код, лучше написать работающий. Однако многое из того, что я описал (а до меня другие) действительно помогает писать быстрее и правильнее. В любом случае если даже лекарств перепить помрёшь. Опять же, повторюсь, это всё не для внесения в Программерский Кодекс РФ, а просто, чтобы новички не делали ошибок и быстрее совершенствовали свой навык программирования. Чисти код! Чисти код! Чисти код! | ||||||
|
Нужна ли тут статья о преимуществах (и недостатках) разделения большого кода на маленькие процедуры? Что взять в качестве примера? Чисти код! Чисти код! Чисти код! | ||||||
|
Gooddy: может ваши статьи стоит целиком оформить и разместить в разделе «Статьи» на сайте? Тут скорее обсуждение выходит, чем место для публикаций. | ||||||
|
обсуждение потому что спорно :-Р целевая аудитория либо не будет читать либо не поймет почему много букав на заумные темы, ведь и так всё работает а кот в примерах всё равно неперфектен виконання програми розпочинається з того самого мiсця, де призупинилося. | ||||||
|
Цитата (bugmenot): обсуждение потому что спорно :-Р Вот можно дообсуждать, подредачить и уже потом выложить Кто не будет читать — дураки. | ||||||
|
bugmenot: вот напишите где он неперфектен и что сделать, чтобы был перфектен. Дело в том, что в каждом проекте могут придерживаться своего стиля программирования. Где то обязателен перенос строки после if () then, где то нет. Где то идентификаторы с большой буквы принято писать, где то с маленькой, где то пофиг. Ерёмин А.А.: да, надо всё сначала дописать, отредактировать, выделить заголовки, подзаголовки и уже затем выложить, причём назвать так, чтобы люди понимали - это не то как писать программы, это то как писать их качественнее, делать меньше ошибок и затем иметь возможность расширять проект. По-поводу "итак работает": это действительно проблема. Если программист может набить хоть какой-нибудь кривой, но рабочий код, он будет доволен. Нужно сразу донести до программиста, что часто, то что пишется быстрее, будет дольше отлаживаться и в итоге времени на код, который быстро написан уйдёт больше. По-поводу разделения кода (абстракций) нужно писать вообще? Это можно сразу законченной статьёй. Какие идеи по-поводу примера? Чисти код! Чисти код! Чисти код! | ||||||
|
Gooddy: думаю, стоит попробовать — дописать и оформить что-то из уже написанного. Было ведь что-то, к чему местные гуру не придирались, либо чьё обсуждение было логически закончено? | ||||||
|
Ерёмин А.А.: ну вообще придирались лишь к двум примерам. В одном я действительно Чисти код! Чисти код! Чисти код! | ||||||
|
Gooddy: хорошо, будем ждать и надеяться | ||||||
|
Цитата (Gooddy): вот напишите где он неперфектен и что сделать, чтобы был перфектен. Дело в том, что в каждом проекте могут придерживаться своего стиля программирования. Где то обязателен перенос строки после if () then, где то нет. Где то идентификаторы с большой буквы принято писать, где то с маленькой, где то пофиг. вот: if isLine(x1,y1,x2,y2) then ... абстракция с разбегу из координат в прямую, точка пропущена это уж не говоря о верблюжке и неряшливом форматировании :-Р виконання програми розпочинається з того самого мiсця, де призупинилося. | ||||||
Перейти в раздел:
© 2004 - 2024, Delphi.int.ru |
Версия форума: 1.10 (19.01.2010) |
Выполнено за 0.01 сек. |