Философский вопрос. Кто сильнее прокачается?

[Человек_Борща]

Филосовский вопрос. Кто сильней прокачается?Парень у которого нет сроков,спокойно разбирающий каждую тему,или тот у кого жесткие сроки,нервы,и который как можно быстрее сделать.

Не имеет никакого значения, есть сроки или их нет. Ч0тко продуманный план действий решает проблему за 5 минут. А если организация адекватная, то на "подумать" время есть почти всегда. Как правило, пока заказчик не подпишет договор на доработку софта, я палец о палец не бью "формально", а к моменту подписания уже все доработано или на хотя бы ч0тко продумано.

[ds.Dante]

Самое эффективное обучение - когда интересная задача и свободные сроки.

В слове "философия" нет буквы 'в'.

[foryoumissdarya]

Сообщение от ts-alan

Филосовский вопрос. Кто сильней прокачается?Парень у которого нет сроков,спокойно разбирающий каждую тему,или тот у кого жесткие сроки,нервы,и который как можно быстрее сделать.

Все по-разному получается.Кто-то эффективнее качается в первом случае.или в случае если сроки не слишком жесткие.А есть и такие люди которые без так называемого "доппинга" никуда и никак не качаются.

[MihalNik]

Сообщение от ds.Dante

В слове "философия" нет буквы 'в'.

ВилософияЖ

[ACE Valery]

Парень у которого нет сроков

будет лениться.

тот у кого жесткие сроки

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

В идеале: адекватные сроки. Но сроки должны быть. Там, где нет сроков, нет ответственности за их срыв. Сначала новичок полон энтузиазма и даже без сроков может хорошо и быстро учиться. Но наступает какой-то предел, когда: "Ой, фу как надоело, посмотрю-ка я лучше киношку, а задачей займусь потом. Все равно же успею."

Вообще какая цель "прокачки"? Умение писать красивые правильные архитектуры или умение быстро и качественно выполнять задачи заказчика? Первое ценится только коллегами-программистами. Заказчикам плевать на архитектуру и код. Главное, чтоб быстро и чтоб без ошибок.

[MaTBeu]

Как верно заметила ACE Valery - заказчику плевать на качество кода, пусть даже там будет жуткий говнокод, главное - деньги. Business-value, так сказать.

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

[Человек_Борща]

Вообще какая цель "прокачки"? Умение писать красивые правильные архитектуры или умение быстро и качественно выполнять задачи заказчика? Первое ценится только коллегами-программистами. Заказчикам плевать на архитектуру и код. Главное, чтоб быстро и чтоб без ошибок.

Согласен с Валерией. Но это двухстороннее зеркало

Если видите что проект может расширяться и заказчик это планирует, просите больше времени на грамотную реализацию. Иначе наступит очень и очень неприятный момент, когда заказчик хочет добавить в ПО вон ту хрень за в три раза короткие сроки, а через месяц ещё 1 хрень. Вы понимаете, что архитектура и код изначально не правильны, но времени исправлять уже особо нет. Вы копируете существующий код, увеличивая мусорность. В итоге проектначинает люто тупить

Так что код грамотно надо писать всегда, а ещё раньше грамотно продумывывать ка писать этот код.