Пишем резюме
06.06.2004
|
IT |
Читал резюме, полученные по объявлению в топике MASTECH will..., много думал... Молчать больше не могу. Видимо пора заняться изучением этого вопроса серьёзно
Резюме бывают двух типов: краткое и детальное. Первое должно помещаться на 2-х, максимум 3-х страницах и содержать краткое описание опыта, умений, образования, сведения о двух-трёх последних проектах и короткое упоминание об оставшихся. При этом не стоит пытаться впихнуть детальное резюме в две-три страницы путём уменьшения шрифта и сокращения расстояния между строчками.
Детальное резюме содержит максимум возможных сведений, но так же не стоит его раздувать путём увеличения шрифтов.
Mastech требует полноценное детальное резюме. На нём и остановимся.
Для кого пишется резюме
В ответе на этот вопрос заключается 90% успеха правильных резюме. Так вот. Как это не банально звучит, но резюме пишется для того, кто его будет читать, т.е. для рекрутера и работодателя. Соответственно, занимаясь написанием и вычиткой резюме, прежде всего необходимо думать о его читабельности. Небрежное оформление, нечитабельный шрифт, корявый English, трудность в нахождении необходимых сведений, чрезмерная раздутость или сжатость, всё это делает резюме хорошим кандидатом только для заполнения мусорной корзины.
Формат и название файла
Формат, естественно MS Word. Название должно обязательно содержать имя и фамилию претендента. Например, Vasily_Pupkin.doc или Vasily_Pupkin_resume.doc. Можно также добавить префикс _cs, _cpp, _java, чтобы показать, как вы себя позиционируете. Ни в коем случае не называйте своё резюме resume.doc. Это имя может быть уникально на вашем компьютере в каталоге My Documents, но человека, который просматривает десятки резюме в день, это может очень сильно раздражать.
Шрифт
Выбор шрифта довольно ответственное и неоднозначное занятие. Во-первых, шрифт должен хорошо смотреться на мониторе, во-вторых, так же хорошо на бумаге, в-третьих, это дело вкуса. На бумаге, на мой взгляд, лучше всего смотрится 'Times New Roman' десятка. На мониторе мне нравится Verdana, поэтому правильным выбором для резюме будет 'Arial 10'.
Не забывайте использовать выделение жирным, особенно для отделения друг от друга описаний проектов и логических частей резюме. О собственных достижениях кричать таким образом тоже можно, но не очень рекомендуется.
Враньё в резюме
Всё ещё актуальным остаётся вопрос: "Можно ли врать в резюме?". Трудно сказать. Знаю, что индусы врут не просто нагло, а совсем нагло. Но так же сам наблюдал, как некоторых потом выводили за ухо до дверей офиса и заносили в чёрные списки, тем самым пожизненно лишая возможности работать на проектах конторы.
В общем, решайте сами. С одной стороны, вроде как не пойман, не вор. В принципе, если у человека только год, но действительно настоящего опыта работы на C++, а он пишет а резюме 3, то, скорее всего, это будет крайне трудно проверить. С другой стороны, если опыт липовый, то это легко выяснится на первом же интервью.
Таким образом, я бы на этот вопрос ответил так: "Врать нельзя, но если очень хочется, то привирать можно."
Но и привирать тоже нужно осторожно. Если, например, у вас год работы на .NET, а вы пишете три, то я вам точно не поверю. .NET на рынке всего два года с хвостиком.
Так же резюме должно соответствовать трудовой книжке. Это будет проверяться INS, когда на вас будет оформляться виза.
Вторичный скилсет
Это набор технологий, с которыми знаком претендент, но которые не являются для него основными. Очень часто, наличие вторичного умения в той или иной технологии является определяющим фактором при выборе из нескольких кандидатов. Таким образом, этому тоже надо уделить должное внимание.
Карьера в резюме
По моим жизненным наблюдениям, программисты делятся на три возрастные категории:
Бывают, конечно, и исключения, но я с трудом поверю, что человек на первом же проекте с первого дня выступал в роли одновременно архитектора и тим-лида команды из восьми человек.
Также несерьёзно смотрится в резюме у ребят с 10-ти летним опытом позиции на последних проектах типа Software Developer. К этому времени пора бы уже стать и старшим.
В общем, не стоит перебарщивать на первых порах, всему своё время. Но к трём годам уже желательно иметь сеньорские позиции (Senior — старший, не путать с Chief — главный), а кому-то уже и тим-лидские. Дальше можно хоть всю жизнь быть сеньором, но к четырём-пяти годам, вполне прилично начинает смотреться архитектура и управление проектами.
Не очень хорошее отношение к freelance. Да и не известно как INS относится к свободным художникам.
Не стоит так же указывать свою позицию как Programmer. Programmer — это Junior Developer, так что лучше просто написать — Software Developer.
Самая нейтральная позиция — Consultant. Консультантом может быть как новичок, так и профи, но, насколько мне известно, в России это пока не очень распространено.
Личные сведения и контактные данные
Резюме должно обязательно содержать имя претендента и контактную информацию в виде телефона и адреса электронной почты. Всё. Никаких улиц и домов, никаких хобби, имён любимых собачек, семейного положения и прочей лабуды. Это никому не интересно.
Я
Просто запустите поиск и удалите все вхождения 'I' в резюме. Хотя это и не согласуется с английской грамматикой, но в резюме не принято 'якать'. Пишите "Developed" вместо "I developed", "Able" вместо "I am able", "Was able" вместо "I was able" и т.п. Всё это смотрится лучше, чем с 'I', тем более что чаще всего это всё следует списком в секции Responsibilities.
English
Резюме должно быть написано, по крайней мере, грамотно. Если вы не очень уверенно себя в этом чувствуете, отдайте его на вычитку профессионалу. Боюсь, что электронные переводчики смогут только ухудшить положение. Хорошим подспорьем может стать Lingvo (как мы знаем это не переводчик, а словарь), со своими примерами, и, конечно же, первоисточник всех времён и народов — Google. Особенно это полезно в ситуациях, когда нужно проверить правильность использования слова в определённом контексте и когда нет уверенности в том, какой ставить предлог или артикль.
Я в своё время потратил около месяца на написание резюме и его вычитку с совсем не бесплатными преподавателем из университета. Сейчас, каждый раз, когда мне нужно его проапдейтить, это занимает несколько дней. Так что и вы не стесняйтесь Всё это обязательно окупится.
Не используйте "took part" в смысле "принимал участие". Не знаю почему, но буржуи это словосочетание не любят. Используйте "participated" вместо. Вообще, лучше не злоупотреблять непонятными иностранными словечками, т.к. они могут оказаться непонятными в том числе и самим иностранцам.
Структура резюме
Резюме состоит из трёх крупных частей;
Краткое описание опыта
Включает в себя Summary и Technical Environment.
В Summary обычно говорится, какой опыт имеет кандидат, кокой он хороший и какое счастье подвалит тому, кто его возьмёт на работу. Полезно также указать здесь количество лет опыта работы с конкретными технологиями. Чтобы не напрягать читающего вычислениями на основании данных из проектов.
Иногда вместо Summary пишется Objective. Но обычно и так понятно, что вы ищете интересную высокооплачиваемую работу в крутой компании. Писать об этом в резюме не обязательно. Всё это можно указать в Cover Letter.
Technical Environment — это перечисление технологий и средств, которыми владеет кандидат. Обычно Technical Environment разбивается на несколько групп как: OS, языки программирования, веб-технологии, сетевые технологии, базы данных и т.п. Не стоит замусоривать данный раздел перечислением всех известных версий используемых продуктов.
Описание проектов
Описание каждого проекта должно содержать следующие части:
Дополнительные сведения
Сюда входят разделы Education and Certification, Publications, References и т.д. В образовании нужно указывать года с — по. В References просто пишется "Available upon request".
Небольшой шаблон резюме можно найти здесь.
И самое главное
Всё что я здесь понаписал ни в коем случае не стоит воспринимать как догму. Резюме является в некотором смысле отражением индивидуальности своего хозяина. Воспринимайте этот пост просто как подсказку какие типичные ошибки не надо совершать. Остальное дело вкуса, опыта и желания.
Удачи.
Резюме бывают двух типов: краткое и детальное. Первое должно помещаться на 2-х, максимум 3-х страницах и содержать краткое описание опыта, умений, образования, сведения о двух-трёх последних проектах и короткое упоминание об оставшихся. При этом не стоит пытаться впихнуть детальное резюме в две-три страницы путём уменьшения шрифта и сокращения расстояния между строчками.
Детальное резюме содержит максимум возможных сведений, но так же не стоит его раздувать путём увеличения шрифтов.
Mastech требует полноценное детальное резюме. На нём и остановимся.
Для кого пишется резюме
В ответе на этот вопрос заключается 90% успеха правильных резюме. Так вот. Как это не банально звучит, но резюме пишется для того, кто его будет читать, т.е. для рекрутера и работодателя. Соответственно, занимаясь написанием и вычиткой резюме, прежде всего необходимо думать о его читабельности. Небрежное оформление, нечитабельный шрифт, корявый English, трудность в нахождении необходимых сведений, чрезмерная раздутость или сжатость, всё это делает резюме хорошим кандидатом только для заполнения мусорной корзины.
Формат и название файла
Формат, естественно MS Word. Название должно обязательно содержать имя и фамилию претендента. Например, Vasily_Pupkin.doc или Vasily_Pupkin_resume.doc. Можно также добавить префикс _cs, _cpp, _java, чтобы показать, как вы себя позиционируете. Ни в коем случае не называйте своё резюме resume.doc. Это имя может быть уникально на вашем компьютере в каталоге My Documents, но человека, который просматривает десятки резюме в день, это может очень сильно раздражать.
Шрифт
Выбор шрифта довольно ответственное и неоднозначное занятие. Во-первых, шрифт должен хорошо смотреться на мониторе, во-вторых, так же хорошо на бумаге, в-третьих, это дело вкуса. На бумаге, на мой взгляд, лучше всего смотрится 'Times New Roman' десятка. На мониторе мне нравится Verdana, поэтому правильным выбором для резюме будет 'Arial 10'.
Не забывайте использовать выделение жирным, особенно для отделения друг от друга описаний проектов и логических частей резюме. О собственных достижениях кричать таким образом тоже можно, но не очень рекомендуется.
Враньё в резюме
Всё ещё актуальным остаётся вопрос: "Можно ли врать в резюме?". Трудно сказать. Знаю, что индусы врут не просто нагло, а совсем нагло. Но так же сам наблюдал, как некоторых потом выводили за ухо до дверей офиса и заносили в чёрные списки, тем самым пожизненно лишая возможности работать на проектах конторы.
В общем, решайте сами. С одной стороны, вроде как не пойман, не вор. В принципе, если у человека только год, но действительно настоящего опыта работы на C++, а он пишет а резюме 3, то, скорее всего, это будет крайне трудно проверить. С другой стороны, если опыт липовый, то это легко выяснится на первом же интервью.
Таким образом, я бы на этот вопрос ответил так: "Врать нельзя, но если очень хочется, то привирать можно."
Но и привирать тоже нужно осторожно. Если, например, у вас год работы на .NET, а вы пишете три, то я вам точно не поверю. .NET на рынке всего два года с хвостиком.
Так же резюме должно соответствовать трудовой книжке. Это будет проверяться INS, когда на вас будет оформляться виза.
Вторичный скилсет
Это набор технологий, с которыми знаком претендент, но которые не являются для него основными. Очень часто, наличие вторичного умения в той или иной технологии является определяющим фактором при выборе из нескольких кандидатов. Таким образом, этому тоже надо уделить должное внимание.
Карьера в резюме
По моим жизненным наблюдениям, программисты делятся на три возрастные категории:
- до 2-х лет — молодежь,
от 2-х до 5-ти лет — зрелые девелоперы,
от 5-ти и уже неважно до скольки — профи.
Бывают, конечно, и исключения, но я с трудом поверю, что человек на первом же проекте с первого дня выступал в роли одновременно архитектора и тим-лида команды из восьми человек.
Также несерьёзно смотрится в резюме у ребят с 10-ти летним опытом позиции на последних проектах типа Software Developer. К этому времени пора бы уже стать и старшим.
В общем, не стоит перебарщивать на первых порах, всему своё время. Но к трём годам уже желательно иметь сеньорские позиции (Senior — старший, не путать с Chief — главный), а кому-то уже и тим-лидские. Дальше можно хоть всю жизнь быть сеньором, но к четырём-пяти годам, вполне прилично начинает смотреться архитектура и управление проектами.
Не очень хорошее отношение к freelance. Да и не известно как INS относится к свободным художникам.
Не стоит так же указывать свою позицию как Programmer. Programmer — это Junior Developer, так что лучше просто написать — Software Developer.
Самая нейтральная позиция — Consultant. Консультантом может быть как новичок, так и профи, но, насколько мне известно, в России это пока не очень распространено.
Личные сведения и контактные данные
Резюме должно обязательно содержать имя претендента и контактную информацию в виде телефона и адреса электронной почты. Всё. Никаких улиц и домов, никаких хобби, имён любимых собачек, семейного положения и прочей лабуды. Это никому не интересно.
Я
Просто запустите поиск и удалите все вхождения 'I' в резюме. Хотя это и не согласуется с английской грамматикой, но в резюме не принято 'якать'. Пишите "Developed" вместо "I developed", "Able" вместо "I am able", "Was able" вместо "I was able" и т.п. Всё это смотрится лучше, чем с 'I', тем более что чаще всего это всё следует списком в секции Responsibilities.
English
Резюме должно быть написано, по крайней мере, грамотно. Если вы не очень уверенно себя в этом чувствуете, отдайте его на вычитку профессионалу. Боюсь, что электронные переводчики смогут только ухудшить положение. Хорошим подспорьем может стать Lingvo (как мы знаем это не переводчик, а словарь), со своими примерами, и, конечно же, первоисточник всех времён и народов — Google. Особенно это полезно в ситуациях, когда нужно проверить правильность использования слова в определённом контексте и когда нет уверенности в том, какой ставить предлог или артикль.
Я в своё время потратил около месяца на написание резюме и его вычитку с совсем не бесплатными преподавателем из университета. Сейчас, каждый раз, когда мне нужно его проапдейтить, это занимает несколько дней. Так что и вы не стесняйтесь Всё это обязательно окупится.
Не используйте "took part" в смысле "принимал участие". Не знаю почему, но буржуи это словосочетание не любят. Используйте "participated" вместо. Вообще, лучше не злоупотреблять непонятными иностранными словечками, т.к. они могут оказаться непонятными в том числе и самим иностранцам.
Структура резюме
Резюме состоит из трёх крупных частей;
- Краткое описание опыта
Описание проектов
Дополнительные сведения
Краткое описание опыта
Включает в себя Summary и Technical Environment.
В Summary обычно говорится, какой опыт имеет кандидат, кокой он хороший и какое счастье подвалит тому, кто его возьмёт на работу. Полезно также указать здесь количество лет опыта работы с конкретными технологиями. Чтобы не напрягать читающего вычислениями на основании данных из проектов.
Иногда вместо Summary пишется Objective. Но обычно и так понятно, что вы ищете интересную высокооплачиваемую работу в крутой компании. Писать об этом в резюме не обязательно. Всё это можно указать в Cover Letter.
Technical Environment — это перечисление технологий и средств, которыми владеет кандидат. Обычно Technical Environment разбивается на несколько групп как: OS, языки программирования, веб-технологии, сетевые технологии, базы данных и т.п. Не стоит замусоривать данный раздел перечислением всех известных версий используемых продуктов.
Описание проектов
Описание каждого проекта должно содержать следующие части:
- Дату начала и окончания в формате Jan 2002 — May 2004. Месяца следует указывать именно в таком формате. Для текущего проекта вторая часть должна содержать слово Present, а не Now.
Company. Название компании. Для американских компаний указывается город и штат, для российских город и Russia, либо же просто Russia. Если для одной компании указывается несколько проектов, то информацию о компании и времени работы в ней можно указать отдельно.
Customer. Заказчик проекта, если такой имеется.
Position. Занимаемая должность на данном проекте.
Project. Название проекта.
Project Description. Две-три строчки описания проекта. Не надо делать эту часть слишком большой. Того, кто читает ваше резюме интересует не столько сам проект, сколько ваше участие в нём. Какие задачи конкретно вы выполняли и с помощью каких средств.
Environment. Здесь необходимо перечислить языки программирования, технологии, средства, которые использовались вами в данном проекте.
Responsibilities. Список выполненных вами задач. Обычно каждое приложение данного списка строится в простом прошедшем времени без местоимения I. "Analyzed the requirements, designed database schema…" Иногда встречается вариант, построенный на использовании существительных — "Analyze of the requirements, database design." Очень важно, чтобы при описании выполненных задач использовались технологии и средства, заявленные в Environment: "Developed a set of COM objects using ATL", "Performed database design using Rational Rose".
Дополнительные сведения
Сюда входят разделы Education and Certification, Publications, References и т.д. В образовании нужно указывать года с — по. В References просто пишется "Available upon request".
Небольшой шаблон резюме можно найти здесь.
И самое главное
Всё что я здесь понаписал ни в коем случае не стоит воспринимать как догму. Резюме является в некотором смысле отражением индивидуальности своего хозяина. Воспринимайте этот пост просто как подсказку какие типичные ошибки не надо совершать. Остальное дело вкуса, опыта и желания.
Удачи.
06.06.2004 67 комментариев |
IT>Но и привирать тоже нужно осторожно. Если, например, у вас год работы на .NET, а вы пишете три, то я вам точно не поверю. .NET на рынке всего два года с хвостиком.
А зря... Дотнет в паблике на много раньше 2002ого и если человек его использовал уже за год до релиза, это ИМХО говорит только в его пользу.
IT>Также несерьёзно смотрится в резюме у ребят с 10-ти летним опытом позиции на последних проектах типа Software Developer. К этому времени пора бы уже стать и старшим.
Для xUSSR довольно характерна ситуация, когда многие лиды уходят в аутсорцинг по банальным финансовым соображениям, причём в CV это выглядит как downgrade...
>банальным финансовым соображениям, причём в CV это выглядит как downgrade...
Ну дык пиши "Консультант", делов-то.
IT>>Но и привирать тоже нужно осторожно. Если, например, у вас год работы на .NET, а вы пишете три, то я вам точно не поверю. .NET на рынке всего два года с хвостиком.
А>А зря... Дотнет в паблике на много раньше 2002ого и если человек его использовал уже за год до релиза, это ИМХО говорит только в его пользу.
Мы говорим о коммерческом использовании, правильно? Я сам знаю лично двоих ребят, которым было положено заниматься бетами по должности. Оба работали в ныне покойном Rogue Wave и начинали ещё с ранних бет писать .NET'вскую версию Stingray. А отцы Стингрея, те которые потом написали Syncfusion, вообще занимались консультированием Microsoft, когда те писали WinForms. В данном случае всё понятно.
IT>>Также несерьёзно смотрится в резюме у ребят с 10-ти летним опытом позиции на последних проектах типа Software Developer. К этому времени пора бы уже стать и старшим.
А>Для xUSSR довольно характерна ситуация, когда многие лиды уходят в аутсорцинг по банальным финансовым соображениям, причём в CV это выглядит как downgrade...
Всё зависит от того как это подать
А>>А зря... Дотнет в паблике на много раньше 2002ого и если человек его использовал уже за год до релиза, это ИМХО говорит только в его пользу.
IT>Мы говорим о коммерческом использовании, правильно?
Коммерческое использование .NET на рынке всего 2 с хвостиком лет?! Вы о чем вообще?! Наш проект на .NET почти 4 года, мы его начали с .NET 1.1 (а до него еще и 1.0 был).
_>Коммерческое использование .NET на рынке всего 2 с хвостиком лет?! Вы о чем вообще?! Наш проект на .NET почти 4 года, мы его начали с .NET 1.1 (а до него еще и 1.0 был).
Оригинальное сообщение написано 06.06.04 09:43
K>Оригинальное сообщение написано 06.06.04 09:43
Мда, бывает...
> Так же резюме должно соответствовать трудовой книжке. Это будет проверяться INS, когда на вас будет оформляться виза.
Не будет проверяться — у меня не было трудовой.
--
Maxim Yegorushkin
>> Так же резюме должно соответствовать трудовой книжке. Это будет проверяться INS, когда на вас будет оформляться виза.
ME>Не будет проверяться — у меня не было трудовой.
За что купил, за то продал
IT>Формат, естественно MS Word. Название должно обязательно содержать имя и фамилию претендента. Например, Vasily_Pupkin.doc или Vasily_Pupkin_resume.doc. Можно также добавить префикс _cs, _cpp, _java, чтобы показать, как вы себя позиционируете. Ни в коем случае не называйте своё резюме resume.doc. Это имя может быть уникально на вашем компьютере в каталоге My Documents, но человека, который просматривает десятки резюме в день, это может очень сильно раздражать.
Лучше в rtf формате.
Dog>Лучше в rtf формате.
Чем лучше?
IT>Чем лучше?
Разве doc полностью переносим между версиями? А то какой-нибудь Вася Пупкин напишет резюме в Word2005, а читать будут из под 97-го
Dog>Разве doc полностью переносим между версиями? А то какой-нибудь Вася Пупкин напишет резюме в Word2005, а читать будут из под 97-го
Тебе захочется работать в конторе в которой всё ещё используется W97?
И потом, где-то встречал рекомендацию избегать употребления "подчиненных", что-ли, слов, каковым, в частности, является responsibilities...(?)
А>И потом, где-то встречал рекомендацию избегать употребления "подчиненных", что-ли, слов, каковым, в частности, является responsibilities...(?)
Responsibilities — это обязанности. Рекомендации на тему не иметь обязанностей, когда ни кто ни за что не отвечает, обычно приводят к плачевным результатам.
WM>Интерестно, как посмотрят на резюме написанное в HTML?
Когда я в очередной раз увидел объявление о работе со словами "DOC, RTF удаляются до прочтения", я понял — на всех не угодишь. Вот уже не-помню-сколько лет мое резюме отсылается исключительно в HTML.
WM>Интерестно, как посмотрят на резюме написанное в HTML? Оценят заботу о независимости от MS, или наоборот, расстроятся, что им не дали возможности запустить свой любимый текстовый процессор?
Плохо. Сортировка резюме это рутина, а всякие приятные неожиданности тут не к чему. Кроме того ты уверен что оно красиво распечатается? А что когда его будут искать оно найдётся? Ведь искать потом будут документ ворд. Кроме того поведение эксплорера и аутлука по умолчанию весьма странны... Ну читает барышня анектоты в нете, тыкает в атач с твоим резюме и оно открывается в том же окне, где раньше были её анекдоты. Не уверен что она будет в восторге.
IT>Тебе захочется работать в конторе в которой всё ещё используется W97?
и еще лучше тем что rtf свободен от макровирусов.
если кандидат случайно зашлет резюме с вирусом это можно рассматривать как полный провал
иногда я делал такой трюк — сохранял как .rtf и переименовывал в .doc.
> иногда я делал такой трюк — сохранял как .rtf и переименовывал в .doc.
А чем плохо просто в rtf-то отсылать? Ворд "перебивает" на себя расширение rtf, так что открываться резюме будет в ворде. Плюс практически любой редактор читает да и гемора с версиями нет.
ничем не плохо но несильноп родвинутые юзеры первый раз увидев расширение .rtf сильно удивляются
и просят прислать в формате Ворд , не догадываясь что он открывается вордом
A>и еще лучше тем что rtf свободен от макровирусов.
А rtf точно содержит всю информацию, которая имеется в doc?
IT>А rtf точно содержит всю информацию, которая имеется в doc?
Не знаю как всю, но табличку с резюме точно не помнёт, а вот фотографию любимой собаки ...
зы. Мне даже страшно подумать, что вы туда хотите впихнуть
Dog>>>Лучше в rtf формате.
IT>>Чем лучше?
Dog>Разве doc полностью переносим между версиями? А то какой-нибудь Вася Пупкин напишет резюме в Word2005, а читать будут из под 97-го
Word 2005 не существует.
IT>Формат, естественно MS Word. Название должно обязательно содержать имя и фамилию претендента. Например, Vasily_Pupkin.doc или Vasily_Pupkin_resume.doc. Можно также добавить префикс _cs, _cpp, _java, чтобы показать, как вы себя позиционируете. Ни в коем случае не называйте своё резюме resume.doc. Это имя может быть уникально на вашем компьютере в каталоге My Documents, но человека, который просматривает десятки резюме в день, это может очень сильно раздражать.
Блин, сейчас ведь все вирусов боятся, так что plain text и без атачей, прямо в письме.
IT>>Формат и название файла
А>Блин, сейчас ведь все вирусов боятся, так что plain text и без атачей, прямо в письме.
Его особенно удобно читать , кроме того как правило, резюме сохраняются, а это потребует лишних усилий от того кто сортирует почту. Да и в случае форварда, читать это станет ещё менее удобно.
Да и вообще не понятна такая позиция, зачем добавлять людям лишней работы? не ужели вы думаете, что людям не чем заняться?
А>Блин, сейчас ведь все вирусов боятся, так что plain text и без атачей, прямо в письме.
Кто боится — те антивирусы ставят и макросы отключают. Или подписывают, если надо.
Несерьезный аргумент.
IT>Небольшой шаблон резюме можно найти здесь.
Ну началось... теперь каждое второе резюме будет начинаться именно с таких слов
IT>Резюме бывают двух типов: краткое и детальное. Первое должно помещаться на 2-х, максимум 3-х страницах и содержать краткое описание опыта, умений, образования, сведения о двух-трёх последних проектах и короткое упоминание об оставшихся. При этом не стоит пытаться впихнуть детальное резюме в две-три страницы путём уменьшения шрифта и сокращения расстояния между строчками.
Не согласен. Страница на сжатое. Как раз для того, кто просматривает 10ки резюме в день.
Хотя, конечно, жизненный опыт может быть настолько пестрым, что на страницу не влезет.
IT>Используйте "participated" вместо.
По-русски так не говорят Ты имел в виду Use "participated" instead?
IT>Вообще, лучше не злоупотреблять непонятными иностранными словечками, т.к. они могут оказаться непонятными в том числе и самим иностранцам.
С другой стороны если лексикон будет однообразным и сильно упрощённым, то создастся впечатление что тебе неприятно использовать английский для выражения своих мыслей.
К примеру многие чиста по-русски всегда и везде пишут very good и very important. Имхо лучше по возможности заменить на более подходящий синоним (например brilliant и crucial соответственно).
IT>>Используйте "participated" вместо.
I>По-русски так не говорят Ты имел в виду Use "participated" instead?
Ну да
IT>>Вообще, лучше не злоупотреблять непонятными иностранными словечками, т.к. они могут оказаться непонятными в том числе и самим иностранцам.
I>С другой стороны если лексикон будет однообразным и сильно упрощённым, то создастся впечатление что тебе неприятно использовать английский для выражения своих мыслей.
I>К примеру многие чиста по-русски всегда и везде пишут very good и very important. Имхо лучше по возможности заменить на более подходящий синоним (например brilliant и crucial соответственно).
Здесь имеется ввиду то, что многие, особенно профессиональные термины, взятые из словоря могут не иметь ничего общего с реальной жизнью, либо могут быть знакомы очень узкому кругу профессионалов. Возьмём, например, из словаря перевод слудующей фразы "Центр Управления Космическими Полётами". В Lingvo можно найти два близких перевода:
Теперь заходим в Google и пробуем это найти.
"space operation center" — 597 результатов, в основном European и German. Попробуем искать "russian space operation center" — 0.
"tracking headquarters" — 315 результатов и опять же все какие-то левые. Стоит только добавить russian и результатов почти нет.
Теперь берём "mission control" — получаем 222 000 результатов. Добавляем в поиск "russian" — 29 500. Кроме того тут же находим официальный сайт ЦУП и видим что сами себя они именуют "Mission Control Centre". И действительно "Russian Mission Control Centre" даёт 2340 результатов по делу. Для особо непонятлевых можно даже ещё уточнить "Russian Space Mission Control Centre" и результат тоже будет вполне адекватным.
Это я всё к тому, что взятые спец термины из словаря нужно обязательно проверять на их используемость. В вышеприведённом примере, я взял из словоря "tracking headquarters" как наиболее подходяший вариант, а потом получил кучу вопросов "а что это такое?".
IT>Удачи.
принято ли в резюме включать фото?
спасибо.
N>Здравствуйте, IT, Вы писали:
IT>>Удачи.
N>принято ли в резюме включать фото?
N>спасибо.
смотря куда метишь
N>принято ли в резюме включать фото?
Нет.
N>принято ли в резюме включать фото?
Это уже некролог получится.
IT>Читал резюме, полученные по объявлению в топике MASTECH will..., много думал... Молчать больше не могу. Видимо пора заняться изучением этого вопроса серьёзно
IT>Резюме бывают двух типов: краткое и детальное.
IT>Первое должно помещаться на 2-х, максимум 3-х страницах и содержать краткое описание опыта, умений, образования, сведения о двух-трёх последних проектах и короткое упоминание об оставшихся.
Я бы предложил одну страницу для краткого, и сколько надо — для полного.
Причем, советую писать так, что бы первая страница была полным описанием
скилсета и кратко говорила о проф. опыте, остальное — расширяло бы и
углублало тему. Во первых так удобнее — надо модифицировать только один документ.
Во вторых, если остальные страницы утратятся, первая страница будет содержать
достаточно информации о вас.
Не помню, кстати, что бы полное резюме кто-то дочитывал до конца. По моему, 3 страницы —
это предел даже для полного. IMHO заполнить большее число страниц релевантным для работодателя
опытом малореально.
IT>Формат, естественно MS Word. Название должно обязательно содержать имя и фамилию претендента. Например, Vasily_Pupkin.doc или
Это не совсем естественно. Во первых, сейчас активно набирают на Linux/Unix/Java — у таких
контор может и не быть ворда. Ну или просто прибьют такое резюме. Или корпоративные
почтовый сервак прибьет *.doc файл, как контейнер для вирусов.
Во вторых, некоторые конторы имеют явные требования к формату резюме — например,
я много раз встречал требования резюме слать в плейнтексте, с припиской,
что письма с вложениями не рассматриваются.
Когда не было известно, каков формат резюме, я слал плейнтекстом в
письме + RTF в аттачменте. RTF — потому что нормально везде читается,
и обычно пропускается почтовыми серваками без проблем.
IT>Выбор шрифта довольно ответственное и неоднозначное занятие. Во-первых, шрифт должен хорошо смотреться на мониторе, во-вторых, так же хорошо на бумаге, в-третьих, это дело вкуса. На бумаге, на мой взгляд, лучше всего смотрится 'Times New Roman' десятка. На мониторе мне нравится Verdana, поэтому правильным выбором для резюме будет 'Arial 10'.
Стандратный шрифт по умолчанию в ворде — Times. Есть смысл использовать его хотя бы поэтому.
"Ничего не меняйте, если работает".
IT>Не забывайте использовать выделение жирным, особенно для отделения друг от друга описаний проектов и логических частей резюме. О IT>собственных достижениях кричать таким образом тоже можно, но не очень рекомендуется.
Сoветую применять логическое форматирование в виде секций/заголовков. Пoменьше сложного форматирования,
таблиц, отступов табами или пробелами. Такое резюме выглядит профессиональнее и меньше риска, что его
перекосит по какой-либо причине.
IT>Враньё в резюме
IT>Всё ещё актуальным остаётся вопрос: "Можно ли врать в резюме?". Трудно сказать. Знаю, что индусы врут не просто нагло, а совсем нагло. Но так же сам наблюдал, как некоторых потом выводили за ухо до дверей офиса и заносили в чёрные списки, тем самым пожизненно лишая возможности работать на проектах конторы.
Врать нужно так, что бы невозможно было поймать. С другой стороны, есть тема, что
честность — лучшая политика. На трёх последних местах работы мне лично врать
в резюме не пришлось (хотя были предпосылки к тому, что придется), чему я рад.
В общем, на усмотрение соискателя.
IT>В общем, не стоит перебарщивать на первых порах, всему своё время. Но к трём годам уже желательно иметь сеньорские позиции (Senior — старший, не путать с Chief — главный), а кому-то уже и тим-лидские. Дальше можно хоть всю жизнь быть сеньором, но к четырём-пяти годам, вполне прилично начинает смотреться архитектура и управление проектами.
Вот это как раз тема для приписок. Реальная должность зависит от
политики компании, равно как и обязанности той или иной должности.
Бывает, что и ПМ кодит. А бывает — и тимлид строчки не напишет.
Плюс позицию сложно проверить — разве звонить, но это уже
верх паранойи.
IT>Самая нейтральная позиция — Consultant. Консультантом может быть как новичок, так и профи, но, насколько мне известно, в России это пока не очень распространено.
Ага. И звучит лучше.
IT>Личные сведения и контактные данные
IT>Резюме должно обязательно содержать имя претендента и контактную информацию в виде телефона и адреса электронной почты. Всё.
Заметим — в начале.
IT>Не используйте "took part" в смысле "принимал участие". Не знаю почему, но буржуи это словосочетание не любят. Используйте "participated" вместо. Вообще, лучше не злоупотреблять непонятными иностранными словечками, т.к. они могут оказаться непонятными в том числе и самим иностранцам.
Круче — involved.
[Структура резюме — skipped, не читая]
Считаю, что девелопер должен уметь такие вещи разрабатывать
самостоятельно, в силу априорного наличия скилла структурной/объектной
декомпозиции
IT>Всё что я здесь понаписал ни в коем случае не стоит воспринимать как догму. Резюме является в некотором смысле отражением индивидуальности своего хозяина. Воспринимайте этот пост просто как подсказку какие типичные ошибки не надо совершать. Остальное дело вкуса, опыта и желания.
Не ленитесь кастомизировать резюме под конкретного заказчика... Тьфу, работодателя.
dmz>Я бы предложил одну страницу для краткого, и сколько надо — для полного.
Одна для краткости — это Cover Letter либо же покоцаное резюме без проектов.
dmz>Не помню, кстати, что бы полное резюме кто-то дочитывал до конца.
Я дочитывал до конца Тут дело такое. Рекрутер естественно пробежится по первой страничке в поисках ключевых слов. Именно поэтому, их для него надо сгруппировать поудобнее. Но если дойдёт дело до спеца, то не исключено, что ему будет интересны подробности. Многие, и я в том числе, на основании резюме строят интервью.
К тому же компания, о которой идёт речь в самом начале топика, требует развёрнутое резюме.
IT>>Формат, естественно MS Word. Название должно обязательно содержать имя и фамилию претендента. Например, Vasily_Pupkin.doc или
dmz>Это не совсем естественно. Во первых, сейчас активно набирают на Linux/Unix/Java — у таких
dmz>контор может и не быть ворда. Ну или просто прибьют такое резюме. Или корпоративные
dmz>почтовый сервак прибьет *.doc файл, как контейнер для вирусов.
Это совершенно неверное утверждение. Doc — это стандарт обмена документами в подавляющем числе организаций. Я по крайней мере не видел ещё ни одной другой, включая те, для которых Windows Suxx. Сакс то он сакс, но против лома не попрёшь. Ты можешь у себя внутри не использовать Word, но вот заставить это делать клиентов — это вряд ли. Так что не надо заниматься глупостями — пишите резюме в формате MS Word. Если же всё же найдётся контора в которой почтовые сервера режут doc, то скорее всего вы по-любому не захотите в ней работать
dmz>Во вторых, некоторые конторы имеют явные требования к формату резюме — например,
dmz>я много раз встречал требования резюме слать в плейнтексте, с припиской,
dmz>что письма с вложениями не рассматриваются.
Не из-за того ли что контора сидит на диалапе? Тот же вопрос, ты захочешь там работать?
dmz>Стандратный шрифт по умолчанию в ворде — Times. Есть смысл использовать его хотя бы поэтому.
dmz>"Ничего не меняйте, если работает".
Далеко не все печатают все приходящие резюме, а Times довольно тяжело читается с экрана.
IT>>Не используйте "took part" в смысле "принимал участие". Не знаю почему, но буржуи это словосочетание не любят. Используйте "participated" вместо. Вообще, лучше не злоупотреблять непонятными иностранными словечками, т.к. они могут оказаться непонятными в том числе и самим иностранцам.
dmz>Круче — involved.
Это тоже хорошо использовать, но involved всё же имеет несколько иной смысл.
dmz>[Структура резюме — skipped, не читая]
Пастернака не читал, но осуждаю.
dmz>Считаю, что девелопер должен уметь такие вещи разрабатывать
dmz>самостоятельно, в силу априорного наличия скилла структурной/объектной
dmz>декомпозиции
Девелопер должен уметь писать код. Требовать от него дизайнерских талантов глупо. Хотя по небрежно написанному резюме можно сделать практически однозначный вывод о том, что код будет писаться так же.
ЗЫ. С остальным в принципе согласен.
dmz>>Считаю, что девелопер должен уметь такие вещи разрабатывать
dmz>>самостоятельно, в силу априорного наличия скилла структурной/объектной
dmz>>декомпозиции
IT>Девелопер должен уметь писать код. Требовать от него дизайнерских талантов глупо. Хотя по небрежно написанному резюме можно сделать практически однозначный вывод о том, что код будет писаться так же.
Не везде это так. Я вот девелопер, но дизайнить приходится достаточно много. И над алгоритмами думать тоже приходится. А бывает, что возникает потребность и в статья научных покопаться...
dmz>>Я бы предложил одну страницу для краткого, и сколько надо — для полного.
IT>Одна для краткости — это Cover Letter либо же покоцаное резюме без проектов.
Но, как ни странно, именно она обычно и остается как у рекрутера, так и у непосредственного работодателя — остальные "технические" страницы таскают с собой обычно только "технические" собеседники.
IT>Я дочитывал до конца Тут дело такое. Рекрутер естественно пробежится по первой страничке в поисках ключевых слов...
вот именно...
IT>... Но если дойдёт дело до спеца, то не исключено, что ему будет интересны подробности. Многие, и я в том числе, на основании резюме строят интервью.
это когда дело доходит до собеседования со спецом — обычно это 2-3-е собеседование — надо еще пойти 1-2 "первых", которые и проводятся по первой странице — обычно только по первой: по опыту полугодичной давности...
IT>К тому же компания, о которой идёт речь в самом начале топика, требует развёрнутое резюме.
А "развернутое" — это и есть "1-я + все остальные" — я так думаю (и делаю).
dmz>>контор может и не быть ворда. Ну или просто прибьют такое резюме. Или корпоративные
dmz>>почтовый сервак прибьет *.doc файл, как контейнер для вирусов.
IT>Это совершенно неверное утверждение. Doc — это стандарт обмена документами в подавляющем числе организаций. Я по крайней мере не видел ещё ни одной другой, включая те, для которых Windows Suxx. Сакс то он сакс, но против лома не попрёшь. Ты можешь у себя внутри не использовать Word, но вот заставить это делать клиентов — это вряд ли. Так что не надо заниматься глупостями — пишите резюме в формате MS Word. Если же всё же найдётся контора в которой почтовые сервера режут doc, то скорее всего вы по-любому не захотите в ней работать
Я сам пишу резюме в Ворде — для черновой проверки орфографии и мелких помарок. Но "базовое" резюме держу в текстовом файле: удобно и без особого труда форматируется во что угодно. Хотя, конечно, это дело привычки и предпочтений, потому как "первую страницу" для печати форматирую все же отдельно — да и остальные, впрочем, тоже. Шлю обычно в rtf — в doc только по требованию. Не слать резюме в контору, которая имеет те или иные правила — пусть даже "режет" почту — это решать каждому отдельно и для каждой конторы отдельно — не слать только из-за этого явно глупо...
(!) Заметка для вашего мальчика: не забывайте просматривать, чистить, и менять на нужную, на "свою" метаинформацию в doc и rtf — иногда такая информация крайне познавательна для внимательного читателя!
dmz>>Во вторых, некоторые конторы имеют явные требования к формату резюме — например,
dmz>>я много раз встречал требования резюме слать в плейнтексте, с припиской,
dmz>>что письма с вложениями не рассматриваются.
IT>Не из-за того ли что контора сидит на диалапе? Тот же вопрос, ты захочешь там работать?
А шо, программист идет работать только на широкий канал доступа в инет?
dmz>>[Структура резюме — skipped, не читая]
IT>Пастернака не читал, но осуждаю.
Ху из мистер Пастернак?
dmz>>Считаю, что девелопер должен уметь такие вещи разрабатывать
dmz>>самостоятельно, в силу априорного наличия скилла структурной/объектной
dmz>>декомпозиции
IT>Девелопер должен уметь писать код. Требовать от него дизайнерских талантов глупо. Хотя по небрежно написанному резюме можно сделать практически однозначный вывод о том, что код будет писаться так же.
Да не факт: резюме может быть написано "третьим лицом" или даже "сторонней компанией" — почему бы и нет раз есть такой спрос? Девелопер — тоже человек — он должен будет не только код писать, но еще и в конторе работать, например, появляться там каждый день и каждый день вести отчет о своей работе — или даже просто свой код комментировать — это по работе. А как человек и профессиональный работник он должен уметь профессионально себя представлять — и в резюме, и на собеседовании, и в дальнейшем — я так думаю...
IT>Читал резюме, полученные по объявлению в топике
...
IT>...никаких хобби,...
IT>Удачи.
Сейчас в университете удет курс "Управление персоналом", в котором была тема про резюме. Иногда хобби можно писать. По нему можно "косвенно" судить о человеке. К примеру: Туризм — такого запросто можно посылать в командировки, скалолазание — склонность к риску и т.д. Еще хобби можно написать, если оно совпадает с направлением деятельности компании.
У меня есть небольшой freeware проект. Стоит ли его писать в резюме (опыта работа нет)?
P.S. Интересно, как отнесется работодатель, если написать в хобби — программирование.
VRU>Сейчас в университете удет курс "Управление персоналом", в котором была тема про резюме. Иногда хобби можно писать. По нему можно "косвенно" судить о человеке. К примеру: Туризм — такого запросто можно посылать в командировки,
или он сам по полгода будет отсутствовать, ходить в походы.
VRU>скалолазание — склонность к риску и т.д.
а этот будет по полгода лежать с поломаной ногой.
VRU>Еще хобби можно написать, если оно совпадает с направлением деятельности компании.
Ну да. Типа люблю печь булочки по выходным (работник хлебопекарни) или давать деньги в долг (работник банка)
Не надо этого. Оно, конечно, как в анекдоте про известного поручика, можно пощёчину получить, а можно и впердолить, но, к сожалению, вероятность первого гораздо выше.
VRU>У меня есть небольшой freeware проект. Стоит ли его писать в резюме (опыта работа нет)?
Я пишу даже при наличии опыта
VRU>P.S. Интересно, как отнесется работодатель, если написать в хобби — программирование.
Плохо отнесётся. Работодателю нужен профессионал, а не любитель.
IT>или он сам по полгода будет отсутствовать, ходить в походы.
IT>а этот будет по полгода лежать с поломаной ногой.
Уберу хобби, во избежание двойного толкования.
IT>Ну да. Типа люблю печь булочки по выходным (работник хлебопекарни) или давать деньги в долг (работник банка)
Если я увлекаюсь фотографией...а заказчику надо PaintBrushEx...
VRU>>У меня есть небольшой freeware проект. Стоит ли его писать в резюме (опыта работа нет)?
IT>Я пишу даже при наличии опыта
Понятно, добавлю.
VRU>Подскажите, как быть с пунктиком "Вакансия", если мне без разницы на чем программировать? (т.е. Delphi/C#) Писать оба, либо предпочесть что-то одно?
Если резюме пишется под конкретную позицию, что лучше предпочесть.
VRU>Подскажите, как быть с пунктиком "Вакансия", если мне без разницы на чем программировать? (т.е. Delphi/C#) Писать оба, либо предпочесть что-то одно?
Если идете на конкретную позицию, то лучше пишите предпочтительно то-то (Шарп, например), но следует указать , что Вы многостаночник. У нас это очень ценится, в некоторых фирмах, знаю, тоже. Т.е., если Вы можете (и готовы, хотели бы) программировать и на шарпе, и на плюсах, но там отдадут предпочтение перед чистым шарпером. Хотя и далеко не всегда, т.к. многостаночность все же не везде есть и чем крупнее компания, тем менее распространена многостаночность.
<<Слушаю болтовню коллег...>>
[]
интересует мнение по следующему вопросу: стоит ли указывать минимальный ожидаемый уровень ЗП? дело в том, что на данный момент, стараясь выполнить требования форума, работодатель пишет нечто такого вида "оплата 800-2200$" соответственно есть вероятность зря потратить свое время.
k.>интересует мнение по следующему вопросу: стоит ли указывать минимальный ожидаемый уровень ЗП? дело в том, что на данный момент, стараясь выполнить требования форума, работодатель пишет нечто такого вида "оплата 800-2200$" соответственно есть вероятность зря потратить свое время.
В резюме уровень зарплаты указывать не надо. Это обычно делается в размещаемых объявлениях сразу, либо можно сказать свою или спросить ожидаемую вилку при первом разговоре с рекрутером.
You wrote on Fri, 30 Sep 2005 10:24:22 GMT:
k> Здравствуйте, IT, Вы писали:
k> []
k> интересует мнение по следующему вопросу: стоит ли указывать
k> минимальный ожидаемый уровень ЗП? дело в том, что на данный момент,
k> стараясь выполнить требования форума, работодатель пишет нечто такого
k> вида "оплата 800-2200$" соответственно есть вероятность зря потратить
k> свое время.
Я з/п писал в сопроводительном письме.
Y>А вот такая ситуация — мне запрещено разглашать кому бы то ни было информацию о нашем заказчике и проекте. Никто в Америке не должен знать, что на эту фирму русские негры пашут. А опыт-то хороший и очень хочется им похвастаться перед другими американцами. Как быть? Как писать резюме?
Самое забавное, с этим вопросом к текущему работодателю скорее всего не подойдешь и не спросишь, "Как быть?" ... имхо надо придумать решение, которое бы звучало достаточно солидно (чтобы быть по солидности равным тому, где бы вы просто написали название организации) и достаточно правдиво, чтобы это не выглядело слишком голословно. Вот только как это совместить, ума не приложу
Другими словами — как сказать что-либо конкретное, не говоря абсолютно ничего конкретного? Та еще проблема...
Ну будешь же писать что-нибудь в духе:
Employment summary:
Current: Organization that stands on a level with the highest world Software-Development companies.
Т.к. без конкретных названий это мало что дает...
Хотя могу ошибаться
Y>А вот такая ситуация — мне запрещено разглашать кому бы то ни было информацию о нашем заказчике и проекте. Никто в Америке не должен знать, что на эту фирму русские негры пашут. А опыт-то хороший и очень хочется им похвастаться перед другими американцами. Как быть? Как писать резюме?
Что значит запрещено? Это вам американцы запретили? Вы какой-то контракт подписывали или как?
Вообще-то кроме названия конторы в резюме надо ещё указывать и страну из которой эта компания. Так что имя можно указать какое угодно, а через запятую страну.
Учился в университете экстерном на профильной специальности, но не доучился, бросил наполовине. Стоит ли это указывать в резюме?
VRU>Учился в университете экстерном на профильной специальности, но не доучился, бросил наполовине. Стоит ли это указывать в резюме?
Если вопрос касается как буржуи на это смотрят, то никак не смотрят, для них такого образования нет, особенно для INS. INS часто индусов из 3-х годовых колледжей заворачивает. А вообще, не знаю
Предположем я несколько лет работал без трудовой. Как к этому отнесутся работадатели и посольство?
Спасибо!
Х>Предположем я несколько лет работал без трудовой. Как к этому отнесутся работадатели и посольство?
Какие-нибудь другие бумажки есть?
IT>Здравствуйте, Хэлкар, Вы писали:
Х>>Предположем я несколько лет работал без трудовой. Как к этому отнесутся работадатели и посольство?
IT>Какие-нибудь другие бумажки есть?
Нету. Когда работал — не задумывался о перспективах.
IT>>Какие-нибудь другие бумажки есть?
Х>Нету. Когда работал — не задумывался о перспективах.
Можно попробовать хотя бы рекомендательные письма взять.
Х>Я извеняюсь если уже спрасили — не нашел.
Х>Предположем я несколько лет работал без трудовой. Как к этому отнесутся работадатели и посольство?
Х>Спасибо!
Мне в похожей ситуации посоветовали взять копии приказов о приеме на работу и об увольнении. Они все равно должны быть даже, если работал без оформления записи в трудовую книжку. А если совсем в черную... то можно найти фирмы, которые делают липовые записи, т.е. они выдают тебе все документы, что ты работал у них. Но, правда, не знаю как на эти фирмы смотрят в посольствах
Хочу попросить совета. Чтобы Вам было проще, кратко опишу свою трудовую деятельность.
Опыт коммерческой разработки 2,5 года. Из них 2 — года С++, портирование крупных приложений
WIN --> *NIX, реализация сетевых протоколов. Полгода(в студенчестве) создание инсталляторов
для продуктов довольно известной компании. Интересующая вакансия — *NIX C++ Developer.
1. Проект по портированию приложений — самый крупный в моей карьере. Однако заниматься
портированием больше совсем не хочется.Стоит ли упоминать его в резюме, если есть
подозрение, что у работодателя есть что портировать? И если не упоминать, то чем заполнить
вакуум? Обманывать не хочется.
2. Нужно ли упоминать про разработку инсталляторов? Дело в том, что компания действительно с именем,
работать довелось с профессионалами в области QA, под давлением и в условиях жёстких dead-line'ов.
Для меня это ценный опыт.
US>Хочу попросить совета. Чтобы Вам было проще, кратко опишу свою трудовую деятельность.
бог с вами, упоминайте всё, и говорите на собеседовании чем хотите заниматься