«Не займайтеся програмуванням після кількох років старту кар’єри». Це справедлива порада? [зачинено]

Я трохи досвідчений розробник, який має приблизно 5-річний досвід роботи в PHP і дещо менше в Java, C # і намагається вивчити деякі Python в даний час. З моменту початку моєї кар'єри програміста мені раз у раз говорили колеги-програмісти, що програмування підходить для декількох ранніх років кар'єри (більшість з них сприймає це як 5 років) і що треба змінити напрямок після це. Причина, по якій вони виникають, включає головні болі та тиск, пов'язані з програмуванням. Вони також кажуть, що програмісти менш соціальні і зазвичай не люблять приділяти час своїм сім’ям і т. Д., І особливо "Ой давай, ти не можеш займатися програмуванням все своє життя!"

Я дещо розгублений тут і мені потрібно про це запитати інших. Якщо я залишу програмування, то що робити ?! Я думаю, що викладання може бути хорошим варіантом у цьому випадку, але, можливо, спочатку потрібно отримати ступінь доктора наук. Також може бути примітним те, що в моїй країні (Пакистані) життя програміста не дуже добре, тому що зазвичай вони повинні приділяти 2-3 додаткових години в офісі для виконання невідкладних завдань програмування. У мене є відчуття, що ситуація дещо схожа і в інших країнах та регіонах.

Як ви вважаєте, чи справедлива порада змінити кар’єру з програмування на щось інше, провівши 5 років у цій галузі?

ОНОВЛЕННЯ

Я не думаю, що це питання, на яке завжди можна відповісти, як завжди, правильно, за винятком вікового "Це залежить".

Найпростіша порада: якщо програмування - це те, що ви найбільше любите робити, не зупиняйтеся, якщо це не зміниться.

Є багато інших факторів, які слід враховувати, такі як ринок роботи, можливості просування по службі, місце розташування і, звичайно, зарплата, але найважливішим для будь-якого кар’єрного рішення є питання "Чи це мене зробить щасливим ?"

У нас є кілька програмістів, де я працюю у 50-ті роки, які програмували понад 20 років. Якщо це те, що ви хочете зробити, не дозволяйте нікому сказати вам, що це підходить тільки для молодих.

Я кошик коду вже 21 рік, тому думаю, що я кваліфікований, щоб коментувати це.

Перш за все, існує нетривіальна кількість людей, які починають програмістами, які цілком мають намір перейти на керівну посаду через кілька років. Вони не пишуть код, тому що їм подобається писати код, вони пишуть код, оскільки вважають це необхідним кроком на шляху до реальної мети. Я підозрюю, що це люди, які говорять вам якнайшвидше вийти зі сліду кодування.

Тоді є такі люди, як я, які насолоджуються програмуванням заради себе, і чиї навички мають, скажімо так, менш ніж адекватні для керівної посади (я намагався, колись, і це було катастрофою для всіх учасників).

Можна залишатися на технічній колії та просуватися в оплаті та відповідальності. І позицій для старших хлопців також багато. Мені 46 років, і всі, крім одного з інших хлопців у моїй команді, старші за мене.

Хоча я знав кількох старших програмістів, які потрапляють у стереотип MIT übergeek, я впевнено стверджую, що це взагалі неправда. Я і більшість програмістів, яких я знаю, що в моєму віці мають сім’ї, беруть час, який нам потрібен, і взагалі ведуть нормальне життя. Ми не партійні тварини, але ми також не ченці.

Так, там є багато поганих завдань програмування. Однак з боку галузі є реальні зусилля, щоб збалансувати роботу та особисте життя, і багато програмних компаній роблять все можливе, щоб уникнути сценаріїв маршу смерті. Завжди будуть спринти (я зараз в середині, це лише природа бізнесу), але марафонів стає все менше і далі між ними.

Мені це звучить як класична рада великої компанії, яку все ще кидають після десятиліть.

В основному, одне з питань кар'єрного прогресу полягає в тому, що багато компаній не створені для пропонування кар'єри (на відміну від роботи) для розробників. У багатьох інших професіях ви, як правило, повільно просуваєтесь через рівні додаткової управлінської відповідальності або спеціалізації, для отримання необхідного додаткового досвіду та сертифікатів, якщо ви хочете залишитися в не-управлінській ролі. Важлива частина, однак, полягає в тому, що є відомий прогрес кар'єри в таких галузях, як "Я зроблюсь партнером одного дня" або "Я відкрию власну практику".

