Какие факторы следует учитывать при оценке предложения о работе с конкретной программной платформой?

Изучение новых платформ, инструментов и методов неизбежно в большинстве профессий; по моему опыту, первые несколько изменений самые сложные, а затем становится легче, когда вы начинаете связывать и переводить концепции. Для некоторой перспективы взгляните на инструменты и концепции, существовавшие 20 лет назад.

Лучше сделать это на раннем этапе (0-10 лет), чем позже в вашей карьере (10+ лет), когда ваши идеи более фиксированы.

Для меня ключевой вопрос здесь — это выбранный вами карьерный путь, которым вы хотите следовать. По сути, есть три варианта, с которыми сталкивается большинство людей на пути технической карьеры: специалист, универсальный специалист и лидер.

[Я] хотел бы стремиться к карьерному росту и занять руководящую должность. В настоящее время я не являюсь ведущим разработчиком, однако я его «правая рука», и мне поручаются некоторые из наиболее важных задач.

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

Мобильность важна для руководящей роли, так как у большинства должностей есть «срок жизни», возможно, 2-3 года (первоначально) и, возможно, 3-5 лет, прежде чем вам нужно будет двигаться дальше. Следующая возможность может быть не в вашей организации и может использовать другие наборы инструментов.

Лидерство в команде также заключается в том, чтобы ставить общую продуктивность команды выше собственной; значительная часть вашего времени должна быть потрачена на руководство, а не на действия.

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

Я обнаружил, что лидеру труднее всего научиться двум вещам: способности эффективно делегировать полномочия и способности слушать свою команду.

Делегация.

Если вы эксперт в системе, то делегировать задачу младшему персоналу сложно. Они будут делать это медленно и делать это неправильно. Это неприятно смотреть. Вы хотите погрузиться и сделать это для них, чтобы вы могли двигаться дальше.

Это не лидерство.

Вы не тренируете и не поддерживаете своих сотрудников, вы демотивируете их (делая задачу легкой) и учите их тому, что если они быстро сдадутся, вы сделаете их работу.

Прослушивание.

И наоборот, одна из « семи привычек » Кови заключается в том, чтобы «сначала стремиться понять, а затем быть понятым». Если вам нужно будет узнать от своей команды о платформе и о том, как они ее используют, вам придется сначала слушать их. При этом у вас больше шансов наладить взаимопонимание со своей командой, оценить их навыки, стили общения и продуктивность.

Понимание сильных и слабых сторон вашей команды важно с точки зрения обеспечения их счастья и продуктивности — и, конечно же, вы участвуете в этом, потому что как лидер вы по-прежнему являетесь частью команды. Умение слушать и учиться у своей команды — один из ключей к этому.

Подводя итог: если вы заинтересованы в 10+ летней карьере лидера в технической сфере, смена платформы в рамках руководящей роли, на мой взгляд, дает некоторые значительные долгосрочные преимущества как для развития лидерских навыков, так и для долгосрочных карьерных возможностей. .

Это был (по сути) мой карьерный путь за последние 20 или около того лет.

Программирование Sharepoint — это программирование .NET. Вы будете развивать множество навыков (как технических, так и программных), которые сможете использовать, даже если никогда больше не будете заниматься другим проектом Sharepoint:

• Разработка продукта
• Найм и управление разработчиками
• Особенности создания отчетов с помощью SSRS, создания элементов управления ASP.NET, изучения API-интерфейсов, таких как авторизация или шифрование.
• Работа со сторонними библиотеками для создания PDF-файлов или чего-то еще
• Функции языка C#, такие как LINQ, await/async и т. д.
• Навыки дизайна графики / css / макета, чтобы сделать что-то красивое и полезное

Ваш босс предлагает вам кое-что очень крутое. Подумайте дважды, прежде чем отказываться от него только потому, что Sharepoint ужасен (что, безусловно, так и есть, я тоже так делал).

Если вы выходите из проекта, никогда не желая снова использовать Sharepoint (я ТОЧНО знаю, как это ощущается), вы можете перечислить его как «веб-разработку» и выделить те его части, которые можно передать.

Умение видеть общее в, казалось бы, разрозненных видах деятельности — очень важный навык для каждого .

Он несколько раз укусил меня за задницу, но я, наконец, усвоил это:

Не беритесь за работу, которую вы на самом деле не хотите.

Что касается карьерной ценности технологии, на самом деле не так уж важно, чем вы занимаетесь, если это примерно относится к более широкой категории.

Если вы просто хотите ускорить процесс до руководства и в любом случае не находите аспекты кодирования такими интересными, возможность не заботиться о себе, подключиться и в конечном итоге провести команду через какое-то утомительное дерьмо — это то, что у вас есть возможность продемонстрировать здесь и да, это было бы ценно.

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