The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Интервью с Вячеславом Калошиным по вопросу перевода предприя..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от opennews on 10-Сен-09, 00:13 
Интервью (http://www.itoday.ru/24564.html) с Вячеславом Калошиным, известным в узких кругах под ником multik. В настоящее время Вячеслав является техническим директором компании PingWin Software (http://www.pingwinsoft.ru), занимающейся помощью в миграции на СПО.

URL: http://www.itoday.ru/24564.html
Новость: http://www.opennet.dev/opennews/art.shtml?num=23355

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +1 +/
Сообщение от аноним on 10-Сен-09, 00:13 
Молодец мужик. И вроде они же шрифты - замену микрософтовским создают?

Кстати, насчет wine он очень хорошо сказал - многие забывают что много где до сих пор стоят чуть ли не win 3.1 только ради какого-то самописного ПО. Wine с таким справляется просто на ура, на моем опыте проблем с запуском софта под win95 не было вообще. Это вам не фотошопы запускать.

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

13. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  –2 +/
Сообщение от tesseract (ok) on 10-Сен-09, 10:19 
Я видел самописный софт, который не под все винды работал :-) А стоимость например хитродрайвера для ISA хитрожелезки под хитроконвейер - стремится к бесконечности. Так как спецификации под неё потеряны 10 лет назад.

Но это мелочи - никто не будет менять настроенную и рабочую систему  (Ау Логос-М) на потенциально проблемное шило в заднице.

Wine то же не панацея. Например солидное количество  касс у крупных сетевиков стоят на FreeDOS и нормально. Зачем там жирный  двухголовый гусь из линуха и вайна ? Создание централизованного дистра с поддержкой оборудования и переделкой API-шников девайсов на posix рельсы сильно бы помогло в данном месте.

Но сомневаюсь, что Motorola или Cipher начнут так уж внезапно переводить своих интеграторов в новое русло - программирование под windows в разы легче, а стоимость самописного софта это 80% стоимости внедрения.

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

14. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Юниксоид email(??) on 10-Сен-09, 10:45 
> программирование под windows в разы легче

Откуда такая информация ?

Что именно программировать легче ?

Вы вообще писали под обе ОС, чтобы сравнивать ?

Я писал (и пишу) - под POSIX программировать легче, т.к. нету костылей и недокументированных функций.

Linux для меня не просто ядро с API, а набор функциональности, которую я запросто могу юзать из своих приложений так, что очень весомую часть кода писать вообще не нужно.

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

15. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от tesseract (ok) on 10-Сен-09, 10:59 
>Откуда такая информация ?
>Я писал (и пишу) - под POSIX программировать легче, т.к. нету костылей
>и недокументированных функций.

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

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

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

RFTM lsb, alien

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

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

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

79. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 11-Сен-09, 01:42 
>виделА. Бизнес-софт (SAP, оракль, никс и т д) на нем и пишут.
>Здесь речь именно о таком ПО, а не об очередном "плеере
>на питоне от Васи пупкина" в качестве курсовой работы :)

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

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

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

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

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

69. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от letsmac on 10-Сен-09, 23:42 
>Покажите мне в винде апи для работы с usb шиной без попадания
>на траходром с писанием ядерных дров? А то в пингвинах и
>т.п. есть libusb.

UART - CreateFile. Ты вообще писал что нибудь?

>>И через нее программе можно и без дров
>поработать с своей железкой например. Не попадая на написание драйверов ядра.

CreateFile


>на напсание дров ядра под виндой) опять же, пингвин сам знает,
>цепляя всякие FTDI, PL200x и т.п. чипы сполоборота в режиме плагнплэй.

Да ну?  

>
>А может, в виндах можно расшарить GPS ресивер на несколько программ цивильными
>методами? В пингвинах и вообще *никс - можно, и софт в

про IRP ты вообще не слышал.  

>курсе что есть gpsd. А в винде ... как обычно. Блутус...
>в винде опять же есть полудохлый стек от микрософт который имеет
>свойство не работать и посторонний widcomm

В линухе он вообще не работает. НЕ РАБОТАЕТ. Изредка можно заставить работать модем. ОН НЕ РАБОТАЕТ.


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

Да ну? Это ты заврался ппц в конец. Пруфы в студию.

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

88. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от User294 (ok) on 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. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Аноним (??) on 10-Сен-09, 11:00 
а что вы делаете когда это самое API меняется чуть не в каждом релизе ядра?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 12:09 
>а что вы делаете когда это самое API меняется чуть не в
>каждом релизе ядра?

По этому в промышленных системах гарантируют совместимость ABI в рамках одной ветки (RHEL, SLES, etc), и портируют измениния из последних ядер в те, которые кажутся обывателю очень старыми(хотя это совсем не так).

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

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

20. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  –2 +/
Сообщение от tesseract (ok) on 10-Сен-09, 12:25 
>>strace/ldd не вызывает страха, Вы знали на что шли :)

Мы и пошли по Windows-way. Промышленные системы ессно практически не меняются и не обновляются - это законченные программно-апаратные решения. Если конечно админу не 20 и он не бородат и не стардает манией пересборки.  Имеются в виду грубо говоря API + набор существующих решений например за несколько лет. В итоге с учетом затрат на поддержку и разработку - дешевле купить как раз CE или тот же Embedded. Закон массовой шатмповки.  

ЗЫ: функция ядра и API дров в винде меняются чуть ли не через каждый SP. Но этого не заметно - тостая прослойка документированных API. Совместимость - это вообще главный и жирный плюс MC - до висты по крайней мере.


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

21. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 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) on 10-Сен-09, 12:48 
>Вы уверены, что действительно оценили все плюсы и минусы платформы? Судя по
>репликам возражающим Вам, мне кажется, что решение таки было принято исходя
>из соображений "msdn Ъ" и красивых брошюрок, в которых были описаны

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

Решений на никсах в системе автоматизации, кроме как конкретно издевательских я лично не видел.

