Обучение интерна - лучше всего приближается?

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

После того, как он получил достаточно знакомое с помощью C # и SQL Server, вы можете начать его делать реальные работы. Запустите его маленький с помощью мягких исправлений ошибок, а затем наращивайте трудности, пока не сможете называть его полноценным разработчиком. С любой удачей вы даже не будете называть его стажером в течение месяца или двух.

• Небольшие проекты, которые помогают ему посвятить.
• заставить его просматривать другие разработчики в проектах
• . Укажите ему на внутреннюю вики (при использовании)
• онлайн-обучение или 2-5 день Microsoft Warding курс (бюджет ожидается)
• За пределами ИТ-отдела, гарантирует, что он создает свои знания о том, как бизнес работает / функции
• убедитесь, что у него есть доступ к хорошим книгам, а также Интернет-ресурсы
• заставляют его чувствовать себя комфортно в рабочей среде, так что если он застрял, он спросит кого-то за помощью. (Это DEV может быть очень подборным спрашивать о помощи иногда)

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

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

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

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

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

В нашей команде стажер около 6 месяцев. Я нанимаю его, и это действительно хороший опыт. Когда я брал у него интервью, Хай ответ на все вопросы CS, но когда он начал работать с нами, это было ужасно все худшие практики - совершение взломанного кода, блокировка svn файлов, копирование каждого места и всего, пространства имен с именами типа Классы , длинные очень длинные методы с ОГРАНИЧЕННОЙ анти-маскировкой головки стрелки внутри. и, наконец, лучший c# код, который я когда-либо видел:

bool b = DoSomeThing();
switch(b)
{
case true:
  Do();
  break;
case false:
  DonotDo(); 
  break;
default: //!!!
} 

Мое единственное предложение - это контролировать его.

Я не PHP человек, но с моей (вероятно, похожей) точки зрения Perl, я нахожу, что следующие функции IDE полезны/нет (насколько я воспринимаю, по крайней мере, как функции IDE)

• Стиль кода (изменение синтаксиса) и сворачивание блоков - очень полезно. Но это функция редактора высшего класса, а не собственно IDE, если честно (например, она включена в редактор UltraEdit, но не только в соответствующий IDE супернабор UltraEdit Studio). Ditto для других функций, которые я бы рассмотрел редактор программирования, а не IDE - например, интеграция репозитория FTP/исходного кода, выбор блоков, поддержка regex и т.д.

• Анализ кода - списки функций и т.д. Полезный, но не разрушающий жизнь. Хорошие умные намеки были бы хороши, но опять же не «должны были».

• Интеграция с инструментами: для Perl, поскольку нет здания, проектов, компиляции и т.д. в качестве отдельных сложных шагов я обнаружил, что необходимость в IDE (и, следовательно, выигрыше от использования одного) является ничтожной. Другие люди могут не согласиться.

• Интегрированная отладка - я никогда не слышал о хорошей среде IDE со встроенной отладкой Perl (мой идеал для такой функциональности всегда лежал бы в серии IDE Borland Turbo:)). Но я бы, вероятно, нашел это очень полезным/полезным, учитывая дерьмовый Perl отладки GUI люди используют, если я когда-нибудь нашел его.

Внутри триггера имеется доступ к двум внутренним таблицам, которые могут помочь. Таблица «inserted» включает новую версию каждой изменяемой строки, таблица «deleted» включает исходную версию каждой строки. Можно сравнить значения в этих таблицах, чтобы проверить, действительно ли значение поля было изменено.

Попросите его создать схему статической структуры UML для базы кода одного из существующих проектов умеренного размера. Это (1) заставит его иметь высокое структурное понимание хотя бы одного проекта и (2) заставит его прочитать чужой код, чего стажер, возможно, никогда не делал раньше.

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

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

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

Страницы разработчиков Apple содержат много хорошей информации о решении только этих проблем.

Обработка событий

Если у вас есть какие-либо проекты «домашнего» типа (проекты, которые ваша компания никогда не могла оправдать, но были бы полезными и довольно простыми), я бы дал им это.

Это был бы хороший способ начать изучать материал, так как это реальная работа (всегда труднее научиться чему-то, и запомнить материал, если это всего лишь примерная программа, а не что-то на самом деле полезное). Это будет хорошим началом для того, чтобы научиться использовать Google для вопросов/учебных пособий, и построить отношения с вашей командой, задавая вопросы. Оттуда они должны иметь достаточно приличный фон, чтобы начать работать над фактическими приложениями.

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

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

Что вы не хотите, так это посылать их без кодирования кучу вещей, а затем обнаруживать, что код не в порядке. Что касается базы данных, будьте осторожны. Ограничить разрешения (т. е. woops, я не хотел DELETE / DROP that!) или, надеюсь, у вас есть выделенная среда разработчика, где все плохо не разрушительно для восстановления. Возможно, побочный проект с образцом базы данных для тестирования перед включением работы обратно в фактическую среду.

Если у вас есть какие-либо проекты типа «домашних животных» (проекты, на которые ваша компания никогда не могла бы потратить время, но которые быть полезными и довольно простыми), я бы дал им это.

Это был бы хороший способ начать изучение материала, поскольку это настоящая работа (всегда сложнее выучить что-то и запомнить материал, если это просто пример программы, а не что-то действительно полезное).Это будет хорошее начало для изучения того, как использовать Google для вопросов / руководств, и наладить отношения со своей командой, задавая вопросы. Оттуда у них должен быть достаточно приличный опыт, чтобы начать работу над реальными приложениями.

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