Чи буде перебування на цій посаді негативно впливати на мою кар’єру? [зачинено]

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

• LINQ, nHibernate та ORM - це погана практика програмування, ми ніколи їх не будемо використовувати.
• Більшість великих заявок все ще написані у VB6.
• Інтернет - це лише марна трата часу, його не призначено для додатків.

Щоразу, коли виходить нова версія програмного забезпечення для розробки, я повинен слухати, як керівництво скаржиться на це годинами. Такі технології, як WPF, WCF, MVC та Entity, повністю ігноруються.

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

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

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

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

Чим довше ви будете залишатися, тим гірше буде (з точки зору того, що ви будете в курсі поточної технології). Йди вже.

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

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

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

Ви не дуже обговорювали робоче середовище, тому я вважаю, що це нормально. Я не знаю, як довго ви були у галузі, але кожен не завжди використовує найсвіжіші та найсвіжіші. Я залишив роботу 4,5 років, де я використовував Borland C ++ Builder 5 IDE щодня протягом чотирьох років. Виробничий код все ще розробляється на цій платформі і широко використовується в цій галузі. Іноді я беру на себе використання нових технологій, коли це можливо, наприклад, коли мені довелося інтегруватися з мобільними кишеньковими пристроями та використовувати Visual Studio 2005.

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

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

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

Це пахне сказом, але я все одно кусаю ...

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

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

Слід почати шукати іншу роботу зараз.

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

Ситуація з ОП - це моя вся кар'єра, і я на власні очі бачив шкоду, яку можна зробити. Я вже невдало намагаюся скасувати це.

Ось кілька важливих моментів, які слід пам’ятати.

• Роботодавці мають мало підстав для різноманітності в технології, яку вони використовують. Зосередження уваги на вузькому, незмінному діапазоні технологій зменшує (сприймаються) витрати, оскільки програмістам доводиться проходити навчання лише один раз. Не сподівайтеся, що інший роботодавець в цьому відношенні поводитиметься значно інакше.
• Ваша сфера досвіду важлива при пошуку роботи. Велика глибина досвіду у вузькій галузі не є віддаленою настільки корисною на ринку праці, як відносно неглибокий досвід у широкому спектрі сфер. Ймовірність знайти нову роботу, яка точно відображатиметься на існуючу вузьку спеціалізацію, є віддаленою, незалежно від того, яку спеціалізацію ви обрали.
• Вам не доведеться проходити всю технологічну підготовку на роботі. Робота часто є жахливим місцем для навчання в програмуванні; технології та методи, якими вони користуються, як правило, старі і часто неправильні. Шукайте тренувань та практикуйте в іншому місці у свій час.
• Сприяти проектам з відкритим кодом. Прекрасне місце для практикування правильної техніки програмування та нових технологій - це внесок у проект з відкритим кодом. Люди, які програмують для розваги самостійно, зазвичай набагато краще пишуть код, ніж люди, які роблять це лише для роботи - їх код буде набагато більш повчальним. Виберіть технологію, не важливо яка, і знайдіть проект, який вас цікавить, прочитайте код та спробуйте зробити його кращим. Це повільний процес, але це набагато вигідніше, ніж те, що ви отримуєте на роботі.
• Сприяти проектам з відкритим кодом. Я знаю, що говорив це раніше, але це найважливіша порада, яку я можу дати вам. Програмісти, які мають своє ім'я у проекті з відкритим кодом, мають набагато більше можливостей у пулі найму. По-перше, потенційні роботодавці мають зразки публічного коду, про який ви писали, які не належать до NDA, тому ви найменше ризикуєте найняти. Крім того, програмісти, які пишуть код у вільний час, демонструють, що їм подобається те, що вони роблять, і тому можуть залишатися зосередженими краще, ніж той, хто просто хоче отримати зарплату.

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

дозвольте мені підсумувати вашу ситуацію,
1 - Ви НЕ використовуєте новітні технології
2- Ви все ще живете в оболонці своїх менеджерів, не можете бути творчими, мотивованими та навіть натхненими (я не знаю, як ви все ще можете виконувати свої щоденні завдання!)
3 - Веб-технології є джерелом головного болю для вашої компанії!

Чувак, це не ситуація зі здоров’ям, ані професійне середовище! РАБОТИ ЗА ВАШЕ ЖИТТЯ :)

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

Щасти.

Бізнес не потрібно оновлювати за допомогою технології, але програмісти роблять. Настав час рухатися далі.

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

Більшість великих заявок все ще написані у VB6.

Який жарт, вони не були і ніколи не були написані у VB6, вони написані та все ще працюють на мейнфреймах!

Але якщо серйозно, вам доведеться вирішити для себе, які ваші пріоритети. Я думаю, що технології, як правило, не мають значення, ви можете зловживати новими технологіями і писати елегантний код у старих (я бачив і те, і нові технології, як правило, надмірно зловживають, через криву навчання та відсутність досвіду). Особисто я вважаю за краще працювати над VB6 або застарілим проектом Java, який добре написаний з використанням твердих принципів програмної інженерії, ніж останній сайт MVC / AJAX, використовуючи RIA-сервіси, але повністю спровокований до того, що будь-яка спроба зробити незначну зміну в будь-якому місці пульсує всю програму і розбиває її після ремонту. Тож, якщо ви щасливі робити те, що ви робите, ви зможете знайти десь, що потребує програмістів VB6 приблизно стільки, скільки ви хочете, просто подивіться на всіх програмістів COBOL, які все ще там.

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

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

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

Коли вас запитають, скільки часу знадобиться написати щось подібне, обчисліть це відповідно до наявної у вас технології. Різниця, швидше за все, буде істотною.

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

Можливо, не так багато, як можна подумати.

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

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

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

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

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

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

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

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

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

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

Поза галузями, які безпосередньо пов'язані з комп'ютером та програмним забезпеченням, використовуються старі речі.

Ризик / винагорода за перехід на нову платформу в деяких галузях розглядається як поганий бізнес-крок. Це лише факт деяких секторів. Ви повинні як собі два питання:

1. Чи може компанія визнати свою неконкурентоспроможну за своїм рішенням?
2. Вас більше цікавить сектор чи сучасне програмування?

Якщо у вас є багато ділових знань у цьому секторі (страхування чи аерокосмічний простір тут є хорошими прикладами), і вам подобається вирішувати проблеми, як саме тоді, ви, ймовірно, можете піти всю свою кар’єру, не використовуючи ніколи найсучасніші речі. COBOL, ADA і Assembler все ще досить живі і здорові в цих районах. Це змінюється, але дуже повільно, і лише до інших добре зарекомендували себе "старших" інструментів (наприклад, .net без дзвінків v3 + свистів. Експерти з потрібного проблемного простору та інструменту затребувані, поки ці компанії розглядають нові речі як З іншого боку, якщо ви ненавидите проблемний простір або ваша компанія робить щось із низьким бар'єром для входу, ви опинитесь у небезпечному місці, оскільки у вас виникнуть проблеми з пошуком подібного становища.

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

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

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

Більшість справжніх бізнес-додатків досі розробляються в Borland C ++ Builder або Delphi, або VB6.

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

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

Що ви маєте на увазі "прогресування"? Використання ORM або Hibernate ... і те, і інше - жахливо, і ваш менеджер правильно каже вам, що використовувати це погана практика програмування. ORM - це муляжі баз даних, які не вміють писати запити та ефективні, але це жахливо, і це створює безлад.

MVC? Ви хочете написати кожну 1/4 програми в іншій моделі? Може, витратити рік, щоб переписати його? Я думаю, що мета "роботи" - це робити речі ... а не бути модними.