Семинары по программированию :: Беседка :: Форум

Вчера был задан вопрос «зачем писать код красиво, называть переменные длинными названиями, циферки забивать в константы и делать прочие блага рефакторинга, если что-то пишется для себя \ за пару часов \ на скорую руку?» — не ручаюсь за дословность вопроса, но суть именно такова.

Хочу ответить с примером. Хексман не даст соврать. Работая еще на старом месте работы меня попросили написать утилитку, мол «это тестовая фигнюшка, нужно просто показать заказчику что это фигня и она ему не нужна». Ок, написал. Написал быстро и криво как только мог (ключевое быстро). Мало того что заказчик был в восторге и я потом полгода ее поддерживал, периодически что-то добавляя\меняя, так теперь это наследие ушло Хексману и он его поддерживает.
Опять таки он не даст соврать: «архиватор» мной писался изначально хорошо и мало того что он работает без особых проблем, его и правят после меня тоже без проблем. Это очень хороший пример того, как что-то временное становится постоянным. А что имеется на выхлопе? Ужасная, не продуманная архитектура. Ужасный, несопровождаемый код, куча мата и потерянного времени. «Нет ничего более постоянного, чем временное». Так что даже если это «для себя», все равно старайтесь писать всё хорошо и правильно.

Опубликовано 19.12.2011 10:34 (12 лет назад) #

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

Вообще желательно организовать бы запись всего)

Опубликовано 19.12.2011 11:03 (12 лет назад) #

Darthman написал:
Вчера был задан вопрос «зачем писать код красиво, называть переменные длинными названиями, циферки забивать в константы и делать прочие блага рефакторинга, если что-то пишется для себя \ за пару часов \ на скорую руку?» — не ручаюсь за дословность вопроса, но суть именно такова.

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

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

Древний организм

Опубликовано 19.12.2011 11:33 (12 лет назад) #

bsivko ну это уже резюме, так сказать. Суть. Вчера на этот счет просто полемика небольшая была.

Копробарон

Опубликовано 19.12.2011 21:43 (12 лет назад) #

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

А вообще с удовольствием послушал Дарта, по крайней мере то что успел

Древний организм

Опубликовано 20.12.2011 06:58 (12 лет назад) #

Дарт был неподготовлен и запустил всю систему, потому что его начали «клевать» по темечку. Обещает исправиться и не нажимать кнопку «удалить» в диалоге записи стрима. Я это сделал случайно, а подтверждения оно не спросило :(

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

Древний организм

Опубликовано 20.12.2011 07:36 (12 лет назад) #

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

Копробарон

Опубликовано 20.12.2011 11:59 (12 лет назад) #

О! Ну вот и отлично)

Еще предложения для тем:
1. Правильное составление ТЗ, что-бы потом не лепить из того что было.
2. Как лучше обстроить архитектуру приложения что-бы код не путался и было меньше повторяющегося кода. ну или что-то вроде этого :3

Древний организм

Опубликовано 20.12.2011 13:48 (12 лет назад) #

1 и 2 растет из принципов рефакторинга и разработки через тесты.

Опубликовано 20.12.2011 14:48 (12 лет назад) #

Ignis написал:
О! Ну вот и отлично)

Еще предложения для тем:
1. Правильное составление ТЗ, что-бы потом не лепить из того что было.
2. Как лучше обстроить архитектуру приложения что-бы код не путался и было меньше повторяющегося кода. ну или что-то вроде этого :3

Очень многое растёт из опыта.

И ещё: there are several ways to skin a cat. Одну и ту же задачу можно решить разными способами.
Приложение на один запуск принципиально отличается от приложения 24/7 с целью эксплуатации и поддержки в течение >5 лет. Скрипт на вебе "чтобы работало" принципиально отличается от приложения, которое контролирует важные процессы, отвечающие за большие $ или влияющие на жизни и здоровье людей. Приложение, сдаваемое "под ключ" очень отличается от приложения, которое постоянно обновляется из инета.
Есть очень много специфики, и это все нужно понимать. В геймдеве свои особенности, а где-то могут быть очень другие.

редакция от bsivko, 20.12.2011 14:48

Древний организм

Опубликовано 21.12.2011 14:57 (12 лет назад) #

Итого: предлагаю провести уже нормальную, не тестовую версию в воскресенье в 5 часов по Москве.

Главный Говнюк