1992 — 1999 Институт точной механики и оптики (ИТМО).
Кафедра квантовой электроники и биомедицинской оптики.
* Опыт работы:
2001 — настоящее время ООО XXXX
Должность: руководитель проекта XXXX
Обязанности: сбор и анализ требований заказчиков, разработка, координация
работ по всему проекту, организация технической поддержки и внедрения ПО
в КБ и на промышленных предприятиях.
Достигнутые результаты: проведен анализ рынка и конкурирующих продуктов,
выполнена постановка задачи, набрана команда, организованы и отлажены
бизнес-процессы по разработке, тестированию, документированию, технической
поддержке и внедрению продукта, продукт выведен на рынок и постепенно
расширяет свою долю рынка, система уже 5 лет находится в промышленной
эксплуатации как на ведущих предприятиях Министерства Обороны РФ,
так и на коммерческих.
1997 — 2000 ООО XXXX
Должность: ведущий разработчик ПО.
Обязанности: разработка программного обеспечения, координация работ команды
разработчиков, тестеров, технических писателей, участие во внедрении систем
информационной безопасности в российских банках и правительственных
учреждениях.
Достигнутые результаты: разработан и выпущен на рынок продукт XXXX,
перенесена с Win95 и доработана под Win NT 4.0 очередная версия
программно-аппаратного комплекса XXXX, спроектирована и начата
реализация комплекса XXXX.
* Профессиональный опыт:
Языки и среды разработки: Borland C++, MS Visual C++, Delphi, MS Access, ASM
(x86), VB 6.0, VBA, .NET (C#, VB, Managed C++), J2SE, JScript, VBScript.
1. Иностранные языки не указаны.
2. Указаны только средства разработки. Какими средствами владеешь в подтверждение опыта по методикам управления?
3. СУБД и серверЫ приложений освещены не очень ясно. (по типу: я знаю карате, дзюдо, теквандо и много других страшных слов)
Здравствуйте, VGn, Вы писали:
VGn>1. Иностранные языки не указаны. VGn>2. Указаны только средства разработки. Какими средствами владеешь в подтверждение опыта по методикам управления? VGn>3. СУБД и серверЫ приложений освещены не очень ясно. (по типу: я знаю карате, дзюдо, теквандо и много других страшных слов)
Всегда удивляюсь, откуда люди столько знают продуктов?! Ужас! Мне С/С++ и Асма погорло хватает. Такое впечатление, что люди всего лишь изучив среду разработки, думают что уже владеют и языком и алгоритмами и проектированием структур данных и т.д, забыв о том, что среда — всего лишь редактор с парой полезных визардов.
А подумать так, меня натокнул один простой вопрос в качестве тестового задания, который я задал студенту, пришедшему к нам на практику: напишите такую та прогу (средней сложности прога на С++ с асемблерными вставками) В ФАРЕ (Far Manager). Ну т.е. в любом просто текстовом редакторе. НЕ СМОГ! Хотя насколько помню, экзамены сдал хорошо.
"Dmitry V. Liseev" <66558@users.rsdn.ru> сообщил/сообщила в новостях следующее: news:2615996@news.rsdn.ru... > Лисеев Дмитрий Владимирович > > Вакансия: Руководитель проекта > > Возраст: XX > Семейное положение: XX > E-mail: XX > > > * Образование: > > 1992 — 1999 Институт точной механики и оптики (ИТМО). > Кафедра квантовой электроники и биомедицинской оптики. > > > * Опыт работы: > > 2001 — настоящее время ООО XXXX > > Должность: руководитель проекта XXXX > > Обязанности: сбор и анализ требований заказчиков, разработка, координация > работ по всему проекту, организация технической поддержки и внедрения ПО > в КБ и на промышленных предприятиях. > > Достигнутые результаты: проведен анализ рынка и конкурирующих продуктов, > выполнена постановка задачи, набрана команда, организованы и отлажены > бизнес-процессы по разработке, тестированию, документированию, технической > поддержке и внедрению продукта, продукт выведен на рынок и постепенно > расширяет свою долю рынка, система уже 5 лет находится в промышленной > эксплуатации как на ведущих предприятиях Министерства Обороны РФ, > так и на коммерческих. > > > 1997 — 2000 ООО XXXX > > Должность: ведущий разработчик ПО. > > Обязанности: разработка программного обеспечения, координация работ команды > разработчиков, тестеров, технических писателей, участие во внедрении систем > информационной безопасности в российских банках и правительственных > учреждениях. > > Достигнутые результаты: разработан и выпущен на рынок продукт XXXX, > перенесена с Win95 и доработана под Win NT 4.0 очередная версия > программно-аппаратного комплекса XXXX, спроектирована и начата > реализация комплекса XXXX. > > > * Профессиональный опыт: > > Языки и среды разработки: Borland C++, MS Visual C++, Delphi, MS Access, ASM > (x86), VB 6.0, VBA, .NET (C#, VB, Managed C++), J2SE, JScript, VBScript. > > Технологии: Win16/32 API, MFC, STL, ATL, COM, SOA, XSLT/XSD/XSL-FO, SAX/DOM, > Sockets и прикладные протоколы (SMTP, NNTP, POP3, HTTP, FTP), Crypto API, > BDE, ODBC, DAO/ADO, CGI, ISAPI, ASP. > > СУБД и сервера приложений: Oracle, MS-SQL, Interbase, InterSystems Cache, > IIS, Apache. > > Методики управления проектами: RUP, MSF, SCRUM, Agile.
Posted via RSDN NNTP Server 2.1 beta
Только Путин, и никого кроме Путина! О Великий и Могучий Путин — царь на веки веков, навсегда!
Смотрю только Соловьева и Михеева, для меня это самые авторитетные эксперты.
КРЫМ НАШ! СКОРО И ВСЯ УКРАИНА БУДЕТ НАШЕЙ!
имхо, неинформативно. во-первых, почему начал с ведущего? может, стоит добаить студенческий опыт раболты — тогда резуме будет выглядеть логичней?
второе. список технологий в конце напоминает "карате, тэквондо..". как разработчик ты всеми этими технологиями хорошо владеть не можешь, имхо. по-моему, следует добавить в описание каждой работы использованные в ней технологии, подробней рассказать о техзнической стороне продукта. на длданный момент описания твоих работ выглядят чисто менеджерскими — исследовал, руководил, продаём. да, размер руководимого коллектива имеет значение
подлумай сам, если бы ты искал руководителя коллектива ращработчиков — по каким критериям бы ты его отбирал и впиши эту инфу в резюме
уже говорили, но повторюсь, как ты начал с ведущего разработчика?
DVL>Вакансия: Руководитель проекта
позицируеш себя как руководительно проекта, а акцент в резюме сделан на программирование.
DVL>Семейное положение: XX
а кого это волнует?
DVL>Языки и среды разработки: Borland C++, MS Visual C++, Delphi, MS Access, ASM DVL>(x86), VB 6.0, VBA, .NET (C#, VB, Managed C++), J2SE, JScript, VBScript.
и ты ВСЕ ЭТО знаешь? или когда-то слышал и писал приложение класса Hello world?
DVL>Технологии: Win16/32 API, MFC, STL, ATL, COM, SOA, XSLT/XSD/XSL-FO, SAX/DOM, DVL>Sockets и прикладные протоколы (SMTP, NNTP, POP3, HTTP, FTP), Crypto API, DVL>BDE, ODBC, DAO/ADO, CGI, ISAPI, ASP.
тоже самое.
DVL>СУБД и сервера приложений: Oracle, MS-SQL, Interbase, InterSystems Cache, DVL>IIS, Apache.
и тут ты во всем спец? чай хочешь 20К в месяц получать
DVL>Методики управления проектами: RUP, MSF, SCRUM, Agile.
и ты готов ответить на вопросы по ключевым особенностям и различиям между RUP, MSF?
S>А подумать так, меня натокнул один простой вопрос в качестве тестового задания, который я задал студенту, пришедшему к нам на практику: напишите такую та прогу (средней сложности прога на С++ с асемблерными вставками) В ФАРЕ (Far Manager). Ну т.е. в любом просто текстовом редакторе. НЕ СМОГ! Хотя насколько помню, экзамены сдал хорошо.
тебя может заинтересовать QuickC 2.01 — C IDE с поддержкой ассемблерных вставок. новейший продукт, вышел всего каких-то 20 лет тому назад!
Нет. Но вполне возможно, человек просто не указал процесс роста. Работал-то долго.
Я вот не знаю когда документально меня повышали в должности.
У нас отдел кадров — то ещё болото.
И даже если сразу ведущим — почему нет? Если ведёт проект один, то вполне так сразу может быть ведущим.
Какая вообще разница? Даже если повезло человеку, радоваться за него надо.
А то — сугубо российский подход: "у соседа новый амбар — вот он негодяй".
Здравствуйте, Smooky, Вы писали:
S>Всегда удивляюсь, откуда люди столько знают продуктов?! Ужас! Мне С/С++ и Асма погорло хватает. Такое впечатление, что люди всего лишь изучив среду разработки, думают что уже владеют и языком и алгоритмами и проектированием структур данных и т.д, забыв о том, что среда — всего лишь редактор с парой полезных визардов.
ну а что вы хотите от людей? вы взгляните на среднестатистическую вакансию — так там в требованиях перечислено вдвое больше %)
а прилежная ХРюша заботливо отбракует самых скромных...
S>А подумать так, меня натокнул один простой вопрос в качестве тестового задания, который я задал студенту, пришедшему к нам на практику: напишите такую та прогу (средней сложности прога на С++ с асемблерными вставками) В ФАРЕ (Far Manager). Ну т.е. в любом просто текстовом редакторе.
Вот я не понимаю, какую цель преследуют подобные тестовые задания . В общем-то проверять надо насколько человек сможет справиться с нормальной задачей в реальных условиях (нормальная IDE, помощь и т.п.), поскольку именно это от него потребуется в дальнейшем.
S>НЕ СМОГ! Хотя насколько помню, экзамены сдал хорошо.
Что значит не смог?
Не смочь можно в 2 случаях:
1) Человек не может придумать алгоритм. Ну тут уж не важно есть IDE или нет. Без IDE просто более геморройно.
2) Нет доступа к документации. А это уже для любой программы сложнее Hello world.
возможен также 3 вариант: человек подумал что ему не хочется работать в компании где дают такие бессмысленные задания.
Здравствуйте, VGn, Вы писали:
VGn>Нет. Но вполне возможно, человек просто не указал процесс роста. Работал-то долго. VGn>Я вот не знаю когда документально меня повышали в должности. VGn>У нас отдел кадров — то ещё болото.
VGn>И даже если сразу ведущим — почему нет? Если ведёт проект один, то вполне так сразу может быть ведущим. VGn>Какая вообще разница? Даже если повезло человеку, радоваться за него надо. VGn>А то — сугубо российский подход: "у соседа новый амбар — вот он негодяй".
а вот и не верно
даже если он пришел в проект и начал реализовывать его с нуля, это не значит автоматически, что он получил навыки ведущего программиста (a.k.a. senior developer). его как угодно могут величать локально, но для сторонних компаний он все еще зелен и профессиональных навыков маловато для того, чтобы этим титулом себя величать
ЗЫ: про амбар — это вы намекаете что мне завидно? ок, я начинал в паре контор проект с нуля. надо будет вписать в резюме, что не просто числился software developer / programmer, а самый настоящий senior developer + project manager
G>даже если он пришел в проект и начал реализовывать его с нуля, это не значит автоматически, что он получил навыки ведущего программиста (a.k.a. senior developer). его как угодно могут величать локально, но для сторонних компаний он все еще зелен и профессиональных навыков маловато для того, чтобы этим титулом себя величать
Ведущий программист — это должность, а не звание или титул.
Она означает всего лишь, что ты ведёшь проект, т. е. отвечаешь за его разработку.
Здравствуйте, xtile, Вы писали:
DVL>>>Методики управления проектами: RUP, MSF, SCRUM, Agile.
KP>>и ты готов ответить на вопросы по ключевым особенностям и различиям между RUP, MSF?
X>Это-то как раз несложно Я бы с большим удовольствием послушал о различиях между Agile & SCRUM =))
согласен, не сложно. но я уже с несколькими любдьми на собеседованиях пообщался, где было подобное написано. все было крайне печально
Здравствуйте, Smooky, Вы писали:
S>Всегда удивляюсь, откуда люди столько знают продуктов?! Ужас! Мне С/С++ и Асма погорло хватает. Такое впечатление, что люди всего лишь изучив среду разработки, думают что уже владеют и языком и алгоритмами и проектированием структур данных и т.д, забыв о том, что среда — всего лишь редактор с парой полезных визардов.
Фигня. Это еще небольшой список (я уже с большим числом технологий работал ). По полгода-год на технологию — за 10 лет их можно изучить вагон. А еще после некоторого предела — они начинают быть очень похожими друг на друга.
Здравствуйте, VGn, Вы писали:
VGn>Ведущий программист — это должность, а не звание или титул. VGn>Она означает всего лишь, что ты ведёшь проект, т. е. отвечаешь за его разработку.
Здравствуйте, Smooky, Вы писали:
S>Всегда удивляюсь, откуда люди столько знают продуктов?! Ужас! Мне С/С++ и Асма погорло хватает. Такое впечатление, что люди всего лишь изучив среду разработки, думают что уже владеют и языком и алгоритмами и проектированием структур данных и т.д, забыв о том, что среда — всего лишь редактор с парой полезных визардов.
S>А подумать так, меня натокнул один простой вопрос в качестве тестового задания, который я задал студенту, пришедшему к нам на практику: напишите такую та прогу (средней сложности прога на С++ с асемблерными вставками) В ФАРЕ (Far Manager). Ну т.е. в любом просто текстовом редакторе. НЕ СМОГ! Хотя насколько помню, экзамены сдал хорошо.
и тут же в ФАРе налабать "средней сложности" C++ компилер — благо ФАРа позволяет бинарники в двоичном виде создавать и редактировать. или работающий компилятор по условию задачи все же прилагался?
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, Smooky, Вы писали:
S>>Всегда удивляюсь, откуда люди столько знают продуктов?! Ужас! Мне С/С++ и Асма погорло хватает. Такое впечатление, что люди всего лишь изучив среду разработки, думают что уже владеют и языком и алгоритмами и проектированием структур данных и т.д, забыв о том, что среда — всего лишь редактор с парой полезных визардов. C>Фигня. Это еще небольшой список (я уже с большим числом технологий работал ). По полгода-год на технологию — за 10 лет их можно изучить вагон. А еще после некоторого предела — они начинают быть очень похожими друг на друга.
А уж когда находится особо "дотошный" интервьюер и начинает по всей этой ...не спрашивать...
Я уже писал вопрос на тему "что должнен помнить программист?"
Hi!
KP>уже говорили, но повторюсь, как ты начал с ведущего разработчика?
Нет. Начинал со стажера. Через полгода уже работал на равных в команде.
Еще через полгода мне поручили спроектировать новое приложение и организовать
работу команды.
DVL>>Вакансия: Руководитель проекта KP>позицируеш себя как руководительно проекта, а акцент в резюме сделан на программирование.
Это больше техническое руководство, а не административное. Разумеется, я должен
разбираться в коде, который пишет команда, в работе тестеров, аналитиков, тех. поддержки.
Я знаю руководителей, которые вообще никогда не программили, но если нужно повысить
качество и надежность работы системы, быстрее и точнее удовлетворять требования
заказчиков, то чисто административные методы здесь мало помогут.
DVL>>Семейное положение: XX KP>а кого это волнует?
Некоторые компании ищут только молодых и холостых, другие считают, что семейные
более ответственны.
DVL>>Языки и среды разработки: Borland C++, MS Visual C++, Delphi, MS Access, ASM DVL>>(x86), VB 6.0, VBA, .NET (C#, VB, Managed C++), J2SE, JScript, VBScript. KP>и ты ВСЕ ЭТО знаешь? или когда-то слышал и писал приложение класса Hello world?
Я все это когда-то использовал в работе. Понятно, что в одном проекте редко
используется все сразу. Но мне нетрудно поднять старые исходники и вспомнить,
если понадобится. Учитывая, что на позицию кодера я и не претендую. Скажем,
учить Smalltalk, Prolog, Lisp, Fort, Occam или что-то другое, на чем пишет команда,
мне придется дольше, т.к. на них я только Hello world писал. А из того, что я перечислил,
не вижу ничего удивительного. Эти языки похожи, как родные братья, и были довольно
распространены предыдущие 15 лет.
DVL>>Методики управления проектами: RUP, MSF, SCRUM, Agile. KP>и ты готов ответить на вопросы по ключевым особенностям и различиям между RUP, MSF?
Вопрос интересный. Чисто академический. Я обычно использую разные элементы из разных
методик, и особо не задумываюсь (да и не помню), к чему что относится — к RUP или MSF.
В MSF есть такая стадия, как "стабилизация", а в RUP такой не описано. Можно весь
проект делать строго по RUP с оформлением всех документов, но понятие "стабилизации"
все равно возникнет само-собой. Ведь рано или поздно основная часть работы будет
заключаться не в добавлении новой функциональности, а в исправлении ошибок.
Соответственно, количество незакрытых багов пойдет на спад, опустившись до количества,
допустимого для выпуска релиза.
Мне кажется, что RUP как-то больше напоминает обоснованную научную теорию,
а MSF — больше похож на набор лучших практик (типа SWEBOK, PMBOK).
____________________________
С уважением, Лисеев Дмитрий. http://private.peterlink.ru/dimik/
PGP key fingerprint: 09 28 74 28 6C 39 62 29 2E CB 95 03 4F 04 33 73
Hi!
DVL>>>Методики управления проектами: RUP, MSF, SCRUM, Agile. KP>>и ты готов ответить на вопросы по ключевым особенностям и различиям между RUP, MSF? X>Это-то как раз несложно Я бы с большим удовольствием послушал о различиях между Agile & SCRUM =))
А сейчас Agile — что-то типа модного термина, который объединяет много чего. Туда и SCRUM можно
отнести и XP и есть даже понятие Agile MSF. В конце концов каждая контора создает свою собственную
методику, собирая ее из известных "кирпичиков", т.е. зарекомендовавших себя практик.
Очень многое в выборе методики зависит и от самой задачи, и от команды, и от руководства, и от заказчика.
____________________________
С уважением, Лисеев Дмитрий. http://private.peterlink.ru/dimik/
PGP key fingerprint: 09 28 74 28 6C 39 62 29 2E CB 95 03 4F 04 33 73
Hi!
BZ>имхо, неинформативно. во-первых, почему начал с ведущего?
Не начал. Я уходил в должности ведущего. А если бы было одно
место работы? Так и писать "Junior"? Все 10 лет?
BZ>может, стоит добаить студенческий опыт раболты — тогда резуме будет выглядеть логичней?
Опыт студенческой я добавлял, когда писал резюме на юниора и другого опыта не было.
BZ>второе. список технологий в конце напоминает "карате, тэквондо..". как разработчик ты всеми этими BZ>технологиями хорошо владеть не можешь, имхо.
Собственно, я на разработчика уже и не позиционируюсь. Да и не возьмут меня разработчиком.
BZ>по-моему, следует добавить в описание каждой работы использованные в ней технологии, BZ>подробней рассказать о техзнической стороне продукта.
Да, нужен второй, более подробный вариант резюме, который высылать по запросу.
Техническая сторона продукта — не главное. Главное — удовлетворенность
заказчика и прибыль инвестора.
BZ>на длданный момент описания твоих работ выглядят чисто менеджерскими — исследовал, BZ>руководил, продаём.
Из менеджерских там только координация работ и наладка бизнес-процессов "с нуля".
Аналитика в предметной области, проектирование системы, реализация одного из модулей,
внедрение, саппорт — это все разве менеджерские задачи? Собственно, я непосредственно
занимался всем, что касается проекта, кроме сейлза (т.е. поиска заказчиков).
BZ>да, размер руководимого коллектива имеет значение
Коллектив небольшой: два разработчика, два тестера, технический писатель,
саппорт. Собственно, не так много в стране проектов, которые требуют 10 и более
человек. Собственно, бюджет мизерный для проекта такого масштаба.
Помню, меня спросили, смогу ли я руководить коллективом в 50 человек.
Я спросил инвестора, найдет ли он деньги, чтобы два-три года на стартапе
оплачивать работу 50 человек. Меня в тот проект тогда не пригласили.
Проект оказался убыточным, инвестор пролетел на несколько лимонов баксов.
А я запустил проект, начиная всего с двух человек. И на этом направлении сейчас
в конторе работает более 20 (правда, не под моим непосредственным подчинением).
И проект приносит инвестору неплохие деньги.
BZ>подлумай сам, если бы ты искал руководителя коллектива ращработчиков — по каким BZ>критериям бы ты его отбирал и впиши эту инфу в резюме
Не знаю. Не приходилось. Но я бы искал технически грамотного. Из бывших
разработчиков. Я вообще поклонник японского стиля руководства.
____________________________
С уважением, Лисеев Дмитрий. http://private.peterlink.ru/dimik/
PGP key fingerprint: 09 28 74 28 6C 39 62 29 2E CB 95 03 4F 04 33 73
чай хочешь 20К в месяц получать 
. В общем-то проверять надо насколько человек сможет справиться с нормальной задачей в реальных условиях (нормальная IDE, помощь и т.п.), поскольку именно это от него потребуется в дальнейшем.
для любой программы сложнее Hello world. 
