Скачкообразное движение от C++ до [закрытого] задания Perl/Unix
3 ответа
Что касается смены стека, это определенно поможет вам в долгосрочной перспективе в вашей карьере, как от дополнительного опыта, который можно предложить следующему работодателю, так и от расширенного набора вакансий, на который вы можете претендовать, до повышения IQ программирования благодаря знанию различные точки зрения (например, Perl, несмотря на его происхождение сценариев, при правильном использовании, имеет как объектно-ориентированные, так и очень хорошие функциональные парадигмы, но это относится к любой новой технологии).
Однако вы должны быть готовы добавить дополнительные усилия, чтобы действительно изучить новый стек / среду / язык и научиться делать что-то новое путь (например, не пишите код C ++ на Perl :) - особенно для этого последнего преимущества. Обратите внимание на «среду» - переход включает, например, изучение новых отладчиков и методов отладки (для меня самое сложное в разработке на C ++ после перехода с Perl до сих пор, вероятно, выполняет эффективную отладку gdb после использования гибкости / мощности отладчика perl).
Лично мне пришлось сделать этот скачок дважды - от разработчика C к Perl и 10 лет спустя Perl к C ++. Оба раза я многому научился, и мне не жаль, что я совершил прыжок.Первый скачок был от роли ИТ-отдела (младший SA / продакшн с некоторым кодом на C) до полноценного разработчика, второй был просто переходом между разными бизнес-командами.
Что касается недостатков, имейте в виду, что вы потеряете преимущество в любом стеке, который вы в настоящее время не используете какое-то время. Не совсем забыть, но нигде рядом с тем, на чем вы остановились - и это даже не учитывая тот факт, что стек мог естественным образом развиваться за прошедшее время. Кроме того, как я уже сказал, вы ДОЛЖНЫ ожидать, что для того, чтобы быть эффективным, вам нужно приложить много усилий, чтобы свободно владеть идиоматикой, философией и экосистемой нового стека. Например. простое изучение Perl - это небольшой кусочек головоломки: вам нужно познакомиться с большой частью CPAN, так же, как вы должны были знать STL и т.д. нужно иметь в виду.
Что касается возможностей для разработчиков Perl, они подробно освещались в SO до . Хотя абсолютное количество вакансий, вероятно, меньше, чем у Java или C ++, высококачественный разработчик всегда будет востребован, и существует множество компаний (в том числе или, возможно, особенно в финансовой отрасли), активно использующих серьезную разработку Perl ( в отличие от простых административных сценариев). Сам язык тоже развивается и движется вперед.
Почему бы не использовать свои знания C ++ при работе с Perl (где это возможно)? Вполне возможно расширить Perl с помощью C и C ++. Я не предлагаю вам писать весь свой код на C ++ только потому, что вы это знаете, и, конечно же, не кладите поверх него тонкий слой Perl.
Опыт работы в смежных технологиях - действительно большое преимущество, а не неправильная квалификация для технической работы. Я предлагаю вам воспользоваться возможностью изучить новую технологию. Возвращение от «опытного, но ржавого» к «на высоте» в вашей дисциплине «хлеб с маслом» должно быть легким делом, если вам придется сделать это позже.
Это в высшей степени субъективный вопрос. Будет ли C ++ «идти куда-нибудь», зависит от того, куда вы смотрите и кого спрашиваете. Например, C ++ является языком разработки для видеоигр и обработки графики, а также часто используется в драйверах устройств вместе с C (обычно я вижу гибридный «C + -», где используются некоторые функции из C ++ в сочетании с архитектурой в стиле C).
Я сам перешел из среды C / C ++ в среду, в основном Perl, с сильным Unix все время (на самом деле я почти не знаю программирования Windows API, .NET, VB-Basic и т. Д.).
По сути, я бы посоветовал придерживаться того, что вам нравится больше всего. Это может отличаться от того, что вы знаете или умеете лучше всего. Есть возможности в разнообразном наборе технологий. Не думайте также, что вам следует привязать себя к одной среде - немного побалуйте себя и повеселитесь. Многие аспекты программирования постоянны для разных языков и сред.Научитесь решать проблемы, писать модульные тесты, проводить рефакторинг и планировать проект, и у вас все будет хорошо, независимо от того, с каким набором технологий вы работаете. Поля