Аналогов COM/OLE за исключением разложившейся CORBA я например вообще не наблюдаю. Идите разработайте хоть что-то. А потом попытайтесь это продать. Заказчику в принципе пофигу на чем это сделано - лишь бы работало.


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

24. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 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) on 10-Сен-09, 13:08 
>99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил
>с com-объектами, что нормально автоматизировать через cli и скрипты невозможно.

COM вообще-то не для автоматизации служит, а для унификации интерфейсов. Проще - это кто как привык. Дело вкуса. Переносимый код для COM вообще в принципе недоступен, а .net сборки пока кривоваты для подобных систем.

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

29. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 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) on 10-Сен-09, 13:46 
>Разве девелоперы пишут свой код не для нас и не для end-user'ов
>:)? Создать монструозный программный пакет, который будет взаимодействовать со своими компонентами

В том то и кайф, что не со своими. Например взять избитый 1С, который COM весь - и в нём можно заменить COM-компоненты на свою реализацию, навстраивать легко усваяемые модули. Подключится из него к ODBC  - чего разработчики изначально в нём не предусматривали.

>Одна программа

Windows построен по модульной схеме. Замените программу на COM объект и всё будет примерно так же.

ЗЫ:  FireFox конечно сильно unix way програмка :-))))))

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

43. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 14:04 

> В том то и кайф, что не со своими. Например взять
>избитый 1С, который COM весь - и в нём можно заменить
>COM-компоненты на свою реализацию, навстраивать легко усваяемые модули. Подключится из него
>к ODBC  - чего разработчики изначально в нём не предусматривали.

Это замороченно очень :) пайпы и сокеты для не-программиста гораздо проще. Для программиста, при общей стандартизации Posix, возможно, тоже.
И 1c не самый удачный пример: во-первых, сейчас серверная часть уже есть под Linux (как раз без поддержки COM), а во-вторых кривость его кода, многочисленные глобальные блокировки, не позволяют приводить этот продукт как пример удачного архитектурного дизайна (в нем не это главный плюс: только он, при всей дряной архитектурно-программной организации, вовремя отслеживает все изменения нашего уникального законодательства :)))

По-моему, COM это для Вас фетиш, как для некоторых красноглазых, как Вы их называете, "линуПсойдов", apt, порты и т д.
Допустим, COM одно из преимуществ NT платформы перед другими (при том, что у платформы есть очень существенные минусы, а так же другие плюсы, например, огромный багаж накопленного win32 и .NET софта), но Вы занимаетесь, имхо, самым настоящим  красноглазием в стиле ЛОРа, и троллизмом.

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

45. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 14:15 

>Допустим, COM одно из преимуществ NT платформы перед другими

При всем при этом необходимость аналога COM на других платформах совсем не очевидна, именно по этому Corba и сдохла, а для десктопного софта был создан легкий d-bus.

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

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

58. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от vitek (??) on 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) on 10-Сен-09, 13:21 
>>99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил
>>с com-объектами, что нормально автоматизировать через cli и скрипты невозможно.
>
>COM вообще-то не для автоматизации служит, а для унификации интерфейсов. Проще -
>это кто как привык. Дело вкуса. Переносимый код для COM вообще
>в принципе недоступен, а .net сборки пока кривоваты для подобных систем.

Я немного в кучу все перемешала :) Если Вы еще раз перечитаете мое сообщение, увидите, что я написала "COM/Corba/DBUS", и ниже про сокеты, пайпы, POSIX, а в самом низу про то, что с точки зрения администратора, организовать взаимодействие между ПО проще именно в UNIX.

Разве девелоперы пишут свой код не для нас и не для end-user'ов :)? Создать монструозный программный пакет, который будет взаимодействовать со своими компонентами через COM/Dbus/сокеты/пайпы можно на любой платформе (так как такое не писала, не мне судить, на какой платформе это сделать сложнее), но последующая эксплуатация с другими программными решениями, проще именно в UNIX (прочитайте принципы разработки в UNIX, про одну программу, делающую свою функцию хорошо)

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

62. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от vitek (??) on 10-Сен-09, 16:58 
>Разве девелоперы пишут свой код не для нас и не для end-user'ов :)?

нет конечно!!! они как депутаты - всё для нас, всё для нас... :-D

девелоперы пишут за деньги и на той ОС/IDE/языке, что дают им их манагеры.
а манагеры руководсвуются только тем, что лучше продаётся и в рамках своего кругозора.

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

26. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Зилибоба (??) on 10-Сен-09, 13:12 
Поддерживаю, полностью!

А вообще - развели холивар. Конечно же винда лучше, ибо прощает юзеру\админу\разработчику любые оплошности... С юниксом все гораздо сложнее, он не переспросит вас дважды удалить файл или нет. С ним надо быть профессиональным и дисциплинированым...

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

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

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

Вы сами себе не противоречите?

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

38. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +1 +/
Сообщение от Юниксоид email(??) on 10-Сен-09, 13:48 
Не противоречит.

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

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

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

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

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

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

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

68. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от User294 (ok) on 10-Сен-09, 22:18 
>Аналогов COM/OLE за исключением разложившейся CORBA я например вообще не наблюдаю.

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

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

36. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Юниксоид email(??) on 10-Сен-09, 13:42 
Мдааааа.....

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

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

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

39. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от tesseract (ok) on 10-Сен-09, 13:51 
>У тех, кто пишет драйвера тоже особых проблем не замечено - "желание-тысяча
>возможностей, нежелание-тысяча причин". Думаю, что драйвер под Linux написать проще, т.к.
>документации на эту тему в разы больше.

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

WDM - так вообще сильно облегчает написание драйверов. Надо не думать, надо знать. Винда кстати содержала до XP слой POSIX и кое-где использует сходие парадигмы.


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

48. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от koblin (ok) on 10-Сен-09, 14:27 
>Да ну ? DDK вообще то содержит кучу рабочих и главное компилирующихся
>примеров с комментариями, какая функция и под какой ОС будет работать.
>Текста больше может и под линухи - только там в основном
>выяснение с какого перепоя в данном случае данный пример не работает.

