[Зеленоград] Инженер-электроник, с хорошим опытом работы Опции

[Aaron]

Требуется опытный (ведущий) инженер-электроник, специализация человек-оркестр

Сразу предупреждаю!
В наших реалиях требуется человек-оркестр, как любят говорить на этом форуме. Если ещё не испугались - читаем дальше...

Место работы: г. Москва, г. Зеленоград, АО «НТЦ ЭЛИНС»

1. Обязательные требования:
1.1 отличное знание цифровой схемотехники;
1.2 понимание особенностей работы силовых схем;
1.3 хорошее знание аналоговой схемотехники;
1.4 опыт проектирования крупных сложных схем (условно, схема Э3 на 50 страниц формата А3);
1.5 опыт проектирования с учётом ЭМ совместимости;
1.5 отличное знание современной элементной базы (как импортной, так и отечественной);
1.6 хорошее знание технического английского (плотная работа с документацией производителей);
1.7 опыт работы с системами контроля версий;

2. Желательные требования:
2.1 практический опыт разработки "цифры" для совместной работы с аналоговыми ВЧ-схемами;
2.2 опыт разработки простых проектов для CPLD (типа логического управления вентилями);
2.3 опыт разработки кода на C/C++ под микроконтроллеры (PIC / ARM Cortex-M3) и под ПК;
- простые проекты под 1-2 задачи;
- проекты средней сложности с pthreads, RTOS, mutex/samaphores;
- технологическое ПО для ПК для проверки работы устройств;
2.4 опыт использования систем управления проектами (mantis, redmine и т.п.);
2.5 опыт работы в Mentor Graphics;
2.5 опыт в разработке топологии (формулирование требований / проверка тополога / непосредственное участие в трассировке);

3. Характер выполняемой работы:
3.1 разработка архитектуры устройства;
3.2 разработка структурных, функциональных, электрических схем:
- использование процессорных модулей форм-фактора COM-ETX, COM-Express и т.п.
- периферия самая разнообразная - релейные сигналы, панели ЖКИ, мосты PCI/PCIe, Ethernet 1G, проприетарные протоколы и стандарты передачи данных...
- проектирование устройств для работы в условиях -50С/+60С и круче
3.3 планирование объёма и перечня задач, декомпозиция на подзадачи и распределение работ в команде разработчиков (2-4 человека);
3.4 постановка и распределение задач конструкторам, техническим писателям;
3.5 моделирование отдельных узлов электрических схем (LTSpice);
3.6 взаимодействие с Cи-программистами и VHDL-программистами или самостоятельная разработка кода ПЛИС/МК/ПК;
3.7 сопровождение изделий в производстве:
- решение вопросов в цеху
- первичная отладка изделий
- регулировка изделий, разработка инструкций по регулировке
3.8 внутрисхемная отладка разрабатываемого кода, самостоятельная и совместная регулировка как отдельных плат, так и изделий/комплексов в целом;

4. Зарплата:
4.1 в зависимости от результатов собеседования, чистыми на руки:
- от 55 до 70 тыс. руб. - если не удовлетворяете основным требованиям, но мы готовы вас брать на "обучение"
- от 70 до 90 тыс. руб. - если удовлетворяет всем основным требованиям
- от 90 до 110 тыс. руб. - если может самостоятельно программировать
- от 110 тыс. руб. и выше - если покажете себя действительно тем человеком, которого мы ищем
4.2 структура зарплаты: оклад + 30% премии. Премии выплачиваются всегда, срезаются только за серьёзную провинность, случаи единичны;
4.3 на время испытательного срока 3 месяца з/п выплачивается по результатам работы. Итоговая з/п назначается по результатам испытательного срока (может быть пересмотрена как в меньшую, так и в большую сторону);
4.4 повышение зарплаты по решению руководства – если к работе нет претензий, то стабильно раз в год повышаем; если человек профессионально растёт, то уровень повышения з/п опережает уровень инфляции;

5. Условия работы:
5.1 полная занятость 5/2;
5.2 оформление по ТК РФ;
5.3 полностью «белая» зарплата, выплачивается стабильно 2 раза в месяц, перебоев за 10+ лет не было;
5.4 график отпусков согласовывается заранее, с разбивкой по 2 недели между сезонами весна/лето и осень/зима;
5.5 есть доп. соц. пакет для сотрудников, вносящих значительный вклад в развитие предприятия;

