Способ писания кода.

[Deserved]

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

[YellowMan]

Все три способа одновременно

[Ганс]

Сообщение от Deserved

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

Всегда надо сначала думать, а потом делать. Вопрос только сколько надо думать... но это зависит от обстоятельств.

зы. Идеального кода не бывает.

[nikulina]

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

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

[Deserved]

Сообщение от Ганс

Всегда надо сначала думать, а потом делать. Вопрос только сколько надо думать... но это зависит от обстоятельств.

зы. Идеального кода не бывает.

Идеален ввиду имеется для вас, что вы проработали все мелочи.

Сообщение от nikulina

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

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

Не филосвствуйте, вопрос не о дольнейшей судьбе проекта, а о том как вы относитесь к поставленной задаче

[Tyio Ma]

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

[Ганс]

Сообщение от Deserved

Идеален ввиду имеется для вас, что вы проработали все мелочи.

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

Если времени совсем нет, приходится писать write-only ничего уж не попишешь. Потом правишь, когда время есть.

[KaraNagai]

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

[rojer]

могу привести пример того, когда я знаю, что можно лучше, но не хочу тратить время.
вот есть некая система, которая оперирует "тасками", выполняя их раз в N секунд.
я знаю, что можно написать грамотный шедулер, который будет знать сколько именно спать до того как следующий таск выполнится, правильно пробуждаться при добавлении нового таска и т.п. я также знаю, что пока тасков ~300, будет больше, но не сильно и не сразу. поэтому я пишу "TODO(rojer): rewrite using queues", а пока делаю обычный массив и тупой цикл, который спит по 5 секунд и каждый раз проходит весь список, проверяя, не время ли ещё выполнять таск.
я считаю, что это вполне допустимо (учитывая, что проект не называется "шедулер тасков" и манипуляция тасками не является его целью).

[KaraNagai]

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