Linux содержит целое ядро с примерами и комментариями рабочих драйверов и все это, о чудо, компилится и работает.

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

57. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Юниксоид email(??) on 10-Сен-09, 15:38 
Бред сивой кобылы. Примеры в WDK - это вершина айсберга. Когда вам нужно сделать шаблонный WDK драйвер - это конечно хорошо. Только таких драйверов ну может всего 5%, от силы.

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

В Linux совсем наоборот. Всё, в том числе и ядро - свободно можно скачать и изучать. Все драйверы в ядре - пожалуйста, смотрите, изучайте, код задокументирован прекрасно.

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

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

80. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Zenitur email on 11-Сен-09, 08:15 
Не то чтобы бред.Кто-то сверху пытается усиленно посеять мираж того,что в Linux всё ненадёжно и какая-то мелочь всё равно заглючит.Чтобы у читателя сложилось подсознательное впечатление ненадёжности.Пока что я наблюдаю это только в Windows.Что касается статьи - не лишена смысла!Только дяденька забыл упомянуть,что даже в Linux можно использовать проприетарные продукты,такие как Corel Draw,Nero,Maya.А Photoshop,если надо,запустить в Wine.Что СПО не догоняющий,эти продукты часто превосходят по качеству платные
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

59. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от vitek (??) on 10-Сен-09, 16:23 
всё - бред.
но вот это прокомментирую отдельно (про остальное уже сказали):
>Винда кстати содержала до XP слой POSIX и кое-где использует сходие парадигмы.

ну и где там команды ls, ps и т.д.?
они ведь входят в POSIX (это не просто стандарт на апи)

реально же этот слой нужно было устанавливать с сайта мс (бесплатно?). и то - на серверные версии.
или (и лучше всего) подходит - cygwin (тож посикс лэйер)

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

73. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от letsmac on 11-Сен-09, 00:20 
>всё - бред.
>но вот это прокомментирую отдельно (про остальное уже сказали):
>>Винда кстати содержала до XP слой POSIX и кое-где использует сходие парадигмы.
>
>ну и где там команды ls, ps и т.д.?
>они ведь входят в POSIX (это не просто стандарт на апи)

Таки не совсем входят. NT и 2000 поддерживали, надень очки таки - разглядишь. Команды шелла к API отношения не имеют красноглазый воен.

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

85. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от vitek (??) on 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 (??) on 10-Сен-09, 16:48 
>а что вы делаете когда это самое API меняется чуть не в каждом релизе ядра?

ничего.
меняется драйвер-апи.

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

внимание! вопрос:
и много драйверов Вы пишите?

зы:
хватит уже показывать своё невежество.

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

70. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от letsmac on 10-Сен-09, 23:45 
>>а что вы делаете когда это самое API меняется чуть не в каждом релизе ядра?
>
>ничего.
>меняется драйвер-апи.

и много zw-функций вы таки знаете?

>зы:
>хватит уже показывать своё невежество.

Вы таки дрова пишете таки на питоне ? Вы таки его вывели в ring0 ?

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

86. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от vitek (??) on 11-Сен-09, 16:15 
1. а при чём тут драйвер-апи?
речь не о нём шла
2. дрова можно писать и в юзер-спейс. примеры - fuse, cuse, ntfs-3g, madwimax (yota через него отлично пашет) и т.д.
это большая новость?
3. а питон тут при чём? ляпнуть больше нечего было?
последние моё вклад в ядро - патч для драйверов в v4l2.
сам то сколько сделал? сколько строк твоего кода вообще пашет сейчас в ring0?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

60. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от аноним on 10-Сен-09, 16:42 
>программирование под windows в разы легче

Это несусветная глупость.

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

5. "Интервью с Вячеславом Калошиным по вопросу перевода предприя"  +/
Сообщение от empty on 10-Сен-09, 02:40 
>>известным в узких кругах под ником multik

Узкие круги - это те, кто начинал возится с Линуском в начале 00? linuxnews - очень известный в то время сайт был, где multik публиковал свои хаутушки. Да и форум там двольно многочисленный был. Если б он его не забросил - вполне мог бы быть сейчас конкурентом opennet-у.

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

12. "Интервью с Вячеславом Калошиным по вопросу перевода предприя"  +/
Сообщение от Guest007 email on 10-Сен-09, 08:57 
Не, что ты! opennet уже тогда был вне конкуренции. Хотя у Мультика я бывал чаще :-) А opennet впал в кому (почти что) на 2 армейских года как раз где-то в то время.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Veter (??) on 10-Сен-09, 12:21 
> От меня. Не приходилось видеть API например ККТ под юниксы. Костылей в винде
> не замечал, mfc   не единственный на свете, да и интерфейс пишется весьма
> быстро. Многопоточные  возможно тяжелее писать, если только. И как? кстати
> называется MSDN или ADP под posix? Назовите генератор инсталляций, который
> создаст установщик >>гарантировано<< уставнавливающийся на любой дистр
> линуха?

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

Насчет костылей в винде - ключевое слово - "не замечал". А то, что нельзя удалить используемый файл, вы тоже сумели не заметить? Это называется однопользовательской однозадачной системой - редмонтские разработчики до сих пор не понимают, как это одна программа может работать одновременно с другими и удалить используемый кем-то файл. А про извращение с кодовыми страницами и прикрученный в виде костыля юникод забыли? Нативно юникод реализован только в винмобайле... Еще реестр есть, документации на который в системе нет и единого полиси его использования, собственно, тоже нет. Можно еще многое вспомнить. Кстати, интересно, в винде есть что-то вроде inotify для отслеживания изменения директории, не сканируя ее? Имхо нет такого. И еще много чего нет, что нужно для разработки.

По поводу справки - набрали man printf и получили справку. Прямо здесь и не устанавливая монстрообразный msdn. Насчет скорости разработки вы тоже неправы - пока ищете и ставите вижуал студию, под линуксом можно написать и отладить программу. Не говоря о том, что на современном нетбуке у вас зачастую просто места на диске не хватит на винду с этой самой студией :-)

