forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Интервью с Вячеславом Калошиным по вопросу перевода предприя..., opennews (?), 10-Сен-09, (0) [смотреть все]

Молодец мужик И вроде они же шрифты - замену микрософтовским создают Кстати, на, аноним (?), 00:13 , 10-Сен-09, (1) +1 //

Я видел самописный софт, который не под все винды работал - А стоимость наприм, tesseract (ok), 10:19 , 10-Сен-09, (13) –2 //

Откуда такая информация Что именно программировать легче Вы вообще писали по, Юниксоид (??), 10:45 , 10-Сен-09, (14) //

От меня Не приходилось видеть API например ККТ под юниксы Костылей в винде не , tesseract (ok), 10:59 , 10-Сен-09, (15)

RFTM lsb, alien, sHaggY_caT (ok), 12:01 , 10-Сен-09, (17)

сам то его видал O_o там прог и дистров с гулькин нос никому нет дела до lsb , Аноним (34), 13:35 , 10-Сен-09, (34)

виделА Бизнес-софт SAP, оракль, никс и т д на нем и пишут Здесь речь именно , sHaggY_caT (ok), 00:44 , 11-Сен-09, (75)

Предупреждая возможный вопрос, deb-пакеты для Oracle Express видела Это не суть, sHaggY_caT (ok), 01:42 , 11-Сен-09, (79)

Покажите мне в винде апи для работы с usb шиной без попадания на траходром с пис, User294 (ok), 22:13 , 10-Сен-09, (67)

UART - CreateFile Ты вообще писал что нибудь CreateFileДа ну про IRP ты вооб, letsmac (?), 23:42 , 10-Сен-09, (69)

Работу с уартом под винду - писал, да Только вот это с UART все просто С вирту, User294 (ok), 19:49 , 11-Сен-09, (88)

а что вы делаете когда это самое API меняется чуть не в каждом релизе ядра , Аноним (-), 11:00 , 10-Сен-09, (16)

По этому в промышленных системах гарантируют совместимость ABI в рамках одной ве, sHaggY_caT (ok), 12:09 , 10-Сен-09, (18)

Мы и пошли по Windows-way Промышленные системы ессно практически не меняются и , tesseract (ok), 12:25 , 10-Сен-09, (20) –2

gt оверквотинг удален Никогда не работала со встраиваемыми решениями, и вообще, sHaggY_caT (ok), 12:38 , 10-Сен-09, (21)

Посчитайте стоимость внедрения в общем плане Брошюрок как раз по линух решениям, tesseract (ok), 12:48 , 10-Сен-09, (23) –1

Как администратор, скажу свое imho CORBA dbus COM не нужны, совсем Переносимый, sHaggY_caT (ok), 12:59 , 10-Сен-09, (24)

COM вообще-то не для автоматизации служит, а для унификации интерфейсов Проще -, tesseract (ok), 13:08 , 10-Сен-09, (25)

Я немного в кучу все перемешала Если Вы еще раз перечитаете мое сообщение, ув, sHaggY_caT (ok), 13:20 , 10-Сен-09, (29)

В том то и кайф, что не со своими Например взять избитый 1С, который COM весь , tesseract (ok), 13:46 , 10-Сен-09, (37)
Это замороченно очень пайпы и сокеты для не-программиста гораздо проще Для п, sHaggY_caT (ok), 14:04 , 10-Сен-09, (43)
При всем при этом необходимость аналога COM на других платформах совсем не очеви, sHaggY_caT (ok), 14:15 , 10-Сен-09, (45)
берём доку от последнего 1с и ох м но главное не это угу-угу вот интересно, , vitek (??), 16:10 , 10-Сен-09, (58)

Я немного в кучу все перемешала Если Вы еще раз перечитаете мое сообщение, ув, sHaggY_caT (ok), 13:21 , 10-Сен-09, (30)

нет конечно они как депутаты - всё для нас, всё для нас -Dдевелоперы пишу, vitek (??), 16:58 , 10-Сен-09, (62)

Поддерживаю, полностью А вообще - развели холивар Конечно же винда лучше, ибо п, Зилибоба (??), 13:12 , 10-Сен-09, (26)

gt оверквотинг удален Вы сами себе не противоречите , sHaggY_caT (ok), 13:26 , 10-Сен-09, (32)

Не противоречит Он говорит о том, что пока вокруг толпы ламеров - профессионал в, Юниксоид (??), 13:48 , 10-Сен-09, (38) +1
А по-моему, в сообщении каша из противоречивых мыслей , sHaggY_caT (ok), 14:04 , 10-Сен-09, (44) +1
Нет-нет, как раз противоречий нет, пока есть люди, позавчера впервые уставновивш, tim2k (ok), 14:30 , 10-Сен-09, (50)

Почему читая про стоимость владения и прочие маркетинговые выдумки всегда пред, Fomalhaut (?), 17:56 , 10-Сен-09, (64)
Угу, посмтрев на википедии пример hello world с использованием COM Это хоро, User294 (ok), 22:18 , 10-Сен-09, (68)

Мдааааа Я как раз противопоставил модель ядро API , которая у винды - с PO, Юниксоид (??), 13:42 , 10-Сен-09, (36)

Да ну DDK вообще то содержит кучу рабочих и главное компилирующихся примеров с, tesseract (ok), 13:51 , 10-Сен-09, (39)

Linux содержит целое ядро с примерами и комментариями рабочих драйверов и все эт, koblin (ok), 14:27 , 10-Сен-09, (48)
Бред сивой кобылы Примеры в WDK - это вершина айсберга Когда вам нужно сделать, Юниксоид (??), 15:38 , 10-Сен-09, (57)

Не то чтобы бред Кто-то сверху пытается усиленно посеять мираж того,что в Linux , Zenitur (?), 08:15 , 11-Сен-09, (80)

всё - бред но вот это прокомментирую отдельно про остальное уже сказали ну и г, vitek (??), 16:23 , 10-Сен-09, (59)

Таки не совсем входят NT и 2000 поддерживали, надень очки таки - разглядишь Ко, letsmac (?), 00:20 , 11-Сен-09, (73)

1 речь шла таки про XP2 http en wikipedia org wiki Posixа также слепой воин , vitek (??), 16:08 , 11-Сен-09, (85)

ничего меняется драйвер-апи системные вызовы system call - единственный способ, vitek (??), 16:48 , 10-Сен-09, (61)

и много zw-функций вы таки знаете Вы таки дрова пишете таки на питоне Вы таки, letsmac (?), 23:45 , 10-Сен-09, (70)

1 а при чём тут драйвер-апи речь не о нём шла2 дрова можно писать и в юзер-спе, vitek (??), 16:15 , 11-Сен-09, (86)

Это несусветная глупость , аноним (?), 16:42 , 10-Сен-09, (60)

Узкие круги - это те, кто начинал возится с Линуском в начале 00 linuxnews - оч, empty (?), 02:40 , 10-Сен-09, (5) //

Не, что ты opennet уже тогда был вне конкуренции Хотя у Мультика я бывал чаще , Guest007 (?), 08:57 , 10-Сен-09, (12)

ККТ - это контрольно-кассовые терминалы Вас научить с портами ввода-вывода рабо, Veter (??), 12:21 , 10-Сен-09, (19) //

Не факт, что производитель железки публикует протоколы Скорее всего вы с этим н, tesseract (ok), 12:42 , 10-Сен-09, (22) //

Знаете ли, с точки зрения администратора, очень неудобно перезагружать боевую , sHaggY_caT (ok), 13:13 , 10-Сен-09, (27) //

В винде то-же Ребут вообще потерял актуальность даже для драйверов - их можно в, tesseract (ok), 13:19 , 10-Сен-09, (28)

Глупость какая-то Вы можете сменить целиком ядро в ОС Почему-то в промышлен, sHaggY_caT (ok), 13:25 , 10-Сен-09, (31)

Если это, например, шаред-хостинг не обязательно под Web, облака какие-нибудь по, sHaggY_caT (ok), 13:33 , 10-Сен-09, (33) +1

вим под вендой ещё можно использовать, а вот шелл - уже проблематично, вечно как, Вова (?), 13:58 , 10-Сен-09, (40)
е того, под MS платформу нет, например, нормальных кластерных файловых систем,це, sHaggY_caT (ok), 14:41 , 10-Сен-09, (52) +1

Windows частично микроядерная система Ей ядро менять особо и не нужно - это не , tesseract (ok), 14:01 , 10-Сен-09, (41) –2

Контроллер домена это критичный сервис только для SMB Выше речь о совсем других, sHaggY_caT (ok), 14:22 , 10-Сен-09, (46)

Когда публикуют новый выпуск, иногда из 500 систем попадаются одна-две системы н, sHaggY_caT (ok), 14:23 , 10-Сен-09, (47)
Это что за приколизм - завершай приложение файл выйдет из адресного простран, tesseract (ok), 14:29 , 10-Сен-09, (49) –1

Тогда зачем ее перезагружают Зачем она пишет, что после обновления must have, sHaggY_caT (ok), 14:36 , 10-Сен-09, (51)

Довольно редко пишет Поледний раз в начале лета писало apache например обновля, tesseract (ok), 14:42 , 10-Сен-09, (53) –1

Насчет Апача чушь, имхо А еще, сравните время перезапуска сервиса, пусть и тако, sHaggY_caT (ok), 15:14 , 10-Сен-09, (55)

s после chkpnt транзакции после vzctl chkpnt VEID p, sHaggY_caT (ok), 15:16 , 10-Сен-09, (56)
Вы где учились Каким макаром виртуальная память процеесов со всей структурой с, letsmac (?), 00:26 , 11-Сен-09, (74)
В VZ так и происходит В KVM, при заморозке виртуалки,тоже Собственно, я не ви, sHaggY_caT (ok), 00:54 , 11-Сен-09, (77)

точно выгнать нафиг 10000 юзеров а потом и перезагрузить можно - мало ли , vitek (??), 17:07 , 10-Сен-09, (63)

Vista и Windows 7 тоже могут Проверяли - даже ie не остановился при загрузке вы, letsmac (?), 23:51 , 10-Сен-09, (71)

