Ищем спеца по motion controllers и по C++

[Poryadok]

Где: FEI, Hillsboro, OR (фантастическая возможность для тех, кто мечтает перебраться в ПОРТЛАНД! )

Позиция 1: Motion Controller Specialist - разработчик софта
Нужно знать моторы и енкодеры (с точки зрения программиста ими управляющего), точное позиционирование, синусы-косинусы, хотя бы линейную интерполяцию.
Знать С++ и программирование под Windows. Желательно ещё знать COM. Знать каким волшебным способом команды из Windows PC попадают в Motion Controller и как назад идёт фидбэк. Базовое знание .НЕТ-а - плюс.
Это перманентная позиция. Если вы на H1 - я не обещаю, но попытаюсь пробить трансфер, но только если опыт подходящий и человек толковый.

Позиция 2:
Нужно знать C++ под Виндоуз и иметь опыт написания COM объектов (если на КОМ-е писали давно и частично забыли, но можете вспомнить - пойдёт). Нужно знать .НЕТ.
Обязательно знание мультипоточного программирования и межпроцессного взаимодействия.
Желательно иметь опыт программирования систем управления каким-нибудь оборудованием.
Желательно иметь хорошую память, потому что придётся работать со сложной системой.

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

Сколько платят - вопрос не ко мне, но в целом - дают средний рейт по нашей местности.

Обе позиции связаны с разработкой софта для управления электронными микроскопами.

Пишите в личку. Но только если опыт - строго по профилю. Желательно ответить быстро, особенно по позиции с motion controller-ами.

[Poryadok]

Офигительный рынок труда в Америке! Никому работа не нужна! Ну, хорошо, по моушн контроллеры не все знают. Но С++ - то, надеюсь, все учили? (см. позицию №2). Или в контракторы идти не хочется? Конечно, бенефитов не дают, так зато платят больше! Или, может быть, дело в страшных историях о непрерывных Орегонских дождях? Так дело-то - к лету, летом дождей почти нет!

[Teh Instructor]

(фантастическая возможность для тех, кто мечтает перебраться в ПОРТЛАНД! )

Или, может быть, дело в страшных историях о непрерывных Орегонских дождях? Так дело-то - к лету, летом дождей почти нет!

Для нас, живущих в Силиконке продложение работать в Портланде звучит примерно так же как

phpBB [video]

[Интеррапт]

Офигительный рынок труда в Америке! Никому работа не нужна!

Ну и выводы. Подумайте, сколько человек посещают Привет, сколько из них живут в районе Портленда, и сколько из этих живущих уже работают.

Или в контракторы идти не хочется? Конечно, бенефитов не дают, так зато платят больше!=

А толку фуллтаймерам особо париться, если:

Сколько платят - вопрос не ко мне, но в целом - дают средний рейт по нашей местности.

[Poryadok]

Насчёт переезда из Калифорнии и насчёт париться если предлагают средний рейт.

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

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

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

[flip_flop]

Тема последнего сообщения (в широком концептуальном плане, без привязки к C++ и датчикам движения) не может быть раскрыта в полной мере без участия в дискуссии признанного Орегоноведа и Портландолюба. Миша?

[Zorkus]

Офигительный рынок труда в Америке! Никому работа не нужна!

Ну и выводы. Подумайте, сколько человек посещают Привет, сколько из них живут в районе Портленда, и сколько из этих живущих уже работают.

и сколько из них разбирается в motion controller-a.

[Medium-rare]

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

[Teh Instructor]

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

А мне интересно работать с любым кодом. От хорошего научишься чему нибудь хорошему. От плохого научишься как делать не стоит. Все в опыт и жизненные примеры пойдет. А иначе только теоретизировать что хорошо а что плохо.

[Medium-rare]

А мне интересно работать с любым кодом. От хорошего научишься чему нибудь хорошему. От плохого научишься как делать не стоит. Все в опыт и жизненные примеры пойдет. А иначе только теоретизировать что хорошо а что плохо.

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

[mynameiszb]

как-бы добровольного вступления в банду идиотов.

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

[АццкоМото]

Офигительный рынок труда в Америке! Никому работа не нужна! Ну, хорошо, по моушн контроллеры не все знают. Но С++ - то, надеюсь, все учили? (см. позицию №2).

А вы сами представляете, что такое КОМ в комплекте с многопоточностью? Это конченный вынос мозга. 10 лет назад еще имело смысл, но в 2013 году, да с переездом в Портленд (на самом деле, не важно куда, главное - переезд), да на контракт, с неясными перспективами и толстым намеком, что через неделю могут указать на дверь, потому что кому-то показалось, что человек недостаточно хороший....

[Teh Instructor]

А вы сами представляете, что такое КОМ в комплекте с многопоточностью? Это конченный вынос мозга. 10 лет назад еще имело смысл,

Полностью согласен. COM это динозавр.

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

[Medium-rare]

Полностью согласен. COM это динозавр.

Как вызовы функций динозавр. На функции мода ещё не прошла? А на способ подружить две программы в системе через декларированый набор функций, уже прошла?