6. О предприятии:
6.1 область разрабатываемых изделий: радиоприёмопередающие средства связи; наземные приёмные комплексы средств радиосвязи; бортовые телеметрические системы; системы питания и автоматического управления СВЧ усилительных модулей; специализированные ЭВМ; в среднесрочной перспективе (до 5 лет) – системы управления ФАР, АФАР;
6.2 в отделе работает 20 человек (инженеры-электроники: схемотехники/программисты);
6.3 средний возраст разработчиков в отделе менее 30 лет;
6.4 все проекты находятся под SVN контролем;
6.5 постановка задач, планирование, контроль, взаимодействие с другими службами – через собственную внутреннюю PDM систему, созданную на базе Redmine;
6.6 электронный документооборот, автоматическая генерация СП, ПЭ3 и ВП из проектов MG;
6.7 стабильный рост предприятия, количества и сложности ставящихся задач. Приоритеты - стабильность и расширение спектра компетенций.
6.8 общий штат сотрудников 1000+ человек, из них инженерный состав - около 400 человек.

7. От себя:
7.1 есть уголок отдыха: играем в обед в настольные игры; коллектив представляет собой опытную команду диванных экспертов и аналитиков в области футбола и большой политики
7.2 рядом с работой есть спортивная площадка и зоны отдыха;
7.3 Сама разработка схемотехники в жизненном цикле разработки изделий у нас занимает не так много времени, поэтому и занимаемся попутно другими делами - помогаем с топологией, где-то сами разработчики всё разводят, сами и программируем. Опять же, оформление документации по ЕСКД никто не отменял - не забываем про ТУ, ПМ и т.п. - есть разделы документов, которые никто кроме разработчика описать и не сможет.
7.4 К сожалению, у нас хронические проблемы с цехом, и очень часто регулировку изделий приходится брать на себя - частично проблема связана с качеством самой РКД и инструкций
7.5 более подробно о работе и условиях могу рассказать только при личных контактах! Здесь я не могу всё писать.

Контакты:
В последнее время на форуме не появляюсь, лучше звоните (915) 228-02-33 – Константин.

P.S.: зная особенности троллинга на нашем форуме, сразу прошу воздержаться от "профессиональных" комментариев и обмусоливания отдельных пунктов объявления. Требования вполне реальные, всё обсуждаемо по телефону. При составлении требований ориентируюсь на своих ребят. Работы много, и один человек не обязан да и не сможет охватить сразу весь спектр задач.

[Orc]

Топикстартер написал вполне разумные требования. Широкий кругозор у разработчика должен иметься.

Человек-фирма - определение понравилось, так и есть.

Работы много, и один человек не обязан да и не сможет охватить сразу весь спектр задач.

топикстартер написал же!
модераторам надо выписать пилюлей самый активным флудерам вплоть до вечного бана. Давайте форум держать в рамках делового общения.

[Николай Семёнови...]

Топикстартер написал вполне разумные требования.

Топикстартер хочет, чтобы 1 человек тянул на себе работу как минимум 4-х узких специалистов за зарплату одного.
Вот и всё

Сообщение отредактировал Николай Семёнович - Jul 14 2018, 19:33

[VNS]

Топикстартер хочет, чтобы 1 человек тянул на себе работу как минимум 4-х узких специалистов за зарплату одного.

ТС находится на уровне администратора с послужным списком, начиная от "техника-электроника" до ...
В этом-то всё и дело. Настоящий профи никогда не станет выполнять обязанности руководителя - свои навыки и опыт ему дороже, а растерять этот опыт можно быстро - в течение нескольких месяцев. Очевидно, что ТС не владеет ни одной профессией в совершенстве, возможно, по независящим от него обстоятелствам. А вот "рабочая лошадка" в "молодом и дружном коллективе", в дальнейшем МДК, просто необходима по одной простой причине - МДК не способен выполнять ответственную и сложную работу и ему, администратору, обязательно нужен человек-оркестр в качестве положительного примера образцового исполнителя.
Если ТС назвал одним из своих увлечений психологию, то просто обязан знать, что групповая норма поведения коллектива не меняется и попытка "встроить" в колектив новую "рабочую лошадку" обречена на неудачу. МДК всегда выбирает спокойную и размеренную работу по "проверенным" правилам...

[Николай Семёнови...]

ТС находится на уровне администратора с послужным списком, начиная от "техника-электроника" до ...
В этом-то всё и дело. Настоящий профи никогда не станет выполнять обязанности руководителя - свои навыки и опыт ему дороже, а растерять этот опыт можно быстро - в течение нескольких месяцев.

Полностью согласен.
Необходимость "руками водить" приводит к быстрой деградации руководителя как инженера.
Он перестаёт понимать нюансы, видеть "подводные камни" и т.п.
Ему начинает казаться что все проще, чем на самом деле. Его суждения становятся нубскими, поверхностными.
"сразу на двух стульях усидеть" не получиться: ты либо специалист, либо администратор/менеджер.

Я в своё время отказался от должности начальника отдела разработки, потому что понимал, что у меня из-за бумажно-административной рутины не останется ни времени, ни сил на творческую инженерную деятельность. Что как инженер я умру. И я предпочёл "расти" как инженер, а не как чиновник

[iliusmaster]