Тогда зачем Вы перезагружали свою систему летом о_О Кстати, еще один минус В, sHaggY_caT (ok), 01:13 , 11-Сен-09, (78)
это кого Торвальдса Малнера сколько, например, Вашего кода работает в ring0 да, vitek (??), 16:22 , 11-Сен-09, (87)

вычислительный кластер, работает с момента ввода в эксплуатацию uptime 14 38 , koblin (ok), 14:48 , 10-Сен-09, (54)
Выглядит как крайне паршивое администрирование, вообще-то Апдейты у MS выходят , User294 (ok), 23:32 , 11-Сен-09, (89)

Если производитель не публикует протокол, то ни в какой стандартной либе вы его , Veter (??), 00:53 , 11-Сен-09, (76) //

Драйвера от производителя Так книжки ЯВНО не читаем Про так как система запус, tesseract (ok), 10:23 , 11-Сен-09, (81) –1

Учись лучше, чем по форумам хамить Сделай rm -rf usr bin на юникс-системе и узн, Veter (??), 13:30 , 11-Сен-09, (83)

Вы наверное не в курсе что это очень давно в виндах было, а в линухах это появил, Еще один аноним (?), 11:35 , 11-Сен-09, (82) //

Спасибо за информацию, не знал Когда переходили с винды 9х на xp в универе, раб, Veter (??), 13:38 , 11-Сен-09, (84)

Сообщения [Сортировка по времени | RSS]

13. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." –2 +/–

Сообщение от tesseract (ok), 10-Сен-09, 10:19

Я видел самописный софт, который не под все винды работал :-) А стоимость например хитродрайвера для ISA хитрожелезки под хитроконвейер - стремится к бесконечности. Так как спецификации под неё потеряны 10 лет назад.
Но это мелочи - никто не будет менять настроенную и рабочую систему  (Ау Логос-М) на потенциально проблемное шило в заднице.
Wine то же не панацея. Например солидное количество  касс у крупных сетевиков стоят на FreeDOS и нормально. Зачем там жирный  двухголовый гусь из линуха и вайна ? Создание централизованного дистра с поддержкой оборудования и переделкой API-шников девайсов на posix рельсы сильно бы помогло в данном месте.
Но сомневаюсь, что Motorola или Cipher начнут так уж внезапно переводить своих интеграторов в новое русло - программирование под windows в разы легче, а стоимость самописного софта это 80% стоимости внедрения.

Ответить | Правка | Наверх | Cообщить модератору

14. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от Юниксоид (??), 10-Сен-09, 10:45

> программирование под windows в разы легче
Откуда такая информация ?
Что именно программировать легче ?
Вы вообще писали под обе ОС, чтобы сравнивать ?
Я писал (и пишу) - под POSIX программировать легче, т.к. нету костылей и недокументированных функций.
Linux для меня не просто ядро с API, а набор функциональности, которую я запросто могу юзать из своих приложений так, что очень весомую часть кода писать вообще не нужно.

Ответить | Правка | Наверх | Cообщить модератору

15. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от tesseract (ok), 10-Сен-09, 10:59

>Откуда такая информация ?
>Я писал (и пишу) - под POSIX программировать легче, т.к. нету костылей
>и недокументированных функций.
От меня. Не приходилось видеть API например ККТ под юниксы. Костылей в винде не замечал, mfc   не единственный на свете, да и интерфейс пишется весьма быстро. Многопоточные  возможно тяжелее писать, если только. И как? кстати называется MSDN или ADP под posix? Назовите генератор инсталляций, который создаст установщик >>гарантировано<< уставнавливающийся на любой дистр линуха?

Ответить | Правка | Наверх | Cообщить модератору

17. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 10-Сен-09, 12:01

>Назовите генератор инсталляций, который создаст установщик >>гарантировано<< >уставнавливающийся на любой дистр линуха?
RFTM lsb, alien

Ответить | Правка | Наверх | Cообщить модератору

34. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от Аноним (34), 10-Сен-09, 13:35

сам то его видал? O_o там прог и дистров с гулькин нос. никому нет дела до lsb.

Ответить | Правка | Наверх | Cообщить модератору

75. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 11-Сен-09, 00:44

виделА. Бизнес-софт (SAP, оракль, никс и т д) на нем и пишут. Здесь речь именно о таком ПО, а не об очередном "плеере на питоне от Васи пупкина" в качестве курсовой работы :)

Ответить | Правка | Наверх | Cообщить модератору

79. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 11-Сен-09, 01:42

>виделА. Бизнес-софт (SAP, оракль, никс и т д) на нем и пишут.
>Здесь речь именно о таком ПО, а не об очередном "плеере
>на питоне от Васи пупкина" в качестве курсовой работы :)
Предупреждая возможный вопрос, deb-пакеты для Oracle Express видела. Это не суть. lsb живет, и рано тут его собираются закапывать. Это нишевая вещь для бизнес-приложений, если ресурсы компании-вендора ПО слишком маленькие, что бы самостоятельно поддерживать нативные пакеты для каждого сертифицированного дистрибутива (к Oracle это, конечно, и не относится)

Ответить | Правка | Наверх | Cообщить модератору

67. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от User294 (ok), 10-Сен-09, 22:13

Покажите мне в винде апи для работы с usb шиной без попадания на траходром с писанием ядерных дров? А то в пингвинах и т.п. есть libusb. И через нее программе можно и без дров поработать с своей железкой например. Не попадая на написание драйверов ядра. А в винде - будет головняк. Учтя что написание дров там теперь еще и только для избранных (кому MS сертификат подпишет) - круто, ага. Да еще и usb2serial мосты (как средство не попадать на напсание дров ядра под виндой) опять же, пингвин сам знает, цепляя всякие FTDI, PL200x и т.п. чипы сполоборота в режиме плагнплэй. А в виндах надо как лоху качать и ставить драйвер самолично. Такой вот там плагнплюй.
А может, в виндах можно расшарить GPS ресивер на несколько программ цивильными методами? В пингвинах и вообще *никс - можно, и софт в курсе что есть gpsd. А в винде ... как обычно. Блутус... в винде опять же есть полудохлый стек от микрософт который имеет свойство не работать и посторонний widcomm который по этой причине большинство софта юзает.Наблюдается знатный бардак. Вайфай... ну это вообще эпично - вплоть до висты в виндах нет нужных вызовов драйверов. У пингвинов они были явно задолго до появления висты. Да и процент инсталляций висты сами посмотрите. Итого - под линух есть достаточно стандартные средства для продвинутой и низкоуровневой работы с wi-fi. Для виндозы их кот наплакал т.к. их создание больше напоминает борьбу с ограничениями ОС. И так везде - новых фичей в виндозе как-то не густо. А апи для работы с новыми типами устройств сроду отсутствует или в состоянии бардака и полудохлое и нифига не умеет.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

69. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от letsmac (?), 10-Сен-09, 23:42

>Покажите мне в винде апи для работы с usb шиной без попадания
>на траходром с писанием ядерных дров? А то в пингвинах и
>т.п. есть libusb.
UART - CreateFile. Ты вообще писал что нибудь?
>>И через нее программе можно и без дров
>поработать с своей железкой например. Не попадая на написание драйверов ядра.
CreateFile

>на напсание дров ядра под виндой) опять же, пингвин сам знает,
>цепляя всякие FTDI, PL200x и т.п. чипы сполоборота в режиме плагнплэй.
Да ну?
>
>А может, в виндах можно расшарить GPS ресивер на несколько программ цивильными
>методами? В пингвинах и вообще *никс - можно, и софт в
про IRP ты вообще не слышал.
>курсе что есть gpsd. А в винде ... как обычно. Блутус...
>в винде опять же есть полудохлый стек от микрософт который имеет
>свойство не работать и посторонний widcomm
В линухе он вообще не работает. НЕ РАБОТАЕТ. Изредка можно заставить работать модем. ОН НЕ РАБОТАЕТ.

>софта юзает.Наблюдается знатный бардак. Вайфай... ну это вообще эпично - вплоть
>до висты в виндах нет нужных вызовов драйверов.
Да ну? Это ты заврался ппц в конец. Пруфы в студию.

Ответить | Правка | Наверх | Cообщить модератору

88. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от User294 (ok), 11-Сен-09, 19:49

