А что тут можно сказать - очередной гон программера от мс... Типа давайте все офигительно интегрируем, чтобы было (в 90% случаев - это излишне) зашибись. Только вот почему-то забывая при этом следить за качеством кода, и вся эта интеграция выливаеться в падучее и глючное поделие, затормаживающее систему...
>А что тут можно сказать - очередной гон программера от мс... Типа давайте все офигительно интегрируем, чтобы было (в 90% случаев - это излишне) зашибись. Только вот почему-то забывая при этом следить за качеством кода, и вся эта интеграция выливаеться в падучее и глючное поделие, затормаживающее систему...
Можно подумать, что под Linux нет библиотек для любого случая жизни, реализующих одно или другое...
Также есть Qt, kdelibs и т. д., видимо о них автор тоже ничего не слышал...
>Можно подумать, что под Linux нет библиотек для любого случая жизни, реализующих одно или другое...
>Также есть Qt, kdelibs и т. д., видимо о них автор тоже ничего не слышал...
Естественно есть, причем насколько я знаю - их как всегда несколько. Только вот не нужны они в большинстве случаев. Да - для обеспечения межпроцессового взаимодействия, да еще чтобы все это можно было разнести на разные машины тот-же DCOM вполне удобен. Только вот в каждую мелкую прогу его запихивать не нужно.
COM - убога и не даёт ничего существенного. Unix'овые средства намного мощнее и удобнее.
В отношении примера с кодеками: недостаток в том, что далеко не все делают кодеки, которые можно использовать через этот единый API. Примеры - QuickTime и RealVideo/Audio.
Пример со встраиванием браузера: честно говоря, я не видел ни одной программы, где это было бы _действительно_ нужно. Когда я видел такую фигню, у меня обычно начинался приступ злости - ни нормальной навигации не сделано, ни элементарных современных возможностей браузинга, лучше б не вы***сь, а просто запустили любимый браузер пользователя.
Если же интерфейс программы построен на этом (как у WebMoney или, если память не изменяет, у нарезалки дисков от Roxio), то это просто потому, что нормальных средств разработки GUI нет. Да и всякие артефакты возникают (одно время на dial-up'е я отключал показ картинок и долго материл эти убогие программки).
COM - можная и дающая очень много существенного, но не спорю что дырявая. И при этом не надо путать COM и компонентую модель вообще, которая must have
Пример с кодеками это и правда совершенно неактуален, т.к. был бы компонентный апи, сделали ли бы и под линуксом так же как в винде.
> я не видел ни одной программы, где это было бы _действительно_ нужно
в самом деле полезно иногда, также полезно встраивание фалдайлогов и так далее, другое дело что насколлько много людей используют интерфейс аля проводник, настолько много такой интерфейс терпеть не могут, и юзают файловые менеджеры оконного типа.
> что нормальных средств разработки GUI нет
есть, mfc, особенно в 7 версии достаточно удобна. Но мое имхо что вместо того чтобы ваять свой интервейс навигаторов, встрой стандартный компонент.
В общем статья аффтара глупая и совершенно не объективная в большей своей части, видно что под линем аффтар не работал, но кое что он подметил правильно, и просто так отахивать и говорить что это ненадо глупо
> Диалог Жванецкого про тупого доцента сразу вспомнил
> человек явно не видел ни маков ни линукса он даже не представляет насколько M$ далек от всех стандартов и закрыт
это да, аффтар наверное увидел из далека линукс, ничего понять (из далека то, не разглядел наверное) не смог, убежал и сочинил креатифф типа какой я крутой виндузятник, мне линукс не понравился...
Например? Отбросим количество софта её использующего - в равной степени это могло бы быть и с обычными библиотеками, как сейчас в Linux - например, для Python уже вагоны биндингов ко всему, к чему только можно.
> не надо путать COM и компонентую модель вообще, которая must have
Я не знаю, насколько моя точка зрения совпадает с общепринятой, но я считаю, что основное, что должна предоставлять компонентная модель - заменяемость компонентов. Не нравится мне вот этот компонент - заменил на другой, а программы, его использующие даже не заметили. В COM с этим большие проблемы.
> насколлько много людей используют интерфейс аля проводник, настолько много такой интерфейс терпеть не могут
Вот-вот. А эта "компонентная" система не позволяет заменить.
КГ/АМ. Аскетическая компонентная модель Unix Way рвёт придурочный COM на британский флаг. Так что этот гадёнышь явно ни ухом ни рылом в программировании. Ему нельзя пейсать. Ему надо умереть.
> Например, в разрабатываемом нами языке BARSIC мы используем MS Internet Explorer как элемент окна нашей программы - проигрывателя файлов BARSIC. А также для программирования работы с WWW- документами, загрузки программ через WWW, тестирования через WWW и т.д.( см. сайт Виртуальной лаборатории по физике).
Анекдот, чесслово. Как можно в ЯЗЫК пхать эксплоитер?
> Попытка сделать то же под LINUX не вызывает ничего, кроме нервного смеха. Не предусмотрено под LINUX ничего подобного! Каждая программа там - сама по себе. Пробовали, знаем.
Вот уродство. Хоть бы на DCOP в KDE обратил внимание, если логика взаимодействия в юниксе не помещается в мозг.
А по барабану - COM, DCOM, CORBA, XML-RPC, SOAP - всё одна параша, всё должно быть удавлено. Потому как ещё Вильям из Оккама завещал не умножать числа сущностей сверх необходимого.
> Для Вас. А вот если вспомнить всю водку, которую я выпил со своими подшефными юзерами в процессе переустановки ихних виндов - не на один Мак хватило бы (к вопросу о пресловутой стоимости владения).
>В теории программирования сейчас никто не сомневается, что магистральным направлением является объектно-ориентированное программирование. А в области объектно-ориентированного программирования - компонентное программирование.
Он что на Бейсике программирует? Там путают использование COM-объектов с объекто-ориентированного программированием. Лет пять назад в Microsoft Press компонентное программирование противопоставляли объектно-ориентированному. IMHO компонентное программирование - это модульное программирование, но только под новым соусом.
>Нет единой системы взаимодействия программ друг с другом!
И в Windows нет. Там же кроме COM есть pipes, mailslots и много чего другого. Это организационная проблема, которую ни в какую программную модель не засунешь и каждый делает то, что считает нужным. Попробуйте в фотошопе редактировать вордовские документы :). А если такая возмоность предусмотрена (это уже организационное решение), то всплывают такие проблемы, например, как знание, вернее незнание пользователем об этих механизмах. Т.е. пользователь вставит объект из какой-нибудь "левой" программы в документ, а потом другой пользователь на своей машине не может ничего прочитать.
Ну ты и насмешил! Ты бы еще про Бейсик от БК вспомнил.
VB начиная с .NET версии (7) объектно-ориентированный язык программирования. Так что в деццкий сад.
Вообще к-во пионЭров на ЛОРе возрасло до критической отметки. Один SQL не знает, другой даже бейсика.
>Это организационная проблема, которую ни в какую программную модель не > засунешь и каждый делает то, что считает нужным. > Попробуйте в фотошопе редактировать вордовские документы :)
>Это организационная проблема, которую ни в какую программную модель не > засунешь и каждый делает то, что считает нужным. > Попробуйте в фотошопе редактировать вордовские документы :)
"ЗасЬрелись" или воспользуйся советом В.С.Луговского, который он дал к.т.н.Мамаеву. А лучше не болтай впустую о том, о чем не имеешь ни малейшего представления.
[Спасибо за ссылку!][Долго ржал над статьей, потягивая пивко]
> MS Windows XP сейчас самая лучшая из имеющихся для пользователей систем
Lol! И с NTFS:)! Imho из вендов лучшая - Миленька.
> MS Word. Hо убогие Star Office и иже с ним ему не конкуренты.
имхо наоборот (OpenOffice)
> Хотят перейти под Windows - но архивы графических файлов за прошлые годы в формате маков, а перекодировка требует большого времени и денег.
ВОт тут я ржал минут пять. Архивы графических файлов в формате маков? Это .tar.bz2? И не открыть WinRar'oм? Или формат графический файлов? Фотошоп? И при чем здесь деньги?
> Например, в разрабатываемом нами языке BARSIC мы используем MS Internet Explorer как элемент окна нашей программы - проигрывателя файлов BARSIC.
Это пугает. С каждым днем вирус написать всё проще, и без книги с web-hack.ru
> Не предусмотрено под LINUX ничего подобного! Каждая программа там - сама по себе. Пробовали, знаем.
a DE?
> Нет единой системы взаимодействия программ друг с другом!
kernel:)
> Жаль, что LINUX как был, так и остаётся по идеологии на уровне очень хорошей многопользовательской MS DOS!
Занавес!! По идеологии? это там где edit autoexec.bat и мышкой? Многопользовательской?
Не знаю, что за человек автор, но он явно джигит!!
> Да, конечно, для некоторых компьютер - это такая большая игрушка, которую хочется разбирать и собирать в разных вариантах. И операционная система, которую можно изучать, разбирать и собирать в разных вариантах - это еще лучшая игрушка. Но не всем хочется играть в игрушки.
Ну что я тебе могу сказать... Нельзя тебя к винде подпускать, нельзя... Я вот ща глянул аптайм своей винды и ужаснулся, завтра в это же время будет ровно две недели бесперебойной работы. И ненадо доставать пиписьки и линейки :), это я привел к тому, что и винда при желании может работать надежно.
У неё один недостаток есть, зато фатальный - такая только у тебя одного есть, и нигде больше. Я за сёдня уже 12й раз ребучусь, хорошо хоть тачька быстрая и софтина для опечятков пальца установлена.
> И почему же глючное ленолиумьё лучше, чем винХР? Если скажешь, что меньше места занимает, то буду с улыбкой на лице рыдать и плакать :).
Именно места меньше занимает:)
А на самом NT вирусы ловит только в путь. И я из вендов использую Миленьку, поскольку она работает быстрее всех (у меня - 64 мб ОЗУ) - загрузка около 20 секунд, у ХП - не менее 40. Так что фтопку.