JavaRush /Java блог /Random UA /Стадії розвитку програміста
Dr-JohnZoidberg
41 рівень
Киев

Стадії розвитку програміста

Стаття з групи Random UA
Розробник інді-ігор Ерік Райдман (Erik Rydeman) визначив перелік типових стадій розвитку програміста. еволюція програміста
  • Копіпастер/зовсім зелений новачок: Намагається поєднати разом приклади коду, які він знайшов онлайн. Має найнеясніші уявлення про те, що і як працює.
  • Незалежний новачок: Побачивши матрицю! Насправді, він побачив її краєм одного ока, але поки не в курсі і перебуває в щирій помилці, думаючи, що пізнав силу і тепер справа за малим (хе-хе). Може писати простий та заплутаний код, не підглядаючи у приклади. Дуже радіє, коли результати його праці працюють саме так, як передбачалося.
  • Приглядається до шаблонів проектування. Він уже пізнав синтакіс своєї першої мови, і тепер придивляється до найкращих практик. Він починає вивчати шаблони проектування, і всесилля, що зійшло на нього на попередньому етапі, розчиняється як осінній туман. Перед нами знову безнадійно зелений і новачок, що вічно сумнівається.
  • Ентузіаст шаблони проектування. Його свідомість живе ідеєю "ідеального коду". Ентузіаст намагається структурувати власний код так, щоб він був близьким до недосяжного ідеалу та максимально вписувався у існуючі шаблони. Тепер із написаним ним кодом працювати куди приємніше.
  • Архітектурний НадФанатик: Це трапляється з кожним. Але деякі програмісти заглиблюються в кращі практики так завзято, що готові відстоювати їх із запопадливістю, якій позаздрять навіть релігійні фанатики зі стажем. І, як і останні, вони не заспокоюються, поки всі навколо не приймуть їхню точку зору або покинуть їхнє поле зору. Іноді цьому етапі знижується продуктивність, проте тому, що приймаються невірні рішення (занадто багато довіри теорії, не підтвердженого практикою).
  • Досвідчений архітектор. Накопичений досвід починає давати плоди. "Архітектор" на рівні чуття знає, що відбувається насправді, і що з цим усім робити. На цьому етапі програміст починає відходити від строгих догм, а головною його фразою стає “it depends” (“всяко буває”). Складні рішення — більше його фетиш.
  • Аскет-мінімаліст. Питання: який спосіб структурувати код найкращий? Відповідь аскета: найпростіший із усіх можливих. Інженерні теоретичні вишукування тепер цікавлять його набагато менше за практичний результат, а знайти рішення, яке виявиться хорошим, і зробити це з першої спроби — цілком реально: допомагає досвід аскету.
А на якому етапі ви перебуваєте?
Коментарі
ЩОБ ПОДИВИТИСЯ ВСІ КОМЕНТАРІ АБО ЗАЛИШИТИ КОМЕНТАР,
ПЕРЕЙДІТЬ В ПОВНУ ВЕРСІЮ