Спокойно обдумываете всё, строите мысленно четкую архитектуру, и спокойно пишите код?
Или начинаете сразу фигачить код, потом то тут то там переписываете с мыслями "надо было сначала подумать".
Если ты имеешь ввиду - когда берешь строку из базы, что-то с ней делаешь и выводишь на экран при помощи очередного фреймворка, то можно совсем не думать никогда. Почему это называют программированием до сих пор не могу понять.
"новое" сочинял только в "школе" на "работе" давно уже ничего с нуля не пишем... весь день собрания, разборы полётов, планы на день, и немного кодинга... от силы строк 20....
Дабы не плодить велосипедов и в рамках unix way, вначале гуглю, не решена ли эта задача уже, и более изящно. Если нет - вначале архитектура, потом фигачить, потом перефигачивать, потому что ТЗ меняется.
Не размер задачи важен, а сложность архитектуры, срочность задачи и в команде ли происходит дело или ты один что-то пишешь. В команде все долбаные эстеты и если ты не выше мидла, то даже простой проект тебе не дадут делать как ты хочешь, а будут лезть со своими "нечитааааемо", "слишком слооожно", "не нагляяяяядно" и т. п.