Чомусь багато компаній, які, схоже, прийняли думку про те, що "кодування" 1 - це лише те, що ви повинні зробити пул набору тексту відповідно до детальних специфікацій, викладених архітектором програмного забезпечення. Оскільки це сприймається як заняття з низьким рівнем успішності, ви не отримуєте кар’єрного прогресу, як того, хто пише програмне забезпечення для життя, якщо ви в основному не перестаєте бути практиком і не переходите на рівень управління.

Мені здається неприємним те, що IBM помітила ще в 1970-х роках, що не пропонуючи кар'єру без менеджменту, залишив їх купу кумедних менеджерів, які раніше були надзвичайно хорошими розробниками. Про галузь це було відомо давно, але доповідь або не вдалася до HR, або люди в основному недостатньо переймаються цим питанням.

Зараз я займаюся професійною розробкою програмного забезпечення з кінця 1980-х - початку 1990-х років, і все ще в основному програмую на життя. Так, я "провів час" в управлінні на різних етапах своєї кар'єри, але виявив, що щасливіше створюю програмне забезпечення (і, можливо, роблю трохи керування на стороні), ніж підніматися по тому, що має бути "офіційна" кар'єрна драбина бути.

Є компанії, які визнають цінність досвідчених інженерів-программістів, які можуть принести до столу. Хитрість полягає в тому, щоб знайти їх, якщо ви хочете мати тривалу кар’єру в розробці програмного забезпечення. Я не думаю, що люди виходять з кодування через 4-5 років - це дійсно гарна ідея, якщо ми не хочемо постійно повторювати помилки минулого, оскільки про них немає пам’яті.

1 Я використовую це як скорочення для розробки програмного забезпечення та для того, щоб показати, як часто займаються професіонали, які не в ньому беруть участь - цитувати PHB "якщо я не можу зрозуміти, це повинно бути легко".

Ні, я думаю, що це хитра порада. Як довго люди, які дають цю пораду, програмували? Це був би один із моїх зауважень. Я працював у США та Канаді як розробник, і насправді не бачу проблем із цим робити все своє життя, якщо я вибрав це як шлях моєї кар'єри. Я розробник з 1998 року, тому в цій галузі я маю більше 5 років і все ще роблю те, що роблю. Можуть бути різні переходи, які можна переходити з місця на місце або з'ясовувати, який прогрес вони хочуть мати, наприклад, стати менеджером, аналітиком чи архітектором.

ІМО, програмісти можуть бути досить соціальними, хоча ключовим є те, яку групу ми тут вивчаємо. Колекція шанувальників "Зоряного шляху", які також є програмістами, могла б провести вечірку, яку я б міг уявити, хоча інші можуть подумати, що це кульгаво.

Причина запитання про досвід полягає в тому, що це може допомогти надати контекст для їхніх порад. У всіх є упередження, про які тут не слід забувати. Люди повинні вміти слідувати своїм захопленням, а для деяких людей програмування - це їх пристрасть. Я бачив розробників, які були настільки захоплені розробкою програмного забезпечення, що це було досить заразно. Деякі люди можуть прогресувати в інших галузях, а інші можуть ще розробляти десятки років. Те, що працює для одного, може не працювати для іншого.

Зазвичай, коли люди дають таку пораду ("Не будьте кодовою мавпою назавжди!"), Вони не означають, що вам слід займатися чимось незв'язаним з програмуванням, але йдіть на керівну посаду, де витрачаєте більше часу на планування розвитку та управління команди, ніж насправді кодування. Це добре, і багато людей воліють цю альтернативу в кінцевому підсумку, але багато програмістів абсолютно переслідують ці обов'язки типу "бізнес-у". Якщо вам подобається кодування, у вас ще є місце для просування, і старші програмісти в багатьох організаціях не дуже відстають від своїх менеджерів у зарплаті та виплатах. У будь-якому випадку, коли ви отримаєте більше досвіду, вам будуть запропоновані пропозиції та можливості просунутися, ймовірно, з обох сторін спектру. Скористайтеся кожною можливістю в кожному конкретному випадку і вирішіть, чи хочете ви взяти на себе цю конкретну роль. Ви не зробили це так, як ненавидите програмування взагалі, але більше, ніж боїтесь того, що інші люди говорять вам про те, як все відбувається.Не слухайте їх . Вони не ви, і якщо вам подобається кодування, то продовжуйте кодування. У програмістів SE є багато програмістів, які люблять те, що вони роблять щодня, і роблять це вже багато років.