Насчет генератора инсталляций вы просто не в курсе. Как пример - starpack, грамотно собранный под одним линуксом работает в любом другом. Кроме того, установки не требует :-) - в одном бинаре содержатся все нужные либы и проч. в виде компрессированной файловой системы. Есть и несколько других вариантов, но я их не использую, так как предпочитаю вышеназванный, который под любую ОС позволяет софт собирать (в т.ч. делать бинарь для винды из линукса).

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

22. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от tesseract (ok) on 10-Сен-09, 12:42 

>ККТ - это контрольно-кассовые терминалы? Вас научить с портами ввода-вывода работать или
>сами справитесь?

Не факт, что производитель железки публикует протоколы. Скорее всего вы с этим не сталкивались.

>называется однопользовательской однозадачной системой - редмонтские разработчики до сих пор не
>понимают, как это одна программа может работать одновременно с другими и
>удалить используемый кем-то файл. А про извращение с кодовыми страницами и
>прикрученный в виде костыля юникод забыли? Нативно юникод реализован только в
>винмобайле... Еще реестр есть, документации на который в системе нет и
>единого полиси его использования, собственно, тоже нет. Можно еще многое вспомнить.
>Кстати, интересно, в винде есть что-то вроде inotify для отслеживания изменения
>директории, не сканируя ее? Имхо нет такого. И еще много чего
>нет, что нужно для разработки.

Ппц слив засчитан, FILE_SHARE_READ и FILE_SHARE_WRITE судя по всему не влезает в мозг линуПсоида, lpSecurityAttributes судя по всему вообще уведет в астрал. Если про исполнимые файлы - это естественно, они же отражаются в вирт память, а не загружаются в оп целиком.

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

"Документация на реестр" это вообще что такое? Функции для работы с ним описаны детальнее не куда. Unicode как-то мне не понадобился ни разу, и без него всё хорошо.  


>
>По поводу справки - набрали man printf и получили справку. Прямо здесь
>и не устанавливая монстрообразный msdn. Насчет скорости разработки вы тоже неправы
>- пока ищете и ставите вижуал студию, под линуксом можно написать
>и отладить программу.

Crtl+F1 рулит, вместе с примерами и коментариями от разработчиков и нормальными гиперссылками. На нетбук Eclipse точно не влезет.  А замены Vim под виндой подсчитать сложно-китайцев не хватит.


Вывод : Вы вообще разработкой не занимались. Обычный троллинг.

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

27. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 13:13 
> Если
>про исполнимые файлы - это естественно, они же отражаются в вирт
>память, а не загружаются в оп целиком.

Знаете ли, с точки зрения администратора, очень неудобно перезагружать "боевую" машину, когда ставятся критические апдейты для user-mode утилит. В UNIX требуется ребут только для смены ядра, и то сейчас появились kexec/kdump, которые позволяют поменять ядро без ребута(я о полноценной смене ранлевелов, сбросе ОЗУ и т д), с минимальным, в пару секунд, даунтаймом: я это не пробовала еще (не админила настолько критичные сервисы, что нельзя было перезагрузить даже ночью), но kexec/kdump официально поддерживаются тем же RHEL.

>На нетбук Eclipse точно не влезет.

Почему Вы так думаете о_О :)? Запускала на достаточно старой машине с 1,5Гб памяти, пользоваться можно. Нетбука нет, но уверена, что Вы не правы (а память сейчас стоит копейки, и нетбуки с 2Гб совсем не редкость)


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

28. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от tesseract (ok) on 10-Сен-09, 13:19 
>> Если
>>про исполнимые файлы - это естественно, они же отражаются в вирт
>>память, а не загружаются в оп целиком.
>Знаете ли, с точки зрения администратора, очень неудобно перезагружать "боевую" машину, когда
>ставятся критические апдейты для user-mode утилит. В UNIX требуется ребут только

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

Про сервисы и всё остальное - тут уже дело рук не программистов МС, а сторонних. Так что пока вы не очень разбираетесь в администрировании :-)

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

31. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 13:25 

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

Глупость какая-то. Вы можете сменить целиком ядро в ОС :)?

>Про сервисы и всё остальное - тут уже дело рук не программистов
>МС, а сторонних.

Почему-то в промышленных решениях, в том же RHEL/SLES, при обновлении ОС, и со сторонними сертифицированными решениями(да и не сертифицированными) каких-либо проблем по перезапуску сервисов нет.
Факт заключается в том, что критичные серверы под Linux/UNIX действительно не перезагружают годами, а с Windows приходится делать даунтайм для сервера предоставляющего сервис с завидной регулярностью.

>Так что пока вы не очень разбираетесь в
>администрировании :-)

По-моему, Вы троллите

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

33. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +1 +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 13:33 
>Факт заключается в том, что критичные серверы под Linux/UNIX действительно не перезагружают
>годами, а с Windows приходится делать даунтайм для сервера предоставляющего сервис
>с завидной регулярностью.

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

Кроме того, под MS платформу нет, например, нормальных кластерных файловых систем,целый ряд решений на этой платформе построить просто невозможно, нужно включать возможности репликации в программный продукт, что может очень резко увеличить его стоимость.
drbd/gfs/ocfs2/gpfs либо вообще бесплатны, либо с поддержкой и сертификацией стоят копейки, аналогов lustra для HPC Solaris и Linux на других платформах нет вообще


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

40. "да и код писать для венды отстойно"  +/
Сообщение от Вова on 10-Сен-09, 13:58 
вим под вендой ещё можно использовать, а вот шелл - уже проблематично, вечно какая-то ересь с переменными окружения и тп; документация галимая (мсдн которая), манов нет, любой АПИ переписывался 100 раз, от прав пользователей до сокетов; там, где надо писать write, приходится писать send и наоборот  и тп.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

52. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +1 +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 14:41 
е того, под MS платформу нет, например, нормальных кластерных файловых систем,целый ряд
>решений на этой платформе построить просто невозможно, нужно включать возможности репликации
>в программный продукт, что может очень резко увеличить его стоимость.
>drbd/gfs/ocfs2/gpfs либо вообще бесплатны, либо с поддержкой и сертификацией стоят копейки, аналогов
>lustra для HPC Solaris и Linux на других платформах нет вообще

Вот расскажите, как с помощью распрекрасного дотнета и/или com(у которых несомненно есть какие-то очень нишевые и локальные плюсы) решить задачу по построению аналогичного решения?

https://www.redhat.com/magazine/009jul05/features/cluster/

С помощью этих технологий Вы не сделаете банальную отказоустойчивую файлопомойку (которая вообще-то нужна даже SMB-сегменту).
На Windows можно сделать кривой аналог.... с помощью порта rsync. Только в современном мире такое решение на базе rsync даже на UNIX сейчас вызывает улыбки

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

41. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  –2 +/
Сообщение от tesseract (ok) on 10-Сен-09, 14:01 
>Глупость какая-то. Вы можете сменить целиком ядро в ОС :)?

Windows частично микроядерная система. Ей ядро менять особо и не нужно - это не Linux с его монолитным монстром.

>>а с Windows приходится делать даунтайм для сервера предоставляющего сервис с завидной регулярностью.

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

Про linux ничего сказать не могу, на рекорд сейчас идёт netware которая у знакомых в конторе  шуршит с 2006 года.

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

46. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 14:22 
>Смотрит на сервер с 2003 с контроллером домена,  который последний раз
>перезагружался в начале лета, после критических обновлений.

Контроллер домена это критичный сервис только для SMB. Выше речь о совсем других маштабах.

Факт заключается в том, что NT по-прежнему нужно перезагружать, так как есть блокировки на исполнимые файлы.
Делать это днем, для сервера, который предоставляет сервис для тысяч пользователей, себе дороже.

Вот в Linux уже есть технология, которая позволяет поменять ядро без перезагрузки. Так же, в Linux и Solaris есть кластерные файловые системы, поэтому в top500 присутсвие MS, по всей видимости, исключительно проплаченное.

То же самое касается и просто любых High Load и High Avaible решений :)

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

47. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 14:23 
> поэтому
>в top500 присутсвие MS, по всей видимости, исключительно проплаченное.

Когда публикуют новый выпуск, иногда из 500 систем попадаются одна-две системы на Windows (часто в следующем выпуске значатся уже с другой ОС)

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

49. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  –1 +/
Сообщение от tesseract (ok) on 10-Сен-09, 14:29 
>Факт заключается в том, что NT по-прежнему нужно перезагружать, так как есть
>блокировки на исполнимые файлы.

??? Это что за приколизм - завершай приложение файл выйдет из адресного пространства.

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

И что ? У винды микроядро, а не монолит. Ему его менять не нужно.


Аргументы в сортир.

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

51. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 14:36 

>И что ? У винды микроядро, а не монолит. Ему его менять
>не нужно.

Тогда зачем ее перезагружают :)? Зачем она пишет, что после обновления must have ребут:)?

Поддерживает и сертифицирует ли MS хитрые способы завершения бинарей :(? Что-то я подозреваю, что нативных способов гарантированно завершить корректно весь софт, без даунтайма в минуты (так, что проще таки перезагрузить сервер), так, что бы саппорт всяких бизнес приложений потом не послал вас с глюками этого софта, нет.

Я Вам не верю. Пруфлинк на то, что MS гарантирует стабильную работу после таких извращений (и что они вообще возможны), в студию, пожалуйста.

Сейчас это просто треп, имхо.

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

53. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  –1 +/
Сообщение от tesseract (ok) on 10-Сен-09, 14:42 
>Тогда зачем ее перезагружают :)? Зачем она пишет, что после обновления must
>have ребут:)?

Довольно редко пишет. Поледний раз в начале лета писало. apache например обновляется чаще. Притянуто за уши.

>>Поддерживает и сертифицирует ли MS хитрые способы завершения бинарей :(

Поддерживает через систему оповещений. Завершение приложения - дело рук самого приложения, Оно должно грамотно обслужить оставшиеся запросы и транзакции. killall - это извините серпом по яйцам всем транзакциям, вам пользователи потом стул вкрутят за такое. Ещё преимущества есть у этого "ядра на лету" ? Которое на фиг ни кому не нужно, ибо кластеризация в серверах давно есть.

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

55. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 15:14 
>>Тогда зачем ее перезагружают :)? Зачем она пишет, что после обновления must
>>have ребут:)?
>
>Довольно редко пишет. Поледний раз в начале лета писало. apache например обновляется
>чаще. Притянуто за уши.

Насчет Апача чушь, имхо. А еще, сравните время перезапуска сервиса, пусть и такого тяжелого, как Апач на бэкэнде, с временем ребута (и даунтайма) Win Server :( Время различается на порядок (или три порядка?)
после killall -9 httpd на "тяжелом" бэкэнде под LAMP (выделенный сервер исключительно под Апач 2 четырехядерных сокета, 4 Gb ОЗУ, около 200 воркеров), полностью сервис поднимается где-то через 8-10 секунд (в течение двух-трех он, пока запускает воркеры, тормозит), а что касается более легких Nginx и других сервисов, время даунтайма даже в HighLoad решениях может быть меньше секунды.

>Поддерживает через систему оповещений. Завершение приложения - дело рук самого приложения, Оно
>должно грамотно обслужить оставшиеся запросы и транзакции. killall - это извините
>серпом по яйцам всем транзакциям, вам пользователи потом стул вкрутят за
>такое. Ещё преимущества есть у этого "ядра на лету" ?

На сколько я понимаю (не уверена), но транзакции как раз завершатся, так как дамп памяти, после смены ядра, берется с диска.
А еще, есть Xen, KVM, VZ, а у Hyper-V до сих пор (не в релиз-кандидатах) нет даже Live Migration и нормальной кластеризации.

Вот в VZ, с которой я работала, после chkpnt транзакции, полсле восстановления контейнера (даже если он восстанавливается на другом хосте) транзакции завершаются всегда :)

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