>UART - CreateFile. Ты вообще писал что нибудь?
Работу с уартом под винду - писал, да. Только вот это с UART все просто. С виртуальным, сделанным из юсб уже чуть сложнее: в пингвинах то есть дрова для большинства usb-to-serial чипов и - все работает как из пушки сразу после втыкания девайса. Т.е. появляется наш родной ttyUSB0 или что там еще и - с ним можно работать из своей проги как с обычным компортом. Что столь же просто как сам компорт - замечательно, левых телодвижений - ноль и наблюдается полный плагнплюй во всей красе в общем то.
В виндозе чтобы дать свою железку на таком же чипаке виндузятнику - надо еще и дровами чипака моста уарт-юсб его снабжать и описаловом как их ставить (и спасибо если вендор чипака выпускает не кривые дрова регулярно под новые версии виндозы и они подписаны).В итоге - с пингвинами получается сильно меньше секаса т.к. драйвера уже есть сразу и майнтайнятся самими ядерщиками, тогда как в винде юзер их должен где-то сбоку взять, что на практике - очень неудобное такое требование. В итоге - в линухе воткнули - работает. В виндозе воткнули - ставим дрова - и только потом работает. Констатируем что в виндозе плагнплей - хуже и требует больше телодвижений при совершенно равных стартовых условиях.
А при желании поработать с юсб нативно, в том виде как оно есть, я вижу кой-какие грабли:
Скажите, плиз, как произвести в виндозе энумерацию шины, понять что там появился мой девайс, а потом - приконектиться своей программой не к какому-то абстрактному "UART" а к нативной usb-шной сущности (aka endpoint) и погонять между моей программой и моей железкой данные? Не попадая на написание своих драйверов ядра для виндозы. Допустим, железка не вписывается ни в один стандартный класс и дров для нее по этой причине система не имеет (для простоты фирмваре железки, которое только тупо гоняет данные по эндпойнту, ни разу не пытаясь прикинуться чем-то стандартным).
В пингвине с этим все понятно - есть libusb, который позволяет работу с usb сущностями и спецификами из юзер-мода, так что если влом писать драйвер, можно из юзермода все сделать. Да, система не опознает девайс и ничего по поводу его наличия делать не будет. Но прога работающая с девайсом сама может все сделать через libusb.
А в виндозе ... где и какое есть апи для работы на этом уровне с usb? Я что-то не нашел в RTFMах никаких аналогов, как минимум когда интересовался этим во времена Win XP.
Пример нахрена это надо? А легко: скажем у n800 есть бутлоадер. Он конектится через usb и прога-флешер обновляет фирмварь. Сие не вписывается в какой-то стандартный класс (протокол у нокии самопальный). В пингвинах нокия как я понимаю юзает libusb и через него все делает. А в виндозе для такого ставится ядерный драйвер... и почему бы это он ставится? :).Что самое веселое - точно такие же схемы не только у нокии.
>>поработать с своей железкой например. Не попадая на написание драйверов ядра.
>CreateFile
Ну и кто будет разрюхивать этот CreateFile если в системе нет драйвера для моего девайса? Нельзя ли пояснить этот момент? А то закос под какой-то стандартный класс (под который драйвер есть) требует заметного усложнения части фирмвари девайса, работающей с юсб. Что в ряде случаев (скажем мелкий бутлоадер для апдейта фирмваре) - ужасно нежелательно(пихать в загрузчик половину фирмвари - идиотский подход). В пингвине (и некоторых других, как то макось) можно и без драйвера обойтись на такие случаи.
Если что - могу накидать примеров софта который через usb что-то "нестандартное" (==не попадающее в стандартные классы) делает с железками. В линухе и макоси сроду достаточно libusb. И все - найдя девайс можно с ним пообщаться через ендпойнты вплоть до юзания дефолтного - используемого для конфигурации и т.п. (виндоза такого как я понял вообще не позволяет, ни с дровами, ни без). А в виндозе почему-то сроду требуют ставить ядерные дрова. Особенно показательно на портабельных вариантах такого софта: Линух, макос - юзайте дескать либюсб и все будет зашибись. Виндозе - поставьте дрова для железки, блаблабла - иначе работать не будет.
Так что давайте вы мне покажете пример кода с CreateFile и т.п. который:
1) Понимает что некий девайс появился на шине.
2) Понимает что этот девайс - наш (узрев правильные vid и pid, неизвестные ни 1 драйверу).
3) Конфигуряет девайс, etc.
4) Юзает usb-шные endpoint-ы для простой коммуникации с девайсом, не нуждаясь в ядерном драйвере и не требуя прикидываться стандартным классом устройств. Просто качая в произвольном формате данные через endpoint-ы, так что хост шлет, девайс выгребает и наоборот.
Я даже буду гадом и не поленюсь проверить. Благо, есть на чем. Например как раз под рукой есть кучка мелких армовских SoC с дефолтовым фабричным бутлоадером, умеющим шиться через usb. Ессно каким-то своим собственным протоколом, который ни разу не косит под стандартные классы устройств и стало быть по дефолту дров под него в системе быть не может. Ну вот и посмотрим как оно под виндузей зашьется без установки ядерных драйверов. А то почем-то под пингвина все маны рекомендуют "скачате прошивалку и проверьте что libusb стоит - и готово".А под виндозу - "поставьте дрова такие-сякие и только потом сможете прошиваться".
>>цепляя всякие FTDI, PL200x и т.п. чипы сполоборота в режиме плагнплэй.
>Да ну?
Tested and works ;).Что самое веселое FTDI даже дает (открытые) утили для записи еепром конфигурации через их чипак прямо по юсб. Весьма мило с их стороны. Вообще, честное пионерское, мне с ними в пингвине возиться понравилось больше. Плагнплей тотатальный - воткнули - появился виртуальный порт. Все, можно с ним работать! В отличие от виндозы, где надо ...ацца с установкой дров самолично да и утилиты для записи конфигурационного еепрома чипака как-то apt-get'ом 1 командой хрен с два поставишь, надо искать и качать где-то самому.Что шибко дольше, раз так в эн.
>>А может, в виндах можно расшарить GPS ресивер на несколько программ цивильными
>>методами? В пингвинах и вообще *никс - можно, и софт в
>про IRP ты вообще не слышал.
Что - IRP? IRP - I/O Request Packet, сущность с которой дрова НТ работают разруливая запросы приложений. И дальше что? Вот в линухе например: по виртуальному компорту проброшенному по синезубу (или юсб, или натуральному уарту) прицеплен ресивер. К нему вместо программ конектится по уарту (зачастую виртуальному) сам gpsd. А далее он выступает этаким хабом который на всю ораву уже по TCP/IP раздает навигационные данные. При этом программ может быть вагон (TCP/IP это в отличие от уарта допускает). И все просто - компорт юзает 1 программа, котрая шарит навигационные данные в форматах ставших в *никсах более-менее общепринятыми. Поэтому я могу запустить на моей n800 пять программ навигации и все пять будут знать координаты и не будут драться за один виртуальный уарт. А теперь покажите мне как поюзать 5 программ навигации одновременно в виндозе с 1 ресивером? Ваши рецепты для виндозе? Единственное что в бошку лезет - юникс-вэй как то поюзать портированный софт и допиленный gpsd :).Такое вот эпичное опускалово. Я вот уже сегодня могу в пингвине юзать один ресивер на ораву софта. Что я и делаю регулярно на n800 :D.
>В линухе он вообще не работает. НЕ РАБОТАЕТ. Изредка можно заставить работать
>модем. ОН НЕ РАБОТАЕТ.
Я не знаю что там у вас не работает, но отсылать файлы с убунты на окружаюшие девайсы - получается как из пушки и даже можно "позвонить" через DUN (родная приблуда гнома впрочем достаточно глючна и лучше юзать другую). А уж n800 и вовсе в плане синезуба - рулит. А ведь внутри тот же дебиан, тот же bluez и прочая. И знаете, она пашет как часики. В отличие от телефона с симбияном где блутус стек вечно глюкает и барахлит на все лады. Да, даешь гетзефактс... уныло и предсказуемо. Зато в виндозе вот родной мс-овский стек с его дровами что-то вообще не хочет с блютэйковской донглой работать. То есть - вроде девайс опознан но ничего не работает. Приходится выколупывать эти дрова и ставить с сидюка родные. Система при этом верещит что у меня "гранаты не той системы",  в смысле несовместимые дрова. Может и не совместимы, но зато - работают. Я бы с удовольствием посмотрел как домохозяйки вырулят из такого штопора. Даже за билет на такое шоу заплатил бы.
>Да ну? Это ты заврался ппц в конец. Пруфы в студию.
http://en.wikipedia.org/wiki/Monitor_mode - доступно? Апи для загона карты в оный режим (полезный для мониторинга окружающей обстановки, захвата пакетов, etc) появилось только в висте. А висты едва ли 20% до сих пор. А большинство, пардон, на XP, где такой роскоши нет. Ну и вот такое вот в виндах везде - для всего новья апи или нет или какой-то дебильный гемор, недоделки и нехватка функционала.

Ответить | Правка | Наверх | Cообщить модератору

16. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от Аноним (-), 10-Сен-09, 11:00

а что вы делаете когда это самое API меняется чуть не в каждом релизе ядра?

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

18. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 10-Сен-09, 12:09

>а что вы делаете когда это самое API меняется чуть не в
>каждом релизе ядра?
По этому в промышленных системах гарантируют совместимость ABI в рамках одной ветки (RHEL, SLES, etc), и портируют измениния из последних ядер в те, которые кажутся обывателю очень старыми(хотя это совсем не так).
А lsb-совместимый rpm пакет установится на любую lsb-систему. Если же хочется что-то вроде Gentoo/Arch/etc, то, обычно, вопрос расковыривания rpm-ки(если нет сорцов) и использования strace/ldd не вызывает страха, Вы знали на что шли :)

Ответить | Правка | Наверх | Cообщить модератору

20. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." –2 +/–

Сообщение от tesseract (ok), 10-Сен-09, 12:25

>>strace/ldd не вызывает страха, Вы знали на что шли :)
Мы и пошли по Windows-way. Промышленные системы ессно практически не меняются и не обновляются - это законченные программно-апаратные решения. Если конечно админу не 20 и он не бородат и не стардает манией пересборки.  Имеются в виду грубо говоря API + набор существующих решений например за несколько лет. В итоге с учетом затрат на поддержку и разработку - дешевле купить как раз CE или тот же Embedded. Закон массовой шатмповки.
ЗЫ: функция ядра и API дров в винде меняются чуть ли не через каждый SP. Но этого не заметно - тостая прослойка документированных API. Совместимость - это вообще главный и жирный плюс MC - до висты по крайней мере.

Ответить | Правка | Наверх | Cообщить модератору

21. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 10-Сен-09, 12:38

>[оверквотинг удален]
>20 и он не бородат и не стардает манией пересборки.
>Имеются в виду грубо говоря API + набор существующих решений например
>за несколько лет. В итоге с учетом затрат на поддержку и
>разработку - дешевле купить как раз CE или тот же Embedded.
>Закон массовой шатмповки.
>
>ЗЫ: функция ядра и API дров в винде меняются чуть ли не
>через каждый SP. Но этого не заметно - тостая прослойка документированных
>API. Совместимость - это вообще главный и жирный плюс MC -
>до висты по крайней мере.
Никогда не работала со встраиваемыми решениями, и вообще, я не девелопер, но, по-моему, RHEL Basic стоит копейки (а центос вообще бесплатный), и с документацией там тоже все хорошо, не в пример многим OSS проектам.
Что касается платформы, главное, решить задачу и суметь потом ее поддерживать, и под задачу нужно выбирать платформу, а не наоборот.
Но я уверена, что у адептов MS платформы критерием выбора слишком часто являются не действительно существующие плюсы платформы, а маркетинговая лапша. Столько раз общалась с Windows-администраторами, искренне верящими, что у AD, SMS, RIS, <...> нет каких-то других аналогов, что уже просто надоело им что-то рассказывать: иногда человеку проще и лучше жить внутри сказки.
Вы уверены, что действительно оценили все плюсы и минусы платформы? Судя по репликам возражающим Вам, мне кажется, что решение таки было принято исходя из соображений "msdn Ъ" и красивых брошюрок, в которых были описаны плюсы (без минусов, которые есть у любой платформы), изложенные умелыми маркетологами M$

