Как я могу измерить свой уровень компетенции или набор навыков в ASP.NET? [закрыто]
4 ответа
Думаю, я мог бы напомнить о некоторых экзаменах, например, экзаменах MCP или BrainBench, но за них нужно платить много денег.
Если вы действительно хотите сдать экзамен, чтобы оценить свою компетентность, вы можете приобрести одно из руководств по подготовке к экзаменам MCP по ASP.NET, C# и SQL Server и посмотреть, насколько хорошо вы понимаете и усваиваете этот материал. Однако я не уверен, что это самый точный способ оценки компетентности.
Вы можете получить хорошую качественную оценку своих навыков работы с SQL Server, просто прочитав книги Ицика или Калена и посмотрев, как вы их понимаете. Для .NET прочитайте Рихтера и критически оцените себя с точки зрения концепций, которые вы найдете в этой книге. Имеют ли эти концепции смысл?
Вероятно, самый ценный способ получить обратную связь - попросить старших разработчиков откровенно оценить ваши навыки.
Если вы спрашиваете, как я оцениваю своих младших разработчиков, то это довольно просто, когда я вижу их код и их послужной список в течение нескольких месяцев, но я не считаю, что количественный анализ - лучший способ. Вместо этого я задаю такие вопросы, как:
- Могут ли они выполнить работу?
- Пишут ли они хороший код?
- Проявляют ли они инициативу, чтобы узнать больше?
- Что они принесли на стол?
- Понимают ли они жизненный цикл разработки программного обеспечения?
- Нарушают ли они сборки?
- Являются ли они хорошими командными игроками или пишут в одиночестве?
- Вносят ли они предложения?
- Открыты ли они для предложений других?
- Имеют ли их проектные решения смысл для проектов, в которых они участвовали?
Спросите себя, как бы ваши лидеры ответили на эти вопросы о вас. Если вы всерьез уверены, что они ответят положительно, вам будет легче "оценивать себя".
Обычно это довольно специфично для компании. Будет ряд критериев, которым разработчик должен соответствовать, прежде чем получит повышение или продвинется на более высокий уровень.
Иерархия обычно очень похожа; с общими (совокупными) критериями перехода на следующий уровень. По моему опыту, это примерно следующее:
1 Выпускник / недавний опыт работы
- Хорошее понимание основных языковых концепций (агностик).
- Хорошие всесторонние технические знания. Демонстрируемые
- Навыки решения проблем. Числовые и словесные навыки. В целом компетентен
- Показывает страсть к определенной части области.
- Не сумасшедший.
2 Младший / Стажер-разработчик
- Хорошее понимание основного языка, который они используют.
- Использует де-факто инструменты и технологии для доставки программного обеспечения.
- Поставил программное обеспечение вовремя и по графику.
- Доставить компоненты под руководством более старших разработчиков.
- Может (и принимает) участие в совещаниях по проектированию и проверке кода.
- Хорошо понимает, как работает компания в целом.
- Понимает модульное тестирование и разработку через тестирование.
- Честное понимание управления версиями и непрерывной интеграции.
3 Разработчик
- Расширенное понимание основного языка.
- Демонстрирует владение хотя бы одним другим языком.
- Демонстрирует стремление узнать больше о своем языке.
- Хорошо использует шаблоны проектирования при разработке программного обеспечения для написания поддерживаемого кода.
- Активно стремится улучшить процесс и повысить эффективность.
- Обеспечивает высокое качество компонентов.
- Обладает способностью руководить небольшой группой разработчиков для производства компонентов.
- Хорошее понимание разработки через тестирование, модульного тестирования, имитации и заглушек.
- Хорошие знания в области управления версиями: ветвление, слияние, теги.
- Может проводить проверку кода с младшим разработчиком и контролировать их работу.
- Требуется минимальное руководство со стороны более старших разработчиков.
- История своевременной поставки качественного программного обеспечения
4 Старший разработчик
- Отличное понимание своего основного языка
- Хорошие навыки владения другими языками, полезными в данной предметной области. В целом, имеет страсть к изучению других языков и тому, как компания может получить выгоду от их использования для помощи в разработке
- . Хорошее понимание предметной области, всех компонентов в ней и всех взаимодействий между ними.Эти знания можно легко передать менее опытным разработчикам.
- Может создавать красивое программное обеспечение.
- Активно стремится улучшить процесс разработки и повысить его эффективность. Демонстрирует языки и технологии в этой области.
- Полностью понимает процесс разработки от начала до конца.
- Может привести большую команду разработчиков к успешному и своевременному завершению проекта.
- История создания отличного программного обеспечения и дизайна.
5 Ведущий разработчик
- Кинг
Когда меня спросили о подобном, я прочитал от кого-то здесь на SO, что
he will try to answer the questions on SO.
Позвольте мне перефразировать это,
Я попытаюсь измерить свою производительность с помощью чьих-то вопросов и ответов.
Сказав это, я не буду сравнивать свою компетентность с коллективным знанием здесь, на SO.
Честно говоря, все относительно. Я работал в командах, где младшие разработчики из одной команды превосходили старших разработчиков из другой команды во всех отношениях. В разных условиях разные наборы навыков будут цениться по-разному.
Что касается "проверки" ваших навыков, то довольно удобная проверка может быть проведена прямо здесь, на StackOverflow. Ищите вопросы по .NET и пытайтесь на них ответить. На те, на которые вы не можете ответить, учитесь у тех, кто на них отвечает. Повторяйте, повторяйте. Это не очень структурировано, но определенно может быть полезно.
Также полезно просто следить за некоторыми крупными блогами и посмотреть, можете ли вы быть в курсе того, о чем они говорят, и попытаться внедрить что-то из этого в личные побочные проекты, просто чтобы учиться и практиковаться.
Единственный способ действительно оценить уровень своего мастерства - это продвигать его вперед. Найдите то, в чем вы не до конца разобрались, и изучите это. По-настоящему опытный разработчик никогда не является экспертом, скорее он просто более опытен, чем был вчера.