Я просто підтримував усі відповіді, які говорять про певну варіацію "просто продовжуй робити це, якщо тобі це подобається", тому що я думаю, що це в кінцевому підсумку правильна відповідь - але потім я подумав про альтернативний погляд на хвилину, щоб побачити, чи зможу я придумайте хорошого адвоката диявола проти опції "продовжуйте програмування" ....

Я думаю, що ідея "просування" програмування насправді не настільки унікальна для програмування. Скоріше, це загальна порада щодо просування по кар’єрі для дуже багатьох технічних професій - по суті, будь- яка, яка має тенденцію бути самообмежувальною та достатньо загальною, щоб ніхто не став справді мега-гуру. Програмування, однак, може впасти в середині. У цьому сенсі є аргументи і за, і проти.

Дозвольте пояснити, порівнюючи себе як хірург із бухгалтером:

Серцевий хірург, якщо вона стане всесвітньо відомою та великою у своїй галузі, може мати дуже гарну та продуктивну кар'єру, просто будучи серцевим хірургом. Вона може запропонувати спеціальну нову процедуру, яка революціонізує операцію на серці та кардіологію, і продовжує рятувати життя, роблячи ці операції. Коротше кажучи, кар’єра більш-менш починається і припиняється, фактично виконуючи технічну роботу, яку ви найкраще робите . Окрім того, як, можливо, читати лекції чи писати про нову процедуру, яку вона придумала - кар'єра залишається такою ж - технічною.

З іншого боку, бухгалтер, напевно, хоче лише робити класичну, низькорівневу «бухгалтерську роботу», таку як особисті податкові декларації лише в перші роки своєї кар’єри. Я також не думаю, що бухгалтери просто хочуть бути декларацією про податкові декларації, що манить мавп протягом усієї своєї кар'єри. Вони скоріше перейдуть в управління або заснують власні фірми. У будь-якому випадку шанси на те, що "природний" кар'єрний крок для багатьох бухгалтерів не є стандартним, базовим "технічним" роботою і "перетворюється" на щось більш керівне та стратегічне.

Справа в тому, якщо ви задумаєтесь про ці дві кар’єри: ​​для однієї це нормально залишатися робити те саме життя. Для інших це виглядає неоднозначно. Я думаю, що це ключ - саме тому люди дають цю пораду. У них в голові ідея, що бути програмістом - це низька стурбована інженерна роль, і що ти не дуже амбітний своєю кар’єрою, якщо ти просто продовжуєш робити роботу мавпочки з кодом все життя. Для багатьох людей ця ідея, мабуть, народжується з незнання. Для інших, можливо, вони просто хочуть престижу підняти ієрархію управління.

У будь-якому випадку, я думаю, що це основне походження цього явища. Люди схильні вважати багато технічних професій природними обмеженнями. Оскільки люди дорослішають, вони все ще не повинні робити бурхливу технічну роботу, а скоріше рухатися вгору та переходити в управління або щось "вищого рівня" взагалі, наприклад, керувати власним бізнесом.

Або ви захоплено займаєтесь програмуванням, і в цьому випадку немає підстав припиняти це робити ніколи.

Або ви цього не зробите, і в першу чергу ви не повинні це робити.

Якщо в якийсь момент пристрасть звільняє місце для інших речей, це добре, а коли це трапляється, то обов'язково знайдіть щось інше, але тим часом насолоджуйтесь!

Якщо ви одружені та / або маєте дітей, то, швидше за все, ви залишите програмування через кілька років. Марші смерті - норма в цій галузі, не виняток, і багато подружжя / дітей не люблять так сильно відпускати тата / маму від дому. Це причина того, що багато розробників залишають програмування до 30-х років.

Зазвичай вони повинні приділяти 2-3 додаткових години в офісі для виконання невідкладних завдань програмування. У мене є відчуття, що ситуація дещо схожа і в інших країнах та регіонах.