Нет нормальной кластеризации в MS. В том-то и дело. Ее просто нет.
И мантры и заклинания по поводу COM/.NET не помогут создать даже распределенную и отказоустойчивую файлопомойку без привлечения _сторонних_, неоправданно дорогих и железных решений :)

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

56. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 10-Сен-09, 15:16 

>Вот в VZ, с которой я работала, после chkpnt транзакции, полсле восстановления
>контейнера (даже если он восстанавливается на другом хосте) транзакции завершаются всегда
>:)

s/после chkpnt транзакции/после vzctl chkpnt <VEID>/p

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

74. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от letsmac on 11-Сен-09, 00:26 
>На сколько я понимаю (не уверена), но транзакции как раз завершатся, так
>как дамп памяти, после смены ядра, берется с диска.

Вы где учились ? Каким макаром виртуальная память процеесов со всей структурой страниц и при смене адресов функций может обновится с дампа ???? По крайней мере все процессы нужно оповестить о смене адресов - т.е ядро-то может на лету и обновится (vista кстати это умеет) Но вот демоны и usermode использующие SO по определению должны перезапустится - если поменялись сервисы их использующие.

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

77. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 11-Сен-09, 00:54 

>Вы где учились ? Каким макаром виртуальная память процеесов со всей структурой
>страниц и при смене адресов функций может обновится с дампа ????

В VZ так и происходит:) В KVM, при заморозке виртуалки,тоже. Собственно, я не вижу технических причин, почему этого не может быть (кроме каких-то Ваших удтверждений)

>По крайней мере все процессы нужно оповестить о смене адресов -
>т.е ядро-то может на лету и обновится (vista кстати это умеет)

Я не kernel developer, и _знаю_ просто как данность, что Linux ядро это умеет. Не подозревала, что наличие такого функционала может вызвать у кого-то удивление, и не знала, что старые NT такого не умеют (еще один серьезный архитектурный минус?), и никогда не пыталась разбираться, как именно из дампа восстанавливается система после, например, гибернейта. Люди, которые кодят кернель и модули для него, думаю, смогут объяснить, как ядро это делает. Я не буду даже и пытаться, так как не моя специализация(да и не Ваша, кстати, судя по тем глупостям, что Вы пишите в этой теме).

>Но вот демоны и usermode использующие SO по определению должны перезапустится
>- если поменялись сервисы их использующие.

В VZ не перезапускаются, после восстановления из дампа(собственно, при использовании утилиты vzmigrate переносится дамп с одной Hardware Node на другую, подозреваю, что в KVM и Xen схожий механизм). ЧЯДНТ?

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

63. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от vitek (??) on 10-Сен-09, 17:07 
>??? Это что за приколизм - завершай приложение файл выйдет из адресного пространства.

точно!!!!
выгнать нафиг 10000 юзеров!!!!!
а потом и перезагрузить можно - мало ли что! :-D
>И что ? У винды микроядро, а не монолит. Ему его менять не нужно.

да хоть 20 микроядер!
толку то - графика в ядре, сеть в ядре (даже листенер для iis в ядре - но чёто не помогает)....
с другой стороны - в линухе модули ядра ДЕЙСТВИТЕЛЬНО можно выгружать/загружать.
к тому же есть отчётливая тенденция писать дрова в юзер спейсе (fuse, cuse, ntfs-3g, madwimax,...)
так что ещё не известно, кто микроядерней по факту.

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

71. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от letsmac on 10-Сен-09, 23:51 
>>с другой стороны - в линухе модули ядра ДЕЙСТВИТЕЛЬНО можно выгружать/загружать.

Vista и Windows 7 тоже могут. Проверяли - даже ie не остановился при загрузке/выгрузке при переустановке драйверов. Только у линуха дрова как бы в ядре - а у винда за ядром.


>>к тому же есть отчётливая тенденция писать дрова в юзер спейсе (fuse, cuse, ntfs-3g, madwimax,...)

Дебилов в ring0 пускать опасно. Это грамотное решение. Только уж больно жутко тормозное.

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

78. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от sHaggY_caT (ok) on 11-Сен-09, 01:13 
>>>с другой стороны - в линухе модули ядра ДЕЙСТВИТЕЛЬНО можно выгружать/загружать.
>
>Vista и Windows 7 тоже могут. Проверяли - даже ie не остановился
>при загрузке/выгрузке при переустановке драйверов. Только у линуха дрова как бы
>в ядре - а у винда за ядром.