[M. Ridcully]

А на способ подружить две программы в системе через декларированый набор функций, уже прошла?

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

И COM - зло, однозачно. Во-первых, тем, что он один глобальный на весь контупер.
Во-вторых, есть такое мнение (с которым я согласен), что идея смимикрировать удалённый вызов обычным вызовом локальной ф-ции порочна в своей сути.
Ну и COM & threading, да, эпический головняк. "Apartment models", мля. Как вспомнишь, так вздрогнешь.

Добавлю, на всякий случай. Не то, чтобы я совсем не вижу места COM - быть может, кое-где это ещё может канать как способ решение каких-то проблем. Но слава богу, мест таких всё меньше и меньше, и идейно - см. выше.

[Teh Instructor]

Полностью согласен. COM это динозавр.

Как вызовы функций динозавр. На функции мода ещё не прошла? А на способ подружить две программы в системе через декларированый набор функций, уже прошла?

В совмеренном мире программе надо научиться слушать и понимать HTTP/REST. А управлять ею будет программа на питоне. Мир жесток

[Medium-rare]

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

В Metro введена концепция песочницы sandbox, практически старый COM забанен, новый API. Out-of-proc сервера нет, но in-proc, с новыми качественными обёртками, во весь рост. Это всё для повышения секьюрности мобильных приложений, а вообще-то ну такая туча приложений и сервисов работает с COM и в in-proc и в out-of-proc, что слухи о его смерти сильно преувеличены. Обёртки качественные облегчают страдания, даже многопоточные.

[Medium-rare]

В совмеренном мире программе надо научиться слушать и понимать HTTP/REST. А управлять ею будет программа на питоне. Мир жесток

Да-да, щас, ага, программа, которую Порядок пишет, будет с устройством общаться через технологию из мира Жабы с latency за пределами самого буйного воображения. Он жеж не сайтики программирует, кам он. Другое дело, зачем там вообще COM, неужели нельзя было разрулить в одном процессе прямыми вызовами DLL-ых функций без технологии для универсального "сношения" всего со всем.

[M. Ridcully]

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

В Metro введена концепция песочницы sandbox, практически старый COM забанен

И о чём тогда спорим?

[Medium-rare]

И о чём тогда спорим?

Metro это по сути мобильная платформа, которую натянули и на десктоп, да и то, старый, но новый, добрый in-proc, который больше по имени почему-то редко называют. Metro есть одна из двух морд Windows 8. В другой, старой морде, всё Ok с COM, backward compatibility, и серверные, которые по определению не метро, и офисные продукты, которые не метро, могут и пользуются. .Net, технология для прикладников, по сути, тоже пользуется, но скрывая "малоинтересные" детали, зато насоздавав кучку своих.

[Alexandr]

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

оно может и зло, но винда им пропитана и пользовать время от времени все равно надо
банально тот же shell, да и не только... вот даже из C++ .net захостить и то COM

Ну и COM & threading, да, эпический головняк. "Apartment models", мля. Как вспомнишь, так вздрогнешь.

а что там было такого, что вздрагивать приходилось?

apartment - однопоточный (через оконную очередь сообщений сделанный)
multithreaded - многопоточный (но поток свой)
neutral - на потоке клиента

[avitya]

В совмеренном мире программе надо научиться слушать и понимать HTTP/REST. А управлять ею будет программа на питоне. Мир жесток

Да-да, щас, ага, программа, которую Порядок пишет, будет с устройством общаться через технологию из мира Жабы с latency за пределами самого буйного воображения. Он жеж не сайтики программирует, кам он. Другое дело, зачем там вообще COM, неужели нельзя было разрулить в одном процессе прямыми вызовами DLL-ых функций без технологии для универсального "сношения" всего со всем.

Рест можно слушать и на плюсах, если что. Но да, я не понимаю зачем тут нужен ком.

[Teh Instructor]

Делаю прогноз на 5 лет вперед - в микроскопе линукс, управляется по сети с Мака. Для винды тоже написана программка, но глючная.
Звучит как песня, и программисты толпой валят, даже в Портланд, за такой сладкой работой.

[M. Ridcully]

а что там было такого, что вздрагивать приходилось?

Да букав много всяких читать приходилось и разбираться во всякой **не, вместо того, чтобы фичи реализовывать. Маршаллинги-шмаршаллинги.

[Medium-rare]

Рест можно слушать и на плюсах, если что. Но да, я не понимаю зачем тут нужен ком.

Это будет использование технологии Sockets (которая под веб-коммуникациями, но неявно), которая даже старше COM. Преимущество Sockets будет в кросс-платформенности, но оно всегда out of process, через ядро ходит, даже если процесс будет посылать что-то самому себе. И зачем-то теребить порт (хотя то, возможно, не всегда доходит до network adapter, если с умом реализовано), который придуман для взаимодействия даже не в пределах одного компьютера, но между разными. А REST и вовсе там ни за чем, это высокоуровневая абстракция для значительно более прикладного программирования. Одна моя работа, которой занимался года три была про это, и там были разные виды communications, IPC - Inter Process Communications.