Чи 4-5 років є "кризою середнього віку" для кар'єри програмування?

Я програмую C # професійно вже трохи більше 4 років. Останні 4 роки я працював у кількох малих та середніх компаніях, починаючи від «веб-рекламних агентств», невеликих галузевих програм для невеликих виробництв до невеликих стартапів. Я в основному займався "бізнес-додатками", що передбачає використання мов програмування високого рівня (зібраний сміття), і мій загальний досвід полягав у тому, що всі роботи, які я робив, могли бути більш професійними. Багато речей було зроблено неправильно (у поспіху), головним чином через фактор витрат, який люди завжди хотіли чогось "зараз" і з найменшою витраченою кількістю грошей. Я продовжував думати, можливо, якщо мені вдасться працювати в більшій компанії або компанії, яка краще підходить програмістам, або десь це ' Я отримав гроші та час, щоб справді побудувати щось більш тривале та більш ремонтоване, можливо, я більше сподобався у своїй кар’єрі. Я ніколи не мав «наставника», який би мене провів через мою 4-річну кар’єру. Я досить багато блог / google / самоучка програміст, крім моєї бакалаврської ІТ ступеня.

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

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

Ви відкриваєте дуже цікаве запитання. Я від усієї душі згоден з вами. Я зробив подібні спостереження.

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

Через деякий час я не дуже шкодую про це.

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

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

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

Я справді не розумію, як така ситуація можлива в наш час. Розробка програмного забезпечення значно дозріла. Він мав хороший і поганий досвід. Багато успішних проектів та багато невдалих. Є досвід роботи з довгостроковими проектами та розуміння того, які довгострокові наслідки матиме та чи інша організація на проект. Існують численні дослідження та написані хороші книги. «Прагматичний програміст», «Код завершений», «Міфічна людина-місяць», «Дизайн повсякденних речей» та інші. Чому ніхто, крім нас, програмістів ніколи їх не читає? Як можливо, навіть після 20 років роботи в ІТ більшість розробників та менеджерів ніколи не знаходили часу прочитати ту чи іншу книгу методології. Вони написані для тих, хто цього препарату найбільше потребує.

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

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

З'явився пост Джеффа Етвуда на темі «Кодування жахів», який сказав, що це повинно бути веселим. І частина посадової інструкції, що є розробником програмного забезпечення, насолоджується вашою роботою. Інакше це стане для вас справді нудною і громіздкою професією.

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

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

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

Просто поділюсь власною точкою зору: я людина, яка веде себе, самоучка. Я навчився поодинці чистим C, C #, Amiga C, що розвивається, Windows, COM, Delphi, PHP, Cinema4D, а тепер Blender і Python. Я майже завжди працював один . Ось найбільша проблема, з якою я стикався до цих пір: малі компанії намагаються вижити, і ти одна з тих, хто підтримує це життя: це дуже стресує, але це також і корисно: ти більше працюєш, швидше вчишся і багато чого швидко ви робите продукти швидше (подія, хоча ви часто не можете виконувати свою роботу належним чином). У всякому разі: занадто великий стрес. Навпаки, великийкомпанії завжди виживуть, але проблема стосується людей: занадто багато людей. Це джунглі, але набагато гірше: нічого не ясно: якщо люди, з якими ви працюєте, відчувають себе кращими, ніж вони, вони постараються не допомогти вам піднятися, а лише застрелити вас, бо бояться власну кар’єру. Це так, як це працює у Франції (я не знаю для інших країн).

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

Це не питання 4-5 років чи ще.

NB: Існує величезна різниця між "я щасливий ходити на свою роботу" і "я радий ходити на свою роботу, тому що буду робити це і те" / або / "я радий піти на свою роботу" працювати, тому що я навчусь тому і тому ". Якщо ви думаєте, "тому що я зроблю це і це", це означає "це і те" закінчиться одного дня, і ви, можливо, не будете щасливі після цього. Це мій 12-річний досвід програмування. І я старший, мені добре платять, але я розумію, що 20-25 років люди думають швидше, ніж я. Вони просто не мають мого досвіду, тому я лише визнав, що я можу допомогти їм зробити щось, вони роблять це швидше, але я допомагаю зробити їх належним чином (що майже ніколи не буває, коли ви починаєте розвиватися).

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

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

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

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

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

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

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

Шкіряний. Рант. Покайся.

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

Я думаю, що вам потрібно ще п’ять років досвіду. Тоді ви зможете погодитися на компроміси і будете раді виправити те, що можете.

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

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

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

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

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

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

Я виявив, що є 2 секрети відносного щастя:

• не прагнути мати все, що ви хочете, але прагніть бажати всього, що у вас є

• життя важке - не важливо, наскільки сильно ти можеш вдарити (добре ти, особисто та професійно); це завжди вдариться назад сильніше. важливо, скільки ви можете отримати удар і все-таки зможете рухатися далі.

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