Тогда зачем Вы перезагружали свою систему летом о_О:)?
Кстати, еще один минус: Вам приходят, от MS, обновления только для софта MS. Угадайте, есть ли дырки в стороннем ПО? А в том, что у Вас (или у кого-то еще) торчит наружу?
А ведь этот софт тоже нужно обновлять.. и часто с ребутом...
Есть вопрос только в том, как вовремя и автоматизированно узнавать о таких дырках :(

Чуть выше писали какую-то чушь про проблемы с инсталляторами под Linux. Нет проблемы, кроме мифа о ней. Бизнес-софт делается в виде lsb-совместимой rpm-ки, которая должна встать на любой lsb-совместимый дистрибутив. И это проблема _девелопера_ сделать пакет для сертифицированной им же системы, а никак не IT-отдела, который будет эксплуатировать приложение.
В крайнем случае, проблема мантайнера дистрибутива, если софт не коммерческий, и он должен работать и на системах, под которые ПО, обычно, не сертифицируют (вроде Debian, Gentoo, и т д)

А вот в Windows есть проблема: куча софта, поставленного самостоятельно: то есть, каждая программа ставит сама себя, умножая глюки нерадивых девелоперов (надеюсь, Вы не из таких), и, потом... _не_ обновляется, если только программист не придумал функционал обновления программы сам.
Так вот, это напоминает MS-DOS с его велосипедами, когда каждая программа поддерживала и звук, и видео, и тд.
Пакетный менеджер(и его качество) не главное, что есть в системе, но в Windows это один из самых страшных архитектурных уродств, которые резко снижают обновляемость, безопасность, и стабильность системы.

При всем при этом, в UNIX/Linux есть уже средства уровня предприятия для контроля за версиями пакетов на каждой машине (тот же Red Hat Sattelite используется в сетях с десятками тысяч хостов), тогда как в MS не сделали до сих пор даже цифровые подписи для ПО, и не внедрили практику тестирования ПО (сделали для драйверов в Висте, а толку? Технологии UNIX конца 80-х годов под новым соусом, а-ля "Билл Гейтс изобрел Интернет").
Когда же внедрят, юзеры взвоют, как из-за висты и подписанных драйверов. Почему? По-тому, что все делается через одно место: за подпись будут брать деньги.

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

Тут есть одна соседняя тема про бандлы для установки ПО, в ней достаточно много нафлудили на эту тему...

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

87. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от vitek (??) on 11-Сен-09, 16:22 
>Дебилов в ring0 пускать опасно.

это кого? Торвальдса? Малнера?
сколько, например, Вашего кода работает в ring0?
>Только у линуха дрова как бы в ядре - а у винда за ядром.

да ладно! :-DDDDDDDDDDDDDDDDDDD
большинство подсистем в виде - в кернел мод.

зы:
про "выгнать 10000" - тактично промолчим.
что с мокро-, что с макро-, а выгонять при обновление придётся. :-D

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

54. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от koblin (ok) on 10-Сен-09, 14:48 
>Смотрит на сервер с 2003 с контроллером домена,  
>который последний раз перезагружался в начале лета, после критических обновлений.
>Про linux ничего сказать не могу, на рекорд сейчас идёт netware которая
>у знакомых в конторе  шуршит с 2006 года.

вычислительный кластер, работает с момента ввода в эксплуатацию...
uptime: 14:38:08 up 528 days, 17:52

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

89. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от User294 (ok) on 11-Сен-09, 23:32 
>Смотрит на сервер с 2003 с контроллером домена,  который последний раз
>перезагружался в начале лета, после критических обновлений.

Выглядит как крайне паршивое администрирование, вообще-то. Апдейты у MS выходят как штык раз в месяц по вторникам и практически всегда требуют перезагрузки ОС для замены заблочыенных в данный момент исполняемых файлов, до этих пор система не является полностью пропатченной и неуязвимой. В итоге виндозу *приходится* ребутать раз в месяц (тем более что для DC это не проблема, их обычно несколько а в пиковом случае клиенты некоторое время живут и без DC закешировав авторизацию). А вот домен контроллер... благородный дон в курсе что слом DC в принципе позволяет сломать и все что использовало его для авторизации, по понятной причине? (т.е. это все десятки-сотни машин домена).

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

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

76. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Veter (??) on 11-Сен-09, 00:53 
> Не факт, что производитель железки публикует протоколы. Скорее всего вы с этим не сталкивались.

Если производитель не публикует протокол, то ни в какой стандартной либе вы его не найдете. А прослушать общение железки с софтиной от производителя под любой осью можно.

> Если про исполнимые файлы - это естественно, они же отражаются в вирт память,
> а не загружаются в оп целиком.

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

> "Документация на реестр" это вообще что такое?

Информация о том, кто, в каких ключах и какие параметры хранит и зачем. Берем произвольный ключ из реестра - где искать его описание? Ан нету, ибо помойка это, а не БД, как хвастаются ее создатели (транзакционную целостность реестра сделали наконец?).

> Unicode как-то мне не понадобился ни разу, и без него всё хорошо.  

Опять троллите. Или вы, кроме русского и английского, других языков не знаете? Хотя эти два тоже под вопросом, если глянуть на вашу писанину :-)

> На нетбук Eclipse точно не влезет.  

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

> Вывод : Вы вообще разработкой не занимались. Обычный троллинг.

Под винду-то? К сожалению, занимался. Зато теперь просто пишу кроссплатформенный софт под удобным мне дебианом, а при необходимости запустить его под виндой кросскомпилятором собираю под нужный target и отправляю заказчику. Но вы не переживайте, я вам не конкурент - 1С и эникейством не занимаюсь :-)

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

81. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  –1 +/
Сообщение от tesseract (ok) on 11-Сен-09, 10:23 
>Если производитель не публикует протокол, то ни в какой стандартной либе вы
>его не найдете. А прослушать общение железки с софтиной от производителя
>под любой осью можно.

Драйвера от производителя.

>
>> Если про исполнимые файлы - это естественно, они же отражаются в вирт память,
>> а не загружаются в оп целиком.
>
>Хватит троллить. Файловая система хранит файлы, а уж интерпретируете вы их как

Так книжки ЯВНО не читаем. Про так как система запускает исполнимые файлы ни в зуб ногой.

>
>> "Документация на реестр" это вообще что такое?
>
>Информация о том, кто, в каких ключах и какие параметры хранит и
>зачем. Берем произвольный ключ из реестра - где искать его описание?

Берём произвольный ключ в конфиге, где искать его описание ? Реестр разжёван в MSDN.

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

Тролль, я смотрю ты софт китайцам пишешь ?

>:-)
>
>> На нетбук Eclipse точно не влезет.  
>
>А вот нахрена попу наган, если поп не хулиган. Писать код можно
>и в nano и в любом другом редакторе, был бы в
>системе компилятор/интерпретатор. Под виндой же придется совершить множество совершенно излишних телодвижений,
>чтобы заполучить этот самый компилятор/интерпретатор, причем "кошерный" (вижуал студия) еще и
>места до хрена требует, плюс тащит тучу всяких рюшечек и т.п.

А давайте не путать IDE и компилятор? GCC4 вообще без IDE занимает 382 метра без манов, так что язычок в попку. Компилятор для VSS  без студии доступен с 2003 года бесплатно.


>
>я вам не конкурент - 1С и эникейством не занимаюсь :-)
>

Мозгоебством ты занимаешься. Ни один параметр ни СВОЕЙ среды разработки, ни винды ты не знаешь.

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

83. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Veter (??) on 11-Сен-09, 13:30 
Учись лучше, чем по форумам хамить.

Сделай rm -rf /usr/bin на юникс-системе и узнаешь много нового про то, как же запускаются бинарные файлы. Просто говоря, отображение делается на область дисковой памяти, а отнюдь не на таблицу размещения файлов. Да, это разные вещи. К примеру, это позволяет восстанавливать удаленные файлы, если соответствующие им кластеры не затерты. Впрочем, я об этом уже писал выше, не доходит, видать.

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

Смотрим размер gcc-4.3 и cpp-4.3:
$ aptitude show gcc-4.3 cpp-4.3|grep Размер
Размер в распакованном виде: 4669k
Размер в распакованном виде: 7709k

Про компилятор без вижуал студии - не в тему. Сколько весит platform sdk для винды тебе сказать, или сам найдешь? Без него хрен ты чего микрософтовским компилером соберешь, который, кстати, все равно весит порядком.

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

82. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Еще один аноним on 11-Сен-09, 11:35 
>... Кстати, интересно, в винде есть что-то вроде inotify для отслеживания изменения директории, не сканируя ее? ...

Вы наверное не в курсе что это очень давно в виндах было, а в линухах это появилось значительно позже винды, кажется несколько лет назад. Причем в очередном новом ядре поменяли реализацию:
http://www.opennet.dev/opennews/art.shtml?num=23357
"...
fsnotify - новая реализация механизма для слежения за событиями в файловой системе, представляющая собой переработанный вариант inotify и dnotify, основанный на использовании новой инфраструктуры нотификации в VFS;
...
"
А вот что было когда-то (и есть сейчас) в винде (правда в ветке Win9x этого нет, присутствует в NT-ветке с Win NT3.1 c 3-м сервиспаком):

function ReadDirectoryChangesW(
  hDirectory: THandle; // описатель каталога, за которым надо следить
  lpBuffer: Pointer;  // Указатель на буфер, в который будет записана информация
  nBufferLength: DWORD; // Размер буфера
  bWatchSubtree: Bool; // Следить ли за подкаталогами
  dwNotifyFilter: DWORD; // Фильтр действий
  lpBytesReturned: LPDWORD; // Сколько было записано в буфер
  lpOverlapped: POverlapped; // Для асинхронной работы
  lpCompletionRoutine: FARPROC // Функция, которая будет вызвана при окончании операции
  ): BOOL; stdcall;

вот за какими действиями можно было следить:

Параметр функции dwNotifyFilter - действия, информацию о которых мы хотим получать.
FILE_NOTIFY_CHANGE_FILE_NAME - создание, удаление, переименование файла.
FILE_NOTIFY_CHANGE_DIR_NAME - созданием и удаление каталога.
FILE_NOTIFY_CHANGE_ATTRIBUTES - изменение атрибутов файла.
FILE_NOTIFY_CHANGE_SIZE - изменение размера файла.
FILE_NOTIFY_CHANGE_LAST_WRITE - изменение файла (это и предыдущее уведомление будет получено только в момент реальной записи файла на диск).
FILE_NOTIFY_CHANGE_LAST_ACCESS - изменение времени последнего доступа.
FILE_NOTIFY_CHANGE_CREATION - изменение времени создания файла.
FILE_NOTIFY_CHANGE_SECURITY - изменение параметров безопасности (прав доступа и т.д.)

Но было еще и другое:

FindFirstChangeNotification:
Creates a change notification handle and sets up initial change notification filter conditions. A wait on a notification handle succeeds when a change matching the filter conditions occurs in the specified directory or subtree. The function does not report changes to the specified directory itself.

This function does not indicate the change that satisfied the wait condition. To retrieve information about the specific change as part of the notification, use the ReadDirectoryChangesW function.

FindNextChangeNotification

С помощью этих функций можно было создать массив "объектов ожидания" (wait objects), и войдя в MsgWaitForMultipleObjects ожидать пока какой-то из объектов в массиве не стрельнет (объект ожидания созданный через FindFirstChangeNotification - это объект ожидания для ФС, но вообще там можно свои произвольные объекты ожидания создавать). Само собой такое лучше делать в отдельном потоке.
Вот кусочки работавшего еще в 2003 году Дельфийского кода (потока ожидания):

      StopEvent      := CreateEvent(nil, True, False, '');
      Win32Check(LongBool(StopEvent));

      WaitObjects[0] := ...
      WaitObjects[1] := StopEvent;
      WaitObjects[2] := FindFirstChangeNotification(PChar(Folder),False, FILE_NOTIFY_CHANGE_FILE_NAME or FILE_NOTIFY_CHANGE_LAST_WRITE);
      if WaitObjects[2] = INVALID_HANDLE_VALUE then begin
        ...
        Win32Check(False);
      end;

      while not Terminated do begin
        WaitCode := MsgWaitForMultipleObjects(3,WaitObjects,False,INFINITE,QS_ALLINPUT+QS_ALLPOSTMESSAGE);
        if WaitCode = WAIT_OBJECT_0 then
          ...
        else
        if WaitCode = WAIT_OBJECT_0+2 then begin
          OnFolderEventProc();
          FindNextChangeNotification(WaitObjects[WaitCode]);
          if WaitObjects[WaitCode] = INVALID_HANDLE_VALUE then Win32Check(False);
        end else
        if WaitCode = WAIT_OBJECT_0+1 then
          Terminate
        else
...

У нас в старом древнем банк-клиенте 2000-го года (который уже заменен новым) использовался виндовый механизм подписки на события файловой системы.

  А в линухе, помнится, долго ждал пока появятся эти нотификации, так же как в свое время и просто асинхронный ввод-вывод.

Так что при всей моей нелюбви к майкрософту не надо перевирать факты

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

84. "Интервью с Вячеславом Калошиным по вопросу перевода предприя..."  +/
Сообщение от Veter (??) on 11-Сен-09, 13:38 
Спасибо за информацию, не знал. Когда переходили с винды 9х на xp в универе, работал я уже под дебианом :-)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру