![]() |
|
||||||||||
|
|||||
|
ветеран форума
|
Цитата:
- программирование сайтов/игр/... - мелких и средних проектов, as3, нужны хотя бы минимальные познания в архитектуре ПО, и какой-никакой опыт - изготовитель банеров/менюшек/анимашек/других интерактивных элементов - различная мелочь на as2/as3, нужно уметь немножко программировать, немножко анимировать - разработчик на конкретный проект/крупные проекты - работать в рамках какого-то проекта, где основные параметры архитектуры уже продуманы, но понимание как все устроено и работает - нужно - тимлид на средние/крупные проекты - хорошие навыки программирования, хорошие скиллы по архитектуре ПО Соответственно, понимаем, кто мы есть. На базе этого выбираем проекты, где именно те наши скиллы которые мы считаем важными, отражены в полной мере. Если хочется в разделе про знания перечислить фреймворки, с которыми работали, то лучше перечислять только то, с чем знакомы "живьем", либо очень внимательно вникали. Сталкивался со случаями когда "опыт работы с N" после пары вопросов на собеседовании оказывался "один раз просмотрел мельком статью об N и думаю что как-то понял". Насчет классов с примерами кода - обычно нет смысла, так как при устройстве на крупный развитый проект придется подстраиваться под его стандарты оформления, а в других случаях стандарты задаются самостоятельно, взяв за базу адобовские coding guidelines. Более того, очень часто специалистов ищет HR, а не специалист этого профиля, и резюме передается менеджеру проекта который, может быть, покажет его существующим специалистам подобного профиля, если они вообще есть. Архив с классами с вероятностью 90% потеряется по пути. Насчет "какие пункты резюме должно содержать" - посмотрите МойКруг/LinkedIn, там профиль во многом является резюме, особенно это касается МойКруг. Т. е. образование, квалификация, история прошлых мест работы, награды и пр. вкусности, контактная информация, ну и ожидаемый уровень зарплаты. Относительно опыта реальных собеседований: - я почти всегда заставляю человека писать хотя бы какой-то код, либо подробно обьяснить как он решил бы какую-либо конкретную задачу. Беру что-нибудь веселое, что попадалось в практике. - интересуюсь самой сложной/самой интересной задачей, которую приходилось решать - если перечислено в скиллах много-много известных фреймворков - задаю предметные вопросы/мини-задачи по некоторым из них, чтобы выяснить реальный уровень, заодно выясняется уровень честности) - если человеку придется решать задачи проектирования - то может быть небольшой вопрос "как бы в общих чертах сделали вот такое", причем важнее даже сам процесс вникания в задачу (в условиях собеседования спроектировать что-то нормальное за 5-10 мин не всегда реально) - если человеку работать в команде - уточняю какие средства командной разработки использовались на прошлых работах, не было ли проблем взаимодействия
__________________
4am is time to rock |
![]() |
Часовой пояс GMT +4, время: 14:30. |
|
|
« Предыдущая тема | Следующая тема » |
|
|