Так, подібне накручування менеджерами є дуже поширеним явищем, хоча навіть за останні 150 років було чітко зафіксовано, що режим хрускіт - це найгірший можливий спосіб зробити роботу . У США, згідно з Федеральним статутом, всі програмісти "звільнені", що означає, що за відсутності союзного договору, навпаки, ми не отримуємо понаднормових робіт.

29 USC § 213 a (17) будь-який співробітник, який є аналітиком комп'ютерних систем, програмістом, програмним інженером чи іншим аналогічним кваліфікованим працівником ...

http://codes.lp.findlaw.com/uscode/29/8/213

Моя порада завжди мати якийсь "План Б" - те, що ви будете робити, коли захочете, або вас відштовхнуть. Для деяких людей це включає перехід на управління / темну сторону. Іноді вони роблять це через те, що не роблять, не хочуть чи не можуть бути в курсі змін у технології. Іноді вони роблять це, тому що хочуть вирішити занадто великі проблеми, щоб вирішити одну людину.

Якщо ви походите з культури, де ваш минулий довідник - це все важливе значення, і як тільки ви "пройшли" курс з цього предмету, вам більше ніколи не доведеться його вивчати (я це називаю вакцинною теорією освіти ), тоді ви будете виявити, що через кілька років те, що ви дізналися, не є корисним; для цієї культурної точки зору вам доведеться залишити професію, якщо "ганьба" постійно вчитися не є чимось, що вас турбує. Якщо чесно, зазвичай від цього страждають американські менеджери, які відвідували бізнес-школу з дуже високим статусом, але я натрапив на людей, яких образило те, що вони повинні вивчити щось, що було зайнято роками раніше.

програмування підходить для декількох ранніх років носія (більшість з них сприймає це як 5 років), і потрібно змінювати напрямок після нього. Причина, яку вони представляють, полягає в тому, що головні болі та тиск, пов'язані з програмуванням. Вони також кажуть, що програмісти менш соціальні і зазвичай не люблять приділяти час своїм сім’ям і т. Д. І спеціально "Ой давай, ти не можеш займатися програмуванням протягом усього життя!"

Я ніколи цього не чув, і все це звучить смішно.

Якщо ви програміст і вам це подобається, просто продовжуйте продовжувати ... зовсім немає причин самовільно кидати та змушувати себе, намагаючись знайти якусь іншу кар'єру, щоб замінити її.

Дуже багато людей у ​​Пакистані та Індії через кілька років переходять на інші ІТ-професії. З індійськими компаніями, з якими я працюю, вони мають політику найму лише програмістів; всі бізнес-аналітики, архітектори, керівники проектів, адміністратори баз даних та інші фахівці спочатку починали як програміст. Це нагадує багато корпоративних магазинів обробки даних у США до середини-кінця 1980-х. Тож у такому типі організації так, це очікувана норма «рухатися далі», інакше, здається, ви не дуже успішні. Ми намагаємось змінити цей спосіб мислення, оскільки в нашій групі ми вважаємо досвідчених розробників надзвичайно корисними для проектів. П’яти років ледве вистачає часу, щоб справді добре попрацювати в цій галузі.

У будь-якому разі, я б не дозволяв іншим розповідати, чим ти повинен займатися, хоча, якщо ти працюєш в такій організації, як я описав, може знадобитися розглянути довгострокову життєздатність кар'єри в програмуванні, якщо цього не очікують і не поважають там, де ти є.

Я працюю розробником близько десятиліття, тому, як і багато інших, хто вже опублікував тут, у мене є трохи досвіду, що стосується цього питання. Близько 5-річної позначки я фактично виявив, що мій інтерес до цього поля почав значно зменшуватися. Я був одним із старших розробників моєї компанії і був там досить довгий час. Здавалося, ми завжди робили ті самі старі речі навіть при переході з Visual Basic 6 на C #, і я ставав все більш незацікавленим, витрачаючи занадто багато часу на перегляд веб-сайтів тощо.

