Здравствуйте, Marianne, Вы писали:
M>Почему? M>Почему так непросто найти программиста-разработчика InstallShield? M>Что я делаю неправильно?
M>Помогите!
Просто это неинтересная работа, на которую и большой зарплатой не заманешь.
А перспектива зарплаты > 2000$ чистыми есть?
1000-1500 это net или gross?
M>1+. этот человек окунется в интересный бизнес выпуска (релиза) реальных M>коммерческих продуктов, востребованных по всему миру.
для этого инсталяторы писать не обязательно Достаточно написать
какую-нибудь часть программного продукта
M>2+. будет глубоко изучать самые разнообразные компиляторы, причем для M>различных платформ, как программных так и аппаратных. А специалисты в этой M>области очень востребованы. M>3+. он сталкнётся с задачами локализации на различные языки, в том M>числе и самые экзотические. Опять же специалисты по локализации M>востребованы.
Задача действительно может оказаться занятная, на японский переводите?
M>4+. если человек знает только Windows, то у него будет возможность освоить M>Linux на хорошем уровне, что для многих людей тоже является стимулом.
А если уже знаешь? А InstallShield это под Linux?
M>5+. потребуется хорошее знание систем поддержки коммерческой разработки ПО - M>тоже развитие. M>6+. совершенствование в скриптовых языках, да и тот же C/C++ забыть не M>придется. Потребуется знание специфики таких библиотек как QT, например.
Здравствуйте, Гоги, Вы писали:
Г>А перспектива зарплаты > 2000$ чистыми есть?
возможно... Г>1000-1500 это net или gross?
чистыми, конечно!
Г>Задача действительно может оказаться занятная, на японский переводите?
переводим.
M>>4+. если человек знает только Windows, то у него будет возможность освоить M>>Linux на хорошем уровне, что для многих людей тоже является стимулом.
Г>А если уже знаешь?
так, тем лучше!
Здравствуйте, bkat, Вы писали:
B>Просто это неинтересная работа, на которую и большой зарплатой не заманешь.
а как же — перспективы? на самом деле на InstallShield будет тратиться не так много времени,
кроме этого будут задачи:
выпуска (релиза) продуктов,
изучение различных компиляторов,
локализации на различные языки,
как я уже писала выше об этом...
в общем,
корректирую вакансию:
приглашается Source manager / Release Manager!
Обязательные требования:
высшее образование;
опыт в написании инсталляторов (опыт применения среды разработки
инсталляционных проектов InstallShield — большой плюс);
опыт выпуска (релиза) коммерческих продуктов;
Желательные требования: опыт работы с CVS;
умение писать скрипты и командные файлы;
знание С/C++ и опыт работы с Visual Studio. Приветствуется знание DOS и Linux.
Должностные обязанности:
Сборка готовых программных продуктов;
разработка инсталляционных пакетов.
так более привлекательно? как вы думаете? как лучше?
Здравствуйте, Marianne, Вы писали:
M>Почему? M>Почему так непросто найти программиста-разработчика InstallShield? M>Что я делаю неправильно?
M>Помогите!
На мой взгляд — это просто не перспективно с точки зрения карьерного роста.
Здравствуйте, Vld17, Вы писали:
V>Здравствуйте, UrDefine, Вы писали:
UD>>Я мог бы Вам сделать инсталятор на IS 8.0\9.0, но с условием работы по совместительству. V>На дворе уже 11-я версия
Знаю. Но я пока предпочитаю пользоваться вышеуказанными версиями.
Каждый человек стоит столько, сколько стоит то, о чем он хлопочет.(с) Народная мудрость.
Здравствуйте, Marianne, Вы писали:
M>Здравствуйте, Vld17, Вы писали:
V>>Здравствуйте, Marianne, Вы писали:
M>>>ну почему же Вы не присылаете мне своё резюме? V>>Наверное потому, что перспективы карьерного, да и профессионального роста у подобной позиции на full-time не впечатляют. Даже за указвнную уже "вилку"
M>на самом деле, перспективы есть!
M>1+. этот человек окунется в интересный бизнес выпуска (релиза) реальных M>коммерческих продуктов, востребованных по всему миру.
... M>ну как? убедительно?
Убедительно. Только как корабль назовете так оно и поплывет.
Т.е. открывайте вакансию не "программист InstallShield", а "Release engineer" или "SCM Specialist"
Такие вакансии кстати попадаются — сложная и нужная работа.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, Marianne, Вы писали:
M>Здравствуйте, Vld17, Вы писали:
V>>Здравствуйте, Marianne, Вы писали:
M>>>да! нам нужен разработчик на InstallShield, M>>>который только и будет заниматься созданием инсталляторов на InstallShield. M>>>И мы найдём для него достаточно работы на full-time
V>>Если он так нужен, а найти не удается, то чем не устраивает способ взять желающего(-их) и обучить или предоставить возможность для обучения? Желающих тоже нет?
M>честно говоря, хотелось бы найти кого-то, кто уже имел бы опыт применения InstallShield...
Это конечно замечательно, но мне кажется, что цель не писать скрипты под IS а сделать так чтобы установка и настройка программы(по которой пользователь получает первое впечатление от программы) прошла просто и удобно, притом на совершенно разных конфигурациях у разных людей. Здесь знание скриптов и внутренностей IS не главное.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
M>корректирую вакансию:
M>приглашается Source manager / Release Manager!
M>Обязательные требования: M>высшее образование; M>опыт в написании инсталляторов (опыт применения среды разработки M>инсталляционных проектов InstallShield — большой плюс); M>опыт выпуска (релиза) коммерческих продуктов;
M>Желательные требования: опыт работы с CVS; M>умение писать скрипты и командные файлы; M>знание С/C++ и опыт работы с Visual Studio. M>Приветствуется знание DOS и Linux.
M>Должностные обязанности: M>Сборка готовых программных продуктов; M>разработка инсталляционных пакетов.
M>так более привлекательно? как вы думаете? как лучше?
для Release Manager InstallShield — это совсем не главное imho.
На этой должности человек должен решать что включать в релиз, что не
включать. Что лучше побыстрее выпустить новую версию или
больше багов исправить перед очередным релизом? и т.п.
Здравствуйте, Anatolix, Вы писали:
A>Убедительно. Только как корабль назовете так оно и поплывет. A>Т.е. открывайте вакансию не "программист InstallShield", а "Release engineer" или "SCM Specialist" A>Такие вакансии кстати попадаются — сложная и нужная работа.
Слово "инженер" в названии вакансии популярности не прибавит. IMHO. А про существование Software Configuration Management и не во всякой компании знают
Здравствуйте, Vld17, Вы писали:
V>Здравствуйте, Anatolix, Вы писали:
A>>Убедительно. Только как корабль назовете так оно и поплывет. A>>Т.е. открывайте вакансию не "программист InstallShield", а "Release engineer" или "SCM Specialist" A>>Такие вакансии кстати попадаются — сложная и нужная работа.
V>Слово "инженер" в названии вакансии популярности не прибавит. IMHO. А про существование Software Configuration Management и не во всякой компании знают
Не вижу чем "Software Engineer" хуже "программиста". Но если так думайте то ищите "Release Top Manager" и будет вам счастье
А на счет SCM — вам действительно нужны люди которые про него не знают?
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, Гоги, Вы писали:
Г>для Release Manager InstallShield — это совсем не главное imho. Г>На этой должности человек должен решать что включать в релиз, что не Г>включать. Что лучше побыстрее выпустить новую версию или Г>больше багов исправить перед очередным релизом? и т.п.
Г>Так?
ну, как сказать... Release Manager, всё-таки, будет именно собирать продукты с помощью InstallShield и
это главная задача, насколько ему самому надо будет решать, что включать в релиз, что не включать — я не знаю,
это, видимо, будет зависить от него, именно, от его квалификации...
но, наверное, разумно в обязательных требованиях оставить:
опыт в написании любых инсталляторов,
опыт выпуска коммерческих продуктов,
а знание самого InstallShield отправить в желательные?
Здравствуйте, Anatolix, Вы писали:
A>Здравствуйте, Marianne, Вы писали:
M>>Здравствуйте, Vld17, Вы писали:
V>>>Здравствуйте, Marianne, Вы писали:
M>>>>да! нам нужен разработчик на InstallShield, M>>>>который только и будет заниматься созданием инсталляторов на InstallShield. M>>>>И мы найдём для него достаточно работы на full-time
V>>>Если он так нужен, а найти не удается, то чем не устраивает способ взять желающего(-их) и обучить или предоставить возможность для обучения? Желающих тоже нет?
M>>честно говоря, хотелось бы найти кого-то, кто уже имел бы опыт применения InstallShield...
A>Это конечно замечательно, но мне кажется, что цель не писать скрипты под IS а сделать так чтобы установка и настройка программы(по которой пользователь получает первое впечатление от программы) прошла просто и удобно, притом на совершенно разных конфигурациях у разных людей. Здесь знание скриптов и внутренностей IS не главное.
Здравствуйте, Marianne, Вы писали:
У меня есть опыт создания инсталляций и как с InstallShield так и самописные — это не принципиально ... доверить копирование и вызов функции библиотеки (регистрация) или самому реализовать.
Очевидно, что опытный человек пойдет от 1500$ (я бы 1700), если он увидит 'перспективу' — о которой так много говорят и которая вовсем не так очевидна; если брать неопытного, то можно легко из конфетки получить г.
M>а как же — перспективы?
Отношение директората к процессу ... мнение , что разработка — это важно, а установка и настройка — как-нить так ... и сразу кандидаты побегут ... перспективы роста внутри компании какие? а вне компании ?
M>кроме этого будут задачи: M>выпуска (релиза) продуктов,
выпуск релизов — КТО решает каким будет релиз ... или все будет 'НАДО СРОЧНО, НО НЕ ДАЙ БОГ ЧТО ...'?
M>изучение различных компиляторов,
а зачем? ... продукт уже готовый отдают или разработчики не компилируют код, а отдают его в исходниках и тестами кто занимается?
M>локализации на различные языки,
Локализация на другие языки — этот человек должен быть полиглотом? И локализация продукта или инсталляции? M>умение писать скрипты и командные файлы;
ууу ... мягче надо говорить — умение писать довески *.exe для нестандартных действий
M>знание С/C++ и опыт работы с Visual Studio.
С ... так вы и на С программируете? ... пишите просто MS Visual C++ ... или Вам нужны знания всех продуктов студии?
M>Приветствуется знание DOS и Linux.
знание DOS, Linux ... ну уж DOS то зачем ...? и в какой мере пользуете Linux?
M>Должностные обязанности: M>Сборка готовых программных продуктов; M>разработка инсталляционных пакетов.
M>так более привлекательно? как вы думаете? как лучше?
Все равно прийдет человек и уже на шкуре поймет ЧТО требуют делать ...
В итоге лучше говорить о сотруднике, который будет иметь обязанность неделю в месяц отводить на этот процесс и тут уже с ним можно вести разговор о бонусах, т.к. эта нагрузка скорее минус чем плюс.
Здравствуйте, Marianne, Вы писали:
A>>Это конечно замечательно, но мне кажется, что цель не писать скрипты под IS а сделать так чтобы установка и настройка программы(по которой пользователь получает первое впечатление от программы) прошла просто и удобно, притом на совершенно разных конфигурациях у разных людей. Здесь знание скриптов и внутренностей IS не главное.
M>да. Но — что главное??
Общая вменяемость и параноидальность(второе в том объеме которая есть у хорошего тестера или PM-а).
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, KGP, Вы писали:
KGP>У меня есть опыт создания инсталляций и как с InstallShield так и самописные — это не принципиально ... доверить копирование и вызов функции библиотеки (регистрация) или самому реализовать.
Не соглашусь. Свой велосипед зачастую хуже стандартного, тем более системного. Файл может существовать. Может быть открыт, а может быть заблокирован. Регистрация под пользователем может быть запрещена, а разрешена только под системой или администратором. И куча других тонкостей.
M>>кроме этого будут задачи: M>>выпуска (релиза) продуктов, KGP>выпуск релизов — КТО решает каким будет релиз ... или все будет 'НАДО СРОЧНО, НО НЕ ДАЙ БОГ ЧТО ...'?
Думаю, не тот человек, который будет инсталятор делать. Очень часто это инженерная позиция, а не менеджерская. Хотя бывают исключения, но не на первоначальном этапе.
M>>изучение различных компиляторов, KGP>а зачем? ... продукт уже готовый отдают или разработчики не компилируют код, а отдают его в исходниках и тестами кто занимается?
Читайте внимательно: M>>Должностные обязанности: M>>Сборка готовых программных продуктов; M>>разработка инсталляционных пакетов.
Из сорцов нужно будет сбилдать бинарники правильным образом.
M>>умение писать скрипты и командные файлы; KGP>ууу ... мягче надо говорить — умение писать довески *.exe для нестандартных действий
думаю, имеется в виду *.cmd, *.bat, *.pl, *.sh, *.js, *.vbs и далее по вкусу.
M>>Приветствуется знание DOS и Linux. KGP>знание DOS, Linux ... ну уж DOS то зачем ...? и в какой мере пользуете Linux?
предполагаю, командная строка нужна. например, for /F %i in (my_source) do mycmd %i
M>>так более привлекательно? как вы думаете? как лучше? KGP>Все равно прийдет человек и уже на шкуре поймет ЧТО требуют делать ...
ну, уже описано в общих чертах. Детали они всегда только на месте.
KGP>В итоге лучше говорить о сотруднике, который будет иметь обязанность неделю в месяц отводить на этот процесс и тут уже с ним можно вести разговор о бонусах, т.к. эта нагрузка скорее минус чем плюс.
Далеко не факт, что будет достаточно раз в неделю одному человеку. Для большого и толстого продукта часто нужно на 100% загрузка на некоторый срок, зависящий от того, как именно развивается продукт.
Вот только занятие это скучное — факт.
Успехов!
К этому моменту у меня внутри 0.5, 0.7, 0.33 (с) НС
M>Почему так непросто найти программиста-разработчика InstallShield? M>Что я делаю неправильно?
Думаю, еще и расположение офиса играет роль. У вас есть интересные мне вакансии — под Symbian вообще в Москве мало что нашел когда интересовался — но пилить каждый день в Долгоп и обратно я не готов. Попробуйте перевозить людей из других городов — им было бы удобнее снимать жилье рядом с офисом вероятно дешевле, чем в Москве. Еще название вакансии — Release Engineer или "Разработчик инсталляторов" было бы понятнее.
Достаточно написать
?
