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

[Мальчик-Одуванчик]

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

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

А старые добрые Pipes?

[АццкоМото]

оно может и зло, но винда им пропитана и пользовать время от времени все равно надо

И винда зло. И пользоваться ни ей, ни КОМом уже давно никому не надо. Кроме тех, кого тянет на дно legacy

[Мальчик-Одуванчик]

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

И что теперь собрание должно болезненно стонать при слове "портланд"?

[Medium-rare]

А старые добрые Pipes?

Pipes вещь хорошая, наверное, используется реже, чем должно бы, где-то читал, что "труба" в файловой системе живёт, однако, вроде, и в Unix они откровенно в файловой системе, и в Windows слегка спрятаны, но через file I/O. File I/O обновление зачастую "уже там", а вы ещё не знаете, хоть обновление пинали через коммит. Зато всякие ACE их имплементируют совершенно прозрачно от конкретной OS. А зачем нужен Pipe внутри процесса, философский вопрос, наверное...

[avitya]

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

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

Э, ну спасибо за урок, что ли
Хотя, думаю, к контроллеру на самом деле речи толкают через ком порт, а не через сокеты.

[Medium-rare]

У контроллера обычно есть кусок адресного или I/O ports пространства (а, ну да, ком-порт был для низкоскоростных последовательных устройств) для сношений с 'человеческим' компьютером, а все эти виндовские com'ы только чтобы сношать один exe-шник с другим по установленному извне протоколу, или exe-шник с dll-кой. Но из них exe/dll обычно кто-то один читает/пишет те самые hardware ports или address space.

[Teh Instructor]

Хотя, думаю, к контроллеру на самом деле речи толкают через ком порт, а не через сокеты.

У контроллера обычно есть кусок адресного или I/O ports пространства для сношений с 'человеческим' компьютером, а все эти комы только чтобы сношать один exe-шник с другим по установленному извне протоколу, или exe-шник с dll-кой. Но из них обычно кто-то один читает/пишет те самые hardware ports или address space.

Прошлый век. Лучше припаяйте туда микросхему с линуксом и вайфаем (ну на ethernet на крайняк, конечно)

[Medium-rare]

Всё так, Linux давно припаяли, оно же самое железячное OS.

[Teh Instructor]

Всё так, Linux давно припаяли, оно же самое железячное OS.

зачем же тогда ком порт? Выпускайте прибор прямо в сеть по HTTP

[Medium-rare]

- А вы тут что делаете?
- А мы тут белим, красим... (c)

[Byka]

У контроллера обычно есть кусок адресного или I/O ports пространства (а, ну да, ком-порт был для низкоскоростных последовательных устройств) для сношений с 'человеческим' компьютером, а все эти виндовские com'ы только чтобы сношать один exe-шник с другим по установленному извне протоколу, или exe-шник с dll-кой. Но из них exe/dll обычно кто-то один читает/пишет те самые hardware ports или address space.

"Остапа несло..." ( И&П(с) )

[Poryadok]

оно может и зло, но винда им пропитана и пользовать время от времени все равно надо

И винда зло. И пользоваться ни ей, ни КОМом уже давно никому не надо. Кроме тех, кого тянет на дно legacy

Да, есть такая теория, что линукс - кул, а винда - устарела и мастдай.

Но давайте проверим суровую реальность. Суровая реальность такова, что под Линукс есть драйвер к мышке и клавиатуре, и ещё к полутора устройствам. А к разным кастомным устройствам драйверов нет. Их, конечно, можно написать, ага.
Дальше. На чём делать бизнес-логику? На С++? У нас бизнес-логика микроскопа написана на С++. Для серьёзных задач (миллионы строк кода) это трындец неподъемный. На джаве? Можно. Насколько просто её стыковать её с third-party драйверами, написаными на С++ - я не знаю, хотелось бы послушать. А межпроцессное взаимодействие как делать? А если большая память выделена С++ кодом (скажем, драйвером устройства) - её можно перекинуть в Джаву в другой процесс не копируя побайтно? А запустить Джавовое приложение под Линуксом как сервис можно? Чтобы если один юзер отлогинился, а другой залогинился, оно продолжало работать, и новый юзер мог запустить юзер интерфейс и с приложением работать?

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

А на Винде есть драйвера подо всё, есть .НЕТ с КОМом отлично дружит, и если руки не кривые, то можно делать очень серьёзные системы.

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

Кстати, моушн контроллер у нас подключен не через КОМ порт, а через FireWire.

[Fortinbras]

Да, есть такая теория, что линукс - кул, а винда - устарела и мастдай.

Но давайте проверим суровую реальность.

ISS dumps Windows for Linux on laptops

'We needed an operating system that was stable and reliable'