У компанії, в якій я працював, ніхто не звертав уваги на те, що відбувається у спільноті розвитку поза нашим офісом. Такі поняття , як TDD і інші XP практиків стають основними, шаблонами проектування, SOLID , рефакторинг тощо набувають все більшого значення, то .NET CLR представила радість дженерик, але ми не знали нічого з цього. Я вільно визнаю, що я був частиною проблеми, я не дивився на те, що роблять інші люди, але ні в кого в компанію не входили типи архітектора програмного забезпечення.

Протягом декількох років, пропливаючи цим напівсердечним способом, і в декількох інших компаніях з подібними стилями я опинився в пошуку нової роботи і побачив безліч термінів, які для мене нічого не означали. У цей момент я зрозумів, що мені багато чому навчитися, і так налаштувався на швидкість. Розкриваючи блогосферу, підписавшись на подкасти, такі як .NET Rocks, відвідали кілька зустрічей груп користувачів та інші подібні заходи змусили мене досягти кращих практик в галузі. Тим самим я почав повертати інтерес до розробки програмного забезпечення. Безпосередність тестування якогось нового коду з рамкою TDD, рефакторинг, щоб придумати більш чисте рішення тощо, зробили весь досвід набагато веселішим і підштовхнули мене до пошуку роботи, де такі навички бажані. Зараз я вперше за останні роки люблю свою роботу. Щось, про що б я ніколи не думав, скажу кілька коротких років тому.

Справа, зрештою, моє блукання - намагатися підтримувати зв’язок із тим, що відбувається за межами вашої компанії, за межами вашої країни, навіть як деякі ваші проблеми можуть бути цілком характерними для культури. Якщо ви можете виявити інтерес, хвилювання та мотивацію до того, що відбувається, ви можете передати частину цього у свій розпорядок дня та зробити своє робоче життя приємнішим (а можливо, зробити так, щоб ви виділялися як більш ефективний та кращий розробник, ніж ваші колеги, або навіть допомогти потягнути їх разом із собою). Якщо ви все-таки не відчуваєте жодної іскриці захоплення предметом, можливо, кодування життя не для вас.

У своїй кар'єрі програміста ви (сподіваємось) перейдете з базової позиції "кодова мавпа" на старший програміст, коли ви ознайомитесь повністю з обраною вами мовою та використанням моделей дизайну, додасте навички аналізу / дизайну стати аналітиком програмного забезпечення, захопити людей, які збирають навички та вимоги, і стати бізнес-аналітиком, а потім змішатись в деякій архітектурі апаратури і стати системним аналітиком, і в цей момент ви будете робити шість цифр і користуєтеся великим попитом. Або, від старшого, ви можете продовжувати ієрархію нагляду до керівництва команди, а потім керівника проекту.

... але, ВИНАГО ви будете "програмувати". У вас завжди буде ситуація, коли вам особисто потрібно буде сісти і написати якийсь код. Лише після того, як ви перейдете за межі того, щоб стати частиною команди програмного забезпечення, контролювати команду програмного забезпечення та займатися грошима та логістикою проекту, ви перестанете це робити щодня і, напевно, перестанете називати себе "програмістом".

Програмування не відрізняється від усього іншого в житті: одні речі, які ви будете робити назавжди, а інші речі більш ефемерні. Програмуйте так довго, як вам подобається програмування. Одного разу ви можете відчути себе повноцінними, як після гарної їжі, і просто природно переходите до чогось іншого, що вас залучає. Але до цього часу я не надто хвилювався б про це. Як свідчать інші відповіді, нечасто користуватися кар’єрою програмування протягом багатьох десятиліть. :-)

Є багато людей, які тільки починають кар’єру програмування, дивлячись на процвітаючий ІТ-сектор. Їх не дуже цікавить програмування, але вони роблять це лише для заробітку на життя. Такі люди через деякий час набридають своєю роботою і можуть дати вам таку пораду.

Я давно програмую. Я почав програмувати, коли навчався в школі, і все ще роблю це і буду робити це назавжди. Зараз я навчаюсь в університеті, а іноді цілий день сиджу, пишу код не для того, щоб виконати завдання чи заробити гроші, а тому, що мені це подобається. Я не відчуваю, що мені нічого не вистачає.

Відповідь проста - якщо вам це подобається, робіть це, якщо вам це не подобається, не робіть цього. Якщо вам більше подобається управління, ніж програмування, немає шкоди в переході до управління після 5 років досвіду програмування.

Можливо, я втрачаю пляму на своєму волоссі через занадто багато розмірковування, вживання занадто багато кофеїну та стає менш соціальною - це речі, яких я боюся

Ви можете виявити, що деякі програмісти не дуже соціальні. Але це приходить до них природно. Вони витрачають багато часу на примхливі речі, тому їхні соціальні навички трохи недорозвинені. (Google "проблеми розумних людей", щоб знати більше.) Якщо ви зараз соціальні, я не думаю, що ви стали б менш соціальними в майбутньому через програмування. Єдине - це час, який ви проводите на роботі. Якщо ви думаєте, що цілий день проводите в офісі, тоді є проблема. Через характер програмних завдань іноді, можливо, доведеться сидіти додаткові години. Але якщо це трапляється дуже часто на вашому поточному робочому місці, ви можете спробувати перейти на іншу роботу.

Не знаю про ситуацію в Пакистані, але в моїй країні ця професія дуже погано враховується і гірше оплачується. Я буду програмувати напевно все своє життя та вивчати нові мови, адже це те, що мені дуже подобається. Питання в тому, чи доведеться мені переходити на іншу роботу і писати код лише як хобі. А може, я втечу зі своєї країни, хто знає ... Але програмування - це мати силу робити те, за що мають платити інші люди.

Ще одна думка: немає нічого поганого в тому, щоб ви працювали по корпоративної драбинці під час кодування у вільний час. Я вважаю, що кодування є гарним звільненням від виснажливих бізнес-зустрічей із специфікаціями та аналітиками, які стають керівництвом команди з технічних послуг. Я фактично опинився в цій темі, шукаючи щось на стеку Overflow про Ruby on Rails, на якому я чудово навчаюсь.

Крім того, залишаючись чіткими з технічної сторони, ви продовжуватимете розвивати міцні технічні навички, які допоможуть вам у дорозі. Програмісти, як правило, з повагою ставляться до менеджера, який може говорити в розмові і ходити погуляти. У мене таке відчуття, що людина, яка сказала вам цю пораду, не належить до цієї категорії.

Те, що ваші друзі говорять про програмістів, однаково стосується всіх, хто глибоко займається будь-якою складною сферою.

Отже, ваше питання справді таке: "Чи хочу я мати кар'єру, яка вимагає високої відданості, щоб інші сфери мого життя могли бути дещо порушені, чи я хочу зробити щось, про що я можу повністю забути, коли залишаю роботу вночі і повертаємось наступного ранку? "

Ви повинні добре знати себе, щоб відповісти на це питання, і відповідь може змінитися з часом.

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

HTH

Мій батько працював програмістом останні 24 роки. Він казав мені лише одне: «Занадто багато нічого корисного ні для чого». Але це не підходить для програмування.

Програмування дійсно є важким напрямком і мало винагороди, якщо порівнювати його з іншими професіями, особливо в Пакистані. Коли я був у Пакистані, я чув про молодих талановитих програмістів, які отримували хорошу зарплату (не дуже велику BTW), але їм довелося брати з них багато нафти. Я особисто не хотів би довго програмувати. Але тоді я щось роблю :) А програмування - це до речі весело.

Ви отримуєте багато досвіду, коли старієте, так що це стосується вашого резюме. Я чув це і думаю, що це неправда. Звичайно, якщо ви перебуваєте в душевному стані, в якому ви не в змозі сконцентруватися або втратити інтерес, ви не можете реально програмувати. Тож ваше соціальне життя, особливо проблеми та інтереси, можуть сильно вплинути на ваші навички в цій галузі.

Я б особисто перейшов шлях від програмування та перейшов на державну службу, але тоді програмування теж цікаве. І ти повинен бути трохи божевільним, щоб бути програмістом.

На мій досвід, на керівних посадах в ІТ є два типи професіоналів.

• Управління ІТ
• Старший технік

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

Правильної відповіді немає. Багатьом з нас тут дуже подобається писати код і програмувати, вирішуючи проблеми з грізною крутою. Але є також багато людей, яким подобається "більший пікет" стороною речі, як, наприклад, управління людьми / проектами.

Це не лише сторона розвитку ІТ. Ви бачите цей самий "професійний вил на дорозі" в інших аспектах, таких як мережа, адміністрування баз даних, адміністрування системи тощо.