Я студент CS в настоящее время в процессе поиска летних стажировок, особенно потому, что я хочу разрабатывать приложения для Android и / или iOS. При рассмотрении требований к различным возможностям (любые возможности разработки программного обеспечения, а не только те, которые я выделил) будет отображаться «Опыт работы с x, y, z ....». Мой вопрос: что именно считается опытом с конкретным языком или технологией? Мне повезло, что у меня была возможность использовать несколько языков для обучения в университете - от VB до сборки MIPS. Тем не менее, лично, за некоторыми исключениями, я бы не считал себя достаточно осведомленным в большинстве языков, которые я использовал, чтобы попасть на свое место и попросить кодировать x по дате y. Я могу знать основы языка,
Чтобы использовать конкретный пример, с которым я столкнулся сейчас: интересующая меня стажировка перечисляет опыт работы с C и / или C ++ в качестве требования. Я немного поработал с C, я знаю, что вы можете и не можете делать, я владею и читал K & R, понимаю, как работают указатели и т. Д. Но на самом деле я не написал достаточно кода на C, я Я написал несколько коротких программ и модифицировал несколько других, но я никогда не писал ничего достаточно большого, чтобы мне приходилось управлять распределением памяти или придумывать абстракции для получения желаемой функциональности. Поэтому, хотя я чувствую, что у меня есть концептуальное понимание, я его не применял. Концептуальное понимание считается опытом? Я всегда стремлюсь учиться и расширять свои знания, но я также не хочу переобещать (что кажется противоположностью того, что вы
Мысли? Совет?
источник
Ответы:
Лично для списка вакансий я бы перевел «опыт работы с X» в «написал код с использованием X, который сейчас запущен в производство для клиента».
Причиной этого является то, что объем работы, необходимый для преобразования «эй, я получил эту работу» в код производственной силы, обычно нетривиален, и именно здесь появляются детали, скрывающие дьявола. Например, в C вы должны иметь возможность писать программы, которые не подвержены переполнению буфера. В Java вам нужно правильно высвобождать свои ресурсы для долго работающих программ.
Нет ничего плохого в том, что вы посмотрели на технологию и поиграли с ней, но это не считается опытом.
источник
Слово «опыт» означает разные вещи в разных контекстах. В объявлениях о работе это обычно означает реальный опыт работы для компании или организации, но не вдавайтесь в подробности.
Реальный опыт для реальной организации не должен быть оплаченным опытом, чтобы считаться «опытом».
Если ваша заявка на прохождение стажировки и работа указана в качестве стажировки, как правило, существует небольшая свобода действий в том, что касается опыта.
Вы можете использовать примеры кода и / или проекты в качестве замены опыта во многих случаях при подаче заявления на стажировку.
и, наконец, не беспокойтесь о том, как прыгнуть и узнать, что вы делаете прямо сейчас. Моя первая стажировка несколько лет назад была в моем университете, где я писал на Perl, и я понятия не имел, чем занимаюсь около 2 месяцев ... потом, когда я медленно учился и принимал участие в других проектах, предложения о работе начали течь. Если вы хорошо интервьюируете и у вас есть несколько примеров, которые можно показать и объяснить, то у вас все будет хорошо. Мои два цента.
источник
Когда я был более свежим, если в объявлении о найме не указывалось что-то вроде «минимум X месяцев / лет по технологии Y», я позволил себе предположить, что они хороши с более свежим, который обладает хорошими знаниями. Несколько электронных писем перешли в звонки, но очень немногие из них пошли на этап собеседования. Тем не менее я чувствовал, что стоит попробовать.
Различные технологии требуют разных уровней «опыта», прежде чем вы сможете назвать себя опытным в них. И снова это очень относительно. Кто-то с 2-летним опытом может считать себя экспертом, в то время как другие не могут называть себя экспертами после 4 лет по той же технологии. Вам, вероятно, понадобится меньше времени, чтобы стать экспертом по SQL, чем вам понадобится встраивать системы. Я нахожу, что иногда люди с 3-4 годами опыта C / C ++ с треском проваливают базовые вопросы.
Будьте откровенны, но и будьте уверены в себе! Как более свежее, если вы хорошо знаете свой курс, достаточно хорошо; если вы знаете немного больше, даже лучше. Но вы не должны давать тезис о шаблонах проектирования или создавать собственный компилятор. Если вы проявляете правильное отношение к работе и способность решать проблемы, вы в значительной степени там!
источник