The crew of the International Space Station (once they've fixed their leak) will trade their old Windows XP laptops for Debian-powered systems to use in their Operations Local Area Network (Ops LAN).

The six-person ISS has over 140 laptops on board, around 80 of which are working at any one time, along with a variety of internal networks for operations, crew support, and telemetry. These are used to manage on-board systems and handle some of the 50GB of data the ISS puts out and receives every week.

http://www.theregister.co.uk/2013/05/10 ... eployment/

[Medium-rare]

У контроллера обычно есть кусок адресного или I/O ports пространства (а, ну да, ком-порт был для низкоскоростных последовательных устройств) для сношений с 'человеческим' компьютером, а все эти виндовские com'ы только чтобы сношать один exe-шник с другим по установленному извне протоколу, или exe-шник с dll-кой. Но из них exe/dll обычно кто-то один читает/пишет те самые hardware ports или address space.

"Остапа несло..." ( И&П(с) )

Ну так и расскажите, что именно не так. Ещё бывают альтернативы, да, шины разные, но в конце концов надо отразить порцию информации в память для CPU.

[olis]

Да, есть такая теория, что линукс - кул, а винда - устарела и мастдай.

Но давайте проверим суровую реальность. Суровая реальность такова, что под Линукс есть драйвер к мышке и клавиатуре, и ещё к полутора устройствам. А к разным кастомным устройствам драйверов нет. Их, конечно, можно написать, ага.
Дальше. На чём делать бизнес-логику? На С++? У нас бизнес-логика микроскопа написана на С++. Для серьёзных задач (миллионы строк кода) это трындец неподъемный. На джаве? Можно. Насколько просто её стыковать её с third-party драйверами, написаными на С++ - я не знаю, хотелось бы послушать. А межпроцессное взаимодействие как делать? А если большая память выделена С++ кодом (скажем, драйвером устройства) - её можно перекинуть в Джаву в другой процесс не копируя побайтно? А запустить Джавовое приложение под Линуксом как сервис можно? Чтобы если один юзер отлогинился, а другой залогинился, оно продолжало работать, и новый юзер мог запустить юзер интерфейс и с приложением работать?

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

А на Винде есть драйвера подо всё, есть .НЕТ с КОМом отлично дружит, и если руки не кривые, то можно делать очень серьёзные системы.

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

Кстати, моушн контроллер у нас подключен не через КОМ порт, а через FireWire.

Я конечно на Java не писал, за исключением одного тестового приложения под Андройд, но вот такое мое ИМХО.
Если нет драйверов под конкретное железо, то их да, можно самому написать. Это не rocket science.
По поводу бизнес-логики. Если уже есть миллионы строк кода на С++ не очень понятно зачем их переписывать. Но если уж так хочется переписать то Java вполне может общаться с софтом, управляющим железом написанном на С, через JNI. Драйвер выделяет память под данные в ядре, этот буфер мапируется в user space, в Java этот буфер передается через NewDirectByteBuffer например. Как то так.

[Alexandr]

оно может и зло, но винда им пропитана и пользовать время от времени все равно надо

И винда зло. И пользоваться ни ей, ни КОМом уже давно никому не надо. Кроме тех, кого тянет на дно legacy

ну конечно, виндой же никто не пользуется

[Teh Instructor]

Да, есть такая теория, что линукс - кул, а винда - устарела и мастдай.

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

[Alexandr]

Teh Instructor
под Mac писать в конторе стали?

[Poryadok]

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

К счастью, у нас на работе деньги считают, и думают головой. У нас лаптопы Dell, потому как саппорт хороший (хотя у Делла свои приколы тоже есть - кастомер сервис на товары с истёкшей гарантией - хуже, чем у поддельных "абибас"-ов.)

Маки купить - круто. Только на них Вижуал Студио не ставится. И много чего другого. Да тот же BeyondCompare. Найти что-то можно, но выключить всех девелоперов из процесса девелопмена на пару недель для переучивания на мак может позоволить себе или гос контора, или кормящийся от них монстр типа IBM.

[Teh Instructor]

Teh Instructor
под Mac писать в конторе стали?

Серверный софт всегда был под линуксом - жава, питон, руби, скрипты на баше для девопсов... Так писали так и пишем, под Маком только удобнее это делать в 100 раз. А клиентский пока под Виндой, естественно кто его пишет они на Винде, но в планах его постепенно портировать под Мак тоже.

[Teh Instructor]

Если этогос. контроа, то я не удивлён. .

Нет, мы Medical Devices делаем.
На самом деле Макбуки стоят так же как Деллы (если брать сравнивые конфигурации лаптопов). Я тоже был удивлен, когда узнал. Наверное это главная причина того, что корпорации двигаются в эту сторону.

[Alexandr]

Teh Instructor
под Mac писать в конторе стали?

Серверный софт всегда был под линуксом - жава, питон, руби, скрипты на баше для девопсов... Так писали так и пишем, под Маком только удобнее это делать в 100 раз. А клиентский пока под Виндой, естественно кто его пишет они на Винде, но в планах его постепенно портировать под Мак тоже.

а по каким соображениям переехали в линукса на мак?
удобство?

[oshibka_residenta]

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

Например, если клиенты используют LabView.

[АццкоМото]

Да, есть такая теория, что линукс - кул, а винда - устарела и мастдай.

Но давайте проверим суровую реальность. Суровая реальность такова, что под Линукс есть драйвер к мышке и клавиатуре, и ещё к полутора устройствам. А к разным кастомным устройствам драйверов нет. Их, конечно, можно написать, ага.

Речь идет не о том, что вдруг завтра все переедут на линух. Речь о том, что разрабатывать что-либо серьезное нативно под винду сегодня нет никакого смысла. Потому что 70% кульстаффа работает в браузере (причем, скорее в Хроме, чем в ИЕ), 20% - в Яве и 10% - каких-то странноватых утилиток типа дропбокса или торрента (цифры с потолка)
Ну да, есть еще офис и игрушки. Но даже офис мутирует куда-то в облако.
И есть еще МакОС. Если глянуть на любой девелоперский митап, то яблочек на нем горит больше, чем пионерских значков на торжественной линейке в Пхеньяне

[АццкоМото]

оно может и зло, но винда им пропитана и пользовать время от времени все равно надо

И винда зло. И пользоваться ни ей, ни КОМом уже давно никому не надо. Кроме тех, кого тянет на дно legacy

ну конечно, виндой же никто не пользуется

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