Как я могу измерить уровень своей компетенции или набор навыков в ASP.NET?

Ответ 1

Думаю, я мог бы срывать некоторые экзамены, такие как экзамены MCP или BrainBench, но вы должны заплатить за них много денег.

Если вы действительно были проданы на экзамене, чтобы оценить свою компетентность, вы можете получить один из инструкций по подготовке экзамена MCP для ASP.NET, С# и SQL Server и посмотреть, насколько хорошо вы понимаете и принимаете этот материал. Я не уверен, что это самый точный способ измерения компетенции.

Вы можете получить качественную оценку своих навыков SQL Server, просто прочитав Itzik's или книги Калена и видя, как вы их понимаете. Для .NET читайте Richter и критически оценивайте себя в соответствии с концепциями, которые вы найдете в этой книге. Имеют ли эти понятия смысл?

Вероятно, самый ценный способ получить обратную связь - попросить своих старших разработчиков откровенно оценить ваши навыки.

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

• Могут ли они доставить?
• Они пишут хороший код?
• Они берут на себя инициативу, чтобы узнать больше?
• Что они принесли к столу?
• Насколько они понимают жизненный цикл разработки программного обеспечения?
• Разбивают ли они сборки?
• Являются ли они хорошими игроками в команде, или они кодируются в одиночестве?
• Они делают предложения?
• Они открыты для предложений других?
• Соответствуют ли их дизайнерские решения проектам, в которых они были?

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

Ответ 2

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

Что касается "теста" ваших навыков, довольно удобный будет прямо здесь, на StackOverflow. Посмотрите на вопросы .NET, попробуйте ответить на них. Те, на которые вы не можете ответить, учитесь у тех, кто на них отвечает. Прополощите, повторите. Он не очень структурирован, но он определенно может быть полезен.

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

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

Ответ 3

Когда его спрашивают по подобным строкам, я прочитал его от кого-то здесь, где

he will try to answer the questions on SO.

Позвольте мне перефразировать его,

Я попытаюсь измерить свою работу с кем-то вопросы и ответы.

Сказав, что я не буду сравнивать свою компетентность с коллективными знаниями здесь, на SO.

Ответ 4

Это обычно довольно специфично для компании. Там будет множество критериев, которые разработчик должен выполнить, прежде чем они получат повышение или продвинутся на более высокий уровень.

Иерархия обычно очень похожа; с общими (кумулятивными) критериями перехода к следующему уровню. По моему опыту это что-то вроде следующего:

1 Опыт работы в высшем/недавнем опыте

• Ясное понимание основных понятий языка (агностик).
• Хорошие всесторонние технические знания. Очевидный
• навыки решения проблем. Численные и вербальные навыки. В целом компетентный
• Показывает страсть к определенной части домена.
• Не сумасшедший человек.

2 Junior/Trainee Developer

• Хорошее понимание основного языка, который они используют.
• Использует фактические инструменты и технологии для доставки программного обеспечения.
• Поставил программное обеспечение по расписанию и времени.
• Надеемся на поставку компонентов с руководством более старших разработчиков.
• Может (и делает) участвовать в проектных встречах и обзорах кода.
• Хорошее понимание того, как компания работает в целом.
• Понимает модульное тестирование и разработку, основанную на тестах.
• Ясное понимание управления версиями и непрерывной интеграции.

3 Разработчик

• Углубленное понимание основного языка.
• Демонстрирует умение, по крайней мере, на одном другом языке.
• Демонстрирует страсть узнать больше о своем языке.
• Хорошее использование шаблонов проектирования при разработке программного обеспечения для написания поддерживаемого кода.
• Активно стремится улучшить процесс и эффективность.
• Обеспечивает компоненты высокого уровня качества.
• Имеет возможность возглавить небольшую команду разработчиков для создания компонентов.
• Хорошее понимание разработки, основанной на тестах, модульного тестирования, насмешек и заглушек.
• Хорошее знание управления контролем источника: ветвление, слияние, теги.
• Может вести обзор кода с младшим разработчиком и контролировать их работу.
• Требуется минимальное руководство от более старших разработчиков.
• История доставки качественного программного обеспечения вовремя

4 Старший разработчик

• Отличное понимание их основного языка
• Хорошие навыки работы на других полезных языках в домене. В целом, есть страсть к изучению других языков и тому, как компания может извлечь выгоду из ее использования/помощи для развития.
• Отличное понимание домена, всех компонентов внутри него и всех взаимодействий между ними. Эти знания могут быть легко переданы менее старшим разработчикам.
• Может проектировать красивое программное обеспечение.
• Активно стремится к совершенствованию процесса разработки и эффективности. Демонстрирует языки и технологии в этой области.
• Полностью понимает процесс разработки от начала до конца.
• Может привести большую команду разработчиков к успешному и своевременному завершению проекта.
• История доставки отличного программного обеспечения и дизайна.

5 Ведущий разработчик

• Король