Ответить | Правка | Наверх | Cообщить модератору

23. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." –1 +/–

Сообщение от tesseract (ok), 10-Сен-09, 12:48

>Вы уверены, что действительно оценили все плюсы и минусы платформы? Судя по
>репликам возражающим Вам, мне кажется, что решение таки было принято исходя
>из соображений "msdn Ъ" и красивых брошюрок, в которых были описаны
Посчитайте стоимость внедрения в общем плане. Брошюрок как раз по линух решениям больше, только на вопрос о переносе кода это не влияет.
Решений на никсах в системе автоматизации, кроме как конкретно издевательских я лично не видел.
Аналогов COM/OLE за исключением разложившейся CORBA я например вообще не наблюдаю. Идите разработайте хоть что-то. А потом попытайтесь это продать. Заказчику в принципе пофигу на чем это сделано - лишь бы работало.

Ответить | Правка | Наверх | Cообщить модератору

24. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 10-Сен-09, 12:59

>Аналогов COM/OLE за исключением разложившейся CORBA я например вообще не наблюдаю. Идите
>разработайте хоть что-то. А потом попытайтесь это продать. Заказчику в принципе
>пофигу на чем это сделано - лишь бы работало.
Как администратор, скажу свое imho: CORBA/dbus/COM не нужны, совсем. Переносимый код для серьезных решений пишется, обычно, на java.
Оптимизированный и очень быстрый код на c/c++, используются стандарты POSIX. не знаю, что Вы про них думаете, но с точки зрения админа, конвееры, сокеты и пр, очень и очень удобны, а так же наглядны даже для новичков, если нужен ООП, есть очень красивый питон для скриптов, и сложных приложений, которые не такие "тяжелые" как Java/.NET, и разрабатываются проще, чем на C/C++
В конце концов, есть "быдло-пых-пых" под который, при всех его минусах, дешевые разработчики есть всегда.
С точки зрения юзабельности, тоже личное имхо: мне проще поправить что-то в конфиге, написать манифест для паппета, сделать кикстарт, чем рыться в сотне вложенных менюшек групповых политик, расковыривать Windows-инсталлер для упаковки в msi-пакет(с риском получить срок за "взлом защиты ПО") или разбираться в powershell, когда 99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил с com-объектами, что нормально автоматизировать через cli и скрипты невозможно.

Ответить | Правка | Наверх | Cообщить модератору

25. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от tesseract (ok), 10-Сен-09, 13:08

>99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил
>с com-объектами, что нормально автоматизировать через cli и скрипты невозможно.
COM вообще-то не для автоматизации служит, а для унификации интерфейсов. Проще - это кто как привык. Дело вкуса. Переносимый код для COM вообще в принципе недоступен, а .net сборки пока кривоваты для подобных систем.

Ответить | Правка | Наверх | Cообщить модератору

29. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 10-Сен-09, 13:20

>>99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил
>>с com-объектами, что нормально автоматизировать через cli и скрипты невозможно.
>
>COM вообще-то не для автоматизации служит, а для унификации интерфейсов. Проще -
>это кто как привык. Дело вкуса. Переносимый код для COM вообще
>в принципе недоступен, а .net сборки пока кривоваты для подобных систем.
Я немного в кучу все перемешала :) Если Вы еще раз перечитаете мое сообщение, увидите, что я написала "COM/Corba/DBUS", и ниже про сокеты, пайпы, POSIX, а в самом низу про то, что с точки зрения администратора, организовать взаимодействие между ПО проще именно в UNIX.
Разве девелоперы пишут свой код не для нас и не для end-user'ов :)? Создать монструозный программный пакет, который будет взаимодействовать со своими компонентами через COM/Dbus/сокеты/пайпы можно на любой платформе (так как такое не писала, не мне судить, на какой платформе это сделать сложнее), но последующая эксплуатация с другими программными решениями, проще именно в UNIX (прочитайте принципы разработки в UNIX, про одну программу, делающую свою функцию хорошо)

Ответить | Правка | Наверх | Cообщить модератору

37. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от tesseract (ok), 10-Сен-09, 13:46

>Разве девелоперы пишут свой код не для нас и не для end-user'ов
>:)? Создать монструозный программный пакет, который будет взаимодействовать со своими компонентами
В том то и кайф, что не со своими. Например взять избитый 1С, который COM весь - и в нём можно заменить COM-компоненты на свою реализацию, навстраивать легко усваяемые модули. Подключится из него к ODBC  - чего разработчики изначально в нём не предусматривали.
>Одна программа
Windows построен по модульной схеме. Замените программу на COM объект и всё будет примерно так же.
ЗЫ:  FireFox конечно сильно unix way програмка :-))))))

Ответить | Правка | Наверх | Cообщить модератору

43. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 10-Сен-09, 14:04

> В том то и кайф, что не со своими. Например взять
>избитый 1С, который COM весь - и в нём можно заменить
>COM-компоненты на свою реализацию, навстраивать легко усваяемые модули. Подключится из него
>к ODBC  - чего разработчики изначально в нём не предусматривали.
Это замороченно очень :) пайпы и сокеты для не-программиста гораздо проще. Для программиста, при общей стандартизации Posix, возможно, тоже.
И 1c не самый удачный пример: во-первых, сейчас серверная часть уже есть под Linux (как раз без поддержки COM), а во-вторых кривость его кода, многочисленные глобальные блокировки, не позволяют приводить этот продукт как пример удачного архитектурного дизайна (в нем не это главный плюс: только он, при всей дряной архитектурно-программной организации, вовремя отслеживает все изменения нашего уникального законодательства :)))
По-моему, COM это для Вас фетиш, как для некоторых красноглазых, как Вы их называете, "линуПсойдов", apt, порты и т д.
Допустим, COM одно из преимуществ NT платформы перед другими (при том, что у платформы есть очень существенные минусы, а так же другие плюсы, например, огромный багаж накопленного win32 и .NET софта), но Вы занимаетесь, имхо, самым настоящим  красноглазием в стиле ЛОРа, и троллизмом.

Ответить | Правка | Наверх | Cообщить модератору

45. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 10-Сен-09, 14:15

>Допустим, COM одно из преимуществ NT платформы перед другими
При всем при этом необходимость аналога COM на других платформах совсем не очевидна, именно по этому Corba и сдохла, а для десктопного софта был создан легкий d-bus.
По-моему, COM нужен только на Windows. Что в нем по-настоящему уникального я не понимаю, тогда как минусы вполне очевидны: любые UNIX-администраторы и даже продвинутые пользователи используют пайпы и пр. стандарты Posix, а вот powershell для работы с COM, осиливают далеко не все сертифицированные MS спецы.
Итого, технология исключительно для девелоперов.
Чем она принципиально лучше красивого питона, или Java, для экономии времени разработчика?

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

58. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от vitek (??), 10-Сен-09, 16:10

берём доку от последнего 1с и ох..м:
>Создание компонент, c использованием технологии Native API:
>Эта технология позволяет создавать внешние компоненты, которые могут подключаться как в клиентском приложении, так и на сервере приложений 1С:Предприятие, в том числе и в версии для Linux. Каждый объект компоненты должен наследоваться от абстрактного класса IComponentBase (файл ComponentBase.h входит в комплект поставки) и реализовать все его методы.
но главное не это:
>Например взять избитый 1С, который COM весь - и в нём можно заменить COM-компоненты на свою реализацию, навстраивать легко усваяемые модули.
угу-угу....вот интересно, почему не приходит в голову - берёшь исходники любого опенсорс решения и делаешь вообще что хочешь.... не говоря уже про so, и .a библы.
>Windows построен по модульной схеме. Замените программу на COM объект и всё будет примерно так же.
модульнее некуда.... хрен установишь новую версию, пока всех не выгонишь

Ответить | Правка | Наверх | Cообщить модератору

30. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 10-Сен-09, 13:21

>>99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил
>>с com-объектами, что нормально автоматизировать через cli и скрипты невозможно.
>
>COM вообще-то не для автоматизации служит, а для унификации интерфейсов. Проще -
>это кто как привык. Дело вкуса. Переносимый код для COM вообще
>в принципе недоступен, а .net сборки пока кривоваты для подобных систем.
Я немного в кучу все перемешала :) Если Вы еще раз перечитаете мое сообщение, увидите, что я написала "COM/Corba/DBUS", и ниже про сокеты, пайпы, POSIX, а в самом низу про то, что с точки зрения администратора, организовать взаимодействие между ПО проще именно в UNIX.
Разве девелоперы пишут свой код не для нас и не для end-user'ов :)? Создать монструозный программный пакет, который будет взаимодействовать со своими компонентами через COM/Dbus/сокеты/пайпы можно на любой платформе (так как такое не писала, не мне судить, на какой платформе это сделать сложнее), но последующая эксплуатация с другими программными решениями, проще именно в UNIX (прочитайте принципы разработки в UNIX, про одну программу, делающую свою функцию хорошо)

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

62. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от vitek (??), 10-Сен-09, 16:58

>Разве девелоперы пишут свой код не для нас и не для end-user'ов :)?
нет конечно!!! они как депутаты - всё для нас, всё для нас... :-D
девелоперы пишут за деньги и на той ОС/IDE/языке, что дают им их манагеры.
а манагеры руководсвуются только тем, что лучше продаётся и в рамках своего кругозора.

Ответить | Правка | Наверх | Cообщить модератору

26. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от Зилибоба (??), 10-Сен-09, 13:12