Полностью согласен.
Необходимость "руками водить" приводит к быстрой деградации руководителя как инженера.
Он перестаёт понимать нюансы, видеть "подводные камни" и т.п.
Ему начинает казаться что все проще, чем на самом деле. Его суждения становятся нубскими, поверхностными.
"сразу на двух стульях усидеть" не получиться: ты либо специалист, либо администратор/менеджер.
Я в своё время отказался от должности начальника отдела разработки, потому что понимал, что у меня из-за бумажно-административной рутины не останется ни времени, ни сил на творческую инженерную деятельность. Что как инженер я умру. И я предпочёл "расти" как инженер, а не как чиновник

А я грешным делом подумал, что Сосульников В.П., Гончар А.С., Бурцев В.С., Лебедев С.А., Кисунько Г.В., Браун В., Эдисон Т..... были великими инженерами - организаторами. Ан нет, оказывается они ущербные и быть хорошими инженерами и руководителями не могли по определению.
Вот расстроили, так расстроили.

[Oxygen Power]

А я грешным делом подумал, что Сосульников В.П., Гончар А.С., Бурцев В.С., Лебедев С.А., Кисунько Г.В., Браун В., Эдисон Т..... были великими инженерами - организаторами. Ан нет, оказывается они ущербные и быть хорошими инженерами и руководителями не могли по определению.
Вот расстроили, так расстроили.

Можно сравнить Стива Джобса со Стивом Возняком. Они в одной команде работали. Один великий организатор, другой программист. И скажите, почему не наоборот?

[iliusmaster]

Можно сравнить Стива Джобса со Стивом Возняком. Они в одной команде работали. Один великий организатор, другой программист. И скажите, почему не наоборот?

Я говорю про инженеров. Вдумайтесь в это слово "ИНЖЕНЕР". Программисты и другие секретари-машинистки - далеко не инженеры. Именно из-за сложности профессии инженер, в Германии люди очень гордятся возможностью написать рядом со своей фамилией "инженер".

"Именно так и есть - полностью освоить хотя бы одну из систем автоматизироанного проектирования или программирования можно только при непрерывной работе с ней в течение нескольких лет и любая попытка параллельного изучения аналогичной системы, по крайней мере для меня, оказалась невозможной."

Какая среда проектирования, о чем вы? Работа инженера - это не только владение средой проектирования. Среда проектирования - инструмент, которым решаются разные задачи. Полностью освоить среду проектирования можно за 1-2 года. Потом другую среду проектирования за 1-2 года. Поэтому этими инструментами овладевают еще в студенчестве.
Ошибка заключается в том, что у нас пытаются "изучать" среду проектирования. Нормальная же ситуация, когда ты берешь проект, и потом реализуешь его в какой - либо среде, по-ходу, как-бы вынужденно осваивая все необходимые функции. У нас же научат кнопочки тыкать, а зачем тыкать - не научат.
Как пример у меня в команде работает ИНЖЕНЕР-программист. Он всегда решал задачи управления с помощью МК. В нашем нынешнем проекте МК уже не хватало по быстродействию на приеме данных, пришлось использовать ПЛИС. За 8 месяцев он реализовал систему управления на SOC Cyclone 5. Его учебную статью можно прочитать тут: https://habr.com/post/353680/. Инженер должен знать алгоритмику и принципы решения задач. Какой "отверткой" крутить - он разберется быстро.

Сообщение отредактировал iliusmaster - Jul 18 2018, 06:16

[VNS]

Какая среда проектирования, о чем вы? Работа инженера - это не только владение средой проектирования. Среда проектирования - инструмент, которым решаются разные задачи. Полностью освоить среду проектирования можно за 1-2 года.

Вы правы - среда проектирования действительно была "освоена" за пару лет, а вот на создание полного цикла технологических цепочек понадобилось в несколько раз больше времени. Далеко не каждый исполнитель готов точно выполнить поставленную перед ним задачу...
Возможно, это уже на генетическом уровне заложено и потому необходимы знания психологии человека.

Это большой вопрос на самом деле, насколько быстро он там разберется.
Точнее даже не вопрос, а четко по закону 80/20. За 8 месяцев он безусловно реализовал алгоритм на ПЛИС, но качество его дизайна на уровне джуниор.
...Чтобы сделать этот код на уровне среднего специалиста, ему потребуется 3 года, сеньора 5 лет, а уровня архитектор 10 лет.

"Давать вольную" программисту большая ошибка - он должен получить для работы бумажный документ с входными и выходными параметрам программы. Для этого и нужен опыт ИНЖЕНЕРА для разработки функциональной схемы алгоритма.
В противном случае Вы получите нечто неконтролируемое и понятное ТОЛЬКО его создателю - "джуниору" с амбициями "архитектора" - и замены ему не найти со всеми вытекающими от этого проблемами...

[Maverick]

Заканчиваем общение...