Можливо, подивіться на Страсного програміста Чада Фоулера ... цитуючи з веб-сторінки:

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

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

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

Мало розуміти речі і знати, як це робити. Ви також повинні мати можливість переконати людей у ​​тому, що ви знаєте, що робите. І якщо це звучить як продаж, це тому, що це так. Але це абсолютно необхідно, щоб стати "великим". Ви працюєте не з комп’ютерами, ви працюєте для людей і з людьми, ви повинні мати можливість продавати свої ідеї.

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

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

З іншого боку, є компанії, де розробники якраз там роблять те, що в іншому випадку роблять вдома; вони йдуть додому ввечері і працюють над власними проектами для домашніх розробників, а у вільний час вивчають нові мови / технології. Робоче середовище зазвичай досить орієнтоване на розробників, з хорошими моніторами, хорошими інструментами, хорошою атмосферою, що сприяє мисленню. Розробники часто відрізняються високим рівнем, і ви виявляєте, що щодня навчаєтесь у всіх своїх ровесників. Зазвичай вони серйозно сприймають такі речі, як контроль версій, тестування та обробку. Компанія зазвичай постачає програмне забезпечення пристойної якості, оскільки розробники приймають його особисто, якщо є помилки або недоліки.

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

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

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

На жаль, іноді це наша робота - працювати в політичних чи фінансових обмеженнях і робити все можливе.

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

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

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

Я можу сказати, що з точки зору написаного коду може бути краще, але повинен бути рядок, де хтось може бути занадто великим перфекціоністом, ніби щось працює 99,99999% часу, хіба що недостатньо близько 100% для більшості людей ? Частиною моєї боротьби часом з негативними моделями мислення є перфекціонізм та інтенсивна самокритика та судження, тому, можливо, я можу занадто сильно ототожнювати це.

4-5 років - це достатньо часу, ІМО, щоб з'ясувати кілька речей:

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

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

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

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

У школі я пам'ятаю, що в дитинстві часто переходили через 4-5 років, оскільки в моїй першій школі я навчався 8 років (молодший дитячий садок до 6 класу), тоді це було 2 роки (7 та 8 класи) , 4 роки (середня школа 9-13 класів, де 11/12 проводилася за один рік у моєму випадку), і 4 роки (ступінь бакалавра університету).

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

Деякі місця можуть здаватися дивовижними місцями для роботи, а інші можуть призвести до вигорання, оскільки це вже було питання кілька разів: " Що викликає вигорання розробника " та " Історії вигорання для розробників ", тоді як інші питання - це перелом, " Яка ваша мотивація " та " Мотивація програмування (де) та подальші плани ... "

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

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

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

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

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

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

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

Якщо це якесь втіху, у мене 10-річна криза серед життєвого циклу програмування, хоча я почав програмувати на Apple] [+, це може бути 24-річним моментом; Не знаю. Я просто хочу, щоб люди не чекали від програмістів магії.

Я вважаю, що червоною ниткою, яку я бачив у своїй кар’єрі, було те, що коли я відчуваю, що потрапляю в ситуацію, коли я не маю контролю над своїм оточенням, що коли я починаю нудьгувати. Просто робиш те, що тобі говорять усі. Важливо мати власну сферу (ІМХО), щоб нести повну відповідальність - можливо, цього не вистачає і у вашій роботі?

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

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

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

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

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

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

Моя найкраща пропозиція щодо вирішення проблеми, пов'язаної зі стоком вашої денної роботи, - це почати особистий проект на стороні, той, де немає строку, де ви можете працювати в тих сферах, де ви зазвичай не працюєте, той, де ви робите все рішення. Найбільш корисний код, який я написав, працюючи розробником Wii, я можу запропонувати вам написати гру. Ви зможете торкнутися всіх різних аспектів програмування, 3D, мереж, AI тощо тощо, а оскільки ви вже працюєте з .Net, я б запропонував захопити XNA або Unity

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

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

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

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

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

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

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

EDIT

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

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

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

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

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

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

Оце Так! Мені подобається, наскільки цінна ця розмова. Я веб-розробник, що має 5,5+ років досвіду, і мені це подобається. Я не можу проголосувати, але я цитую слова AZ. Я з цим згоден!

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

Я рекомендую книгу: http://www.amazon.com/Software-Measurement-Estimation-Quitative-Engineering/dp/0471676225

Мої два моменти:

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

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

Завжди вдосконалюйся. Завжди вчися. І, пекло, якщо ваша нинішня компанія не дає вам такої атмосфери, знайдіть ту, яка буде. Я робив, і останні 2 роки - найкращий час у моєму житті (я також, мабуть, на 100 разів кращий на своїй роботі, ніж був і 2 роки тому)

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

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

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

... далі ...

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

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

Можливо, подумаєте про те, щоб піти до аспірантури? Це може відкрити можливості для іншого, більш орієнтованого на довгостроковий вид роботи.