Поддерживаю, полностью!
А вообще - развели холивар. Конечно же винда лучше, ибо прощает юзеру\админу\разработчику любые оплошности... С юниксом все гораздо сложнее, он не переспросит вас дважды удалить файл или нет. С ним надо быть профессиональным и дисциплинированым...
Ох, сколько я видел админов, настраивающих шлюзы на вин+трафикинспектор, понятия не имеющих о NAТ и PROXY. Они просто научились ставить програмки и тыгать галочку "расшарить инет" - винды они такие и есть, я впервые увидев AD настроил ее за 5 минут натыкав галки. Сколько мне было потом от этого проблем... Нормальный подход к работе: изучить задачу, теоретический материал, выбрать инструмент, начать работать - в виндах можно пропустить все пункты до последнего. Хорошо это или плохо? Ответ Один: Конечно хорошо, ибо пока так будет у меня всегда будет хорошая работа, ибо я не только кнопочки тыкать умею, но и понимаю суть технологий и процессов. Я, практически влюблен в виндовс =)

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

32. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от sHaggY_caT (ok), 10-Сен-09, 13:26

>[оверквотинг удален]
>А вообще - развели холивар. Конечно же винда лучше, ибо прощает юзеру\админу\разработчику
>любые оплошности... С юниксом все гораздо сложнее, он не переспросит вас
>дважды удалить файл или нет. С ним надо быть профессиональным и
>дисциплинированым...
>Ох, сколько я видел админов, настраивающих шлюзы на вин+трафикинспектор, понятия не имеющих
>о NAТ и PROXY. Они просто научились ставить програмки и тыгать
>галочку "расшарить инет"
>Сколько мне
>было потом от этого проблем... Нормальный подход к работе: изучить задачу,
>теоретический материал, выбрать инструмент, начать работать
Вы сами себе не противоречите?

Ответить | Правка | Наверх | Cообщить модератору

38. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +1 +/–

Сообщение от Юниксоид (??), 10-Сен-09, 13:48

Не противоречит.
Он говорит о том, что пока вокруг толпы ламеров - профессионал всегда заработает себе на безбедное существование как минимум.

Ответить | Правка | Наверх | Cообщить модератору

44. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +1 +/–

Сообщение от sHaggY_caT (ok), 10-Сен-09, 14:04

>Не противоречит.
>
>Он говорит о том, что пока вокруг толпы ламеров - профессионал всегда
>заработает себе на безбедное существование как минимум.
А по-моему, в сообщении каша из противоречивых мыслей.

Ответить | Правка | Наверх | Cообщить модератору

50. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от tim2k (ok), 10-Сен-09, 14:30

Нет-нет, как раз противоречий нет, пока есть люди, позавчера впервые уставновившие у себя дома Windows, возомнившие себя "мега-админами", но даже не вникающими в суть магической строки 192.168.0.1/255.255.255.0, у человека хоть мало-мальски разбирающегося в стандартах и протоколах всегда будет кусок хлеба. Уже неоднократно приходилось исправлять ошибки сынка бухгалтера, который вчера пришел установить прграмму *** или сеть "настроить", а сегодня предприятие полдня не работает.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

64. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от Fomalhaut (?), 10-Сен-09, 17:56

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

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

68. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от User294 (ok), 10-Сен-09, 22:18

>Аналогов COM/OLE за исключением разложившейся CORBA я например вообще не наблюдаю.
Угу, посмтрев на википедии пример "hello world" с использованием COM... Это хорошо что аналогов такого ужоса не наблюдается :D.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

36. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от Юниксоид (??), 10-Сен-09, 13:42

Мдааааа.....
Я как раз противопоставил модель "ядро+API", которая у винды - с POSIX и вообще моделью разработки под Unix. Драйвера не пишу, поэтому мне на собсно ядро наплевать по большому счёту. Что там за ядро - Linux, Solaris или BSD, мне по барабану. А Вам ? Скажем, есть ли какая-либо разница между программной функциональностью XP, Vista и 7 ?
У тех, кто пишет драйвера тоже особых проблем не замечено - "желание-тысяча возможностей, нежелание-тысяча причин". Думаю, что драйвер под Linux написать проще, т.к. документации на эту тему в разы больше.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

39. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от tesseract (ok), 10-Сен-09, 13:51

>У тех, кто пишет драйвера тоже особых проблем не замечено - "желание-тысяча
>возможностей, нежелание-тысяча причин". Думаю, что драйвер под Linux написать проще, т.к.
>документации на эту тему в разы больше.
Да ну ? DDK вообще то содержит кучу рабочих и главное компилирующихся примеров с комментариями, какая функция и под какой ОС будет работать. Текста больше может и под линухи - только там в основном выяснение с какого перепоя в данном случае данный пример не работает.
WDM - так вообще сильно облегчает написание драйверов. Надо не думать, надо знать. Винда кстати содержала до XP слой POSIX и кое-где использует сходие парадигмы.

Ответить | Правка | Наверх | Cообщить модератору

48. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от koblin (ok), 10-Сен-09, 14:27

>Да ну ? DDK вообще то содержит кучу рабочих и главное компилирующихся
>примеров с комментариями, какая функция и под какой ОС будет работать.
>Текста больше может и под линухи - только там в основном
>выяснение с какого перепоя в данном случае данный пример не работает.
Linux содержит целое ядро с примерами и комментариями рабочих драйверов и все это, о чудо, компилится и работает.

Ответить | Правка | Наверх | Cообщить модератору

57. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от Юниксоид (??), 10-Сен-09, 15:38

Бред сивой кобылы. Примеры в WDK - это вершина айсберга. Когда вам нужно сделать шаблонный WDK драйвер - это конечно хорошо. Только таких драйверов ну может всего 5%, от силы.
Функциональность и устройство остальных 95% драйверов ни в каких талмудах не описываются, потому как эта инфа под non-disclosure. И программеры, могущие такое написать - их ну тысяча может быть всего на этой планете. О чём вы говорите, это только для избранных доступны реальные вещи в винде. Либо нужно быть гуру дизассемблера и softice.
В Linux совсем наоборот. Всё, в том числе и ядро - свободно можно скачать и изучать. Все драйверы в ядре - пожалуйста, смотрите, изучайте, код задокументирован прекрасно.
Не писали вы драйверов, голубчик, не компилили. Постыдились бы сюда писать, раз не в теме.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

80. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от Zenitur (?), 11-Сен-09, 08:15

Не то чтобы бред.Кто-то сверху пытается усиленно посеять мираж того,что в Linux всё ненадёжно и какая-то мелочь всё равно заглючит.Чтобы у читателя сложилось подсознательное впечатление ненадёжности.Пока что я наблюдаю это только в Windows.Что касается статьи - не лишена смысла!Только дяденька забыл упомянуть,что даже в Linux можно использовать проприетарные продукты,такие как Corel Draw,Nero,Maya.А Photoshop,если надо,запустить в Wine.Что СПО не догоняющий,эти продукты часто превосходят по качеству платные

Ответить | Правка | Наверх | Cообщить модератору

59. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от vitek (??), 10-Сен-09, 16:23

всё - бред.
но вот это прокомментирую отдельно (про остальное уже сказали):
>Винда кстати содержала до XP слой POSIX и кое-где использует сходие парадигмы.
ну и где там команды ls, ps и т.д.?
они ведь входят в POSIX (это не просто стандарт на апи)
реально же этот слой нужно было устанавливать с сайта мс (бесплатно?). и то - на серверные версии.
или (и лучше всего) подходит - cygwin (тож посикс лэйер)

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

73. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от letsmac (?), 11-Сен-09, 00:20

>всё - бред.
>но вот это прокомментирую отдельно (про остальное уже сказали):
>>Винда кстати содержала до XP слой POSIX и кое-где использует сходие парадигмы.
>
>ну и где там команды ls, ps и т.д.?
>они ведь входят в POSIX (это не просто стандарт на апи)
Таки не совсем входят. NT и 2000 поддерживали, надень очки таки - разглядишь. Команды шелла к API отношения не имеют красноглазый воен.

Ответить | Правка | Наверх | Cообщить модератору

85. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от vitek (??), 11-Сен-09, 16:08

1. речь шла таки про XP
2. http://en.wikipedia.org/wiki/Posix
>POSIX (pronounced /ˈpɒzɪks/) or "Portable Operating System Interface [for Unix"][1] is the name of a family of related standards specified by the IEEE to define the application programming interface (API), along with shell and utilities interfaces ....
а также:
>    * POSIX.2, Shell and Utilities (IEEE Std 1003.2-1992)
>          o Command Interpreter
>          o Utility Programs
слепой воин конечно не обязан обращать внимание на это.... если он не тупой

Ответить | Правка | Наверх | Cообщить модератору

61. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от vitek (??), 10-Сен-09, 16:48

>а что вы делаете когда это самое API меняется чуть не в каждом релизе ядра?
ничего.
меняется драйвер-апи.
системные вызовы (system call) - единственный способ обратиться из пользовательских приложений (user space) к ядру (kernel space).
они (системные вызовы) не меняются. иногда добавляются.
посмотреть на них можно в файле - /usr/src/`linux-source-2.6.30`/include/asm-generic/unistd.h
внимание! вопрос:
и много драйверов Вы пишите?
зы:
хватит уже показывать своё невежество.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

70. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от letsmac (?), 10-Сен-09, 23:45

>>а что вы делаете когда это самое API меняется чуть не в каждом релизе ядра?
>
>ничего.
>меняется драйвер-апи.
и много zw-функций вы таки знаете?
>зы:
>хватит уже показывать своё невежество.
Вы таки дрова пишете таки на питоне ? Вы таки его вывели в ring0 ?

Ответить | Правка | Наверх | Cообщить модератору

86. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от vitek (??), 11-Сен-09, 16:15

1. а при чём тут драйвер-апи?
речь не о нём шла
2. дрова можно писать и в юзер-спейс. примеры - fuse, cuse, ntfs-3g, madwimax (yota через него отлично пашет) и т.д.
это большая новость?
3. а питон тут при чём? ляпнуть больше нечего было?
последние моё вклад в ядро - патч для драйверов в v4l2.
сам то сколько сделал? сколько строк твоего кода вообще пашет сейчас в ring0?

Ответить | Правка | Наверх | Cообщить модератору

60. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..." +/–

Сообщение от аноним (?), 10-Сен-09, 16:42

>программирование под windows в разы легче
Это несусветная глупость.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	13. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	–2 +/–
	Сообщение от tesseract (ok), 10-Сен-09, 10:19
	Я видел самописный софт, который не под все винды работал :-) А стоимость например хитродрайвера для ISA хитрожелезки под хитроконвейер - стремится к бесконечности. Так как спецификации под неё потеряны 10 лет назад. Но это мелочи - никто не будет менять настроенную и рабочую систему (Ау Логос-М) на потенциально проблемное шило в заднице. Wine то же не панацея. Например солидное количество касс у крупных сетевиков стоят на FreeDOS и нормально. Зачем там жирный двухголовый гусь из линуха и вайна ? Создание централизованного дистра с поддержкой оборудования и переделкой API-шников девайсов на posix рельсы сильно бы помогло в данном месте. Но сомневаюсь, что Motorola или Cipher начнут так уж внезапно переводить своих интеграторов в новое русло - программирование под windows в разы легче, а стоимость самописного софта это 80% стоимости внедрения.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от Юниксоид (??), 10-Сен-09, 10:45
	> программирование под windows в разы легче Откуда такая информация ? Что именно программировать легче ? Вы вообще писали под обе ОС, чтобы сравнивать ? Я писал (и пишу) - под POSIX программировать легче, т.к. нету костылей и недокументированных функций. Linux для меня не просто ядро с API, а набор функциональности, которую я запросто могу юзать из своих приложений так, что очень весомую часть кода писать вообще не нужно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от tesseract (ok), 10-Сен-09, 10:59
	>Откуда такая информация ? >Я писал (и пишу) - под POSIX программировать легче, т.к. нету костылей >и недокументированных функций. От меня. Не приходилось видеть API например ККТ под юниксы. Костылей в винде не замечал, mfc не единственный на свете, да и интерфейс пишется весьма быстро. Многопоточные возможно тяжелее писать, если только. И как? кстати называется MSDN или ADP под posix? Назовите генератор инсталляций, который создаст установщик >>гарантировано<< уставнавливающийся на любой дистр линуха?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 10-Сен-09, 12:01
	>Назовите генератор инсталляций, который создаст установщик >>гарантировано<< >уставнавливающийся на любой дистр линуха? RFTM lsb, alien
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от Аноним (34), 10-Сен-09, 13:35
	сам то его видал? O_o там прог и дистров с гулькин нос. никому нет дела до lsb.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 11-Сен-09, 00:44
	виделА. Бизнес-софт (SAP, оракль, никс и т д) на нем и пишут. Здесь речь именно о таком ПО, а не об очередном "плеере на питоне от Васи пупкина" в качестве курсовой работы :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 11-Сен-09, 01:42
	>виделА. Бизнес-софт (SAP, оракль, никс и т д) на нем и пишут. >Здесь речь именно о таком ПО, а не об очередном "плеере >на питоне от Васи пупкина" в качестве курсовой работы :) Предупреждая возможный вопрос, deb-пакеты для Oracle Express видела. Это не суть. lsb живет, и рано тут его собираются закапывать. Это нишевая вещь для бизнес-приложений, если ресурсы компании-вендора ПО слишком маленькие, что бы самостоятельно поддерживать нативные пакеты для каждого сертифицированного дистрибутива (к Oracle это, конечно, и не относится)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от User294 (ok), 10-Сен-09, 22:13
	Покажите мне в винде апи для работы с usb шиной без попадания на траходром с писанием ядерных дров? А то в пингвинах и т.п. есть libusb. И через нее программе можно и без дров поработать с своей железкой например. Не попадая на написание драйверов ядра. А в винде - будет головняк. Учтя что написание дров там теперь еще и только для избранных (кому MS сертификат подпишет) - круто, ага. Да еще и usb2serial мосты (как средство не попадать на напсание дров ядра под виндой) опять же, пингвин сам знает, цепляя всякие FTDI, PL200x и т.п. чипы сполоборота в режиме плагнплэй. А в виндах надо как лоху качать и ставить драйвер самолично. Такой вот там плагнплюй. А может, в виндах можно расшарить GPS ресивер на несколько программ цивильными методами? В пингвинах и вообще *никс - можно, и софт в курсе что есть gpsd. А в винде ... как обычно. Блутус... в винде опять же есть полудохлый стек от микрософт который имеет свойство не работать и посторонний widcomm который по этой причине большинство софта юзает.Наблюдается знатный бардак. Вайфай... ну это вообще эпично - вплоть до висты в виндах нет нужных вызовов драйверов. У пингвинов они были явно задолго до появления висты. Да и процент инсталляций висты сами посмотрите. Итого - под линух есть достаточно стандартные средства для продвинутой и низкоуровневой работы с wi-fi. Для виндозы их кот наплакал т.к. их создание больше напоминает борьбу с ограничениями ОС. И так везде - новых фичей в виндозе как-то не густо. А апи для работы с новыми типами устройств сроду отсутствует или в состоянии бардака и полудохлое и нифига не умеет.
	Ответить \| Правка \| К родителю #15 \| Наверх \| Cообщить модератору


	69. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от letsmac (?), 10-Сен-09, 23:42
	>Покажите мне в винде апи для работы с usb шиной без попадания >на траходром с писанием ядерных дров? А то в пингвинах и >т.п. есть libusb. UART - CreateFile. Ты вообще писал что нибудь? >>И через нее программе можно и без дров >поработать с своей железкой например. Не попадая на написание драйверов ядра. CreateFile >на напсание дров ядра под виндой) опять же, пингвин сам знает, >цепляя всякие FTDI, PL200x и т.п. чипы сполоборота в режиме плагнплэй. Да ну? > >А может, в виндах можно расшарить GPS ресивер на несколько программ цивильными >методами? В пингвинах и вообще *никс - можно, и софт в про IRP ты вообще не слышал. >курсе что есть gpsd. А в винде ... как обычно. Блутус... >в винде опять же есть полудохлый стек от микрософт который имеет >свойство не работать и посторонний widcomm В линухе он вообще не работает. НЕ РАБОТАЕТ. Изредка можно заставить работать модем. ОН НЕ РАБОТАЕТ. >софта юзает.Наблюдается знатный бардак. Вайфай... ну это вообще эпично - вплоть >до висты в виндах нет нужных вызовов драйверов. Да ну? Это ты заврался ппц в конец. Пруфы в студию.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от User294 (ok), 11-Сен-09, 19:49
	>UART - CreateFile. Ты вообще писал что нибудь? Работу с уартом под винду - писал, да. Только вот это с UART все просто. С виртуальным, сделанным из юсб уже чуть сложнее: в пингвинах то есть дрова для большинства usb-to-serial чипов и - все работает как из пушки сразу после втыкания девайса. Т.е. появляется наш родной ttyUSB0 или что там еще и - с ним можно работать из своей проги как с обычным компортом. Что столь же просто как сам компорт - замечательно, левых телодвижений - ноль и наблюдается полный плагнплюй во всей красе в общем то. В виндозе чтобы дать свою железку на таком же чипаке виндузятнику - надо еще и дровами чипака моста уарт-юсб его снабжать и описаловом как их ставить (и спасибо если вендор чипака выпускает не кривые дрова регулярно под новые версии виндозы и они подписаны).В итоге - с пингвинами получается сильно меньше секаса т.к. драйвера уже есть сразу и майнтайнятся самими ядерщиками, тогда как в винде юзер их должен где-то сбоку взять, что на практике - очень неудобное такое требование. В итоге - в линухе воткнули - работает. В виндозе воткнули - ставим дрова - и только потом работает. Констатируем что в виндозе плагнплей - хуже и требует больше телодвижений при совершенно равных стартовых условиях. А при желании поработать с юсб нативно, в том виде как оно есть, я вижу кой-какие грабли: Скажите, плиз, как произвести в виндозе энумерацию шины, понять что там появился мой девайс, а потом - приконектиться своей программой не к какому-то абстрактному "UART" а к нативной usb-шной сущности (aka endpoint) и погонять между моей программой и моей железкой данные? Не попадая на написание своих драйверов ядра для виндозы. Допустим, железка не вписывается ни в один стандартный класс и дров для нее по этой причине система не имеет (для простоты фирмваре железки, которое только тупо гоняет данные по эндпойнту, ни разу не пытаясь прикинуться чем-то стандартным). В пингвине с этим все понятно - есть libusb, который позволяет работу с usb сущностями и спецификами из юзер-мода, так что если влом писать драйвер, можно из юзермода все сделать. Да, система не опознает девайс и ничего по поводу его наличия делать не будет. Но прога работающая с девайсом сама может все сделать через libusb. А в виндозе ... где и какое есть апи для работы на этом уровне с usb? Я что-то не нашел в RTFMах никаких аналогов, как минимум когда интересовался этим во времена Win XP. Пример нахрена это надо? А легко: скажем у n800 есть бутлоадер. Он конектится через usb и прога-флешер обновляет фирмварь. Сие не вписывается в какой-то стандартный класс (протокол у нокии самопальный). В пингвинах нокия как я понимаю юзает libusb и через него все делает. А в виндозе для такого ставится ядерный драйвер... и почему бы это он ставится? :).Что самое веселое - точно такие же схемы не только у нокии. >>поработать с своей железкой например. Не попадая на написание драйверов ядра. >CreateFile Ну и кто будет разрюхивать этот CreateFile если в системе нет драйвера для моего девайса? Нельзя ли пояснить этот момент? А то закос под какой-то стандартный класс (под который драйвер есть) требует заметного усложнения части фирмвари девайса, работающей с юсб. Что в ряде случаев (скажем мелкий бутлоадер для апдейта фирмваре) - ужасно нежелательно(пихать в загрузчик половину фирмвари - идиотский подход). В пингвине (и некоторых других, как то макось) можно и без драйвера обойтись на такие случаи. Если что - могу накидать примеров софта который через usb что-то "нестандартное" (==не попадающее в стандартные классы) делает с железками. В линухе и макоси сроду достаточно libusb. И все - найдя девайс можно с ним пообщаться через ендпойнты вплоть до юзания дефолтного - используемого для конфигурации и т.п. (виндоза такого как я понял вообще не позволяет, ни с дровами, ни без). А в виндозе почему-то сроду требуют ставить ядерные дрова. Особенно показательно на портабельных вариантах такого софта: Линух, макос - юзайте дескать либюсб и все будет зашибись. Виндозе - поставьте дрова для железки, блаблабла - иначе работать не будет. Так что давайте вы мне покажете пример кода с CreateFile и т.п. который: 1) Понимает что некий девайс появился на шине. 2) Понимает что этот девайс - наш (узрев правильные vid и pid, неизвестные ни 1 драйверу). 3) Конфигуряет девайс, etc. 4) Юзает usb-шные endpoint-ы для простой коммуникации с девайсом, не нуждаясь в ядерном драйвере и не требуя прикидываться стандартным классом устройств. Просто качая в произвольном формате данные через endpoint-ы, так что хост шлет, девайс выгребает и наоборот. Я даже буду гадом и не поленюсь проверить. Благо, есть на чем. Например как раз под рукой есть кучка мелких армовских SoC с дефолтовым фабричным бутлоадером, умеющим шиться через usb. Ессно каким-то своим собственным протоколом, который ни разу не косит под стандартные классы устройств и стало быть по дефолту дров под него в системе быть не может. Ну вот и посмотрим как оно под виндузей зашьется без установки ядерных драйверов. А то почем-то под пингвина все маны рекомендуют "скачате прошивалку и проверьте что libusb стоит - и готово".А под виндозу - "поставьте дрова такие-сякие и только потом сможете прошиваться". >>цепляя всякие FTDI, PL200x и т.п. чипы сполоборота в режиме плагнплэй. >Да ну? Tested and works ;).Что самое веселое FTDI даже дает (открытые) утили для записи еепром конфигурации через их чипак прямо по юсб. Весьма мило с их стороны. Вообще, честное пионерское, мне с ними в пингвине возиться понравилось больше. Плагнплей тотатальный - воткнули - появился виртуальный порт. Все, можно с ним работать! В отличие от виндозы, где надо ...ацца с установкой дров самолично да и утилиты для записи конфигурационного еепрома чипака как-то apt-get'ом 1 командой хрен с два поставишь, надо искать и качать где-то самому.Что шибко дольше, раз так в эн. >>А может, в виндах можно расшарить GPS ресивер на несколько программ цивильными >>методами? В пингвинах и вообще никс - можно, и софт в >про IRP ты вообще не слышал. Что - IRP? IRP - I/O Request Packet, сущность с которой дрова НТ работают разруливая запросы приложений. И дальше что? Вот в линухе например: по виртуальному компорту проброшенному по синезубу (или юсб, или натуральному уарту) прицеплен ресивер. К нему вместо программ конектится по уарту (зачастую виртуальному) сам gpsd. А далее он выступает этаким хабом который на всю ораву уже по TCP/IP раздает навигационные данные. При этом программ может быть вагон (TCP/IP это в отличие от уарта допускает). И все просто - компорт юзает 1 программа, котрая шарит навигационные данные в форматах ставших в никсах более-менее общепринятыми. Поэтому я могу запустить на моей n800 пять программ навигации и все пять будут знать координаты и не будут драться за один виртуальный уарт. А теперь покажите мне как поюзать 5 программ навигации одновременно в виндозе с 1 ресивером? Ваши рецепты для виндозе? Единственное что в бошку лезет - юникс-вэй как то поюзать портированный софт и допиленный gpsd :).Такое вот эпичное опускалово. Я вот уже сегодня могу в пингвине юзать один ресивер на ораву софта. Что я и делаю регулярно на n800 :D. >В линухе он вообще не работает. НЕ РАБОТАЕТ. Изредка можно заставить работать >модем. ОН НЕ РАБОТАЕТ. Я не знаю что там у вас не работает, но отсылать файлы с убунты на окружаюшие девайсы - получается как из пушки и даже можно "позвонить" через DUN (родная приблуда гнома впрочем достаточно глючна и лучше юзать другую). А уж n800 и вовсе в плане синезуба - рулит. А ведь внутри тот же дебиан, тот же bluez и прочая. И знаете, она пашет как часики. В отличие от телефона с симбияном где блутус стек вечно глюкает и барахлит на все лады. Да, даешь гетзефактс... уныло и предсказуемо. Зато в виндозе вот родной мс-овский стек с его дровами что-то вообще не хочет с блютэйковской донглой работать. То есть - вроде девайс опознан но ничего не работает. Приходится выколупывать эти дрова и ставить с сидюка родные. Система при этом верещит что у меня "гранаты не той системы", в смысле несовместимые дрова. Может и не совместимы, но зато - работают. Я бы с удовольствием посмотрел как домохозяйки вырулят из такого штопора. Даже за билет на такое шоу заплатил бы. >Да ну? Это ты заврался ппц в конец. Пруфы в студию. http://en.wikipedia.org/wiki/Monitor_mode - доступно? Апи для загона карты в оный режим (полезный для мониторинга окружающей обстановки, захвата пакетов, etc) появилось только в висте. А висты едва ли 20% до сих пор. А большинство, пардон, на XP, где такой роскоши нет. Ну и вот такое вот в виндах везде - для всего новья апи или нет или какой-то дебильный гемор, недоделки и нехватка функционала.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от Аноним (-), 10-Сен-09, 11:00
	а что вы делаете когда это самое API меняется чуть не в каждом релизе ядра?
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	18. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 10-Сен-09, 12:09
	>а что вы делаете когда это самое API меняется чуть не в >каждом релизе ядра? По этому в промышленных системах гарантируют совместимость ABI в рамках одной ветки (RHEL, SLES, etc), и портируют измениния из последних ядер в те, которые кажутся обывателю очень старыми(хотя это совсем не так). А lsb-совместимый rpm пакет установится на любую lsb-систему. Если же хочется что-то вроде Gentoo/Arch/etc, то, обычно, вопрос расковыривания rpm-ки(если нет сорцов) и использования strace/ldd не вызывает страха, Вы знали на что шли :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	–2 +/–
	Сообщение от tesseract (ok), 10-Сен-09, 12:25
	>>strace/ldd не вызывает страха, Вы знали на что шли :) Мы и пошли по Windows-way. Промышленные системы ессно практически не меняются и не обновляются - это законченные программно-апаратные решения. Если конечно админу не 20 и он не бородат и не стардает манией пересборки. Имеются в виду грубо говоря API + набор существующих решений например за несколько лет. В итоге с учетом затрат на поддержку и разработку - дешевле купить как раз CE или тот же Embedded. Закон массовой шатмповки. ЗЫ: функция ядра и API дров в винде меняются чуть ли не через каждый SP. Но этого не заметно - тостая прослойка документированных API. Совместимость - это вообще главный и жирный плюс MC - до висты по крайней мере.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 10-Сен-09, 12:38
	>[оверквотинг удален] >20 и он не бородат и не стардает манией пересборки. >Имеются в виду грубо говоря API + набор существующих решений например >за несколько лет. В итоге с учетом затрат на поддержку и >разработку - дешевле купить как раз CE или тот же Embedded. >Закон массовой шатмповки. > >ЗЫ: функция ядра и API дров в винде меняются чуть ли не >через каждый SP. Но этого не заметно - тостая прослойка документированных >API. Совместимость - это вообще главный и жирный плюс MC - >до висты по крайней мере. Никогда не работала со встраиваемыми решениями, и вообще, я не девелопер, но, по-моему, RHEL Basic стоит копейки (а центос вообще бесплатный), и с документацией там тоже все хорошо, не в пример многим OSS проектам. Что касается платформы, главное, решить задачу и суметь потом ее поддерживать, и под задачу нужно выбирать платформу, а не наоборот. Но я уверена, что у адептов MS платформы критерием выбора слишком часто являются не действительно существующие плюсы платформы, а маркетинговая лапша. Столько раз общалась с Windows-администраторами, искренне верящими, что у AD, SMS, RIS, <...> нет каких-то других аналогов, что уже просто надоело им что-то рассказывать: иногда человеку проще и лучше жить внутри сказки. Вы уверены, что действительно оценили все плюсы и минусы платформы? Судя по репликам возражающим Вам, мне кажется, что решение таки было принято исходя из соображений "msdn Ъ" и красивых брошюрок, в которых были описаны плюсы (без минусов, которые есть у любой платформы), изложенные умелыми маркетологами M$
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	–1 +/–
	Сообщение от tesseract (ok), 10-Сен-09, 12:48
	>Вы уверены, что действительно оценили все плюсы и минусы платформы? Судя по >репликам возражающим Вам, мне кажется, что решение таки было принято исходя >из соображений "msdn Ъ" и красивых брошюрок, в которых были описаны Посчитайте стоимость внедрения в общем плане. Брошюрок как раз по линух решениям больше, только на вопрос о переносе кода это не влияет. Решений на никсах в системе автоматизации, кроме как конкретно издевательских я лично не видел. Аналогов COM/OLE за исключением разложившейся CORBA я например вообще не наблюдаю. Идите разработайте хоть что-то. А потом попытайтесь это продать. Заказчику в принципе пофигу на чем это сделано - лишь бы работало.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 10-Сен-09, 12:59
	>Аналогов COM/OLE за исключением разложившейся CORBA я например вообще не наблюдаю. Идите >разработайте хоть что-то. А потом попытайтесь это продать. Заказчику в принципе >пофигу на чем это сделано - лишь бы работало. Как администратор, скажу свое imho: CORBA/dbus/COM не нужны, совсем. Переносимый код для серьезных решений пишется, обычно, на java. Оптимизированный и очень быстрый код на c/c++, используются стандарты POSIX. не знаю, что Вы про них думаете, но с точки зрения админа, конвееры, сокеты и пр, очень и очень удобны, а так же наглядны даже для новичков, если нужен ООП, есть очень красивый питон для скриптов, и сложных приложений, которые не такие "тяжелые" как Java/.NET, и разрабатываются проще, чем на C/C++ В конце концов, есть "быдло-пых-пых" под который, при всех его минусах, дешевые разработчики есть всегда. С точки зрения юзабельности, тоже личное имхо: мне проще поправить что-то в конфиге, написать манифест для паппета, сделать кикстарт, чем рыться в сотне вложенных менюшек групповых политик, расковыривать Windows-инсталлер для упаковки в msi-пакет(с риском получить срок за "взлом защиты ПО") или разбираться в powershell, когда 99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил с com-объектами, что нормально автоматизировать через cli и скрипты невозможно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от tesseract (ok), 10-Сен-09, 13:08
	>99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил >с com-объектами, что нормально автоматизировать через cli и скрипты невозможно. COM вообще-то не для автоматизации служит, а для унификации интерфейсов. Проще - это кто как привык. Дело вкуса. Переносимый код для COM вообще в принципе недоступен, а .net сборки пока кривоваты для подобных систем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 10-Сен-09, 13:20
	>>99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил >>с com-объектами, что нормально автоматизировать через cli и скрипты невозможно. > >COM вообще-то не для автоматизации служит, а для унификации интерфейсов. Проще - >это кто как привык. Дело вкуса. Переносимый код для COM вообще >в принципе недоступен, а .net сборки пока кривоваты для подобных систем. Я немного в кучу все перемешала :) Если Вы еще раз перечитаете мое сообщение, увидите, что я написала "COM/Corba/DBUS", и ниже про сокеты, пайпы, POSIX, а в самом низу про то, что с точки зрения администратора, организовать взаимодействие между ПО проще именно в UNIX. Разве девелоперы пишут свой код не для нас и не для end-user'ов :)? Создать монструозный программный пакет, который будет взаимодействовать со своими компонентами через COM/Dbus/сокеты/пайпы можно на любой платформе (так как такое не писала, не мне судить, на какой платформе это сделать сложнее), но последующая эксплуатация с другими программными решениями, проще именно в UNIX (прочитайте принципы разработки в UNIX, про одну программу, делающую свою функцию хорошо)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от tesseract (ok), 10-Сен-09, 13:46
	>Разве девелоперы пишут свой код не для нас и не для end-user'ов >:)? Создать монструозный программный пакет, который будет взаимодействовать со своими компонентами В том то и кайф, что не со своими. Например взять избитый 1С, который COM весь - и в нём можно заменить COM-компоненты на свою реализацию, навстраивать легко усваяемые модули. Подключится из него к ODBC - чего разработчики изначально в нём не предусматривали. >Одна программа Windows построен по модульной схеме. Замените программу на COM объект и всё будет примерно так же. ЗЫ: FireFox конечно сильно unix way програмка :-))))))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 10-Сен-09, 14:04
	> В том то и кайф, что не со своими. Например взять >избитый 1С, который COM весь - и в нём можно заменить >COM-компоненты на свою реализацию, навстраивать легко усваяемые модули. Подключится из него >к ODBC - чего разработчики изначально в нём не предусматривали. Это замороченно очень :) пайпы и сокеты для не-программиста гораздо проще. Для программиста, при общей стандартизации Posix, возможно, тоже. И 1c не самый удачный пример: во-первых, сейчас серверная часть уже есть под Linux (как раз без поддержки COM), а во-вторых кривость его кода, многочисленные глобальные блокировки, не позволяют приводить этот продукт как пример удачного архитектурного дизайна (в нем не это главный плюс: только он, при всей дряной архитектурно-программной организации, вовремя отслеживает все изменения нашего уникального законодательства :))) По-моему, COM это для Вас фетиш, как для некоторых красноглазых, как Вы их называете, "линуПсойдов", apt, порты и т д. Допустим, COM одно из преимуществ NT платформы перед другими (при том, что у платформы есть очень существенные минусы, а так же другие плюсы, например, огромный багаж накопленного win32 и .NET софта), но Вы занимаетесь, имхо, самым настоящим красноглазием в стиле ЛОРа, и троллизмом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 10-Сен-09, 14:15
	>Допустим, COM одно из преимуществ NT платформы перед другими При всем при этом необходимость аналога COM на других платформах совсем не очевидна, именно по этому Corba и сдохла, а для десктопного софта был создан легкий d-bus. По-моему, COM нужен только на Windows. Что в нем по-настоящему уникального я не понимаю, тогда как минусы вполне очевидны: любые UNIX-администраторы и даже продвинутые пользователи используют пайпы и пр. стандарты Posix, а вот powershell для работы с COM, осиливают далеко не все сертифицированные MS спецы. Итого, технология исключительно для девелоперов. Чем она принципиально лучше красивого питона, или Java, для экономии времени разработчика?
	Ответить \| Правка \| К родителю #43 \| Наверх \| Cообщить модератору


	58. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от vitek (??), 10-Сен-09, 16:10
	берём доку от последнего 1с и ох..м: >Создание компонент, c использованием технологии Native API: >Эта технология позволяет создавать внешние компоненты, которые могут подключаться как в клиентском приложении, так и на сервере приложений 1С:Предприятие, в том числе и в версии для Linux. Каждый объект компоненты должен наследоваться от абстрактного класса IComponentBase (файл ComponentBase.h входит в комплект поставки) и реализовать все его методы. но главное не это: >Например взять избитый 1С, который COM весь - и в нём можно заменить COM-компоненты на свою реализацию, навстраивать легко усваяемые модули. угу-угу....вот интересно, почему не приходит в голову - берёшь исходники любого опенсорс решения и делаешь вообще что хочешь.... не говоря уже про so, и .a библы. >Windows построен по модульной схеме. Замените программу на COM объект и всё будет примерно так же. модульнее некуда.... хрен установишь новую версию, пока всех не выгонишь
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 10-Сен-09, 13:21
	>>99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил >>с com-объектами, что нормально автоматизировать через cli и скрипты невозможно. > >COM вообще-то не для автоматизации служит, а для унификации интерфейсов. Проще - >это кто как привык. Дело вкуса. Переносимый код для COM вообще >в принципе недоступен, а .net сборки пока кривоваты для подобных систем. Я немного в кучу все перемешала :) Если Вы еще раз перечитаете мое сообщение, увидите, что я написала "COM/Corba/DBUS", и ниже про сокеты, пайпы, POSIX, а в самом низу про то, что с точки зрения администратора, организовать взаимодействие между ПО проще именно в UNIX. Разве девелоперы пишут свой код не для нас и не для end-user'ов :)? Создать монструозный программный пакет, который будет взаимодействовать со своими компонентами через COM/Dbus/сокеты/пайпы можно на любой платформе (так как такое не писала, не мне судить, на какой платформе это сделать сложнее), но последующая эксплуатация с другими программными решениями, проще именно в UNIX (прочитайте принципы разработки в UNIX, про одну программу, делающую свою функцию хорошо)
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


	62. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от vitek (??), 10-Сен-09, 16:58
	>Разве девелоперы пишут свой код не для нас и не для end-user'ов :)? нет конечно!!! они как депутаты - всё для нас, всё для нас... :-D девелоперы пишут за деньги и на той ОС/IDE/языке, что дают им их манагеры. а манагеры руководсвуются только тем, что лучше продаётся и в рамках своего кругозора.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от Зилибоба (??), 10-Сен-09, 13:12
	Поддерживаю, полностью! А вообще - развели холивар. Конечно же винда лучше, ибо прощает юзеру\админу\разработчику любые оплошности... С юниксом все гораздо сложнее, он не переспросит вас дважды удалить файл или нет. С ним надо быть профессиональным и дисциплинированым... Ох, сколько я видел админов, настраивающих шлюзы на вин+трафикинспектор, понятия не имеющих о NAТ и PROXY. Они просто научились ставить програмки и тыгать галочку "расшарить инет" - винды они такие и есть, я впервые увидев AD настроил ее за 5 минут натыкав галки. Сколько мне было потом от этого проблем... Нормальный подход к работе: изучить задачу, теоретический материал, выбрать инструмент, начать работать - в виндах можно пропустить все пункты до последнего. Хорошо это или плохо? Ответ Один: Конечно хорошо, ибо пока так будет у меня всегда будет хорошая работа, ибо я не только кнопочки тыкать умею, но и понимаю суть технологий и процессов. Я, практически влюблен в виндовс =)
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	32. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от sHaggY_caT (ok), 10-Сен-09, 13:26
	>[оверквотинг удален] >А вообще - развели холивар. Конечно же винда лучше, ибо прощает юзеру\админу\разработчику >любые оплошности... С юниксом все гораздо сложнее, он не переспросит вас >дважды удалить файл или нет. С ним надо быть профессиональным и >дисциплинированым... >Ох, сколько я видел админов, настраивающих шлюзы на вин+трафикинспектор, понятия не имеющих >о NAТ и PROXY. Они просто научились ставить програмки и тыгать >галочку "расшарить инет" >Сколько мне >было потом от этого проблем... Нормальный подход к работе: изучить задачу, >теоретический материал, выбрать инструмент, начать работать Вы сами себе не противоречите?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+1 +/–
	Сообщение от Юниксоид (??), 10-Сен-09, 13:48
	Не противоречит. Он говорит о том, что пока вокруг толпы ламеров - профессионал всегда заработает себе на безбедное существование как минимум.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+1 +/–
	Сообщение от sHaggY_caT (ok), 10-Сен-09, 14:04
	>Не противоречит. > >Он говорит о том, что пока вокруг толпы ламеров - профессионал всегда >заработает себе на безбедное существование как минимум. А по-моему, в сообщении каша из противоречивых мыслей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от tim2k (ok), 10-Сен-09, 14:30
	Нет-нет, как раз противоречий нет, пока есть люди, позавчера впервые уставновившие у себя дома Windows, возомнившие себя "мега-админами", но даже не вникающими в суть магической строки 192.168.0.1/255.255.255.0, у человека хоть мало-мальски разбирающегося в стандартах и протоколах всегда будет кусок хлеба. Уже неоднократно приходилось исправлять ошибки сынка бухгалтера, который вчера пришел установить прграмму *** или сеть "настроить", а сегодня предприятие полдня не работает.
	Ответить \| Правка \| К родителю #44 \| Наверх \| Cообщить модератору


	64. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."	+/–
	Сообщение от Fomalhaut (?), 10-Сен-09, 17:56
	Почему читая про "стоимость владения" и прочие маркетинговые выдумки всегда представляю автора сотрудником мс или иже с ней. Они (сотрудники) так же характеризуются нелюбовью к искажениям названий фирмы, продуктов и пр. - пишут только как правильно и только так (бываю исключения, но крайне редко).
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору