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

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

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

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

Основні недоліки:

• робота в "спеціальному середовищі" може означати обмежені інструменти / підтримку, які можуть викликати гніт, коли ви застряжете в проблемі.
• Мова, якою вони користуються, може бути погано розроблена, що призводить до того, що ви на початку виявляєте шкідливі звички та пишете хакі-код, щоб створити обхідні шляхи.
• HR-бафони не визнають ваш досвід. (Це нормально. Компанія, яка покладається на HR, щоб робити технічні найми, - це не той вид, на який ти зазвичай хочеш працювати. Через пару років більшість чудових робочих місць все одно надходять через зв'язки.)

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

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

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

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

Єдиний раз, коли я думаю, що така ситуація була б нормальною, якби мова лише для компанії була призначена для власного обладнання. Наприклад, ви повинні написати все для інтерферометра 9000X Gamma-Ray, використовуючи специфічний для цієї машини монтажний / машинний код.

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

Я кажу це з досвіду, тому що я тільки що залишив першу роботу, яку закінчив, закінчивши ступінь CS, де я був на посаді майже так, як ви описуєте. Більшість програмувань виконувалися в основному невідомою мовою під назвою Progress (він же OpenEdge ABL). Це жахливо. Не так вже й погано, як COBOL, але близько. Я застряг там, тому що в районі, де я закінчив, немає багато робочих місць програмування, і я чекав на дружину, щоб закінчити її ступінь, перш ніж переїхати.

Дістати цю мову до розмови з іншими мовами чи базами даних було майже неможливо (він також був заблокований власною власною власною базою даних - бонусом!). Я багато часу витрачав на написання фреймів, які вже існували на інших мовах, і, ймовірно, були краще реалізовані, оскільки мова не дуже добре підтримувала цей тип парадигми "розширення". Мова була більш пристосована до "зв'язатись із Progress Corp. із запитом на функцію та зачекайте, поки не з'явиться версія n + 1 для нового підходу". Потрібно сказати, що галузь програмного забезпечення не рухається досить повільно, щоб це було життєздатним підходом. Я не буду далі говорити про те, як це було погано, але я припускаю, що ви зіткнетеся з подібною річчю, якщо ви також маєте справу з власною мовою.

Додамо до цього, існуюча база даних була, скажемо так, неоптимальною. Багато спадкових кодів, що відносяться до кінця 80-х - початку 90-х. Я б став би на те, щоб ви очікували чогось подібного, оскільки я думаю, що більшість компаній дотримуються лише власних мов, оскільки вони перевозять багато цього застарілого багажу. Пам'ятайте, що такому роботодавцю, мабуть, важко знайти програмістів, готових кодувати в цьому спадковому / власницькому середовищі, плюс вони, ймовірно, повинні платити за навчання, оскільки ніхто про нього ніколи не чув. Можливо, ваші колеги не будуть титанами програмної інженерії через ефект Мертвого моря(хтось із талантом, мабуть, уже пішов). У мене було багато проблем при перегляді коду, намагаючись використовувати об’єктно-орієнтований код, не кажучи вже про будь-який тип дизайнерських моделей, оскільки вони просто не розуміли цього (люди в моїй команді мали, в кращому випадку, ступінь MIS (без образи )).

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

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

TL; DR

Не робіть цього.

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

Очевидним недоліком є ​​те, що ви не зможете додати цю роботу до вимоги "5+ досвід використання мови x", яку матимуть майбутні завдання, до яких ви хочете подати заявку. Це може бути більше дратувати, ніж можна подумати (говорити як людина, яка має багаторічний досвід роботи, але широкий спектр мов програмування). Я маю професійний досвід роботи з VBA, який, можливо, був досвід роботи з LOLCODE, виходячи з завдань, які я шукаю сьогодні.

Але хіба вони використовують виключно цю мову? Рідко коли компанія використовує лише одну мову. Навіть мій час роботи з VBA включав деякі ASP, Java та PostgreSQL.

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

Остання робота, яку я взяла, включала багато роботи з PL / SQL, і я ніколи не писав жодного рядка PL / SQL - я взяв її приблизно за два тижні.

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

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

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

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

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

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

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

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

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

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

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

Що з рамками: IDE, редактор, бібліотеки? Найбільш складні бізнес-програми. в цей день неможливо зробити звичайний текстовий редактор та компілятор командного рядка.

Чи є у них щось для своєї спеціальної мови програмування?

Часто навчання бізнесу важливіше, ніж вивчення технології. Якщо ви думаєте, що, можливо, захочете залишитися в тій галузі, в якій знаходиться ця компанія, тоді продовжуйте і прийміть її. Якщо це ринок ніші або той, який вас не особливо цікавить, я б запропонував пропустити його. Знання про фармакокінетику (скажімо) фармакокінетики та процес виявлення ліків відкриє двері, що бути просто іншим програмістом C # / Python / Java не буде. І якщо ця "унікальна" мова більше не є генератором коду чи конфігуратором, ви все одно вирішите загальні проблеми, тому ви все одно отримаєте загальний досвід, навіть якщо конкретні методи не можуть бути безпосередньо переданими.

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

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

Подумайте про це так: якщо ви берете на роботу написання програм Perl, це не обов'язково прирікає вас на вічність написання програм Perl. Не приймає на роботу в .NET прирік, що ти назавжди пов'язаний з Microsoft.

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

З іншого боку, якщо програміст знає Python, Ruby, C #, PHP, C та Erlang, то той факт, що він також знає APL, не є ударом проти нього, хоча в пеклі немає жодного шансу, що ми використовуємо APL для що завгодно.

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

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

Моя перша робота після закінчення моєго ступеня CS була пов'язана з розвитком незрозумілої мови. Не унікальний. Не розроблений власний дім. Але досить незрозумілий VMS 4GL, що я ніколи більше не бачив, щоб хтось використовував його.

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

Мені пощастило - моєю другою роботою була робота з іншим незрозумілим VMS 4GL. Вони найняли мене, бо вони знали, що не можуть знайти людей, які вже знають мову - досить того, що я мав досвід роботи на платформі VMS з 4GL. І на цій роботі я мав можливість пройти навчання з доступною для продажу мовою, коли вони намагалися відійти від VMS до серверів Windows.

Але я міг легко не мати такої удачі, і я опинився за п’ять років у своїй кар’єрі з абсолютно нульовим досвідом, який би переконав рекрутера або HR-персону подивитися на моє резюме.

Для вашої першої роботи після закінчення навчання я її дуже не рекомендую.

Щоб дати метавідповідь, я помітив, що багато відповідей кажуть: "З особистого досвіду це погано".

Багато інших кажуть: "Теоретично це не повинно бути поганим".

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

Зараз, можливо, деякі люди зробили це і в захваті від своєї роботи, але вони не на Stack Exchange. Це справедливо для деяких комерційних програм. Наприклад, є кілька дійсно виділених адміністраторів Software AG Natural / Adabas, але пов'язаних дискусій щодо Stack Exchange не так багато. Однак хоча б хтось шукає навіть цих нішевих фахівців. Це не було б правдою для повністю фірмової мови.

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

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

Будьте особливо обережні, якщо в галузі проблем переважає одна чи кілька мов. Розробка бази даних тісно пов'язана з SQL. Розробка FPGA в основному розділена між Verilog та VHDL. На противагу цьому веб-додаткам, написаним на (комбінації) Java, PHP, perl, python, Scala, C ++ тощо. Менеджер з найму, який шукає веб-розробників, буде набагато більше розуміти передавальні навички, якщо у вас немає конкретного досвіду мовою вибору. Менеджер найму, який шукає когось, щоб написати запити до бази даних, очікує досвіду SQL.

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

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

Які передатні навички ви отримали б, робота в команді, інженерія програмного забезпечення, написання компілятора / перекладача або його частини, алгоритми тощо. Якщо це перекладач, мова власності - це лише маска, під якою ви знайдете перекладача написано, скажімо, на С, або, такій іншій мові. Якщо мова про власність складена, ви отримаєте шанс попрацювати над компілятором виробництва, який повністю прив'язаний до завантаження. Отже, шукаючи наступну роботу, вам потрібно продати ці навички важче, ніж, скажімо, C / C ++ / Java / Python для розробника додатків або, Python, Perl, Java, HTML, CSS, JavaScript, Flash для веб-розробки або, Verilog, VHDL для вбудованої розробки, або будь-який інший набір мов для інших областей додатків.

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

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

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

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

Що я хотів би знати про цю роботу, це те, чому вони створили власну мову програмування. Чи має сенс? Якби не, я б взяв іншу роботу.

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

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

Але ви дійсно хочете працювати в такій компанії?

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

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

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

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

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

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

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

Хороші запитання:

1. Чи використовуються інші мови в цій компанії?
2. З якої причини інша мова їм не підходила?
3. Чи використовується мова поза компанією (дослідниками або за ліцензією інших компаній)
4. Скільки людей знають мову.
5. Скільки (успішних) проектів / програм зроблено з мовою.

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

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

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

Тому просто працювати в унікальній мові програмування - це великий ризик! Однак використання суміші DSL та мови основного потоку може бути добре представлено в резюме. (Ви повинні сказати правду у своєму резюме, але це не повинно бути цілою правдою!)

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

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

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

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

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

Тобто, якщо у вас є ступінь CS, ви, мабуть, є кандидатом на ряд робочих місць.

Але якщо у вас є ступінь CS з 3-річним досвідом роботи в PHP, ви насправді менше кандидата на посаду розробника Java в Інтернеті, ніж коли ви закінчили навчання. Ви прив'язали себе як розробник PHP, і поки у вас не буде досвіду навпаки, саме це ви і будете найняти. (Дивно, але я думаю, що це правда, ви маєте більш повний досвід, але ваше резюме не буде враховано як нерелевантне, оскільки це неправильний тип досвіду, тоді як у новому навчальному закладі ваше резюме може не було)

А якщо у вас є ступінь CS з 1-річним досвідом роботи в SpecialtyLanguageX, то ви закрили для себе всілякі двері.

Це лише мої думки та зауваження, звичайно, я ніколи не займався наймом, це тільки те, що мені здається.