Здравствуйте, Marianne, Вы писали:
M>Почему? M>Почему так непросто найти программиста-разработчика InstallShield? M>Что я делаю неправильно?
M>Помогите!
Точно так же непросто найти программиста Word или Aris =)))
Совет: ищите не разработчиков InstallShield, а программистов, имеющих большой опыт в написании/использовании инсталляторов.
Здравствуйте, Marianne, Вы писали:
M>Почему? M>Почему так непросто найти программиста-разработчика InstallShield? M>Что я делаю неправильно?
M>Помогите!
Вам инсталятор нужно написать?
Я мог бы Вам сделать инсталятор на IS 8.0\9.0, но с условием работы по совместительству.
Я нахожусь в СПб,
ICQ:103558935, email: urovv@mail.ru. Пишите, может договоримся
Каждый человек стоит столько, сколько стоит то, о чем он хлопочет.(с) Народная мудрость.
Здравствуйте, UrDefine, Вы писали:
UD>Я мог бы Вам сделать инсталятор на IS 8.0\9.0, но с условием работы по совместительству.
На дворе уже 11-я версия
Здравствуйте, Marianne, Вы писали:
M>Почему так непросто найти программиста-разработчика InstallShield?
Наверное, Macrovision предлагает своим разработчикам более выгодные условия
А может бытиь вам нужен программист на InstallShield?. Звучит как-то странно. Бывают задачи создания инсталлятора для разработанного продукта с помощью InstallShield. И это занимает несколько минут (часов в особо сложных случаях) после освоения данного средства. Непонятно, как вы загрузите работой на full-time человека, который будет заниматься созданием инсталляторов продуктов на InstallShield.
M>>Почему так непросто найти программиста-разработчика InstallShield? M>>Что я делаю неправильно?
Г>Может денег мало предлагаете?
Г>Я вот, например, удовлетворяю всем требованиям, которые у вас Г>на сайте заявлены.
Г>Сколько денег предлагаете?
вилка $1000-$1500
точная цифра з.п. на собеседовании обговаривается...
> И это занимает несколько минут (часов в >особо сложных случаях) после освоения данного средства.
Налабать в инстал шилде простенький исталятор
который умеет копировать файлы куда надо, регистрировать COM, или win сервисы это действительно быстро.
Но для больших серверных приложений написание инсталятора довольно продолжительный и геморройный процесс.
(например для моего последнего проекта он писался месяц).
Есть куча действий
которые приходится реализовывать в кастом экшинах и тд и тд в основном конечно монотонные,
типа работа с конфигурацией, лицензией, настройкой продукта системы, проверкой системы и тд .
Но все вместе это может занять не одну две недели.
Здравствуйте, Marianne, Вы писали:
M>Почему? M>Почему так непросто найти программиста-разработчика InstallShield? M>Что я делаю неправильно?
M>Помогите!
1. У Вас столько продуктов, что я буду заниматся этим 24часа.
2. Более тупую и неинтересную работу трудно придумать.
Здравствуйте, Vld17, Вы писали:
V>Здравствуйте, Marianne, Вы писали:
M>>Почему так непросто найти программиста-разработчика InstallShield? V>Наверное, Macrovision предлагает своим разработчикам более выгодные условия V>А может бытиь вам нужен программист на InstallShield?. Звучит как-то странно. Бывают задачи создания инсталлятора для разработанного продукта с помощью InstallShield. И это занимает несколько минут (часов в особо сложных случаях) после освоения данного средства. Непонятно, как вы загрузите работой на full-time человека, который будет заниматься созданием инсталляторов продуктов на InstallShield.
да! нам нужен разработчик на InstallShield,
который только и будет заниматься созданием инсталляторов на InstallShield.
И мы найдём для него достаточно работы на full-time
Здравствуйте, Tiamer, Вы писали:
>> И это занимает несколько минут (часов в >особо сложных случаях) после освоения данного средства.
T>Налабать в инстал шилде простенький исталятор T>который умеет копировать файлы куда надо, регистрировать COM, или win сервисы это действительно быстро.
T>Но для больших серверных приложений написание инсталятора довольно продолжительный и геморройный процесс. T>(например для моего последнего проекта он писался месяц).
T>Есть куча действий T>которые приходится реализовывать в кастом экшинах и тд и тд в основном конечно монотонные, T>типа работа с конфигурацией, лицензией, настройкой продукта системы, проверкой системы и тд . T>Но все вместе это может занять не одну две недели.
T>Так что с вами не соглашусь.
вот-вот...
ну почему же Вы не присылаете мне своё резюме?
Здравствуйте, LuciferMoscow, Вы писали:
LM>Здравствуйте, Marianne, Вы писали:
M>>Почему? M>>Почему так непросто найти программиста-разработчика InstallShield? M>>Что я делаю неправильно?
M>>Помогите! LM>1. У Вас столько продуктов, что я буду заниматся этим 24часа. LM>2. Более тупую и неинтересную работу трудно придумать.
Здравствуйте, Marianne, Вы писали:
M>да! нам нужен разработчик на InstallShield, M>который только и будет заниматься созданием инсталляторов на InstallShield. M>И мы найдём для него достаточно работы на full-time
Если он так нужен, а найти не удается, то чем не устраивает способ взять желающего(-их) и обучить или предоставить возможность для обучения? Желающих тоже нет?
Здравствуйте, Tiamer, Вы писали:
>> И это занимает несколько минут (часов в >особо сложных случаях) после освоения данного средства.
T>Налабать в инстал шилде простенький исталятор T>который умеет копировать файлы куда надо, регистрировать COM, или win сервисы это действительно быстро.
T>Но для больших серверных приложений написание инсталятора довольно продолжительный и геморройный процесс. T>(например для моего последнего проекта он писался месяц).
А не дешевле ли было отправить в командировку технического специалиста для инсталляции и конфигурации большого серверного приложения, чем писать инсталлятор? Или количество заказчиков таково, что содержание штата специалистов по настройке вышло бы дороже?
T>Есть куча действий T>которые приходится реализовывать в кастом экшинах и тд и тд в основном конечно монотонные, T>типа работа с конфигурацией, лицензией, настройкой продукта системы, проверкой системы и тд . T>Но все вместе это может занять не одну две недели.
T>Так что с вами не соглашусь.
Положим, разработкой "большиx серверныx приложений" работодатель не занимается, судя по списку продуктов на их сайте.
Про месяц на разработку инсталлятора, все это возможно. Но для типичного тиражируемого ПО инсталлятор делается меньше, чем за месяц. Конечно, строго говоря, сам инсталлятор может содержать баги и неплохо бы протестировать его поведение на всевозможных конфигурациях. И здесь процесс может затянуться на неопределенный срок.
Здравствуйте, Marianne, Вы писали:
M>ну почему же Вы не присылаете мне своё резюме?[/b]
Наверное потому, что перспективы карьерного, да и профессионального роста у подобной позиции на full-time не впечатляют. Даже за указвнную уже "вилку"
Здравствуйте, Vld17, Вы писали:
V>Здравствуйте, Marianne, Вы писали:
M>>да! нам нужен разработчик на InstallShield, M>>который только и будет заниматься созданием инсталляторов на InstallShield. M>>И мы найдём для него достаточно работы на full-time
V>Если он так нужен, а найти не удается, то чем не устраивает способ взять желающего(-их) и обучить или предоставить возможность для обучения? Желающих тоже нет?
честно говоря, хотелось бы найти кого-то, кто уже имел бы опыт применения InstallShield...
Здравствуйте, Vld17, Вы писали:
V>Здравствуйте, Marianne, Вы писали:
M>>ну почему же Вы не присылаете мне своё резюме? V>Наверное потому, что перспективы карьерного, да и профессионального роста у подобной позиции на full-time не впечатляют. Даже за указвнную уже "вилку"
на самом деле, перспективы есть!
1+. этот человек окунется в интересный бизнес выпуска (релиза) реальных
коммерческих продуктов, востребованных по всему миру.
2+. будет глубоко изучать самые разнообразные компиляторы, причем для
различных платформ, как программных так и аппаратных. А специалисты в этой
области очень востребованы.
3+. он сталкнётся с задачами локализации на различные языки, в том
числе и самые экзотические. Опять же специалисты по локализации
востребованы.
4+. если человек знает только Windows, то у него будет возможность освоить
Linux на хорошем уровне, что для многих людей тоже является стимулом.
5+. потребуется хорошее знание систем поддержки коммерческой разработки ПО —
тоже развитие.
6+. совершенствование в скриптовых языках, да и тот же C/C++ забыть не
придется. Потребуется знание специфики таких библиотек как QT, например.
V>А не дешевле ли было отправить в командировку технического специалиста для инсталляции и конфигурации большого серверного V>приложения, чем писать инсталлятор? Или количество заказчиков таково, что содержание штата специалистов по настройке вышло бы V>дороже?
У нас коробочная версия а не огромная b***s система которая создается на одного жирного покупателя.(Да и в этом случае
я не совсем понимаю как ставить систему без пакета инсталяции)
Коробки продаются в довольно таки большом количестве магазинов
и не только(я бы сказал совсем не только) СНГ...
V>Положим, разработкой "большиx серверныx приложений" работодатель не занимается, судя по списку продуктов на их сайте. V>Про месяц на разработку инсталлятора, все это возможно. Но для типичного тиражируемого ПО инсталлятор делается меньше, чем за месяц. Конечно, строго говоря, сам инсталлятор может содержать баги и неплохо бы протестировать его поведение на всевозможных конфигурациях. И здесь процесс может затянуться на неопределенный срок.
Я бы сказал процесс разработки инсталятора процесс не совсем дискретный...
Он ведется непрерывно вместе с разработкой проекта(идеально прямо с самого начала), выпуском МП, новых версий, и тд.
И процесс этот уж совсем не тупой.Скучный да. Но не тупой...
У нас в команде, инсталяторщиков не хватает, кстати тоже. И работы у имеющихся выше крыши ..
Я подумываю убрать из резюме что знаком с этим процесом
Здравствуйте, 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 или "Разработчик инсталляторов" было бы понятнее.
Здравствуйте, Marianne, Вы писали:
M>Почему? M>Почему так непросто найти программиста-разработчика InstallShield? M>Что я делаю неправильно?
M>Помогите!
Когда в конторе где я тогда работал возник подобный вопрос — решили его так: взяли самого никудышного из программистов, кандидата на увольнение и сделали из него "программиста-разработчика InstallShield". Более-менее справился. А умного человека на такое не заманишь — работа — дрянь, перспектив никаких. Bетку, обещания читал — в романтику работы автора инсталляций не поверил; ту же QT наверное лучше учить работая с ней, а не с InstallShield. Представьте: вы дали обявление, что ищете QT программиста, приходит к вам претендент и вы его спрашиваете "каков ваш опыт работы с QT?" а он вам отвечает "ну я же три года InstallShield-ом инсталляции делал!" — куда вы этого претендента пошлёте?
Здравствуйте, Marianne, Вы писали:
M>Почему? M>Почему так непросто найти программиста-разработчика InstallShield? M>Что я делаю неправильно?
M>Помогите!
есть мысль
просто расширьте обязанности этого человека и включите в них QA + внедрение
иначе это действительно не слишком большие перспективы для развития
для человека прямо со студенческой скамьи — хорошее начало, но для спеца уже со средним опытом — это даунгрейд
Здравствуйте, anonymous_user, Вы писали:
_>Здравствуйте, Marianne, Вы писали:
M>>Почему? M>>Почему так непросто найти программиста-разработчика InstallShield? M>>Что я делаю неправильно?
M>>Помогите!
_>есть мысль _>просто расширьте обязанности этого человека и включите в них QA + внедрение
_>иначе это действительно не слишком большие перспективы для развития _>для человека прямо со студенческой скамьи — хорошее начало, но для спеца уже со средним опытом — это даунгрейд
Как ни называй, а возиться-то ему с InstallShield придётся — именно это имеется в виду.
И вообще, не являются ли продукты типа InstallShield пережитком прошлого, обречённым на вымирание? Много ли они дают по сравнению с "голым" installer-oм? В последнее время я вижу много продуктов инсталляции которых сделаны в VisualStudio. Мне иногда с Wise возиться приходится и каждый раз обнаружив его очередной глюк думаю: "лучше было бы инсталляцию с самого начала вручную сделать, да поздно уже". Если зто в какой-то степени справедливо — то перспективы "программиста-разработчика InstallShield" вообще стремятся к нулю.
V>Думаю, еще и расположение офиса играет роль. У вас есть интересные мне вакансии — под Symbian вообще в Москве мало что нашел когда интересовался — но пилить каждый день в Долгоп и обратно я не готов
Да это вообще на анекдот похоже. Локализация компании в Долгопе (кстати, Парагон и Акронис — это одно и то же или это два конкурента?) — предполагает набор персонала из местных студентов, там один из лучших тех. вузов России.
Вот там и набирали бы. Или переезжали бы в Москву.
Здравствуйте, Tiamer, Вы писали:
T>Есть куча действий T>которые приходится реализовывать в кастом экшинах и тд и тд в основном конечно монотонные, T>типа работа с конфигурацией, лицензией, настройкой продукта системы, проверкой системы и тд . T>Но все вместе это может занять не одну две недели.
T>Так что с вами не соглашусь.
Точно-точно сказано. А еще оттестировать его по полной...
Здравствуйте, v111, Вы писали:
V>Думаю, еще и расположение офиса играет роль. У вас есть интересные мне вакансии — под Symbian вообще в Москве мало что нашел когда интересовался — но пилить каждый день в Долгоп и обратно я не готов. Попробуйте перевозить людей из других городов — им было бы удобнее снимать жилье рядом с офисом вероятно дешевле, чем в Москве. Еще название вакансии — Release Engineer или "Разработчик инсталляторов" было бы понятнее.
офис находится в Москве, НЕ в Долгопе!
у нас не один офис.
есть и в Долгопе,
но есть в районе метро Речной вокзал,
Алтуфьево, Петр-Разумовская или Савёловская.
M>у нас не один офис. M>есть и в Долгопе, M>но есть в районе метро Речной вокзал, M>Алтуфьево, Петр-Разумовская или Савёловская
Упс, тогда извините, раньше это было для меня не очевидно. Сейчас, действительно, на сайте в информации о подразделениях увидел слово Москва.
Я бы все-таки рекомендовал в текст вакансии добавлять станцию метро для Москвы, т.к. многие фильтруют вакансии еще и по расположению офиса.
Не спора для, а интереса ради
WP>Не соглашусь. Свой велосипед зачастую хуже стандартного, тем более системного. Файл может существовать. Может быть открыт, а может быть заблокирован. Регистрация под пользователем может быть запрещена, а разрешена только под системой или администратором. И куча других тонкостей.
1) Соглашусь, что самописный хуже тем, что его надо будет отлаживать ... тонкостей туча — и в чем разница между блокиворкой и открытием файла с точки зрения реакции на это?
2) Если бы речь велась о MSI то верю, что алгоритм его работы будет изменяться вместе с извенениями операционки Windows (что явный +)
WP>Читайте внимательно:
... WP>Из сорцов нужно будет сбилдать бинарники правильным образом.
То есть соберать нечто ... это не телега позади лошади? если модуль оттестирован, то значит он уже собран не понял логики
WP>думаю, имеется в виду *.cmd, *.bat, *.pl, *.sh, *.js, *.vbs и далее по вкусу.
а это принципиально? или что-то можно только на *.bat и нельзя на *.exe? мне кажется лучше определиться на чем-то одном (пусть даже и *.vbs)
KGP>>знание DOS, Linux ... ну уж DOS то зачем ...? и в какой мере пользуете Linux? WP>предполагаю, командная строка нужна. например, for /F %i in (my_source) do mycmd %i
То есть DOS нужен? ууу...
WP>ну, уже описано в общих чертах. Детали они всегда только на месте.
В общих ... в САМЫХ общих и если уж ищущий не смог точно сформулировать ЧТО ищет, то из его слов можно всякое понять — может уже туча установок есть с полным бардаком и надо будет это все разгребать и прилизывать (а то и выбрасывать, переделывая)
WP>Далеко не факт, что будет достаточно раз в неделю одному человеку. Для большого и толстого продукта часто нужно на 100% загрузка на некоторый срок, зависящий от того, как именно развивается продукт. WP>Вот только занятие это скучное — факт.
Тут усидчивость и терпение выходят на первый план ...
и о перспективах это скорее от лукавого, просто оплату надо поднимать (а может и не надо, а как-то автоматизировать процесс ... )
WP>Успехов!
И Вам того жа.
Здравствуйте, KGP, Вы писали:
KGP>и о перспективах это скорее от лукавого, просто оплату надо поднимать (а может и не надо, а как-то автоматизировать процесс ... )
InstallShield и есть средство автоматизации для создания инсталляторов. Куда его еще дальше автоматизировать? Составляешь сценарий, запускаешь wizard и генеришь инсталлятор. Это вам не с Windows Installer SDK ковыряться. Кстати, интересно, поиск разработчика со знанием Windows Installer SDK прошел бы менее напряженно, чем знатока IS?
Здравствуйте, KGP, Вы писали:
WP>>Не соглашусь. Свой велосипед зачастую хуже стандартного, тем более системного. Файл может существовать. Может быть открыт, а может быть заблокирован. Регистрация под пользователем может быть запрещена, а разрешена только под системой или администратором. И куча других тонкостей.
KGP>1) Соглашусь, что самописный хуже тем, что его надо будет отлаживать ... тонкостей туча — и в чем разница между блокиворкой и открытием файла с точки зрения реакции на это?
Ну, я имел в виду, что при открытии файла в функции CreateFile есть флажочки, можно ли использовать этот файл совместно с другими желающими. Либо еще как вариант — dll-ка подгружается в процесс. Так вот если не указать при открытии файла флажок FILE_SHARE_DELETE, то его удалить нельзя будет. Нельзя даже его переместить в другое место в контексте файловой системы (переименовать, скинуть в другую директорию и пр.). Поэтому если ваш файлик кто-то еще пользует, а вы поверх его хотите записать новый при инсталяции, то у вас ничего не получится, если он заблокирован. Требуется перезагрузка с записью в реестр о том, что нужно сделать с файлом. HKLM\SYSTEM\CurrentControlSet\Control\Session Manager, параметр PendingFileRenameOperations
Запись о файле состоит из 2 строк: первая — откуда, вторая — куда. Если вторая пустая — удалить.
Эти операции совершаются на ранней стадии загрузки системы.
KGP>2) Если бы речь велась о MSI то верю, что алгоритм его работы будет изменяться вместе с извенениями операционки Windows (что явный +)
Не вместе, а несколько опосредованно. Но в новую версию операционки включается какая-то новая версия Windows Installer-а.
WP>>думаю, имеется в виду *.cmd, *.bat, *.pl, *.sh, *.js, *.vbs и далее по вкусу. KGP>а это принципиально? или что-то можно только на *.bat и нельзя на *.exe? мне кажется лучше определиться на чем-то одном (пусть даже и *.vbs)
Скорость создания скрипта. За 30 секунд пишется простенький маленький скриптик. Бинарный аналог ему пишется за гораздо большее время. Это не касается самого инсталятора. Это касается других повседневных работ, например, по его созданию или сборке.
KGP>>>знание DOS, Linux ... ну уж DOS то зачем ...? и в какой мере пользуете Linux? WP>>предполагаю, командная строка нужна. например, for /F %i in (my_source) do mycmd %i KGP>То есть DOS нужен? ууу...
Я не знаю, нужен ли в ту компанию именно DOS. Я просто этим периодически для себя пользуюсь. Шелл в винде преотвратительнейший, по сравнению с юниксами (хоть я и не спец в юниксах).
WP>>ну, уже описано в общих чертах. Детали они всегда только на месте. KGP>В общих ... в САМЫХ общих и если уж ищущий не смог точно сформулировать ЧТО ищет, то из его слов можно всякое понять — может уже туча установок есть с полным бардаком и надо будет это все разгребать и прилизывать (а то и выбрасывать, переделывая)
На мой взгляд, проблема в том, что эти детали вы скорее всего не поймете или не оцените пока не попробуете. Это стандартные рабочие мелочи, рутина. Это не главное.
WP>>Далеко не факт, что будет достаточно раз в неделю одному человеку. Для большого и толстого продукта часто нужно на 100% загрузка на некоторый срок, зависящий от того, как именно развивается продукт. WP>>Вот только занятие это скучное — факт. KGP>Тут усидчивость и терпение выходят на первый план ... KGP>и о перспективах это скорее от лукавого, просто оплату надо поднимать (а может и не надо, а как-то автоматизировать процесс ... )
Автоматизация и пр. зависит от конкретной ситуации. Часто очень важна не установка продукта, а его апгрейд и накладывание заплаток. Тут такое ковыряние в кишках начинается...
KGP>И Вам того жа.
Успехов!
К этому моменту у меня внутри 0.5, 0.7, 0.33 (с) НС
Здравствуйте, WPooh, Вы писали:
WP>Здравствуйте, KGP, Вы писали:
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager, параметр PendingFileRenameOperations WP>Запись о файле состоит из 2 строк: первая — откуда, вторая — куда. Если вторая пустая — удалить.
О отложенном копировании я в курсе ... это аналог галочки 'скопировать после перезагрузки' — тут проблема в том, что операционка должна знать КТО держит и предложить закрыть приложение (на что я бы уповал в дальнейших версиях) — ведь так может потребоваться повторный запуск ПОСЛЕ перезагрузки (что тоже можно через Run Once организовать)
WP>Скорость создания скрипта. За 30 секунд пишется простенький маленький скриптик. Бинарный аналог ему пишется за гораздо большее время. Это не касается самого инсталятора. Это касается других повседневных работ, например, по его созданию или сборке.
сборка инсталлятора ... через *.bat ... можно написать бинарник, который будем запускать этоти *.bat а список и порядок хранить в ini/xml.
Дело не в этом, а в том, что возможен
1) дополнительный контроль
2) ведение расширенных логов
3) более сложные схемы (изходя из ситуации) принятия решений по дальнейшим действиям.
Это даже можно прописать в той или иной мере в код IS.
WP>Это не главное.
Если бы речь велась о выборе трудоустройства, то вот именно это для меня и было бы главное.
Отношение руководства к установке-апгрейду ТОЖЕ главное, а средства уже второстепенное.
Думаю, что стала бесполезная дисскусия по причинам
1) вы не от ...
2) я не претендую на ...
3) вы не в курсе что там надо (см. п1), потому туча уточнений пропадает.
WP>Успехов!
Ага, пусть всем!
Здравствуйте, Vld17, Вы писали:
V>Здравствуйте, KGP, Вы писали:
V>InstallShield и есть средство автоматизации для создания инсталляторов. Куда его еще дальше автоматизировать?
Вы его пробовали? IS ...
Дальше и глубже и шире ... у него есть встроенный язык, но через него как скрипты базы запускать через него или c COM поработать (например может понадобиться при upgrade версии продукта) вот если бы был встроенный vb
V>Составляешь сценарий, запускаешь wizard и генеришь инсталлятор.
здорово ... и это постоянная работа генери все новые? это только вершина айсберга работы ...
Это вам не с Windows Installer SDK ковыряться. Кстати, интересно, поиск разработчика со знанием Windows Installer SDK прошел бы менее напряженно, чем знатока IS?
Мне кажется более напряженно, и дороже ... правда и возможностей больше будет для Windows все же это родное MS (я не говою о других осях)
Здравствуйте, KGP, Вы писали:
KGP>О отложенном копировании я в курсе ... это аналог галочки 'скопировать после перезагрузки' — тут проблема в том, что операционка должна знать КТО держит и предложить закрыть приложение (на что я бы уповал в дальнейших версиях)
Ага, Windows Installer выводит список таких приложений. Приятно. KGP> ведь так может потребоваться повторный запуск ПОСЛЕ перезагрузки (что тоже можно через Run Once организовать)
Windows Installer позволяет сделать перезагрузку на некоторых этапах. Но по умолчанию используется как раз копирование при перезагрузке. Если не удалось удалить старый файл, то сначала инсталер попытается переместить такие файлы в папку %SystemDrive%\Config.Msi. Если файлы открыты с тем флажком FILE_SHARE_DELETE или это dll-ка подгруженная системой (что одно и то же), то эта операция проходит успешно. После чего инсталер прописывает удалить эти файлы при перезагрузке.
Если файл заблокирован без флажка, то инсталер откажется устанавливать продукт. Если файл окажется заблокирован между проверками возможности проинсталироваться, то произойдет откат инсталяционной транзакции.
Вот это и есть самый большой смысл в WindowsInstaller-е, на мой взгляд — транзакционность. Очень приятсвенная весчь. Ну и хорошо бы в своих кастомных экшнах предусматривать возможность отката транзакции.
Остальное проскипаю, так как согласен с KGP>Думаю, что стала бесполезная дисскусия по причинам KGP>1) вы не от ... KGP>2) я не претендую на ... KGP>3) вы не в курсе что там надо (см. п1), потому туча уточнений пропадает.
Хотя не согласен с вашим видением по тем вопросам.
К этому моменту у меня внутри 0.5, 0.7, 0.33 (с) НС
Здравствуйте, KGP, Вы писали:
KGP>Вы его пробовали? IS ...
Увы. WISE InstallBuilder (ныне Installation System) оказалось вполне достаточно. Но судя по описаниям на сайте принципиальной разницы между этими продуктами не видно. У этих продуктов и ценники почти на одном уровне.
KGP>Дальше и глубже и шире ... у него есть встроенный язык, но через него как скрипты базы запускать через него или c COM поработать (например может понадобиться при upgrade версии продукта) вот если бы был встроенный vb
У WISE тоже есть встроенный скриптовый язык для программирования сценария установки. Сейчас WISE позволяет вроде бы даже вызывать функции Win32 API в сценарии.
V>>Составляешь сценарий, запускаешь wizard и генеришь инсталлятор. KGP>здорово ... и это постоянная работа генери все новые? это только вершина айсберга работы ...
В каком смысле постоянная? В моем случае нужно было сделать инсталлятор продукта. С регистрацией COM объектов в системе при инсталляции и дерегистрацией при деинсталляции. Ну разве что бинарных патчей накладывать не нужно было. Проще переустановить продукт целиком. Пары дней для решения этой задачи хватило вполне. С учетом того, что на момент старта про WISE не было известно ничего. Я не настаиваю, что любую задачу можно решить также просто. Например, в случае установки NT сервиса или веб-инсталляции количество телодвижений будет чуть больше. Придется писать увесистые скрипты.
KGP>Это вам не с Windows Installer SDK ковыряться. Кстати, интересно, поиск разработчика со знанием Windows Installer SDK прошел бы менее напряженно, чем знатока IS?
KGP>Мне кажется более напряженно, и дороже ... правда и возможностей больше будет для Windows все же это родное MS (я не говою о других осях)
Интересно, сколько же должен стоить в таком случае программист Win32 API? Просто сравните количество функций WI API и Win32 API
Здравствуйте, Vld17, Вы писали:
V>В каком смысле постоянная? В моем случае нужно было сделать инсталлятор продукта. С регистрацией COM объектов в системе при инсталляции и дерегистрацией при деинсталляции. Ну разве что бинарных патчей накладывать не нужно было. Проще переустановить продукт целиком. Пары дней для решения этой задачи хватило вполне. С учетом того, что на момент старта про WISE не было известно ничего. Я не настаиваю, что любую задачу можно решить также просто. Например, в случае установки NT сервиса или веб-инсталляции количество телодвижений будет чуть больше. Придется писать увесистые скрипты.
К счатью, это очень простой инсталятор для вашего продукта. Для более сложных вещей нужно очень чего делать, если это не предусмотрено инсталяционной системой. И прежде всего, ее надо изучить, конечно. Для простых и небольших продуктов это нормально. Если инсталяционный пакет занимает порядка 300-500 мегабайт, файлов тысяч так 50-70 и требует конфигурирования других продуктов, то получается уже неплохая задачка. Там вам, возможно, и WinAPI нужно будет на хорошем уровне и изучить особенности выставления секьюрити на файлы/папки/реестр, привилегии пользователя, политики на генерацию пользовательских паролей и пр., не говоря о том, что придется повозиться с депендами на другие продукты или поизучать особенности их инсталяций, пофиксать в них проблемы (разработчики MSDE Merge Module, ау! ).
Я к тому, что задачи вообще-то разные бывают. Написать консольное приложение — чего проще: открыл визард, почекал галочки — готово. Это если приложение почти ничего не делает, кроме "Hello World!". А бывает, что инсталятор — достаточно нехилая программа со сложной логикой.
KGP>>Это вам не с Windows Installer SDK ковыряться. Кстати, интересно, поиск разработчика со знанием Windows Installer SDK прошел бы менее напряженно, чем знатока IS? KGP>>Мне кажется более напряженно, и дороже ... правда и возможностей больше будет для Windows все же это родное MS (я не говою о других осях)
V>Интересно, сколько же должен стоить в таком случае программист Win32 API? Просто сравните количество функций WI API и Win32 API
Стоимость и того и другого определяется не числом функций, а совсем другими критериями. Функции они в справочнике есть (MSDN). А вот понимание происходящих процессов складывается только через некоторое время. Программисты WinAPI тоже получают по-разному. Некоторые из них легко напишут инсталятор. Некоторые программисты инсталяшек легко напишут WinAPI програмы.
Я не вижу здесь какой-то принципиальной разницы. Специалист умеет разбираться в разном круге вопросов. Нужно только время потратить на пока неизвестные ему вещи.
А как размер зарплаты формируется — это уже совсем другая тема для разговора.
PS. Я не люблю писать инсталяшки. Это счастливо пройденный этап в моей жизни. Счастье в том, что он уже позади. Не, я делаю инсталяшки при необходимости, но это очень-очень редко. Я к тому, что не подходите к чьей-то работе шаблонно. Она очень часто различается весьма и весьма от ваших представлений о ней. Я подозреваю, что в случае компании, где работает Marianne задача не сводится к тому, чтобы просто установить файлики и зарегистрировать их в системе.
Успехов!
К этому моменту у меня внутри 0.5, 0.7, 0.33 (с) НС
Здравствуйте, WPooh, Вы писали:
WP>Здравствуйте, Vld17, Вы писали:
V>>В моем случае нужно было сделать инсталлятор продукта. С регистрацией COM объектов в системе при инсталляции и дерегистрацией при деинсталляции. Ну разве что бинарных патчей накладывать не нужно было. Проще переустановить продукт целиком. Пары дней для решения этой задачи хватило вполне. WP>К счатью, это очень простой инсталятор для вашего продукта.
Вот в том то и дело — обговариваем задачи компании о которых не знаем .
А враза про 'Проще переустановить ' мне понравилась — подход 5 баллов.
А если, например, человек к тому же ещё и должен знать COM-объекты продукта, т.к. upgrade производиться через них ...
V>>Просто сравните количество функций WI API и Win32 API
знаешь есть туча библиотек в которых немеряно функций , да вот их уже не используют, а те кто использует мало получают (может и MFC будет такой через ... лет)
может еще и по код будем сравнивать по количеству? и платить за массу
WP>А как размер зарплаты формируется — это уже совсем другая тема для разговора.
Я считаю, что за такое надо требовать доплаты так сказать за 'монотонность' хоть молоком.
WP>Я подозреваю, что в случае компании, где работает Marianne задача не сводится к тому, чтобы просто установить файлики и зарегистрировать их в системе.
во-во подозреваю так все вокруг подозрений и крутим и Marianne пропала ... на SQL.ru недавно дала объяву, но наверное уже она разочаровалась
WP>Успехов!
Здравствуйте, WPooh, Вы писали:
WP>Есть замечательная статья по поводу этого флага. Ну и по ссылкам на страничке можно почитать обсуждение других флажков и вообще умных мыслей. WP>Успехов!
Статья хорошая, но мне кажется — лучше пользоваться методами операционки
хотя бы глянуть в сторону MoveFileEx() и уж текущая операционка правильно определит что хочет пользователь, а не работать с реестром самому (или даже доверить её IS если он вручную делает это, может он тоже пользует MoveFileEx начиная с некой версии).
Здравствуйте, Marianne, Вы писали:
M>Почему? M>Почему так непросто найти программиста-разработчика InstallShield? M>Что я делаю неправильно?
M>Помогите!
Вы знаете, я вообще заметил, что хорошего спеца найти довольно трудно, даже за хорошую зарплату. Я вот сам программист C++, Delphi, C#, а пришлось освоить довольно сложную многокомпонентную инсталляцию на 10ке (базовый проект WinInst).
Насчет неинтересной работы я не согласен! Хорошая инсталляция — работа творческая. Нужно решать вопросы локализации, переносимости, разных конфигураций для разных продуктов, зависимости компонентов, update, uppgrade, удаленная загрузка обновлений и самое главное борьба с глюками ISH 10 и WinInstaller.
?
не понял логики
).
.
