[голосовалка] Linux vs Win vs BSD vs ...
вот они:
Где яблочники? Неужели их меньше чем бсдшников?
Ну добавил бы. Один фиг голосовалку делал.
открытую ещё бы...
Linux и не доволен но другого не пробовалВот этот пункт особо порадовал
Почему нет такого же про FreeBSD?
по сабжу: хз доволен или нет я Linuxом... меня жутко напрягает его конфигурялки. menuconfig скрывает пункты. а в xconfig через поиск многие опции почему-то не ищутся. А ещё с переходом на 2.6.32 у меня на ноуте почему-то перестал работать wifi. причём, даже никаких ошибок в dmesg не выдаёт, просто выдаёт пусой список сетей при wilist scan.
Ну я знаю человека, который не пробовал винду и пользуется линухом. Но представить такое с фряхой я не могу.
Но вот тенденцией развития Windows недоволен. Поэтому иногда посматриваю в сторону Linux. Но так как часто приходится работать с 1С, то Linux пока - только в тестовых целях. Пока не особо доволен им - то одно не работает, то другое. Но в целом, прогресс заметен.
Отношение довольных пользователей Windows к недовольным сильно выше, чем у Linux. Понятно, кто продолжает есть кактусы
под виндой просто ты даже подумать о том чтобы как-то изменить под себя систему не можешь
сидишь довольный, ярлычки на рабочем столе развесив
ярлычки на рабочем столе развесиву меня только один ярлык там - Корзина. ЧЯДнТ?
главное, чтобы ты был доволен
под виндой просто ты даже подумать о том чтобы как-то изменить под себя систему не можешьиногда возникает чувство что пользователи линукса больше любят факт "я хозяин системы" чем удобство как таковое.
Ну я знаю человека, который не пробовал винду и пользуется линухом. Но представить такое с фряхой я не могу.А если человек пробовал Windows 98 и NT 4.0, и с тех времён от винды отказался, то считается, что он пробовал винду?
сорри за боян.
в винде вообще-то тоже можно быть относительно хозяином системы. но для этого нужно знать системное программирование и писать примочки для себя, причем ты почти всегда не можешь изменить существующую штуку, а можешь только написать что-то с нуля, либо спереть что-то с открытым кодом из вражеского лагеря.
А если человек пробовал Windows 98 и NT 4.0, и с тех времён от винды отказался, то считается, что он пробовал винду?что попробовано, то не распробовать
То есть современные винды лучше не стали?
я последней ХР пользовался, она вроде уже не очень современная. 7 и виста хз. хр определенно лучше 98 =)
смешной наездКак изменить например?
под виндой просто ты даже подумать о том чтобы как-то изменить под себя систему не можешь
сидишь довольный, ярлычки на рабочем столе развесив
и это только визуальные настройки
зайди в Alt и посмотри раздел скриншотов хотя быИ что из этого нельзя сделать в Windows?
и это только визуальные настройки
Лучше скажи что можно?
http://www.linux.org.ru/view-message.jsp?msgid=4219850
А по делу: любые тайловы менеджеры не повторимы в винде и наличие нескольких панелей.
Вот так нельзя: А по делу: любые тайловы менеджеры не повторимы в винде и наличие нескольких панелей.
А по делу: любые тайловы менеджеры не повторимы в винде и наличие нескольких панелей.Жуйня на постном масле. Убирай у окошка декорацию и клади его куда хочешь и как хочешь на рабочий стол.
Сам пользуюсь GridMove, который позволяет перетащить окно в любой элемент решётки за заголовок или хоткеем.
во-вторых, дело даже не в том, что теоретически можно и что нельзя, а что делают, и что нет
линуксоиды часто гораздо более требовательны и к интерфейсу и к системе в целом
и требования у них гораздо изощреннее и разнообразнее
поэтому твой комментарий по поводу процента недовольных в голосовалке не имеет смысла
Лучше скажи что можно?Всё, что я там увидел.
во-первых, на этот вопрос ты должен отвечать, а не яНа мой взгляд украшением занимается школота (которой я уже побывал, когда у меня хря выглядела как макось в какой-то мере). Я ничего не менял, потому что никаких преимуществ это не даёт. Сейчас у меня даже вместо фоновой картинки ровный чёрный цвет.
во-вторых, дело даже не в том, что теоретически можно и что нельзя, а что делают, и что нет
линуксоиды часто гораздо более требовательны и к интерфейсу и к системе в целом
и требования у них гораздо изощреннее и разнообразнее
поэтому твой комментарий по поводу процента недовольных в голосовалке не имеет смысла
А кто что делает - это вопрос пользователей, а не системы. Сосед за компом сменил дефолтную тему КДЕ на чёрную (зелёной, как хотел, пока не нашёл). Я вот после установки 7 первое что делал - менял цвет окон на тёмно-зелёный и фон убирал.
При чём тут система?
Даже скажу как. Сохраняешь скриншот на винт, делаешь обоями рабочего стола и убираешь все окна и панели. Вуаля!
холивар в соседнем треде идет
а мы тут вроде результаты голосовалки обсуждаем
и тот факт, что "недовольные, но пользующиеся" - это ни разу не минус и не проблема
Могу на выбор любой у себя сделать (влом, правда).
Точной копии, конечно, не будет (графику придётся выдирать но визуальные изменения и интерфейс могу поменять. Но это только если на спор, ибо надо запариваться.
Пользуюсь всю сознательную жизнь. Пробовал мак ось, линух, возможно у икс пи своих проблем хватает, но после грамотной настройки все заепцом!
Скажу по секрету, XP определенно лучше висты и семеркиЧем?
Пользуюсь всю сознательную жизнь. Пробовал мак ось, линух, возможно у икс пи своих проблем хватает, но после грамотной настройки все заепцом!
А у 7 я плюсов не обнаружил. Юзаю параллельно с XP и хотя бы тем икспи лучше, что все приложения запускаются и не глючат.
Лучше скажи что можно?понятно, что это хороший критерий для сравнения, но не понятно, почему этот критерий стоит на первом месте.
на вскидку, если брать холивары windows vs linux vs mac (и т.д. то можно выписать следующие критерии:
1. сколько задач среднестатичного пользователя система решает из коробки?
2. до решения каких задач пользователь может допилить систему?
3. настраивать чем меньше, тем лучше
если системам грубо проставить оценки по десятибальной шкале, то получится:
mac
1. 3
2. 5.
3. 10
windows
1. 2
2. 7
3. 7
linux
1. 1
2. 10
3. 4
т.е. получается:
mac на одной стороне шкалы - ничего настраивать не надо, но тяжело на нем сделать что-то непредусмотренное, а linux - на другой: можно сделать все что угодно, но нужно много настраивать.
windows - где-то посередине
Особенно с важностью того, что будет из коробки.
дома linux, на работе винда, производственная необходимость.
дома linux, на работе винда, производственная необходимость.+1
дома linux, на работе винда, производственная необходимость.тоесть для себя ты выбрал linux? так и голосуй
Вообще, обеими системами в некотором роде доволен. просто надо найти свой «way».
mac
4
windows
10
linux
4
linuxчто ты имеешь в виду под "популярными API"? openGL в твоей венде давно по-нормальному реализовали?
4
что ты имеешь в виду под "популярными API"? openGL в твоей венде давно по-нормальному реализовали?У меня работает. 3.2
наверно WinAPI
наверно WinAPIУгадал
Ещё POSIX и прочие
по-нормальному
яхз как сейчас, но полтора года назад в мелкомягкой реализации OpenGL были достаточно большие пробелы. столкнулся при переносе кода.
Ещё POSIX и прочиеугу, и это вендоюзер говорит..
угу, и это вендоюзер говорит..А что? Не зря же у Windows - 10.
Венда, если ты не в курсе, является POSIX-совместимой системой.
Претензия к винде, на самом деле, всего одна: приложения совершенно не стандартизованы по интерфейсу (местами это очень полезно) и зачастую слабо интегрированы, даже родные мелкософтовские. Я на одной только связке OneNote + Outlook могу таких удобств напридумывать, что просто ужас. А нет ничего.
Срач замер, все полезли читать википедию...
Забыл про реализацию популярных API.Правда? Расскажи мне, пожалуйста, насколько хорошо JACK в винде реализован. Да, если будешь утверждать, что ASIO хватает за глаза, не забудь, что во-первых, это, мягко говоря, неправда, а во-вторых, в вайне оно тоже работает.
windows
10
http://jackaudio.org/
Тут написано, что он "runs".
Да и отсутствие реализации какого-там JACK - ещё не повод для ухода от 10.
Тут написано, что он "runs".
Да и отсутствие реализации какого-там JACK - ещё не повод для ухода от 10.
http://jackaudio.org/Я в курсе. Там же не написано, как именно.
Тут написано, что он "runs".
Да и отсутствие реализации какого-там JACK - ещё не повод для ухода от 10.Я правильно понимаю, что "популярный" - тот, которым ты лично пользуешься, а "какой-то там" - тот, которым нет? В таком случае, с моей точки зрения, JACK как раз является популярным, а WinAPI каким-то там, и твои "4/10" превращаются в откровенный пиздеж.
ЗЫ. Да, runs. Может, альсу уже тоже портировали, а?
Я правильно понимаю, что "популярный" - тот, которым ты пользуешься, а "какой-то там" - тот, которым ты не пользуешься? В таком случае, с моей точки зрения, JACK как раз является популярным, а WinAPI каким-то там, и твои "4/10" превращаются в откровенный пиздеж.Ну судя по твоему предложению рассмотреть JACK, это у тебя такое представление о слове "популярный". У меня оно означает число популярных приложений, использующих АПИ.
ЗЫ. Да, runs. Может, альсу уже тоже портировали, а?
Мы вроде в настоящем живём. Jack уже есть.
дюже толстый тролль
Венда, если ты не в курсе, является POSIX-совместимой системой.
Ты с чем-то не согласен?
поэтому тебе следует похудеть. начни здоровый образ жизни, бегать по утрам например.
У меня оно означает число популярных приложений, использующих АПИ.Ололололололололо. Под линуксом из звуковоспроизводящих программ джек неспособны использовать чуть более чем ни одна.
Так-то понятие "популярные программы" делается с оглядкой на - в какой, собственно, области. Разумеется, если, скажем, считать, что компьютер - устройство, годящееся только чтобы работать в Microsoft Office, из популярных программ останется только Microsoft Office (а тогда и WinAPI сразу потребуется)...
Да, вот еще десятибальная оценка:
Готовность пользователей немедленно начать разводить срач в треде, где вообще-то изначально была просто голосовалка для статистики:
Windows 10.
Ололололололололо. Под линуксом из звуковоспроизводящих программ джек неспособны использовать чуть более чем ни одна.
Так-то понятие "популярные программы" делается с оглядкой на - в какой, собственно, области.
И многие из них используют JACK? Не "способны", а "используют" на реальных компьютерах реальных пользователей?
Разумеется, если, скажем, считать, что компьютер - устройство, годящееся только чтобы работать в Microsoft Office, из популярных программ останется только Microsoft Office (а тогда и WinAPI сразу потребуется)...Критерий выше.
Да, вот еще десятибальная оценка:Linux 10?
Готовность пользователей немедленно начать разводить срач в треде, где вообще-то изначально была просто голосовалка для статистики:
Windows 10.
Это не срач, а обсуждение. Я тут никого и ничто не обсираю. Просто факты констатирую.
что дефолтная винда, без пришлепки какого-нить интериксаЧто значит "без пришлёпки"? Интерикс - часть винды; другое дело, что по дефолту он отключен. Точно так же по дефолту не установлен, например, telnet-клиент, но это не значит, что винда не умеет работать с телнетом.
Если по-твоему интерикс для винды - пришлёпка, то что же тогда ты назовёшь линуксом без пришлёпок?
а то я задобался путтей по телнетам лазать
...wait .... oh, shiii....!
Control Panel, Programs, Turn Windows Features on or off, ставишь галку у Telnet Client, жмёшь OK.
apt-getфууу, убунтоид
да будет свет!
Ты действительно думаешь, что apt - изобретение шатлворта?
не, но на то там и такой смайл
убунтоидви так говорите, как будто это что-то плохое
честно? Сколько ни пробовал, убунта (все релизы с 5.10 сколько ни говорили про нее как про вендозамену, меня ни разу не прельстила. Уж не знаю, почему...
у вас какая-то неправильная винда, сэр.
попробуй с ментолом
а теперь попробуй сказать эту фразу на каком-нибудь лоре, опеннете и иже с ними, и посчитай, сколько раз тебя назовут толстым.
Критерий выше.Этот?
У меня оно означает число популярных приложений, использующих АПИ.Мне что-то как бы подсказывает, что по такому критерию WinAPI, горестно стеная, убегает прочь, едва вдали лишь покажется API уютненького "Вконтактике".
interix - это фактически эмулятор apiЧто ты называешь эмулятором?
Ядро Linux - тоже эмулятор апи POSIX?
Интерикс, если ты не знал, работает ровно на том же уровне, на котором и Win32. Что, и Win32 винда "эмулирует"?
твое утверждение "винда posix-совместима" ничем не отличается от "в linux есть winapi".Моё утверждение "винда posix-совместима" ничем не отличается от утверждения "винда win32-совместима". Насколько ты считаешь это похожим на наличие winapi в линуксе, я хз.
спорить с пенартуром бесполезно.
Если у тебя нет аргументов - спорить в любом случае бессмысленно
ладно те, не кипятись. винда более posix-совместима, чем unix.
винда более posix-совместима, чем unix.ОМГ, вот только не надо ещё и unix сюда приплетать, а не то придёт контра и начнёт пинать труп SCO.
Ты всё-таки переставай говорить на языках, продолжения которых не знаешь.
Этот?Вот этот: Не "способны", а "используют" на реальных компьютерах реальных пользователей
Мне что-то как бы подсказывает, что по такому критерию WinAPI, горестно стеная, убегает прочь, едва вдали лишь покажется API уютненького "Вконтактике".Это тебе бредогенератор подсказывает, очевидно. 30млн пользователей в контакте (из которых не все пользуются его API) - жалкая кучка в сравненини с почти миллиардом пользователей Windows (а следовательно и WinAPI).
представляю твою реакцию, если бы я написал "более posix-совместимая чем сам posix"
Ты сначала научись логично рассуждать, а уже потом пиши что-нибудь в этом разделе.
Я, кстати, правильно помню, что POSIX-совместимость интерикса - это POSIX.1-1990?
Это тебе бредогенератор подсказывает, очевидно. 30млн пользователей в контакте (из которых не все пользуются его API) - жалкая кучка в сравненини с почти миллиардом пользователей Windows (а следовательно и WinAPI).Из статистики Facebook:
More than 350 million active users
Every month, more than 70% of Facebook users engage with Platform applications
А вот интерикс, по крайней мере, в 2006 году был совместим как минимум с posix.2: http://technet.microsoft.com/en-us/library/bb496993.aspx
POSIX subsystem and Windows Services for UNIX. To provide more comprehensive support for UNIX programs, Windows uses the Interix subsystem. Interix is a multiuser UNIX environment for a Windows-based computer. Interix conforms to the POSIX.1 and POSIX.2 standards. It provides all features of a traditional UNIX operating system, including pipes, hard links, symbolic links, UNIX networking, and UNIX graphical support through the X Windows system. It also includes case-sensitive file names, job control tools, compilation tools, and more than 300 UNIX commands and tools, such as KornShell, C Shell, awk, and vi.
Все равно, с 2001 года POSIX.1 и POSIX.2 это один документ, так что имеются в виду версии 90-х годов.
More than 350 million active users~ 1 млрд. активных пользователей.
Every month, more than 70% of Facebook users engage with Platform applications
Почти каждый день каждый запускает Windows-приложения.
Отписаться, что ли, нах от этого бесполезного раздела?
И несомненно так будет продолжаться еще 30 лет!Как это, кстати, сделать?
Отписаться, что ли, нах от этого бесполезного раздела?
P.S. Уверен, .NET зохавает всё. Лет через 5-10.
Забыл про реализацию популярных API.более точная формулировка: введение(и поддержание) единых правил игры.
и да, windows в этом направлении продвинулась дальше, чем linux и mac, за рядом исключений (например, в linux файловое направление намного лучше развито)
Я в качестве основной рабочей системы используюГы, а если на работе выбора в силу приложений нет ?
Например моя знакомая в издательском бизнесе сильно хочет под винду, но приложения и корпоративные стандарты у них заточены под Мак. Другой тоже по винде плачет, но рабочий комп завязан с установкой, работающей на Линуксе.
спорить с пенартуром бесполезно.У него дерьма на всех хватит, исходя из чего можно с некоторой достоверностью оценить его внутреннее содержание.
У него дерьма на всех хватит, исходя из чего можно с некоторой достоверностью оценить его внутреннее содержание.Неверно, он ещё может использовать внешний источник.
Ладно бы только ассенизатором был, так он продукт не по назначению расходует.
P.S. Уверен, .NET зохавает всё. Лет через 5-10.Ты хотел сказать гугл?
у меня только один ярлык там - Корзина.
на хуй она на рабочем столе?
ЗЫ ты пользуешься корзиной?
так удалять мышью иногда удобно. Меньше действий =)
на хуй она на рабочем столе?ЗЫ ты пользуешься корзиной?По-моему, это единственный ярлык, который удалять нельзя. У меня тоже обычно нет ничего. Правда, нынче сессия, поэтому не выходит, там целых 4 документа ещё.
Софт удобней всего запускать через меню Start (вводом куска названия программы с клавы). Для xp можно использовать Launchy, она и пофункциональней будет.
А мышкой чтоб запускать — можно просто программку на таскбар утащить.
Кстати, некоторые программы сами по себе пользуются мусоркой. Например, лайтрум при удалении фотографий с диска тащит их именно что в мусорку, а не в цифровое небытие.
По-моему, это единственный ярлык, который удалять нельзя.можно, только не напрямую. как-то через реестр штоле. powertoys afair умели такое.
Пофиг, я не пробовал. Мусорку на десктопе иметь скорее полезно, чем нет (смотреть, не заполнена ли чем).
кому как, у меня уже лет 6, наверное, все мимо корзины удаляется.
Сосед за компом сменил дефолтную тему КДЕ на чёрную (зелёной, как хотел, пока не нашёл)а какую он хотел? чтоб можно грабить корованы было? Если он не смог поменять цвета в КДЕ - это весьма странно, вроде там это легко и непринужденно настраивается
Касаемо того, что пользователь делает - как в винде сделать связку find | xargs (ну или find -exec - кому как больше нравится)
тупо пример - удалить все файлы из поддиректорий, которые новее данного файла
ну или тупо найти хотя бы такие файлы
ЗЫ не исключаю, что это делается более или менее легко - я просто хз как
так удалять мышью иногда удобно. Меньше действий =)
как из развернутого на весь экран explorer'а удалить мышкой в корзину?
По-моему, это единственный ярлык, который удалять нельзя.
ололо! неудаляемый ярлычочек на рабочем столе! а что, если он секретарше любимые обои загораживает? что же ей делать?!
я же говорю, иногда.
как из развернутого на весь экран explorer'а удалить мышкой в корзину?в два клика
что же ей делать?!обратиться к тому, кто знает, как удалить корзину с рабочего стола
как из развернутого на весь экран explorer'а удалить мышкой в корзину?в семёрке делается так:
цепляешь ярлык и тащишь в угол таскбара на кнопку "свернуть все окна"
после этого спокойно кладёшь в корзину
повторное нажатие на кнопку восстанавливает всё свёрнтуые окна обратно
ололо! неудаляемый ярлычочек на рабочем столе! а что, если он секретарше любимые обои загораживает? что же ей делать?!Толстый тролль такой толстый.
Через реестр и консольку можно и ярлычочек удалить, говорили же. Просто не надо никому.
можно, только не напрямую. как-то через реестр штоле. powertoys afair умели такое.какой нафик реестр? галочку снять и всё.
в семёрке делается так:
цепляешь ярлык и тащишь в угол таскбара на кнопку "свернуть все окна"
после этого спокойно кладёшь в корзину
повторное нажатие на кнопку восстанавливает всё свёрнтуые окна обратно
это реально удобнее, чем тыкнуть правой кнопкой и выбрать удалить?
это просто ради интереса спрашиваю. У самого под виндой десктоп завален всяким говоном
обратиться к тому, кто знает, как удалить корзину с рабочего стола
это было немного троллинга, навеянного соседним тредом
а вот про find | xargs реально интересно
ну или тупо найти хотя бы такие файлыС точностью до времени точно делается штатным поиском.
ени точно делается штатным поиском. С точностью до времени — ну фиг знает. Найти-то точно можно, время изменения ж записывается. Конкретно здесь:это 7-ка? у меня просто только ХР - там вроде тычка только для дня (без времени есть)
ну впрочем вопрос с find | xargs это не решает (например, найти все файлы в поддиректориях с расширением .pwd И слить содержимое в один файл. Еще лучше - не все содержимое, а только строки содержащие заданную подстроку)
например, найти все файлы в поддиректориях с расширением .pwdЭто не проблема, поиск ищет и в поддиректориях. Слить в один — это уже к другому софту, конечно.
Да, это была Win7.
Слить в один — это уже к другому софту, конечно.
что просто найти файлы по содержанию можно - я и сам знаю - вопрос как раз в связке
Ну и на правах отопика - семерка ищет по регулярным выражениям? или по-прежнему только *вася*
Ну и на правах отопика - семерка ищет по регулярным выражениям? или по-прежнему только *вася*Переведи на русский, пожалуйста. Для меня не впитался с молоком матери тот смысл словосочетания «регулярные выражения», который ты используешь. То же с «find | xargs», но меня это не интересует.
Переведи на русский, пожалуйста. Для меня не впитался с молоком матери тот смысл словосочетания «регулярные выражения», который ты используешь. То же с «find | xargs», но меня это не интересует.Возможно, имелись в виду регулярные выражения хоть в каком-нибудь виде.
* и ? не позволяют записать любой регулярный язык.
Для меня не впитался с молоком матери тот смысл словосочетания «регулярные выражения», который ты используешь.
ну например, искать строки в которых есть или ВАСЯ или ПУПКИН. Или начинающиеся с error
То же с «find | xargs», но меня это не интересует.
поэтому я привел пример с "дампом" паролей. Ясное дело, что если ты окромя mplayer, ms office и IE ничего не иcпользуешь, то винды тебе хватает
Ясное дело, что если ты окромя mplayer, ms office и IE ничего не иcпользуешь, то винды тебе хватаетХудеть пора, тролль.
поэтому я привел пример с "дампом" паролей.Я вот тебе тоже примеров напривожу: фотошоп, лайтрум и OneNote, а также распознавание слитного рукописного текста.
По твоим «или-или»: можно использовать and и or в виндовом поиске. Xor, вроде, нет, хотя я и не проверял. Но если тебе охота регулярных выражений в истинном смысле, можно пользоваться поиском Тотал Коммандера, у него есть галочка «RegEx» в поиске.
как в винде сделать связку find | xargs (ну или find -exec - кому как больше нравится)PowerShell ничуть не хуже вашего bash-а.
тупо пример - удалить все файлы из поддиректорий, которые новее данного файлаЧме не устроили штатные средства, открывающиеся по WinF?
ну или тупо найти хотя бы такие файлы
это реально удобнее, чем тыкнуть правой кнопкой и выбрать удалить?ты спросил как мышкой удалить в корзину если окно развёрнуто, я и ответил
да ладно, где-то в свойствах то-ли "моего компьютера" то-ли в настройках рабочего стола в XP убиралась.
да ладно, где-то в свойствах то-ли "моего компьютера" то-ли в настройках рабочего стола в XP убиралась.Ну хорошо-хорошо, ошибся я, в семёрке так же. Тут даже скриншот уже приводили.
нету в XP SP3, это потом добавили наверное.
думаю на каком-нибудь powershell можно сделать, а вообще под венду портированы все основные линуксовые утилиты, чем я успешно пользуюсь.
блин, а может меня и сглючело
Давно это было, но точно помню, что без копания в реестре и установки чего-нибудь.
портированы все основные линуксовые утилитыТут бы правильно сказать "кросплатформенные", чтобы не преувеличивать заслугу Linux в их появлении.
А ты много видел мастдаёвщиков, пишущих кроссплатформенное ПО?
конечно! под вайном-то работает
NET, и wine тут ни при чём.
Предлагаю голосовалку кто чем пользуется.МакОС Тайгер
А ты много видел мастдаёвщиков, пишущих кроссплатформенное ПО?опера? хром?
флеш, ява...
Например, вот, найдите в статье слово Windows.
А ты много видел мастдаёвщиков, пишущих кроссплатформенное ПО?Я пишу. Что за наезд?
если через три года портирования его получилось с горем пополам запустить под чем-то кроме мастдая, то это нифига не кросплатформенность.
>ява...
замечательно существовала бы и без винды, так что тут вообще ни причем.
замечательно существовала бы и без винды, так что тут вообще ни причем.я не понял этого аргумента.
А про яву ты, кстати, там зачем написал?
замечательно существовала бы и без винды, так что тут вообще ни причем.Тогда ты уж определись, какой ответ ты хочешь получить. А то исходно кросплатформенные приложения тебе не подходят - "замечательно существовали бы и без винды"; портированные на альтернативные системы в будущем - тоже, "через три года портирования получилось с горем пополам запустить под чем-то кроме мастдая".
конечно! под вайном-то работаетдавайте не считать приложения, требующие для работы программы, транслирующие ситемные вызовы (wine, cygwin кроссплатформенными.
это ирония была, вообще-то)
опера? хром?Ты явно меня не понял.
флеш, ява...
Кто из мастдай-ориентированных разработчиков пишет кроссплатформенно?
А из *nix ориентрованных?
Пример, чтобы было понятнее: lame - изначально кросплатформенный и был написан совсем не мастаевщиками, а портирование на мастдай заключалось разве что в создании файла проекта для VC и пересборки. Большинство ПО под *nix кроссплатформенное изначально и его портирование под мастдай несравнимо проще портирования в другую сторону. Другой пример: VirtualDub - замечательная утилитка, opensource, freeware, но вот незадача - изначально разрабатывалась как мастдаёвское приложение и портирование на *nix, мягко говоря, не тривиально.
А всё потому, что *nix ориентированные разработчики используют общепризнанные стандарты и библиотеки, а не "самовыпровозглашённые-ни-с-кем-не-совместимые-поделия".
Байткоды здесь тоже не при чём - ещё ПО на скриптовых языках припомни.
Понятно о чём речь?
ну случается такое, да.Мало ли что у него за проблемы, из-за которых приходится так себя насиловать. :-P
Например, вот, найдите в статье слово Windows.
Кто из мастдай-ориентированных разработчиков пишет кроссплатформенно?Ты сначала дай определение "мастдай-ориентированных". А то окажется, что "мастдай-ориентированными" ты называешь тех, кому срать на все системы, кроме мастдая.
Пример, чтобы было понятнее: lame - изначально кросплатформенный и был написан совсем не мастаевщиками, а портирование на мастдай заключалось разве что в создании файла проекта для VC и пересборки. Большинство ПО под под *nix кроссплатформенное изначально и его портирование под мастдай несравнимо проще портирования в другую сторону, Другой пример: VirtualDub - замечательная утилитка, opensource, freeware, но вот незадача - изначально разрабатывалась как мастдаёвское приложение и портирование на *nix, мягко говоря, не тривиально.Это, конечно, охуенно осмысленно - сравнивать консольную утилиту с графической, а потом жаловаться, что "общепризнанные стандарты и библиотеки" не используются
А всё потому, что *nix ориентированные разработчики используют общепризнанные стандарты и библиотеки,
А всё потому, что *nix ориентированные разработчики используют общепризнанные стандарты и библиотеки, а не "самовыпровозглашённые-ни-с-кем-не-совместимые-поделия".кхм, простите. в чём профит писать программы под малораспространённую систему? в том смысле что писать под винду, но например урезать себя в возможностях, которые не под виндой не доступны в пользу кроссплатформенности.
хотя тем не менее сейчас уже начинают писать. вон сервер 1с уже написан для линукса, клиент вебовый для 1с есть, так что в некотором роде без винды работает.
в чём профит писать программы под малораспространённую систему?На этот вопрос через три года придется хором отвечать всем кодерам под виндой.
И да, насчет урезанных возможностей. Тебе что-нибудь говорит слово MinGW?
На этот вопрос через три года придется хором отвечать всем кодерам под виндой. :zombi:так когда вендекапец то? я устал ждать.
Тебе что-нибудь говорит слово MinGW?
нет, я не компетентен.
Где яблочники? Неужели их меньше чем бсдшников?MaсOS X --- это один из дистрибутивов FreeBSD, так что яблочники --- это подвид БСДшников.
MaxOS X --- это один из дистрибутивов FreeBSD, так что яблочники --- это подвид БСДшников.это реальне актуально?
большинство кода на яве пишут вовсе не для того чтобы он запустился в винде.
остальные-то аргументы понял?
большинство кода на яве пишут вовсе не для того чтобы он запустился в винде.Большинство кода на яве пишут вовсе не для того, чтобы он запустился в линуксе.
MaсOS X --- это один из дистрибутивов FreeBSD,В sony prs500 стоит прошивка, отдалённо связанная с линуксом; это значит, что все пользователи соневских читалок - линуксоиды?
Джобс и маководы смотрят на тебя сам знаешь как.
MaсOS X --- это один из дистрибутивов FreeBSD
так когда вендекапец то? я устал ждать.Ты вправду хочешь, чтобы он наступил?..
Ты вправду хочешь, чтобы он наступил?.. :bat:конечно! ведь тогда все пересядут на линукс, и линукс станет удобным как винда. ну и ещё выйдет microsoft linux и microsoft OpenOffice
Джобс и маководы смотрят на тебя сам знаешь как.Маководы вообще странные люди, а вот Джобс одобряет:
http://images.apple.com/macosx/technology/docs/L416017A_UNIX...
Open source kernel based on FreeBSD andХотя на самом деле там весь юзерлэнд от FreeBSD а как раз ядро они сильно перепилили.
Mach 3.0
Зайди по SSH на iPhone. Пока uname не наберёшь, отличить от FreeBSD практически невозможно.
Это, конечно, охуенно осмысленно - сравнивать консольную утилиту с графической, а потом жаловаться, что "общепризнанные стандарты и библиотеки" не используютсяПенни как всегда в своём духе.
Тебе буквы QT о чём нибудь говорят? Если нет - погугли на эту тему. Ну и Psi, как пример.
На всякий случай пример консольной программки, которая тяжело портируема с мастдая на *nix - Far.
кхм, простите. в чём профит писать программы под малораспространённую систему? в том смысле что писать под винду, но например урезать себя в возможностях, которые не под виндой не доступны в пользу кроссплатформенности.Для рисования окошек есть QT. Для всего остального ANSI C/C++ (есть общепринятые стандарты и других языков программирования POSIX.
И ничего сложного нет в том, чтобы платформозависимый код не превышал пары процентов, в крайнем случае около 10%.
Для того, чтобы не быть голословным приведу пример такого ПО - игры семейства Quake и их модификации. При этом ноги у всего этого растут из Quake 1 под DOS.
Тебе буквы QT о чём нибудь говорят?lame использует Qt?
На всякий случай пример консольной программки, которая тяжело портируема с мастдая на *nix - Far.Мог бы и что-нибудь получше придумать.
Пример консольной программы, которая тяжело портируема с линукскапца на винду - Midnight Commander
Для рисования окошек есть QTт.е. вот так взять и загнать всех под одну гребёнку? а остальных расстрелять?
и кстати, кем эти общепринятые стандарты приняты?
Для всего остального ANSI C/C++ (есть общепринятые стандарты и других языков программирования POSIX.И винда их таки поддерживает.
А ещё есть общепринятые стандарты на .NET.
Для рисования окошек есть QTЯ точно так же скажу, что для рисования окошек есть Gtk. А ещё для рисования окошек есть WinForms. А ещё есть WPF.
На основании чего все разработчики должны начать использовать нокиевские средства рисования окошек?
Тебе что-нибудь говорит слово ANSI, например? (Сейчас должен прийти пенартур и со смехом заявить, что никому не интересны стандарты, принимаемые никому не известным институтом.)
Тебе что-нибудь говорит слово ANSI, например?ну говорит. ещё я знаю о существовании ГОСТа
к теме кроссплатформенности и выбора инструмента программирования в данном случае это как относится?
Я точно так же скажу, что для рисования окошек есть Gtk. А ещё для рисования окошек есть WinForms. А ещё есть WPF.На основании чего все разработчики должны начать использовать нокиевские средства рисования окошек?Я вот видел пример нокиевского поделия… лучше пусть виндовые средства используют, а не нокиевские.
Кроссшматформенности. Почему __gnu_cxx::hash_map в итоге оказался таким же, как std::unordered_map, а вот у мелкософтного хашмапа не получилось?
это риторический вопрос?
О, я, кстати, только сейчас допер, что вопрос "Это риторический вопрос?" обычно риторический.
Тебе что-нибудь говорит слово ANSI, например?Какое отношение Qt (а степан отвечал именно про Qt, если ты не заметил) имеет к ANSI?
Кстати, почему ты считаешь, что Qt-шные программы, таскающие с собой Qt - более "кросплатформенны", чем виндовые, таскающие с собой wine?
уровень кроссплафторменности у открытых QT приложений не меньше чем у .NET приложений, поскольку на всех платформах, где есть .NET, есть и QT, и даже есть такие платформы, где есть QT, а .NET нету. Так что без проблем можно перекомпилить приложение под таргет систему, если других OS-зависимых вещей кроме интерфейса нету.
поскольку на всех платформах, где есть .NET, есть и QTУ меня есть .NET, но нет Qt.
X есть для платформы Y, если X можно инсталить на Y (немного очевидности для неочевидных людей)
ставитсяАга!
X есть для платформы Y, если X можно инсталить на YТы тут говорил, что вот Qt, в отличие от .NET, есть на всех линуксах. Поставишь мне произвольное Qt-приложение на Sony Reader PRS500?
т.е. вот так взять и загнать всех под одну гребёнку? а остальных расстрелять?QT - это пример. Скорее всего что-то ещё есть - я сам рисованием окошек практически не занимаюсь, поэтому не изучал этот вопрос.
и кстати, кем эти общепринятые стандарты приняты?
Ты действительно не знаешь такие организации как ANSI, ISO, IEEE, IEC?
P.S. С пенартуром больше не спорю - он просто придирается к словам, а суть дискуссии оставляет в стороне.
Кстати, почему ты считаешь, что Qt-шные программы, таскающие с собой Qt - более "кросплатформенны", чем виндовые, таскающие с собой wine?Сравнил жопу с пальцем.
QT официально полноценно работает на мастдае. А вот wine далеко не всё из winapi реализует и из-за этого много что работает некорректно или не работает совсем.
P.S. Не удержался, но надеюсь ответа от тебя на этот пост не последует.
P.P.S. Пени, ну пожалуйста, не отвечай. :-D
QT - это пример. Скорее всего что-то ещё естьАга!
Так что же именно использовать обычному разработчику, если ты даже сам этого не знаешь?
С пенартуром больше не спорю - он просто придирается к словам,Просто ты пишешь такие слова, у которых смысла нет, а место для придирок есть.
Ты какого-то хуя вспомнил про то, что фар работает под виндой, а на линукс его не портировали, и сделал из этого вывод, что виндовые программы на линукс портировать сложно.
Ну так вот тебе совершенно аналогичный пример - Midnight Commander, очень похожий на фар, работает под линуксом - а на винду его не портировали. Из этого можно сделать вывод, что линуксовые программы на винду портировать сложно?
В чём отличие-то между этими двумя случаями?
Сравнил жопу с пальцем.Если приложение официально полноценно работает на Wine - оно является кроссплатформенным?
QT официально полноценно работает на мастдае. А вот wine далеко не всё из winapi реализует и из-за этого много что работает некорректно или не работает совсем.
P.S. Не удержался, но надеюсь ответа от тебя на этот пост не последует."Я считаю, что ты неправ, вот так я доказываю, что ты неправ, и не смей что-либо отвечать мне!"
Я рад, что ты не работаешь в суде.
Ты тут говорил, что вот Qt, в отличие от .NET, есть на всех линуксахгде? тыкни меня носом
приложение не может официально полноценно работать под wine, потому что wine не реализовывает официально и полноценно winapi.
Тогда другой аргумент:
на всех платформах, где есть .NET, есть и QTQt для WinMobile есть?
Кстати, я не в теме - например, пару лет назад приложения на Qt можно было запустить под виндой?
Если приложение официально полноценно работает на Wine - оно является кроссплатформенным?вообще говоря нет, но маркетологи uTorrent бьют себя пяткой в грудь ("наша программа написана с учётом возможности запуска из-под wine")
приложение не может официально полноценно работать под wine, потому что wine не реализовывает официально и полноценно winapi.Где ты увидел связь? Если wine не реализовывает официально и полноценно winapi, разработчики приложения не могут официально сказать "наше приложение полноценно работает под wine"?
разработчики приложения не могут официально сказать "наше приложение полноценно работает под wine"?нет. они могут сказать, "на сколько нам известно, наше приложение полноценно работает в wine, но гарантировать, что так будет всегда и в любых ситуациях, мы не можем".
Qt для WinMobile есть?http://qt.nokia.com/products/platform/qt-for-windows-ce
Например, http://www.utorrent.com/downloads :
System RequirementsХинт: для того, чтобы приложение работало на какой-то реализации какой-то технологии, необязательно, чтобы в этой реализации технология была реализована полноценно. Достаточно, чтобы были реализованы нужные фичи. И, если разработчики об этом знают, пишут приложение с оглядкой на эту реализацию и тестируют приложение под ней - никто не мешает им сказать "наше приложение официально работает под этой реализацией".
Windows NT/2000, XP, 2003, Vista, 7, Wine
http://doc.qt.nokia.com/4.4/qt4-4-intro.html#qt-for-windows-... , а она вышла только в мае 2008 (а полноценная поддержка аудио-видео, похоже, появилась только в 4.5, вышедшей в марте 2009).
И что же надо было делать разработчикам кросплатформенных приложений до мая 2008, если они хотели охватить и десктопы (с виндой и кпк (с виндой)?
ОК, замечательно. Правда, это только с версии 4.4: И что же надо было делать разработчикам кросплатформенных приложений до мая 2008, если они хотели охватить и десктопы (с виндой и кпк (с виндой)?
там будут, как минимум, проблемы со шрифтами. как максимум - постоянные тормоза. вообще пускать _торрент-клиент_ под вайном - это пиздец извращение и полный виндовс головного мозга.
симптоматично, что по этому запросу
пиздец извращение и полное отсутствие головного мозга.
что может заставить вакуумного программиста использовать общепринятые стандарты, если он о них не знает. или даже знает но "под виндой работает и хорошо"?
потом - нормальный руководитель со страпоном.
а, ну и еще флаг -ansi при компиляции.
там будут, как минимум, проблемы со шрифтами. как максимум - постоянные тормозаЕсли разработчик написал программу так, что на платформе, с которой разработчик заявил совместимость, всегда вылезают такие проблемы - это проблемы разработчика.
Разработчики utorrent-а заявили, что он совместим с вайном - если оказывается, что под вайном он не работает, нечего валить всё на вайн и винапи, во всём виноваты разработчики utorrent-а.
стандарт A имеет поддержку на большем кол-ве систем, чем стандарт B
стандарт B - более мощный, чем A.
априори делается вывод, что стандарт A лучше, чем стандарт B?
и тем не менее он работает и я первые пару месяцев качал uTorrent'ом под wine и не заметил (почти) никаких глюков. самое неприятное было - если развернуть торрент на одном рабочем столе, а потом попытаться развернуть из иконки в трее еще раз на другом - он терял главное окно.
а зачем?
ну хз. по привычке. я ж говорю - вначале перехода на линукс.
ты видел это портированное приложение в работе? флеш чем так портировать лучше бы не портировали вообще, хром до сих пор в статусе беты (и да, эта бета работает через раз).
>исходно кросплатформенные приложения тебе не подходят
много знаешь программ на чистой яве для десктопа обычной домохзяйки?
просто пользоваться чем-то заточенным под кривую реализацию сети в винде, через апи этой винды, при наличии разнообразных нормальных клиентов.. нелогично.
ты где в моем сообщении про линукс хоть слово увидел? как запускалку для ява-машины обычно более ынтырпрайзные оси используют.
>портированные на альтернативные системы
ты видел это портированное приложение в работе? флеш чем так портировать лучше бы не портировали вообще, хром до сих пор в статусе беты (и да, эта бета работает через раз).
Я правильно понимаю, что твоим словам про качество работы хрома - столько же доверия, сколько словам про время, ушедшее на его портирование?
если через три года портирования его получилось с горем пополам запустить под чем-то кроме мастдая, то это нифига не кросплатформенность.
Или ты знаешь чего-то, чего я не знаю? Расскажи, например, как у разработчиков программы, первые упоминания о которой появились меньше полутора лет назад, ушло три года на портирование?
>исходно кросплатформенные приложения тебе не подходят
много знаешь программ на чистой яве для десктопа обычной домохзяйки?
Ты там уж выбери какую-нибудь отмазку и её отстаивай, а не переключайся между отмазками, как только тебе указывают на слабые места в них.
>ява...
замечательно существовала бы и без винды, так что тут вообще ни причем.
если ты не веришь неработе хрома под линуксом - я тебе могу только посочуствовать, если скриншот той версии которая запускалась, но не могла ни одной страницы отобразить я делал и даже постил в этом разделе, то скриншот незапускающегося вообще хрома я сделать не могу.
вообще-то три года - это примерное время, сколько я слышал про то что адоб портирует свой плеш на 64-х битный линукс.
Я как-то запутался, ты там о 64битном линуксе, или о линуксе вообще?
если через три года портирования его получилось с горем пополам запустить под чем-то кроме мастдая
Все эти три года в 32битном линуксе тоже не было флэша? Или 32битный линукс - это не "что-то кроме мастдая"?
если ты не веришь неработе хрома под линуксом - я тебе могу только посочуствовать, если скриншот той версии которая запускалась, но не могла ни одной страницы отобразить я делал и даже постил в этом разделе, то скриншот незапускающегося вообще хрома я сделать не могу.Ты веришь неработе qt-шных приложений под виндой? Скриншот, конечно, сделать не могу, но могу показать лично. Ну не установлен у меня Qt на винде.
ты - пенартур.
А ты - хуй.
вопрос: почему из двух утверждений:Это риторический вопрос?
стандарт A имеет поддержку на большем кол-ве систем, чем стандарт B
стандарт B - более мощный, чем A.
априори делается вывод, что стандарт A лучше, чем стандарт B?
В зависимости от решаемой задачи тот или иной стандарт может быть лучше. Глобально лучше можно назвать только по совокупности всех параметров. "Более мощный" понятие растяжимое, как и "на большем количестве систем". Нужно немного больше конкретики для более однозначного ответа.
ты видел это портированное приложение в работе? флеш чем так портировать лучше бы не портировали вообще, хром до сих пор в статусе беты (и да, эта бета работает через раз).Ты распространяешь пугающие простых пользователей мифы о Linux?
У меня хром прекрасно работает даже на arm.
ну вот потому что у кого-то он работает, а у кого-то нет, там и написано - через раз, или ты, как и пенартурчег, читать не умеешь?
Ты когда последний раз пробовал?
в декабре.
Может у тебя руки кривые?
много знаешь программ на чистой яве для десктопа обычной домохзяйки?А вот Azureus (Vuze говорят, на яве был написан. Враки?
да он даже в 32-битном криво работает местами. я так и не смог понять, отчего на двух компах с одной и той же осью и одинаковыми настройками локали, на одном ввод русского текста во флеш-приложениях работает, а на другом - нет.
Это риторический вопрос?тут прозвучали утверждения:
В зависимости от решаемой задачи тот или иной стандарт может быть лучше. Глобально лучше можно назвать только по совокупности всех параметров. "Более мощный" понятие растяжимое, как и "на большем количестве систем". Нужно немного больше конкретики для более однозначного ответа.
т.к. QT может работать на большем кол-ве платформ, чем .net - поэтому QT лучше стандарт, чем .net.
т.к. Posix поддерживается большим кол-вом платформ, он лучший стандарт, чем winapi.
т.к. программа написанная для windows использует более мощные стандарты, чем есть на linux-е, ее тяжело переносить на linux, поэтому писать программы, которые поддерживают более мощные стандарты - плохо.
и все это без каких-то обоснований.
т.к. QT может работать на большем кол-ве платформ, чем .net - поэтому QT лучше стандарт, чем .net.
Сам понимаешь, что сравниваешь тёплое с мягким? .net надо с какой-нибудь жавой сравнивать, а не с QT. А вот MFC с QT уже можно пытаться сравнивать - у них хоть цели схожие.
т.к. Posix поддерживается большим кол-вом платформ, он лучший стандарт, чем winapi.
Как вопщем и здесь. У POSIX совсем другая цель - в нём нет в принципе некоторых частей, которые есть в winapi (например GUI). Если уж сравнивать их, то только по существующим в POSIX "направлениям" (например синхронизация процессов). Всё остальное в winapi прекрасно заменяется другими стандартами и библиотеками.
т.к. программа написанная для windows использует более мощные стандарты, чем есть на linux-е, ее тяжело переносить на linux, поэтому писать программы, которые поддерживают более мощные стандарты - плохо.
Исходя из первых двух ошибочных предпосылок итоговый вывод полный бред. :-]
Посмотри на это с другой стороны: я написал программу на .NET, отладил у себя, скопировал исполняемый файл на Linux, запустил - он работает. Не надо пересобирать для каждой платформы.
посмотри с другой стороны. Я написал у себя программу, написал ей autoconf файл, и теперь пользователю достаточно скачать себе тарбол, и поставить его через configure && make && make install. И мне не важна какая платформа, лишь бы там были gnu utils (make в том числе) и QT.
Жесть это.
А на arm'е я твоим методом не один час ещё и собирал бы.
Впрочем, GTK поменьше. Раз в 10. Но тоже имеет проблему пересборки.
Сам понимаешь, что сравниваешь тёплое с мягким?я понимаю, что как только человек говорит "сам понимаешь" - это означает что человек не знает что ответить.
в QT есть gui, треды, таймера, работа с базой и т.д.
в .net тоже есть gui, треды, таймера, работа с базой и т.д.
в чем существенное отличие?
Всё остальное в winapi прекрасно заменяется другими стандартами и библиотеками.например?
хочу сделать глобальный hot key для приложения - каким стандартом это регулируется?
хочу внутри приложения использовать gui-модуль другого приложения(например, браузер) - каким стандартом это регулируется?
Один твой QT весит больше всего Mono.[vvd ~]$ grep SIZE /usr/ports/lang/mono/distinfo
SIZE (mono-2.4.3.1.tar.bz2) = 24987012
C:\Program Files\Psi>dir Qt*.dll
Directory of C:\Program Files\Psi
25.05.2007 16:11 3 394 048 Qt3Support4.dll
05.06.2007 19:18 2 077 696 QtCore4.dll
25.05.2007 16:03 9 041 920 QtGui4.dll
25.05.2007 16:05 838 144 QtNetwork4.dll
25.05.2007 16:04 290 816 QtSql4.dll
25.05.2007 15:52 499 200 QtXml4.dll
6 File(s) 16 141 824 bytes
Твоё заблуждение в том, что не обязательно тянуть весь QT, если ты используешь всего несколько приложений.
Например у меня установлены следующие части QT (большинство как зависимости разного ПО):
qt4-assistant-4.6.1 Qt documentation browser
qt4-clucene-4.6.1 QtCLucene full text search library wrapper
qt4-corelib-4.6.1 Qt core library
qt4-dbus-4.6.1 Qt4 bindings for the D-BUS messaging system
qt4-designer-4.6.1 Qt ui editor
qt4-doc-4.6.1 Multiplatform C++ application framework
qt4-gui-4.6.1 Qt graphical user interface library
qt4-help-4.6.1 QtHelp module provides QHelpEngine API and is used by Assis
qt4-iconengines-4.6.1 Qt SVG icon engine plugin
qt4-imageformats-4.6.1 Qt imageformat plugins for GIF, JPEG, MNG and SVG
qt4-inputmethods-4.6.1 Qt input method plugins
qt4-linguist-4.6.1 Qt localisation tool
qt4-makeqpf-4.6.1 Qt qtopia font creator
qt4-moc-4.6.1 Qt meta object compiler
qt4-mysql-plugin-4.6.1 Qt MySQL database plugin
qt4-network-4.6.1 Qt network library
qt4-opengl-4.6.1 Qt OpenGL library
qt4-phonon-4.6.1 Qt4 multimedia framework
qt4-phonon-gst-4.6.1 Qt4 multimedia framework, gstreamer backend
qt4-pixeltool-4.6.1 Qt screen magnification utility
qt4-porting-4.6.1 Qt utility to assist with porting Qt3 applications to Qt4
qt4-qdbusviewer-4.6.1 Qt4 D-BUS viewer
qt4-qmake-4.6.1 The build utility of the Qt project
qt4-qt3support-4.6.1 Qt3 compatibility library
qt4-qtestlib-4.6.1 Qt unit testing library
qt4-rcc-4.6.1 Qt resource compiler
qt4-script-4.6.1 Qt script
qt4-scripttools-4.6.1 Qt script
qt4-sql-4.6.1 Qt SQL library
qt4-sqlite-plugin-4.6.1 Qt SQLite 3.x database plugin
qt4-svg-4.6.1 Qt SVG library
qt4-uic-4.6.1 Qt user interface compiler
qt4-uic3-4.6.1 Qt backwards-compatible user interface compiler
qt4-webkit-4.6.1 Qt4 WebKit engine
qt4-xml-4.6.1 Qt XML library
qt4-xmlpatterns-4.6.1 XQuery 1.0 and XPath 2.0 support for Qt4
[vvd ~]$ du -s /usr/local/lib/qt4
82644 /usr/local/lib/qt4
Установлен и gnome 2.28.2 и KDE 4.3.4, а mono нет - ну не нужен он никакому из используемых мной ПО и мне самому тоже.
Раньше он был в зависимостях у гнома - теперь нет.
К тому же с лицензионной чистотой не всё так однозначно, как с QT.
P.S.
[vvd ~]$ uname -a
FreeBSD vvd.xxx.yyy 8.0-STABLE FreeBSD 8.0-STABLE Thu Jan 21 21:25:08 MSK 2010 vvd.xxx.yyy:/usr/obj/usr/src/sys/ i386
6 File(s) 16 141 824 bytesсоглашусь с lost-ом, что еще как минимум надо учитывать размер компилятора, если мы говорим про кроссплатформенность.
[vvd ~]$ grep SIZE /usr/ports/lang/mono/distinfoЯ правильно понял, что в случае с моно ты смотрел на размер исходников?
SIZE (mono-2.4.3.1.tar.bz2) = 24987012
C:\Program Files\Psi>dir Qt*.dll
Directory of C:\Program Files\Psi
25.05.2007 16:11 3 394 048 Qt3Support4.dll
05.06.2007 19:18 2 077 696 QtCore4.dll
25.05.2007 16:03 9 041 920 QtGui4.dll
25.05.2007 16:05 838 144 QtNetwork4.dll
25.05.2007 16:04 290 816 QtSql4.dll
25.05.2007 15:52 499 200 QtXml4.dll
6 File(s) 16 141 824 bytes
Твоё заблуждение в том, что не обязательно тянуть весь QT, если ты используешь всего несколько приложений.Аналогично - необязательно тянуть весь .NET.
лишь бы там были gnu utils (make в том числе) и QT.чем это лучше (и для кого? чем "лишь бы был .net"?
я понимаю, что как только человек говорит "сам понимаешь" - это означает что человек не знает что ответить.
Ну началось словоблудие.
в QT есть gui, треды, таймера, работа с базой и т.д.
в .net тоже есть gui, треды, таймера, работа с базой и т.д.
в чем существенное отличие?
В назначении. QT предназначена для разработки stand-alone приложений (хотя можно и для других целей её приспособить).
В свою очередь для .NET stand-alone вторично. Цель гораздо глобальнее. Или с этим тоже будешь спорить?
например?
хочу сделать глобальный hot key для приложения - каким стандартом это регулируется?
По настройкам KDE и GNOME не лазил? Не видел там назначение хоткеев? Значит способ есть это сделать и программно. Или тебе главное название стандарта/библиотеки нужно? Ну так гугли, коли так интересно.
хочу внутри приложения использовать gui-модуль другого приложения(например, браузер) - каким стандартом это регулируется?
Если не способен сам найти решение - нанимай консультанта. А может ты просто не того хочешь и это всё решается другим путём - исходя из задачи ставишь неправильные цели? (gecko или webkit, например, заюзать - тот же eclipse умеет несколькими различными способами отображать html)
1. Оптимизация под железо (непринципиально)
2. Защита от случайностей. QT-код будет работать независимо от того, где лежит (сетевой диск или нет). .NET будет работопособен только при запуске с локального диска. Это вершина айсберга, а что там ещё придумали MS-ный дизайнеры страшно подумать.
соглашусь с lost-ом, что еще как минимум надо учитывать размер компилятора, если мы говорим про кроссплатформенность.В "нормальных" системах (не embedded и не домохозяйка-edition) базовая часть компилятора есть всегда.
По настройкам KDE и GNOME не лазил?кроме гнома и кедов ничего не знаешь? Под никсы десятка два разных оконных менеджеров и три оконные среды. Притом некоторые менеджеры сами обрабатывают хоткеи, за других это делает среда, третьи полагаются на standalone программу для работы с хоткеями. Общего стандарта нет ни одного. Видимо это правильно. Потому что не дочерняя программа должна желать установить для себя хоткей в родительской программе, а та, которая и отвечает за настройки глобальных клавиш. Наоборот - это выворачивание сути наизнанку и неюзабельный паттерн
В "нормальных" системах (не embedded и не домохозяйка-edition) базовая часть компилятора есть всегда.бля, ну так сразу и скажи. винда - говно. никсы рулят. хрен ли было столько страниц писать про стандарты?
чем это лучше (и для кого? чем "лишь бы был .net"?У меня одного прогаммки использующие .NET 2.0 ни в какую не хотели работать с .NET 3.5?
В итоге вылазила необходимость в установке всех версий - 1.x, 2.0, 3.0, 3.5 (на вскидку - что вспомнил) для всего-то 10 различных приложений...
А каждый дистрибутив этого поделия занимает по несколько десятков мегабайт. После установки места уходило более 100Mb под это Г.
GCC+binutils явно меньше занимают.
.NET будет работопособен только при запуске с локального диска.это кривые руки
кроме гнома и кедов ничего не знаешь? Под никсы десятка два разных оконных менеджеров и три оконные среды.Ещё ты к словам придираешься. Кеды и гном - это как пример и не более того. При чём тут "какие я ещё знаю"?
В остальном с тобой согласен.
Потому что не дочерняя программа должна желать установить для себя хоткей в родительской программе, а та, которая и отвечает за настройки глобальных клавиш. Наоборот - это выворачивание сути наизнанку и неюзабельный паттернпрограмма должна предложить стандартным образом назначить следующие глобальные клавиши для данной программы, а пользователь согласится (например, через manifest)
а не пользователь должен руками это делать.
бля, ну так сразу и скажи. винда - говно. никсы рулят. хрен ли было столько страниц писать про стандарты?Если у тебя такое видение данного обсуждение, тогда что ты тут делаешь?
Или тебе главное название стандарта/библиотеки нужно? Ну так гугли, коли так интересно.ты сказал что есть стандарт. так будь добр ответить за свои слова, а не посылай в гугл.
ты сказал что есть стандарт. так будь добр ответить за свои слова, а не посылай в гугл.
Я сказал что есть стандарты и библиотеки. Я не говорил что я все их знаю наизусть и сходу тебе отвечу какую функцию чем заменить. Впрочем здесь нет никого, кто так сходу ответит на любой твой вопрос. К тому же, как я сказал уже выше, ты можешь поставишь задачу, которая не должна возникнуть при правильном проектировании твоего ПО - попросту используется другой способ достижения цели. Понятна утопичность твоего хода мыслей, в попытке доказательства своей правоты?
Вопрос был в том, что всё что даёт winapi можно найти в других стандартах/библиотеках, а не в том, что я тебе сейчас разжую, что и как надо делать.
Вопрос был в том, что всё что даёт winapi можно найти в других стандартах/библиотеках, а не в том, что я тебе сейчас разжую, что и как надо делать.т.е. за свои слова сейчас отвечать не модно?
это кривые рукину-ну. Это - дефолтное поведение. То есть системные настройки безопасности .NET побоку, у неё свои есть, дополнительные. Ещё раз та же самая проблема в паттерне - дополнительная программа (дот нет) занимается самодеятельностью, подменяя функциональность основной (ось) программы.
а не пользователь должен руками это делать.а что если все программы захотят одну и ту же клавишу?
Это такой же бред как кооперативная многозадчность. Однако винда некоторое время успешно её использовала (на заре своего развития, хотя уже тогда были примеры истинной многозадчности и многопользовательности). Хотя конечно одно любое приложение могло повесить систему, но это не важно - ведь были "стандраты", которые говорили как именно нужно кооперироваться приложениям, чтобы получить иллюзию многозадачности.
Иерархия полномочий не должна нарушаться, иначе случается анархия и кучу проблема разработчикам и пользователям
а что если все программы захотят одну и ту же клавишу?тогда пользователь в это вмешается, и поправит конфликт.
пока конфликта нет, нет и необходимости что-то делать вручную для пользователя
т.е. за свои слова сейчас отвечать не модно?Скорее сейчас модно читать через строчку и ничего не понимать...
Не будет тебе чёткого ответа вида: функцию А из винапи заменить на функцию Б из библиотеки С, которая описана в стандарте D.
Реально ты решаешь не задачу А, а достигаешь цели путём решения кучи задач А1, А2, А3, .... А, ... Аn.
Так вот при использовании других библиотек и стандартов у тебя далеко не всегда эта самая задача А может возникнуть в принципе. Будет какая-то другая последовательность задач Б1-Бn, задачи которой могут как иметь, так и не иметь ничего общего с задачами А1-Аn. И это не значит, что цель не достижима.
Если у тебя конкретная проблема и ты не знаешь как её решить - создай тему и может быть кто-то достаточно хорошо знает интересующую тебя область и поможет. Только не надо частным случаем доказывать непомерную крутость винапи.
какие стандарты, кроме posix, ты можешь назвать для взаимодействия прикладного ПО между собой и ОС?
какой процент от winapi эти стандарты покрывают?
ну-ну. Это - дефолтное поведение.т.е ты не настраиваешь свой экземпляр ОС под свои задачи? и даже не хочешь разобраться как это сделать?
это разве не кривые руки?
То есть системные настройки безопасности .NET побоку, у неё свои есть, дополнительные. Ещё раз та же самая проблема в паттерне - дополнительная программа (дот нет) занимается самодеятельностью, подменяя функциональность основной (ось) программы..net усиливает настройки безопасности, а не подменяет.
это позволяет .net-приложения безопасно разворачивать, например, через browser, в отличие, от нативных приложений.
Реально ты решаешь не задачу А, а достигаешь цели путём решения кучи задач А1, А2, А3, .... А, ... Аn.понятно, что программирование - это такая хорошая штука - где можно сделать что угодно на чем угодно.
Так вот при использовании других библиотек и стандартов у тебя далеко не всегда эта самая задача А может возникнуть в принципе. Будет какая-то другая последовательность задач Б1-Бn, задачи которой могут как иметь, так и не иметь ничего общего с задачами А1-Аn. И это не значит, что цель не достижима.
но основной вопрос - а сколько при этом "велосипедов" надо написать?
и стандарты как раз призваны уменьшать кол-во требуемых "велосипедов".
и мой вопрос звучал как: какие ты знаешь стандарты, кроме winapi и posix - которые сильно уменьшают кол-во требуемых "велосипедов"?
В "нормальных" системах (не embedded и не домохозяйка-edition) базовая часть компилятора есть всегда.То есть, труъ-разработчик не будет писать под винду чисто из принципа, потому что это "домохозяйка-edition"?
У меня одного прогаммки использующие .NET 2.0 ни в какую не хотели работать с .NET 3.5?Тред не дочитал, тут уже сказали про libc?
В итоге вылазила необходимость в установке всех версий
т.е ты не настраиваешь свой экземпляр ОС под свои задачи? и даже не хочешь разобраться как это сделать?настройки ОС я произвожу. Описанная проблема связана же исключительно с дот нетом. Доказательство элементарно: при установке в моей винде не было дотнета (сторонней библиотеки). Так что дотнет не отностися к оси. А значит настройки оси тут не при чём
.net усиливает настройки безопасности, а не подменяет.в винде уже есть инструментарий для обеспечения безопасного запуска приложений (software restriction policy). Если бы мне нужно было бы где-то определить ограничения на запуск, я бы сделал это через данный инструмент (причём он применился бы глобально ко всем программам, а не только к дотнету). Дотнет же приносит с собой какой-то другой инструмент ограничения безопасности (у меня нет желания разбираться с сабжем, поскольку дотнет программами не пользуюсь в достаточных количествах вместо того чтобы настроить имеющийся. То есть занимается не своим делом и усложняет настройку системы, заставляя настраивать две чрезвычайно похожих сущности: глобально для системы и персонально для дотнета.
это позволяет .net-приложения безопасно разворачивать, например, через browser, в отличие, от нативных приложений.что это значит? мой мозг сломался на кучу маркетингового буллшита, не обнаружив за ним смысла.
что это значит? мой мозг сломался на кучу маркетингового буллшита, не обнаружив за ним смысла.browser activex, java applet, .net applet, flash, silverlight и т.д. - это все программы которые разворачиваются через браузер.
и при этом такие программы имеют доступ только к ограниченному набору ресурсов компьютера (например, ограниченный доступ к clipboard-у, файловой системе и т.д.)
.net-приложение запускаемое из сети - все тоже самое - оно имеет ограниченный доступ к ресурсам компьютера.
ps
винде уже есть инструментарий для обеспечения безопасного запуска приложений (software restriction policy).т.е. ты удаленный компьютер с которого запускаешь ПО добавил в trusted, но при этом .net-приложение все равно не получило доступ к твоему компьютеру?
какие стандарты, кроме posix, ты можешь назвать для взаимодействия прикладного ПО между собой и ОС?Что ты всё привязался к слову "стандарт"? Я же везде пишу "стандарт/библиотека". Xlib, QT, GTK, iconv, openssl - что именно тебя интересует?
какой процент от winapi эти стандарты покрывают?
Отвечу вопросом на вопрос, что бы ты понял всю глупость твоей формулировки: какой процент Xlib покрывает winapi?
BTW, WinAPI - это тоже стандарт. Описан тут: http://msdn.microsoft.com/en-us/library/ee663300%28VS.85%29....Это с какого такого перепугу винапи является стандартом? Кто кроме мелкомягких его приняли? ISO, IEC, IEEE, ANSI, ... OMG? :-D
А по ссылке всего лишь описание библиотеки функций. Не всё что апи является стандартом.
какой процент Xlib покрывает winapi?xlib - это взаимодествие прикладной программы с простым window manager-ом.
от winapi - это в лучшем случае 2-4%
понятно, что программирование - это такая хорошая штука - где можно сделать что угодно на чем угодно.
но основной вопрос - а сколько при этом "велосипедов" надо написать?
и стандарты как раз призваны уменьшать кол-во требуемых "велосипедов".
Всё это хорошо и придраться не к чему, но никакой конкретики в этом нет - просто перечисление очевидностей.
и мой вопрос звучал как: какие ты знаешь стандарты, кроме winapi и posix - которые сильно уменьшают кол-во требуемых "велосипедов"?
Уже выше ответил, что:
1. винапи это не стандарт, а всего лишь библиотека
2. примеры библиотек привёл выше. Для разнообразия можно добавить всякие libz (zlib libbz2, libGL, ncurses, libsmb, pcap, libpng, libjpeg, libxine, SDL, libvorbis, gstreamer, libxml (и ещё кучу всего полезного, что заведомо перекрывает винапи). И заметь - далеко не каждая либа является стандартом (т.е. описана в RFC или принята какой-нибудь соответствующей организацией).
libz (zlib libbz2, libGL, ncurses, libsmb, pcap, libpng, libjpeg, libxine, SDL, libvorbis, gstreamer, libxml (и ещё кучу всего полезного, что заведомо перекрывает винапи).это еще где-то порядка 3% от winapi
browser activex, java applet, .net applet, flash, silverlight и т.д. - это все программы которые разворачиваются через браузер.То есть разворачивание заключается в том, что можно загрузить и запустить приложение? Ну может для тех, кто не представляет себе жизнь без мощных инсталляторов, задающих десяток разных вопросов и предлагающих всегда "next", это является безусловным новшеством и преимуществом, им не мыслимо приложение, которое запускается сразу после доунлода, но такие существуют. Я вот под винду из-под браузера разворачиваю mplayer - качаю архив, распаковываю и запускаю. Если хотелось бы совсем автоматизма - использовал бы самораспаковывающийся архив.
и при этом такие программы имеют доступ только к ограниченному набору ресурсов компьютера (например, ограниченный доступ к clipboard-у, файловой системе и т.д.)
.net-приложение запускаемое из сети - все тоже самое - оно имеет ограниченный доступ к ресурсам компьютера.
т.е. ты удаленный компьютер с которого запускаешь ПО добавил в trusted, но при этом .net-приложение все равно не получило доступ к твоему компьютеру?по умолчанию оно вообще отключено (ничего не блокирует).
> какой процент Xlib покрывает winapi?ты вопрос читал?
xlib - это взаимодествие прикладной программы с простым window manager-ом.
от winapi - это в лучшем случае 2-4%
тебя спрашивали какую часть xlib покрывает winapi, а ты ответил какую часть winapi покрывает xlib. Будь добр ответь на поставленный вопрос. Если откажешься, то смысла отвечать на твой вопрос (какую часть winapi покрывают либы xxx,yyy,zzz) тоже нет
xlib - это взаимодествие прикладной программы с простым window manager-ом.Судя по твоим словам ты уверен, что в winapi есть соответствие любой функции из xlib. Понятно, что это не так. А вот функционал xlib можно повторить в винапи практически полностью, при этом в каких-то мелочах могут понадобиться и "велосипеды". Понятно о чём речь?
от winapi - это в лучшем случае 2-4%
Тогда зачем ты пытаешься найти обратное соответствие? Функционал винапи конечно же покрывается достаточно небольшим множеством других библиотек, некоторые из которых реализуют именно общепринятые стандарты, но точного соответствия даже подсистем и уж тем более функций не будет.
А чтобы не приходилось изобретать велосипеды - правильно ставь задачи.
тред не читал, скажите вкратце, на чем порешили, что лучше, винда или линукс?
Судя по голосовалке, винда (довольных больше, недовольных меньше).
1. винапи это не стандарт, а всего лишь библиотекаэто и библиотека, и стандарт
т.к. стандарт - это набор правил описывающих стык двух разных модулей.
например, среди winapi есть стандарт на встраивание окна одного приложения в окно другого приложения
http://msdn.microsoft.com/en-us/library/ms683898%28VS.85%29....
при этом одно приложения пишется Васей (без всякого микрософта)
другое приложение пишется Петей (опять же без всякого микрософта)
и в итоге, окна Васиного приложения успешно вставляются в приложение Пети (опять же без всякого участия микрософта)
тоже со стандартами ODBC/OLEDB/ADO.Net - которые являются частью winapi - но при этом их поддерживают разработчики баз и клиентские приложения для взаимодействия с друг другом.
тебя спрашивали какую часть xlib покрывает winapiесли исходить из http://www.sbin.org/doc/Xlib/, то процентов на 99
при этом одно приложения пишется Васей (без всякого микрософта)в общем случае не представляю как это сделать. А вот если через com и прочие приблуды, то может и получится. Аналогичные технологии есть и под никсы.
другое приложение пишется Петей (опять же без всякого микрософта)
т.к. стандарт - это набор правил описывающих стык двух разных модулей.то есть любая библиотека, определившая правила вызовов, записав их хедеры становится стандартом? Ничего не имею против, ты хозяин слов, можешь их использовать как хочешь. Просто остальные теперь знают, что ты подразумеваешь под стандартами и больше ломать голову не будут. Я вот, например, согласно твоему определению могу множество стандартов под линукс выписать. Тебе запостить листинг моей include директории?
Тебе запостить листинг моей include директории?
кстати, аниме говно
то есть любая библиотека, определившая правила вызовов, записав их хедеры становится стандартом?скорее нет, т.к. такие вызовы будут сильно завязаны на внутренную сущность библиотеки, и поддержать их для другой реализации будет почти невозможно.
как пример этого:
In computing, the Inter-Client Communication Conventions Manual (ICCCM) is a standard for interoperability between X Window System clients of the same X server. It was designed by David S. H. Rosenthal of the MIT X Consortium in 1988. Version 1.0 was released in July 1989 and version 2.0 in early 1994.http://en.wikipedia.org/wiki/Inter-Client_Communication_Conv...
X deliberately specifies "mechanism, not policy". As such, an additional specification beyond the X protocol itself was needed for client interoperation. The ICCCM specifies cut and paste buffers, window manager interaction, session management, how to manipulate shared resources and how to manage device colours. These low-level functions are generally implemented within widget toolkits or desktop environments, meaning that application programmers rarely work directly with the ICCCM itself but instead use the higher-level toolkit functions that implement it.
The ICCCM is notorious for being ambiguous and difficult to correctly implement. [1] Furthermore, some parts are obsolete or no longer practical to implement. [2]
это и библиотека, и стандарт
Т.е. ты сейчас хочешь перевести разговор в сторону обсуждения что называть стандартом, а что нет?
Я не знаю такую организацию по принятию стандартов как Microsoft, а вот другие такие организации мне знакомы.
Давай не будем называть стандартом то, для чего нет IEEExxx, ISOyyy, RFCzzz, ANSIaaa или чего-нибудь подобного.
среди winapi есть стандарт на встраивание окна одного приложения в окно другого приложенияА ты уверен что для достижения цели тебе необходимо решить именно такую задачу? Это к вопросу о правильности проектирования твоего ПО.
У тебя же не сама цель "штобы одно приложение показывало своё окошко внутри другого", а что-то типа "показ html страничек" (твой же пример). А для этого существуют вполне адекватные библиотеки - webkit и gecko. Не удивлюсь, если и openoffice предоставляет подобный api.
На правах вопроса (из-за незнания): winapi умеет всё то, что умеет iconv?
т.к. стандарт - это набор правил описывающих стык двух разных модулей.на самом деле, извиняюсь, т.к. написал меньше, чем формулировал в мыслях
правильнее так:
т.к. стандарт - это набор правил описывающих стык двух разных модулей, причем модули по обе стороны стыка имеют кучу реализацией, и могут быть написаны кем угодно
p.s. я бы на твоем месте не тратил время на этого анимешника
На правах вопроса (из-за незнания): winapi умеет всё то, что умеет iconv?конечно. это даже в самую минимальную поставку .net входит
рибята, вы когда решите, что лучше, напишите отдельно, хорошо?винда лучше. стандартнее.
не знаю такую организацию по принятию стандартов как Microsoft, а вот другие такие организации мне знакомы.ecma пойдет?
Давай не будет называть стандартом то, для чего нет IEEExxx, ISOyyy, RFCzzz, ANSIaaa или чего-нибудь подобного.
api for windows
конечно. это даже в самую минимальную поставку .net входитТ.е. теперь у нас в winapi ещё и .NET входит? Что дальше? Жаву давай ещё сюда, а также tk, tcl, ruby, perl, php со всеми их либами.
А ничего, что .NET надо отдельно качать и ставить? Об этом уже здесь говорилось. А так же об отсутствии совместимости как прямой так и обратной от версии к версии.
делайте ваши ставки, господа
Т.е. теперь у нас в winapi ещё и .NET входит?мне казалось очевидным утверждение, что базовая часть .net лишь предоставляет удобный доступ к winapi функциональности
вот само winapi для перекодировки
http://msdn.microsoft.com/en-us/library/dd374083%28VS.85%29....
Я не знаю такую организацию по принятию стандартов как Microsoft, а вот другие такие организации мне знакомы.вот допустим стандарт на .net
Давай не будем называть стандартом то, для чего нет IEEExxx, ISOyyy, RFCzzz, ANSIaaa или чего-нибудь подобного.
http://www.ecma-international.org/publications/standards/Ecm...
на C#
http://www.ecma-international.org/publications/standards/Ecm...
а на qt хотя бы rfc есть?
У тебя же не сама цель "штобы одно приложение показывало своё окошко внутри другого", а что-то типа "показ html страничек" (твой же пример). А для этого существуют вполне адекватные библиотеки - webkit и gecko.у меня есть задача вставить контрол, который работает по стандартным правилам и показывает html.
я не хочу разбираться с api еще одной либы.
и я правильно понимаю, что если я вставил webkit, то заменить на gecko я его не смогу без переписывания приложения.
ps
IE вставляется в приложение парой кликов, и ведет себя по стандартным правилам, как и другая сотня контролов.
вова против дарк граяКаков критерий победы? Если то, что кто-то согласится с мнением оппонента, то ставлю на ничью. Где забрать выйгрыш?
делайте ваши ставки, господа
ecma пойдет?Понятно - достаточно заплатить и твою либу назовут стандартом.
api for windows
Хорошо, что хоть ISO мс не смогла купить когда пропихивала свой OXML.
Ладно, уходим от демагогии "стандарт - не стандарт", т.к. сути дискуссии это не меняет.
Вернёмся к вопросу о том, что портирование ПО, использующего дефакто стандартные библиотеки на *nix, несравнимо проще на мастдай, чем написанные с использованием winapi на *nix. При этом сложность самого процесса разработки не сильно отличается. Ну и к самому истоку - мастдай ориентированные разработчики очень редко пишут ПО, которое легко портируется на *nix (потому, что они юзают только winapi и его расширения чего не скажешь об *nix ориентированных разработчиках.
При этом сложность самого процесса разработки не сильно отличается.давай статистику по объему кода nix-ового приложения, и windows-приложения
я утверждаю, что исходники nix-овых приложений весят много больше, чем windows, а значит разработчиком под linux понадобилось больше времени на написание.
а может у тех кто собирал deb-пакет и выкладывал его в репозиторий гугла?
мне казалось очевидным утверждение, что базовая часть .net лишь предоставляет удобный доступ к winapi функциональностиВсю дорогу хвалился winapi, а сейчас начинаешь приплетать ещё какие-то дополнительные либы.
Ты уж определись о чём мы говорим - об winapi или о всём том, что наваяла мс поверх winapi? Просто в таком случае вообще что угодно можно сюда засунуть и бить себя пяткой в грудь, что winapi больше всех умеет.
У нас же разговор о портируемости ПО, написанного на winapi, а не на .NET.
на текущий момент - .net входит в winapi, т.к. windows 7 идет уже непосредственно с .net, и на .net многое завязано.
я утверждаю, что исходники nix-овых приложений весят много больше, чем windows, а значит разработчиком под linux понадобилось больше времени на написание.Ты и сюда будешь .NET приплетать?
Не поверишь - под mono код весит ровно столько же, сколько и под .NET. :-D
.NET надо с java сравнивать, а не с QT+POSIX (и об это я уже говорил).
А если оставим в стороне .NET и будем сравнивать MFC+winapi с QT/GTK+POSIX+куча мелких и не очень утилитных либ, то здесь с ты явно проиграешь.
Всю дорогу хвалился winapi, а сейчас начинаешь приплетать ещё какие-то дополнительные либы.стоит понимать, что winapi за свою историю сменила как минимум три технических базиса.
winapi до ~1995 - это плоский набор функций реализованные в виде экспортируемых функций из dll
winapi ~1995-~2006 - это ооп-ный набор интерфейсов и классов основанный на COM
winapi с ~2006 - это ооп-ный набор интерфейсов и классов, основанный на .net
при этом windows поддерживает и старые технологические базисы, но новая функциональность реализуется уже на последнем технологическом базисе.
на текущий момент - вся новая функциональность winapi реализуется частично как .net, частично как com
будем сравнивать MFC+winapi с QT/GTK+POSIX+куча мелких и не очень утилитных либ, то здесь с ты явно проиграешь.зачем мне брать MFC, если он умер еще в году 2003...
давай тогда уж TurboVision возьмем...
winapi с ~2006 - это ооп-ный набор интерфейсов и классов, основанный на .netВот не надо. Обратимся к первоисточнику: http://msdn.microsoft.com/en-us/library/cc433218%28VS.85%29....
у меня есть задача вставить контрол, который работает по стандартным правилам и показывает html.А с winapi, ой пардон, с .NET ты разобрался? Считай, что webkit/gecko - это как раз такой раздел в твоём глобальном API операционки.
я не хочу разбираться с api еще одной либы.
Разницы никакой.
и я правильно понимаю, что если я вставил webkit, то заменить на gecko я его не смогу без переписывания приложения.Не курил - утверждать не стану. Возможно можно динамически подсунуть контрол. Главное понять - а оно надо? (дежавю - мы это уже обсуждали)
psАйвенго уже сказал по этому поводу, что это уже что-то выходящее за рамки обычного winapi (.NET не надо сюда приплетать) и под *nix есть свои решения.
IE вставляется в приложение парой кликов, и ведет себя по стандартным правилам, как и другая сотня контролов.
(Надеюсь не сильно переврал его слова :-D)
Вот не надо. Обратимся к первоисточнику: http://msdn.microsoft.com/en-us/library/cc433218%28VS.85%29....тогда DirectX - это что такое? сторонняя либа что ли?
зачем мне брать MFC, если он умер еще в году 2003...Тогда давай сравнивать .NET с J2EE+SWT/JFace.
Но смысл в том, что эти технологии гораздо шире, чем необходимо для stand-alone приложений. И сравнивать их надо не по тому кто и как легко позволяет встроить одно окошко в другое.
Такое ощущение, что ты с самого интерната зациклился на мс и не видишь ничего вокруг. Они загнали тебя в рамки, а когда где-то что-то дали новое - ты сразу говоришь "о как круто здесь можно сделать!" При чём те же цели вполне себе достигаются совсем другим путём (если убрать ограничительные рамки МС) и зачастую были реализованы ранее. Вопщем печально, если я тебя правильно понял...
тогда DirectX - это что такое? сторонняя либа что ли?Вообще-то да. С некоторых пор ставшая входить во все ОС от мс.
Я же не называю zlib частью libc только потому, что во всех современных дистрибутивах *nix она присутствует в базовой части системы.
Вообще-то да. С некоторых пор ставшая входить во все ОС от мс.а ничего что она частично в ядре реализована?
а ничего что она частично в ядре реализована?Они и это в ядро запихнули?! Скоро ждать IE и офис в ядре? :-D
А если серьёзно - в виде драйвера? Ну так это же не ядро.
привет!BSD всех зарулила. Фиг ли, такие корни...
тред не читал, скажите вкратце, на чем порешили, что лучше, винда или линукс?
Это с какого такого перепугу винапи является стандартом? Кто кроме мелкомягких его приняли? ISO, IEC, IEEE, ANSI, ... OMG? :-D
А по ссылке всего лишь описание библиотеки функций. Не всё что апи является стандартом.
Или по-твоему стандарт - это нечто другое?
Стандарт (от англ. standard — норма, образец) в широком смысле слова — образец, эталон, модель, принимаемые за исходные для сопоставления с ними др. подобных объектов.
Тебе запостить листинг моей include директории?Там не будет детального описания операций.
Понятно - достаточно заплатить и твою либу назовут стандартом.Поди напиши приложение под winapi, которое не будет работать в wine.
Хорошо, что хоть ISO мс не смогла купить когда пропихивала свой OXML.
Ладно, уходим от демагогии "стандарт - не стандарт", т.к. сути дискуссии это не меняет.
Вернёмся к вопросу о том, что портирование ПО, использующего дефакто стандартные библиотеки на *nix, несравнимо проще на мастдай, чем написанные с использованием winapi на *nix. При этом сложность самого процесса разработки не сильно отличается. Ну и к самому истоку - мастдай ориентированные разработчики очень редко пишут ПО, которое легко портируется на *nix (потому, что они юзают только winapi и его расширения чего не скажешь об *nix ориентированных разработчиках.
А если оставим в стороне .NET и будем сравнивать MFC+winapi с QT/GTK+POSIX+куча мелких и не очень утилитных либ, то здесь с ты явно проиграешь.По какому критерию?
мне казалось очевидным утверждение, что базовая часть .net лишь предоставляет удобный доступ к winapi функциональностиМне это кажется не очевидным, поскольку есть mono под линукс и его базовая часть вряд ли предоставляет доступ к winapi функциональности. Очевидно, что .Net - это набор библиотек, к винапи никак не относящихся. То что она есть в дефолтной поставке винды не значит, что это часть winapi. медиаплеер тоже во все винды входит, что это теперь winapi?
вот само winapi для перекодировкиа вот тут как мне кажется, ты лукавишь. Я там попробовал найти функцию, которая бы банально брала на вход два буфера, входной и выходной чарсет, и транслировала бы содержимое первого буфера во второй, но у меня не вышло. Может это и мои личные проблемы поиска в очевидном интерфейсе майкрософта, а может ты дал неверную информацию, желая защитить свою любимую ось. Печально, что ссылки за тобой приходится проверять.
http://msdn.microsoft.com/en-us/library/dd374083%28VS.85%29....
Там не будет детального описания операций.хорошо специально для тебя ещё и само содержимое хедеров запощу. А если тебе не хватит - man старнички загреплю.
стоит понимать, что winapi за свою историю сменила как минимум три технических базиса.api - application program interface. Каким образом я тебе из своей программы (скажем на си) вызову .NET код? Долго думал прежде чем такое написать? Ты фактически постулировал, что кроме .NET программ для винды других быть не должно.
winapi до ~1995 - это плоский набор функций реализованные в виде экспортируемых функций из dll
winapi ~1995-~2006 - это ооп-ный набор интерфейсов и классов основанный на COM
winapi с ~2006 - это ооп-ный набор интерфейсов и классов, основанный на .net
Вообще-то да. С некоторых пор ставшая входить во все ОС от мс.В любом утверждении (даркгрея или моём) в данном разговоре (да и вообще в большинстве случаев) под WinAPI подразумевается API, предоставляемый в базовой поставке ОС Windows. По этому критерию сюда входят и OLE, и COM, и DirectX. По тому же критерию сюда также можно отнести .NET, но этого обычно не делают, т.к. концепция отличается сильно.
Я же не называю zlib частью libc только потому, что во всех современных дистрибутивах *nix она присутствует в базовой части системы.
хорошо специально для тебя ещё и само содержимое хедеров запощу. А если тебе не хватит - map старнички загреплю.И что там будет?
под WinAPI подразумевается API, предоставляемый в базовой поставке ОС Windows.ну так не вводите людей в заблуждение. Большинство думают, что winapi - это api операционной системы. То бишь интерфейс доступа к системным вызовам оси (ядра и модулей ядра в случае микроядерной оси).
То, что описал ты, называется дефолтная поставка библиотек. Она может быть изменена настройками (винда умеет удалять свои компоненты из менеджера программ либо через vlite). И только winapi остаётся неизменным. В том его и фишка. winapi - это как раз то, на чём пишут системные библиотеки (если хотят, чтобы эти библиотеки работали)
Вернёмся к вопросу о том, что портирование ПО, использующего дефакто стандартные библиотеки на *nix, несравнимо проще на мастдай, чем написанные с использованием winapi на *nix. При этом сложность самого процесса разработки не сильно отличается. Ну и к самому истоку - мастдай ориентированные разработчики очень редко пишут ПО, которое легко портируется на *nix (потому, что они юзают только winapi и его расширения чего не скажешь об *nix ориентированных разработчиках.И один из твоих аргументов - "фар же не портировали на линукс!"
Напоминаю, Midnight Commander так и не портировали на винду.
И что там будет?опечатка у меня. Не map, а man
будет примерно так:
/* Copyright (C) 1997, 1998, 1999, 2000, 2003 Free Software Foundation, Inc.
This file is part of the GNU C Library.
The GNU C Library is free software; you can redistribute it and/or
modify it under the terms of the GNU Lesser General Public
License as published by the Free Software Foundation; either
version 2.1 of the License, or (at your option) any later version.
The GNU C Library is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
Lesser General Public License for more details.
You should have received a copy of the GNU Lesser General Public
License along with the GNU C Library; if not, write to the Free
Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
02111-1307 USA. */
#ifndef _ICONV_H
#define _ICONV_H 1
#include <features.h>
#define __need_size_t
#include <stddef.h>
__BEGIN_DECLS
/* Identifier for conversion method from one codeset to another. */
typedef void *iconv_t;
/* Allocate descriptor for code conversion from codeset FROMCODE to
codeset TOCODE.
This function is a possible cancellation points and therefore not
marked with __THROW. */
extern iconv_t iconv_open (__const char *__tocode, __const char *__fromcode);
/* Convert at most *INBYTESLEFT bytes from *INBUF according to the
code conversion algorithm specified by CD and place up to
*OUTBYTESLEFT bytes in buffer at *OUTBUF. */
extern size_t iconv (iconv_t __cd, char **__restrict __inbuf,
size_t *__restrict __inbytesleft,
char **__restrict __outbuf,
size_t *__restrict __outbytesleft);
/* Free resources allocated for descriptor CD for code conversion.
This function is a possible cancellation points and therefore not
marked with __THROW. */
extern int iconv_close (iconv_t __cd);
__END_DECLS
#endif /* iconv.h */
ну так не вводите людей в заблуждение. Большинство думают, что winapi - это api операционной системы. То бишь интерфейс доступа к системным вызовам оси (ядра и модулей ядра в случае микроядерной оси).Так вообще никто не должен думать, т.к. обращение к ядру не документировано.
т.к. обращение к ядру не документировано.И что же тогда делают разработчики драйверов уровня ядра?
Так вообще никто не должен думать, т.к. обращение к ядру не документировано.ну так документируйте, пользы больше будет. Вон в линуксе все системные вызовы документированы
Я там попробовал найти функцию, которая бы банально брала на вход два буфера, входной и выходной чарсет, и транслировала бы содержимое первого буфера во второйто что ты хочешь - это последовательный вызов MultiByteToWideChar и WideCharToMultiByte
MultiByteToWideChar и WideCharToMultiBytewindows-way
но согласен, функциональность присутствует
Каким образом я тебе из своей программы (скажем на си) вызову .NET код?либо через Cli/C++, либо через COM
Или по-твоему стандарт - это нечто другое?Ты всё топчешься на месте? Мы же ушли от бессмысленного спора о том, что же называть стандартом, а что нет.
Такое ощущение, что ты с самого интерната зациклился на мс и не видишь ничего вокруг. Они загнали тебя в рамки, а когда где-то что-то дали новое - ты сразу говоришь "о как круто здесь можно сделать!" При чём те же цели вполне себе достигаются совсем другим путём (если убрать ограничительные рамки МС) и зачастую были реализованы ранее.мы до сих пор говорим про прикладное ПО?
мы до сих пор говорим о том, где надо меньше изобретать велосипедов?
еще раз повторю, что для прикладного ПО важно как много ОС предлагает стандартов на взаимодействие прикладного ПО между собой, и прикладного ПО с ОС.
спорить о терминах - что из этого есть истинное winapi, а что есть "Microsoft has developed a series of technologies alongside the main Windows" - я не готов, т.к. с точки зрения конечного разработчика между ними никакой разницы.
ps
так сколько надо написать нового кода, чтобы подключить webkit? а какой из 10-стандартов строки они использует? что делать если моя программа использует другие строки?
для IE надо написать только одну новую строчку - webBrowser.Navigate("http://ya.ru"); и строки использует единый стандарт.
под WinAPI подразумевается API, предоставляемый в базовой поставке ОС Windows.OMG. В мемориз.
это часть winapi или нет?
по лосту - да. Если рассматривать winapi как системную библиотеку для работы с осью - нет
Если рассматривать winapi как системную библиотеку для работы с осью - нетдля кого именно нужно рассматривать winapi именно так?
по лосту - да.конечно же, я с этим полностью согласен.
потому что если мы говорим про разработку прикладного ПО, а не про какие-то непонятные абстракции.
то вот такие соглашения - это и есть те стандарты, которые предоставляет windows-окружение.
windows-окружение и набор системных вызовов - это разные вещи. Мне как-то ближе к сердцу трактовка winapi во втором случае. Потому что в этом варианте она совпадает с общепринятым определением API для произвольной операционной системы.
Мне как-то ближе к сердцу трактовка winapi во втором случае. Потому что в этом варианте она совпадает с общепринятым определением API для произвольной операционной системы.вот поэтому и дорого разрабатывать прикладное ПО под *nix, потому что очень узко понимается, что именно надо прикладным разработчикам. мол мы вам 100 функций предоставили - а дальше трахайтесь как хотите, и на каком языке вы будете говорить между собой - это ваши проблемы.
это ваши проблемы.не "ваши проблемы", а "ваш выбор". это принципиальное отличие.
не "ваши проблемы", а "ваш выбор". это принципиальное отличие.именно "ваши проблемы" - потому что самого главного выбора - за минимум усилий сделать ПО максимально согласованное с окружением (другим ПО и ОС) - нет.
а есть только выбор между - потрахаться и сделать как попало, и сильно потрахаться - и сделать чтобы почти везде работало.
индикатор под это стандартный - как много ПО под *nix-ом, разработчики которого не знали друг о друге - умеют работать с друг другом.
ps
и не надо все-таки путать анархию со свободой. при анархии отдельный элемент более чем несвободен, т.к. вынужден делать все сам и не может опереться на готовую инфраструктуру.
не "ваши проблемы", а "ваш выбор". это принципиальное отличие.кстати под windows-ом тебе кто мешает делать этот самый выбор?
индикатор под это стандартный - как много ПО под *nix-ом, разработчики которого не знали друг о друге - умеют работать с друг другом.в линуксе как раз с этим по-проще, там все исходники открыты. Реюзабельная функциональность во избежании избыточности быстро оформляется через библиотеки. Так что для разработчиков никсов это никогда проблемой не было. Изобретения велосипедов в открытом мире по определению в разы меньше, чем в закрытом. А задача взаимодействия между программами исключительно по принципу чёрного ящика вообще не стоит.
кстати под windows-ом тебе кто мешает делать этот самый выбор?мне ничего. Для меня win32api - это api операционной системы. На дот нете я не пишу и почти им не пользуюсь.
А у тех, кто понимает win32api в расширенном смысле по лосту, как раз выбора нет. Более того они и у остальных пытаются этот выбор отобрать, когда хотят привнести .Net целиком в системное API
Ну, короче, я сделал вывод, что xlib все-таки просасывает, а WinAPI круче. Потому что в него пинбол входит, например. И пасьянсы.
Изобретения велосипедов в открытом мире по определению в разы меньше, чем в закрытомВот почему-то по определению - меньше, а на практике - больше.
она совпадает с общепринятым определением API для произвольной операционной системыОпределение и цитату пожалуйста. А то нехорошо получается.
Ну, короче, я сделал вывод, что xlib все-таки просасывает, а WinAPI круче. Потому что в него пинбол входит, например. И пасьянсы.Ты либо просто клоун, либо не умеешь читать, либо каким-то непостижимым образом полагаешь, что пинбол является API.
ну вы же сами сказали, что "все, что является дефолтовой поставкой - API". что теперь удивляетесь?
ну вы же сами сказали, что "все, что является дефолтовой поставкой - API". что теперь удивляетесь?тием тем более что "любое приложение может вставить окно другого себе в качестве обычного контрола". Да здравствует контрол пинбол
ну вы же сами сказали, что "все, что является дефолтовой поставкой - API". что теперь удивляетесь?Значит не умеешь читать. Как, походу, и Айвенго, раз счёл, что по-моему расширения - часть WinAPI.
Ты либо просто клоун, либо не умеешь читать, либо каким-то непостижимым образом полагаешь, что пинбол является API.... либо ты совсем уже запизделся.
... либо ты совсем уже запизделся.
под WinAPI подразумевается API, предоставляемый в базовой поставке ОС WindowsПинбол - это API по-твоему?
как ты думаешь, разработчики, ну, например find и unrar знали друг о друге? а между тем при помощи одного символа эти программы вполне взаимодействуют.
вот поэтому и дорого разрабатывать прикладное ПО под *nix, потому что очень узко понимается, что именно надо прикладным разработчикам. мол мы вам 100 функций предоставили - а дальше трахайтесь как хотите, и на каком языке вы будете говорить между собой - это ваши проблемы.Видимо ты так и не понял, что из себя представляют *nix системы, если до сих пор думаешь, что все пишут только на голом системном api.
Тебе не просто так здесь приводили примеры внешних по отношению к системному api либ - в юнихах мухи отдельно, а котлеты отдельно.
В мастдаях же, по твоим словам и словам лоста, всё намешано в одну большую кучу с никому неизвестными внутренними связями.
В мастдаях же, по твоим словам и словам лоста, всё намешано в одну большую кучу с никому неизвестными внутренними связями.Из какого утверждения ты это вывел?
из того, что ты до сих пор не определился с тем, что такое API операционной системы. То говоришь, что это всё, что есть в дефолтных поставках винды. Потом говоришь, что не всё, что есть какие-то расширения, а есть API, а есть ещё небось и либы. Куча названий в голове, а смысла за ними не видно.
как ты думаешь, разработчики, ну, например find и unrar знали друг о друге? а между тем при помощи одного символа эти программы вполне взаимодействуют.а что-нибудь gui-ишное?
я верю, что линуксовое консольное ПО успешно дружит с друг другом через командную строку.
но прикладное ПО редко бывает консольным, а речь шла про прикладное ПО.
ну-ну
>а что-нибудь gui-ишное?
dwm,fluxbox,ion3,blackbox,kwin,compiz,metacity (и over 9000 других) отлично взаимодействует с любым окошком.
кстати, тот же самый unrar используется вполне гуевым xarchiver.
То говоришь, что это всё, что есть в дефолтных поставках винды.Это где было?
dwm,fluxbox,ion3,blackbox,kwin,compiz,metacity (и over 9000 других) отлично взаимодействует с любым окошком.было бы странно, если бы менеджеры окон не взаимодействовали бы с оконными приложениями...
ты давай все-таки два оконных приложения, которые взаимодействуют друг с другом - при этом еще раз напоминаю, что авторы должны друг о друге не знать.
давай ты сначала запостишь все свои требования и отмазки, а потом будешь задавать вопросы?
Это где было?Твои слова:
В любом утверждении (даркгрея или моём) в данном разговоре (да и вообще в большинстве случаев) под WinAPI подразумевается API, предоставляемый в базовой поставке ОС Windows. По этому критерию сюда входят и OLE, и COM, и DirectX. По тому же критерию сюда также можно отнести .NET, но этого обычно не делают, т.к. концепция отличается сильно.
?
ладно, пока ты там замолчал, я тебе приведу пример взаимодействующих приложений, оба из которых не являются менеджерами окон - psi и trayer
ладно, пока ты там замолчал, я тебе приведу пример взаимодействующих приложений, оба из которых не являются менеджерами окон - psi и trayerхоть что-то, а то я уже даже засомневался, что под *nix-ом даже такие простые вещи работают.
ps
с помощью какого соглашения(стандарта) они стыкуются?
подозреваю что с помощью чего-то типа такогоподтверждаешь мои подозрения, что основной стандартизирующей силой под *nix является freedesktop.org.
и соответственно, если соглашения нет на freedesktop.org, то скорее всего его вообще нет (за исключением native *nix - ядро, консоль, x system)
Чего вам не понятно в том, что я сказал? Где внутренние противроречия?
ну почему. Ещё множество оконных программ замечательно стыкуется с xosd (тоже оконная программа). А вообще, ты напиши лучше, хороший пример из виндов, который бы наглядно демонстрировал требуемую стратегию использования. А мы тебе скажем, как в этом конкретном примере дела обстоят в линуксе.
activex(уже устаревающая) - модуль, реализованный как activex-контрол может быть вставлено в произвольное приложение, реализованное как activex-хост.
реализации:
почти все office-приложения поддерживают и то, и другое,
IE-держит и то, и другое,
media player - является activex-контролом,
все RAD-системы разработки под windows - позволяют за минимум усилий делать и то, и другое,
кодеки - проигрывание различных видеоаудиоформатов в различных приложениях: реализации: по одну сторону - windows media player, LA и т.д., по другую - сами различные кодеки.
odbc,oledb,ado.net - взаимодействие БД с клиентами. по одну сторону - все базы, работающие под windows (ms sql, oracle, mysql, firebird и т.д. по другие - почти все клиенты поддерживающие больше одного вида базы (el, всякие форумы, инет-магазины и т.д.)
почти все системы разработки под windows за минимум усилий позволяют сделать клиентскую сторону.
расширения к explorer-у - позволяющие через explorer просматривать не файловые пространства.
реализации: по одну сторону - explorer, tc(через плагин другие файл менеджеры под винду,
по другую - winrar, winzip, модули для CVS-ов и т.д.
activex(уже устаревающая) - модуль, реализованный как activex-контрол может быть вставлено в произвольное приложение, реализованное как activex-хост.
имхо не катит как пример двух приложений, разработчики которых не знали друг о друге - ибо разрабы контрола знали что их будут юзать и знали как их будут юзать
тоже и про кодеки - их разрабы знали, как их будут юзать (+ это не программы)
odbc вообще не в тему, ибо это ни разу не программа да и под линух есть
расширения к explorer-у - позволяющие через explorer просматривать не файловые пространства.
опять же, авторы расширений (ну либо explorer'а - я хз специально реализовывали нужную функциональность (ну или я что-то недопонял)
ЗЫ щас специально глянул - в файл браузере под кде в архив заходится как в папку, так можно считать, что под линух это тоже есть )
базовые(используемые почти на каждом компьютере) примеры:В случае открытой разработки нет необходимости включать всё приложение "целиком" по принципу чёрного ящика. Всегда можно связаться с приложением по принципу белого ящика. Есть библиотеки и для отображения html, и для отображения ps, и для pdf. KOffice в качестве контрола вроде как тоже можно включать, но он с собой тянет кучу KDEшных либ и этого делать не любят.
activex(уже устаревающая) - модуль, реализованный как activex-контрол может быть вставлено в произвольное приложение, реализованное как activex-хост.
реализации:
почти все office-приложения поддерживают и то, и другое,
IE-держит и то, и другое,
media player - является activex-контролом,
все RAD-системы разработки под windows - позволяют за минимум усилий делать и то, и другое,
Вообще преимущества библиотечного подхода составляют 1) уменьшение количества изобретаемых велосипедов 2) Сокращение расходов оперативной и постоянной памяти для хранения повторяющихся кусков кода, вынесенных в библиотеки. Недостаток один - эффективное применение возможно только в отрытой среде, так что виндузятникам остаётся только завидовать.
Ты можешь говорить об отсутствии стандартов, мол есть пара либ, которые делают одно и то же, но с ними нужно работать по-разному, а тебе хотелось бы унификации интерфейсов. В винде если таковая и наблюдается то исключительно в силу того, что там нет пары разных либ, а всего одна. Как только появляются разные либы, реализующие одну функциональность, будь это даже разные версии одной либы, тут же код перестаёт работать. Пример - несовместимость виндовых библиотек msxml. Так что это везде так и active-x и com подходы проблему не решают.
кодеки - проигрывание различных видеоаудиоформатов в различных приложениях: реализации: по одну сторону - windows media player, LA и т.д., по другую - сами различные кодеки.ты забываешь ещё одну деталь этого взаимодействия. Я так представляю себе модель поведения видеплеера:
<player> <=> <dispatcher> <=> <codec>
средняя часть необходима для выбора стека кодеков в зависимости от предоставленного потока видео.
В винде реализовано второе и третье. Причём новый кодек добавляется очень просто: достаточно dll и манифест к ней присобачить. Виндовый диспетчер сам потом разберётся когда и для чего этот кодек вызывать.
Что имеем в линуксе. Кучу кодеков в виде libsmth, где smth - название кодека. libogg, libffmpeg и так далее. А вот автоматического диспетчера централизованного нет. Есть несколько подходов: некоторые программы предпочитают использовать для проигрывания в качестве бекенда mplayer или vlc. Другие используют библиотеки вида libsmthmedia, где smth меняется в зависимости от языка или фреймворка, а библиотека содержит высокоуровневый интерфейс для получения проигрывания видео, полученные команды транслируя в формат, понятные библиотека кодеков. Между прочим работать с нативной питоновой библиотекой проще, чем вызывать проигрывание музыки в винде через его структуру кодеков из-под того же питона.
Попробую сравнивать удобство использования.
1. Для конечно пользователя удобнее линуксовые плееры, поскольку система их сама собирает со всеми библиотеками, что не столь важно и зависит от дистрибутива. Что куда важнее - просто линуксовые плееры удобнее windows media player, поскольку значительно богаче по функциональности. А интерфейс, которым только и может гордиться виндовый плеер, - дело десятое, к mplayery вон сколько фронтендов понаделали. Я вот сам пользуюсь в винде mplayer и все знакомые анимешники (люди видео смотрящие активно кроме радиста, тоже сделали этот выбор. Сестра моя, технический неспециалист, предпочитает mplayer по другим причинам: скачал один раз из инета и не нужно мучиться определять почему видео не играет, каких кодеков не хватает.
Но это фактическая оценка со стороны пользователя. Какая бы хорошая модель не была в винде, она всё равно неполная без достойных реализаций.
2. Со стороны программиста плеера. В обоих случаях велосипед не изобретается. Самый простой вариант - наличие libsmthmedia - потому что даёт доступ в нативном для разработчика инструментарии. Второй по плохости вариант - виндовый, системный. Foreign интерфейс не самое удобное что есть, зато логику диспетчера придумывать не нужно. Ещё хуже - линуксовый, когда нужно ручками писать механизм диспетчеризации и вызывать напрямую библиотеки кодеков. Часто, мне так кажется в трети случаев, из этого варианта получается новая библиотека libsmthmedia для новой системы или языка, и далее на этом языке линукс программисты используют первый, оптимальный вариант.
Иногда не стоит задача написать свой плеер, а можно использовать имеющийся - тогда все ещё проще для линукса. запускается mplayer, консольный управляющий поток которого перенаправляется, так что для управления плеером достаточно текстовые команды отсылать.
3. Со стороны программиста кодека - линукс подход сложнее. Нужно не только написать кодек, но и включить его в код стандарта де-факто mplayer. Но это не так сложно, кодеков не слишком много пока напридумывали. Вон есть пример как один форумчанин протолкнул код в mplayer, многие его теперь добрым словом вспоминают.
Как мы видим, те же задачи под линуксом решаются, причём не всегда хуже и неудобнее, чем под виндой. Вне винды жизнь есть!
odbc,oledb,ado.net - взаимодействие БД с клиентами. по одну сторону - все базы, работающие под windows (ms sql, oracle, mysql, firebird и т.д. по другие - почти все клиенты поддерживающие больше одного вида базы (el, всякие форумы, инет-магазины и т.д.)odbc есть под линукс. Да и вообще где ты видишь два гуёвых окна, которые не знают друг о друге? Максимум одно, и то если не через веб интерфейс клиентская прога работает. А клиент-серверность в никсах развита хорошо. Вот есть парочка демонических плееров музыки. Винда хоть одним похвастаться может?
почти все системы разработки под windows за минимум усилий позволяют сделать клиентскую сторону.
расширения к explorer-у - позволяющие через explorer просматривать не файловые пространства.в линуксе это удобнее. Есть FUSE и не нужно никаких костылей в виде дефолтного файлового менеджера, с которым другие файловые менеджеры должны общаться через плагины, вместо того чтобы общаться с файловой системой. В линуксе есть единая корневая файловая система, к которой примонтированы, конечно, и другие, и любое взаимодействие с файловыми системами унифицировано. Например есть крайней удобные встроенные системы proc и sys, есть FUSE система ntfs3g. (А вот винда со всеми своими расширениями эксплорера поддержкой ReiserFS или ext4 похвастаться не может)
реализации: по одну сторону - explorer, tc(через плагин другие файл менеджеры под винду,
по другую - winrar, winzip, модули для CVS-ов и т.д.
ибо разрабы контрола знали что их будут юзать и знали как их будут юзатьони не знали в каком приложении их будут юзать, но при этом если пользователь их контрол вставит в другое приложение - оно будет работать.
Всегда можно связаться с приложением по принципу белого ящика.т.е. ты мне отказываешь в выборе? работать через внешний интерфейс, или ковыряться во внутренностях?
а если выйдет новая версия - то опять ковыряться?
и где обещанная свобода?
если брать правильное толкование принципа инкапсуляции: хорошо инкапсулированный модуль позволяет работать через внешний интерфейс без необходимости понимания внутреннего устройства модуля.
как пример - автомобиль: внешний интерфейс - руль, педали, коробка передач, горловина бака - этого достаточно для управления автомобилем, и это есть пример хорошего стандарта.
ps
если брать тот же .net, или java - то они хороши тем, что декларуется, что стоит работать через внешний интерфейс, но при этом всегда можно заглянуть под капот - и посмотреть(или пропатчить) что делает программа (без необходимости поиска каких либо исходников)
System.xml.dll
public virtual bool ReadToNextSibling(string localName, string namespaceURI)
{
XmlNodeType nodeType;
if localName == null) || (localName.Length == 0
{
throw XmlConvert.CreateInvalidNameArgumentException(localName, "localName");
}
if (namespaceURI == null)
{
throw new ArgumentNullException("namespaceURI");
}
localName = this.NameTable.Add(localName);
namespaceURI = this.NameTable.Add(namespaceURI);
do
{
this.SkipSubtree;
nodeType = this.NodeType;
if nodeType == XmlNodeType.Element) && Ref.Equal(localName, this.LocalName && Ref.Equal(namespaceURI, this.NamespaceURI
{
return true;
}
}
while nodeType != XmlNodeType.EndElement) && !this.EOF);
return false;
}
так пользователь знает что и зачем он вставляет или нет?
так пользователь знает что и зачем он вставляет или нет?пользователь знает - но разработчики обоих приложений друг о друге - нет.
а если выйдет новая версия - то опять ковыряться?как повезёт, разработчики библиотек предпочитают сохранять обратную совместимость насколько это возможно. От способа взаимодействия это не зависит. Я тебе уже приводил пример с msxml
Тебе ведь в любом случае, так или иначе, приходится учить API предоставляемой либы. Не важно каким образом она используется.так работа с либой идет через ее api? но тогда зачем исходники, если достаточно хедера?
или работа с либой идет через ее внутренние структуры? тогда как гарантируется сохранность этой внутренней структуры?
зы
т.е. ты все-таки определись - работа идет как с черным ящиком (через api или как с белым (либа используется с опорой на ее внутренную структуру)?
2Penartur: убейся! http://ru.wikipedia.org/wiki/Midnight_Commander
Midnight Commander (mc, ми́днайт-кома́ндер, «полуночный командир») — один из файловых менеджеров с текстовым интерфейсом типа Norton Commander для UNIX-подобных операционных систем, а также Microsoft Windows и Windows NT, OS/2, Mac OS X (но не Mac OS 9).2DG: Серж, я очень плохо разбираюсь в программировании, в api и прочих сложных вещах, но вот, что заметил: чем дальше идёт развитие .Net, чем больше используется COM-объектов в программах, тем больше у меня геморроя с интеграцией таких приложений в корпоративную среду. *nix-софт в 99.9% случаев может устанавливаться "просто копированием", а под Win - постоянные проблемы с нехваткой прав (обычно как раз для регистрации COM-компонетов)... Вот почему родной MS-ный CRM-клиент (по сути - панелька в Outlook) для своей установки требует админских прав? А unattended-инсталяция по большому счёту вообще не предусмотрена? Под никсами обычно всё просто - скопировал, поправил .conf по шаблону - отчмодил (обычно без этого обходится) - всё заработало. а под виндой примерно так:
http://www.appdeploy.com/packages/detail.asp?id=1265 (см. Notes)
Если вот это: 2. Run "C:\Program Files\Microsoft Dynamics CRM\Client\ConfigWizard\Microsoft.Crm.Client.Config.exe /q /config ClientConfig.xml" сделать из под другого пользователя, или если у пользователя нет прав админа - то никакого чуда не произойдет.
P.S. ".Net-стиль" именования файлов (типа Microsoft.Crm.Client.Config.exe) тоже радует безмерно.
2DG: Серж, я очень плохо разбираюсь в программировании, в api и прочих сложных вещах, но вот, что заметил: чем дальше идёт развитие .Net, чем больше используется COM-объектов в программах, тем больше у меня геморроя с интеграцией таких приложений в корпоративную средуэто вызвано тем, что microsoft рассчитан на small офис - у которых обычно нет админов, поэтому они делают мышкокликательную установку, которую может осилисть любой, и на этом останавливаются.
да, мне нравится что они делают первое - т.к. периодически это бывает удобно, и мне совсем не нравится второе - что они не делают xcopy установку.
но ни .net, ни com, ни даже windows - здесь совсем не причем, и то, и другое, и третье - отлично умеет ставиться через xcopy.
2Penartur: убейся! http://ru.wikipedia.org/wiki/Midnight_CommanderХм, и вправду.
Вот только в википедии написана херня, сам MC не кроссплатформенный, под виндой не работает; но у него есть древний форк, который под виндой всё-таки работает. http://freenet-homepage.de/franco.bez/mc/mc.html
Форк был сделан на основе 4.1.36 (текущая версия MC - 4.7) в 2003 году; и что-то мне подсказывает, что какой-нибудь там фар 1.6 не "портировали" таким же образом только потому, что он и без портирования под вайном работал.
http://www.sonomapartners.com/microsoft-crm-pricing.aspx
но ни .net, ни com, ни даже windows
собственно, основная проблема - при установке эта хрень регает 10+ COM-объектов. Под пользователем на это прав не хватает и оно не работает. Соотвественно, надо дать пользователю необходимые права, установить софтину, настроить, отобрать права.
Неужели нет ДРУГОГО метода универсальной интеграции одного приложения в другое, особенно учитывая, что оба приложения одного "автора"?
но ни .net, ни com, ни даже windows - здесь совсем не причем, и то, и другое, и третье - отлично умеет ставиться через xcopy.Что-то не заметно:
собственно, основная проблема - при установке эта хрень регает 10+ COM-объектов. Под пользователем на это прав не хватает и оно не работает. Соотвественно, надо дать пользователю необходимые права, установить софтину, настроить, отобрать права.это именно то, про что я и говорю, им было лень делать по другому.
Неужели нет ДРУГОГО метода универсальной интеграции одного приложения в другое, особенно учитывая, что оба приложения одного "автора"?
хотя технология позволяет
http://msdn.microsoft.com/en-us/magazine/cc188708.aspx
http://msdn.microsoft.com/en-us/library/ms973913.aspx
Тогда о каких "стандартах", о каких "красивых" и "правильных" приложениях под Win можно говорить, если даже АВТОРАМ ТЕХНОЛОГИИ было лень ей пользоваться?... или MS типа как хозян "- да, технология наша, сотвественно, мы на неё можем и настрать"? Понятно, что за MS на форуме никто не ответит, но те, кто отстаивают, что решения MS хороши на мой взгляд тоже могут когда-нибудь повести себя также: "да, это некрасиво и неправильно, зато быстро и дёшево" и родить из себя очередное плохо живущее в реальных условиях эксплуатации поделие...
если даже АВТОРАМ ТЕХНОЛОГИИ было лень ей пользоваться?подмена понятий: группа которая делает CRM - никакого отношения к авторам технологии COM - не имеет.
и скорее всего - эта группа даже к microsoft никакого отношения не имела до недавнего времени.
да, microsoft большая, да она медленно реагирует на последние веяния (например, всеми своими продуктами поддержать развертывание через xcopy)
но это не отменяет таких фактов, как:
что часть технологий у нее лучше, чем у других.
сами технологии идут в ногу со временем.
группа которая делает CRM - никакого отношения к авторам технологии COM - не имеет.
Да. Это были ОБЫЧНЫЕ "сторонние" ПРОГРАММИСТЫ. И их переход под крыло MS ничего не изменил - а ведь внутри такой крупной компании должны были бы быть какие-нибудь стандарты в том числе и ПРО ЭТО. Типа "с 01.01.2009 межкомпонентное взаимодействие реализовывать только через нерегистрируемые COM-объекты и не ебёт".
Вот твои программиссты где учатся "красоте кода"? Или они кодят, как умеют?
должны были бы быть какие-нибудь стандарты в том числе и ПРО ЭТО. Типа "с 01.01.2009 межкомпонентное взаимодействие реализовывать только через нерегистрируемые COM-объекты и не ебёт".стандарты обычно есть.
но вот с "и неебет" - обычно хуже, потому что при такой жесткой позиции легко вылетить с рынка - конкуренция однако...
стандартизация окупается лишь на длительных сроках и завтра, а рынок пытается уйти из под ног уже сегодня.
поэтому стандартизация обычно делается постепенно, а не вдруг.
опять же надо понимать - что то, что крутится у тебя на машине сегодня, разрабатывалось год-два назад, а базис и архитектура закладывались лет 5 назад.
важность xcopy deployment-а была зафиксирована не давно, в технологиях уже реализовано, года через 3-5 и все продукты подтянутся.
Вот твои программиссты где учатся "красоте кода"? Или они кодят, как умеют?я им рассказываю
но все равно приходиться постоянно принимать решения: сделать правильно, или сделать завтра.
также в компании - есть еще 2-3 группы программистов, которых кодят как умеют, есть еще подрядчики - которые кодят вообще как попало.
и так обычно везде (в том числе и в MS) - есть сильные команды, есть слабые, есть центральные направления, есть побочка - одни пишут хорошо, другие средне, третьи удовлетворительно.
и мести всех под одну гребенку - неправильно.
я яблочник
Ну и как следствие поддержка этого Г та ещё развлекуха, а обновление версий проходит ничуть не легче, чем полная миграция. И всё это как раз из-за непродуманности - "надо же завтра ПО, а не правильно" - "рынок же уходит из под ног". Ну и рюшечки обязательно поярче и погламурней.
СПО эта проблема слабо касается. В крайнем случае проект будет несколько лет в стадии , при этом уже активно использоваться в продакшн. А вот МС в той же ситуации заявляет, что у неё стабильный релиз и ебитесь ИТ специалисты как хотите.
Вот такая вот суровая реальность...
P.S. Я предпочту велосипед, который ездит, чем феррари, которая красиво занимает место на стоянке.
P.S. Я предпочту велосипед, который ездит, чем феррари, которая красиво занимает место на стоянке.а если нужна феррари, которая ездит?
ps
сделать чтобы феррари ездила (чтобы поломки были некритичны) намного проще, чем из велосипеда сделать феррари.
Феррари, кстати, отмирают, а люди будущего ездят на велосипедах. Но вы продолжайте...
Феррари, кстати, отмирают, а люди будущего ездят на велосипедах.это они делают от плохой жизни, а не от хорошей, вообще-то...
а стремиться к плохой жизни - это на любителя...
а если нужна феррари, которая ездит?Так тебе шашечки или ехать?
Дело не в примере. Можно выбрать других производителей/другие модели - сути это не меняет.
Затраты на запуск этой самой феррари часто больше, чем функциональные издержки использования велосипеда (грузоподъёмность, скорость).
Красивость к функциональности никакого отношения не имеет (и опять же - я не утверждаю, что СПО всё такое некрасивое, а у МС всё как с конкурса красоты).
Главное для себя решить что важнее - галочка, что ПО это умеет, или реальная работа всех необходимых функций.
Нет, тут ты немного запутался. На настоящем таком велосипеде с колесами и педалями многие люди ездят, чтобы сохранить и приумножить здоровье.
Образ мыслей быдла, не подозревающего, что население Земли не ограничивается им самим и соседом по площадке.
На настоящем таком велосипеде с колесами и педалями многие люди ездят, чтобы сохранить и приумножить здоровье.и это тоже не от хорошей жизни. в хорошей жизни - для поддержания человеческого организма в тонусе - не нужен такой костыль как велосипед, а достаточно обычной жизнедеятельности.
Я не понимаю тебя. За что ты так не любишь велосипеды?
Т.е. на работу добираться пешком, тратя несколько часов?велосипеды отличная штука.
Я не понимаю тебя. За что ты так не любишь велосипеды?
но меня пытаются убедить, что ползать лучше, чем летать.
что лучше медленно ехать на велосипеде, тратя свои силы, чем быстро ехать на машине, не затрачивая своих усилий.
ps
кстати, для тех кто считает окружающих быдлом и редко счищает лапшу с ушей - напомню - что кпд человека - 10-20%, кпд двс - 50-70%.
поэтому велосипедист тратит энергии больше, чем какой-нибудь мотороллер - и значит велосипедист меньше заботится об окружающих и матушке земле
кстати, для тех кто считает окружающих быдлом и редко счищает лапшу с ушей - напомню - что кпд человека - 10-20%, кпд двс - 50-70%.а причем тут окружающие? Я думал, мы о здоровье объекта говорим.
поэтому велосипедист тратит энергии больше, чем какой-нибудь мотороллер - и значит велосипедист меньше заботится об обкружающих
Я думал, мы о здоровье объекта говорим.тем более.
я слабо верю, что каждый день, не смотря на состояние организма, в любое время года - полезно для здоровья наматывать даже по 10 километров.
Ага, и запас железа в организме мы восстанавливаем, грызя ржавые ворота.
зря не веришь. если брать в среднем за месяц, я бегаю в день больше, не то что там на велосипеде.
зря не веришь. если брать в среднем за месяц, я бегаю в день больше, не то что там на велосипеде.откуда появляется информация, что ты есть норма, а не выброс? т.е. что так могут все, а не только ты один?
почему это хорошо:
- лучше общее состояние здоровья, иммунитет
- всегда в тонусе
- психологически тоже лучше себя чувствуешь. увереннее.
человека надо нагружать равномерно и физически, и умственно, тогда будут наилучшие результаты.
в хорошей жизни - для поддержания человеческого организма в тонусе - не нужен такой костыль как велосипед, а достаточно обычной жизнедеятельности.Дитя мое, а что для тебя включает эта обычная, и почему ты из нее упорно выкидываешь самый популярный в Европе вид транспорта?
кстати, для тех кто считает окружающих быдлом и редко счищает лапшу с ушей - напомню - что кпд человека - 10-20%, кпд двс - 50-70%.Ты хочешь сказать, что человек при езде тратит бензина в четыре раза больше, чем автомобиль, или что? Мне уже как-то попадались деятели, утверждающие, что автомобиль меньше выбрасывает CO2, чем человек на той же дистанции. Потом, правда, оказывалось, что они с порядком напутали, а точнее, не больно-то стремились к правде...
И да, на какой планете продаются такие ДВС? Я слетаю туда, куплю пару экземпляров и перепродам земным инженерам за такие бабки, что поездка окупится и еще останется на триста лет безбедной жизни. КПД 60% у ДВС действительно, вроде как, достижим, но только буква "В" при этом значит "внешнего". Некоторые, впрочем, на этом форуме полагают, что "вечного". Но у них и рис колосится от ласковых слов.
человека надо нагружать равномерно и физически, и умственно, тогда будут наилучшие результаты.т.е. правильно, так и далее делать, или правильнее - перестроить человеческий организм?
ну давай, перестрой, я посмотрю как это у тебя получится.
Ты хочешь сказать, что человек при езде тратит бензина в четыре раза больше, чем автомобиль, или чтоя хочу сказать, что человек тратит на велосипеде энергии раза в 2-4 больше, чем такой же велосипед с моторчиком
Но у них и рис колосится от ласковых слов.и уши шерстью зарастают!
я хочу сказать, что человек тратит на велосипеде энергии раза в 2-4 больше, чем такой же велосипед с моторчикоми?
ну давай, перестрой, я посмотрю как это у тебя получится.но для и того, и надо зафиксировать что есть правильно, а что нет.
раньше человеческий организм держал себя в тонусе без всяких искусственных зарядок, но сейчас жизнь изменилась, а организм - нет, поэтому приходится его грузить искусственной деятельностью.
и соответственно, правильно - поменять человеческий организм вслед за изменением челоческой деятельности.
и соответственно, правильно - поменять человеческий организм вслед за изменением челоческой деятельности.ну и как ты хочешь изменить физиологию организма? направленная наследственная мутация? фантастики, причем низкопробной, обчитался? лучше уж тогда сразу выводить идеальных людей и коммунистическое общество ефремова-стругацких строить.
и?что какой-нибудь общественный транспорт, за счет опта еще раз в десять-двадцать экономнее.
поэтому если речь зашла об экономии ресурсов, то полезнее развивать и удешевлять общественный транспорт, чем каждому выдавать по велосипеду.
ну и как ты хочешь изменить физиологию организма? направленная наследственная мутация? фантастики, причем низкопробной, обчитался?т.е. ты хочешь сказать - что это невозможно, или что?
ты в год на проезд по городу потратишь примерно 10к(для мск и питера). 10к - это нормальный городской вел, который прослужит не один год.
более того - попытки это сделать опасны.
а по-моему, лучше упразднить общественный транспорт и каждому раздать по велосипеду.за этим стоят какие-то цифры?
ты в год на проезд по городу потратишь примерно 10к(для мск и питера). 10к - это нормальный городской вел, который прослужит не один год.
личный велосипед - используется максимум 1час из 24 час, т.е. у него еще и КПД использования - 4%, а это означает еще в 24 раз выше расходы на производство, на парковку, на ремонт, на утилизацию и т.д.
более того - попытки это сделать опасны.жить вообще опасно, и что?
космос, аэс, металлургия, хим. промышленность - это не опасно?
то есть в пересчете на человека получается то же самое. только к расходам на утилизацию ты получаешь еще расходы топлива на собственно передвижение+загрязнение отходами от этого передвижения, расходы на обустройство остановок, расходы на регулировку пробок, etc. и что дешевле в итоге?
опасны, но не бесполезны.
более того - попытки это сделать опасны.более того - человеческий организм уже меняют.
вставляют искусственные стимуляторы сердца, титановые штифты при переломах и т.д.
и где при этом обещанная опасность? и кстати в чем она заключается?
личный велосипед - используется максимум 1час из 24 час, т.е. у него еще и КПД использования - 4%, а это означает еще в 24 раз выше расходы на производство, на парковку, на ремонт, на утилизацию и т.д.О боже!
При этом поворачиваешь ты редко, и только в половине случаев вправо, а в другой половине - влево, то есть КПД руля уже около нуля получается.
вставляют искусственные стимуляторы сердца, титановые штифты при переломах и т.д.
это, так сказать, "периферия". это не есть изменение физиологии организма и основных принципов его работы, более того, все(!) искусственные детали делаются максимально приближенно к оригиналам.
и кстати в чем она заключается?
ну ты почитай ту же фантастику, откуда ты эту идею взял.
личный велосипед - используется максимум 1час из 24 час, т.е. у него еще и КПД использования - 4%, а это означает еще в 24 раз выше расходы на производство, на парковку, на ремонт, на утилизацию и т.д.А поскольку подсчитываешь КПД ты раз в год, то КПД КПД получается уже совсем никакой.
и? общественный транспорт ты на эти 10к используешь столько же времени в день, если не больше.если брать общество в целом, то общественный транспорт.
т.к. это развитие инфраструктуры, которое:
а) уменьшает "проблемность" перевозок (если это личный, да еще к тому же мускульный транспорт, то человек начинает лишний раз думать, прежде чем куда-то поехать)
б) решает проблему с обществом, которое "менее нормальное": дети, инвалиды и т.д.
в америке - приходится либо родителям развозить детей, либо приходится ходить в ту школу, которая пришлет автобус.
в ссср - ребенок сам ездил в школу, при чем мог ездить в ту школу, которая лучше, а не которая - ближе.
искусственные детали делаются максимально приближенно к оригиналам.вместо самолетов тоже сначала махолеты пытались строить...
О боже!т.е. ты даже непонимаешь - а зачем такой параметр как КПД вообще рассчитывается?
При этом поворачиваешь ты редко, и только в половине случаев вправо, а в другой половине - влево, то есть КПД руля уже около нуля получается.
то человек начинает лишний раз думатьэто офигенно, ящитаю=)
решает проблему с обществом, которое "менее нормальное": дети, инвалиды и т.д.
тут согласен, для них транспорт стоит оставить. но из расчета именно для них, а не для всех.
мозг в полностью искусственном теле?
хохо, опиши-ка тогда, что есть по-твоему, человек будущего?ну примерно так да.
мозг в полностью искусственном теле?
тут выше писали что жизнь изменилась и надо человека под жизнь изменить.
у человека будущего с текущими тенденциями должно возникнуть расслоение на человека трудящегося и человека думающего.
первые будут физически развиты и делать работу руками, вторые - с атрофированными мышцами, большим мозгом и перманентно подключены к компу (ну может спать будут, но немного).
впрочем не исключено что первая группа будет заменена роботами или безличными клонами (или киборгами). в зависимости от того, что дешевле.
также конечно останутся консерваторы, которые будут жить не со всеми, пахать землю сами и всячески отвергать новые технические и цифровые технологии. но их будет мало и их можно не брать в расчёт.
зы ах да, править этим миром конечно буду я и/или мои потомки.
срочно принимайте Ефремова в больших дозах, может, излечитесь от таких идей
КПД человека при передвижении сравнивать с КПД двс - что за бред?!
хз, может, в микрософт так принято?
Виндузятники убеждены, что будущее - за перекладыванием работы с человека на механизмы - общественный транспорт, компьютеры итд.
Линуксоиды убеждены, что не стоит трогать то, что от природы. Вместо общественного транспорта должны быть велосипеды (а лучше, видимо, и велосипедов бы не было - ходили бы пешком, это ведь так близко к природе!); видимо, и упрощения компьютеров не должно быть... и так далее.
(а лучше, видимо, и велосипедов бы не было - ходили бы пешком, это ведь так близко к природе!);домыслы такие домыслы
итоги треда: виндузятники готовы внедрять сколь угодно кривое решение, а линуксоиды предпочитают сначала проверять и не ломать сходу то, что работает, без внятной работоспособной замены и обратной совместимости.
домыслы такие домыслыНу тогда объясни мне, почему бесовское порождение цивилизации под названием "автобус", облегчающее дорогу от пункта А до пункта Б, должно сгинуть в пользу велосипеда, а бесовское порождение цивилизации под названием "велосипед", облегчающее дорогу от пункта А до пункта Б, сгинуть в пользу пешей ходьбы не должно. А то ты непоследователен как-то.
виндузятники готовы внедрятьСудя по последней странице этого треда - виндузятники готовы внедрять решение, перекладывающее часть задач с пользователя на компьютер, и сокращающее затраты человеческого времени; линуксятники же говорят "но ведь это человеческий организм, мы так привыкли, что-то перестраивать неправильно" и готовы тратить больше человеческого времени.
Да и хрен бы с этими линуксятниками, пусть там себе тормозят прогресс в своём линуксячьем сообществе - так ведь не успокаиваются, пытаются затормозить прогресс и пересадить с автобусов на велосипеды весь мир.
Пенартур, я специально уточнил, на последней странице разговор идет о велосипедах с педалями (не для емакса, а просто с двумя педялями, цепью там...). Короче мы не говорили о софте и осях, а просто так, о жизни. Был бы тред в девелопмент, бы разделил, я гарантирую это.
Ну тогда объясни мне, почему бесовское порождение цивилизации под названием "автобус", облегчающее дорогу от пункта А до пункта Б, должно сгинуть в пользу велосипеда, а бесовское порождение цивилизации под названием "велосипед", облегчающее дорогу от пункта А до пункта Б, сгинуть в пользу пешей ходьбы не должно. А то ты непоследователен как-то.обоснование было выше по треду, потрудись прочитать.
Судя по последней странице этого треда - виндузятники готовы внедрять решение, перекладывающее часть задач с пользователя на компьютер, и сокращающее затраты человеческого времени;
песдешь. решения еще не существует; но вендузятники орут что существующее их не устраивает и предлагают его сломать. а потом посмотреть что будет.
Да и хрен бы с этими линуксятниками, пусть там себе тормозят прогресс в своём линуксячьем сообществе - так ведь не успокаиваются, пытаются затормозить прогресс и пересадить с автобусов на велосипеды весь мир.
ололо, вендузятники пугаются распространения линуксоидских идей
Ну а то, что есть некоторая корреляция между транспортными предпочтениями и предпочтениями в софте, можно объяснять по-разному, тут не берусь утверждать, что основную роль играют какие-то объективные различия в мозге, скорее всего немаловажен фактор спора, типа выделились стороны и продолжают спорить с соперником, какую бы точку зрения он ни защищал. Но это лишь фактор, опять же, это не главная причина.
обоснование было выше по тредуА я вот как-то не заметил. Ссылку.
песдешь. ...Так и запишем - маэстро не читатель.
ололо, вендузятники пугаются распространения линуксоидских идейЛюди, желающие прогресса и нормального общественного транспорта - да, пугаются, когда всякие старые пердуны и примкнувшие к ним кричат "в топку общественный транспорт, пересаживайтесь на велосипеды, человеку ноги дадены не для того, чтобы на них сидят" - не только в своём тесном кругу, но и на весь мир. А то ведь в правительстве послушают этих старых пердунов, и действительно всем придётся на велосипедах ездить.
Вполне естественный страх.
ты даже не представляешь, насколько =)
ты даже не представляешь, насколько =)
С конца 2009 года американская корпорация Microsoft производит набор руководителей по всему миру в местные подразделения так называемой «инициативной группы коммерческого ПО» (Commercial Software Initiative). Цель этой инициативной группы – постепенное вытеснение с рынка Linux и СПО. Согласно текстам опубликованных в сети вакансий перед «специалистами по борьбе с Linux и FOSS» ставятся буквально следующие задачи:И что, MS один такой? Неужели у нокии нет аналогичных вакансий для борьбы с самсунгом, у самсунга - для борьбы с нокией? Не верю.
Почему вообще такое удивление и срачи вызывает тот факт, что МС с кем-то конкурирует?
потому что аналогичная Samsung Hardware or Whatever Initiative не может быть законна в силу формулировки "Цель этой инициативной группы – постепенное вытеснение с рынка брендов, отличных от Samsung".
тогда как формулировка цели и названия Commercial Software Initiative не вовлекает бренды и, с точки зрения законодательств(а ни с кем не борется.
не может быть законна в силу формулировки "Цель этой инициативной группы – постепенное вытеснение с рынка брендов, отличных от Samsung".Вот только по ссылкам на вакансии (а не по перефразировке алксниса-истерички) такой формулировки что-то не видно, а видно вполне корректное "Commercial Software Initiative (CSI) Lead plays a pivotal role for the Subsidiary GM and Microsoft by building a discipline within the Area that is focused on competing against Linux and Free Open Source Software (FOSS)."
Цель инициативной группы - конкуренция с линуксом и FOSS. Конкуренция с конкурентами. Что в этом такого особенного? Или МС не имеет права конкурировать с кем-то?
против опенсурса ничего не имею, но сильно раздражают фанаты-идиоты
по собюственному опыту: под линухом удобно крутить какой-нить неприхотливый серв, базу данных, перекодировку и т.д.
как десктоп - очень неудобно (пробовал дебиан+кеды, убунту коалу)
и не надо меня переубеждать, мне неинтересно, что там вам удобно, мне вот семерка удобна
как десктоп - очень неудобно (пробовал дебиан+кеды, убунту коалу)Чем ты пробовал-то?
диск на вкус, видимо.
дебиан+кеды, убунту коалуКеды, гном - действительно неудобно. Попробуй Debian + fvwm с самописным конфигом.
как десктоп - очень неудобно (пробовал дебиан+кеды, убунту коалу)Кнопочки старт нет? Ноутпад и калькулятор не так называются? Иконка у браузера не голубенькая буковка "e"?
и не надо меня переубеждать, мне неинтересно, что там вам удобно, мне вот семерка удобна
Вот это "мне неудобно" - это не более чем "я привык к вот такому и хочу именно так, а всё что отличается неудобно".
Как же ты с таким подходом перешёл с 2k/XP на Vista/7 - там же много что не так?
Оставить комментарий
YUAL
Холивары, холивары. Предлагаю голосовалку кто чем пользуется. Чисто для статистики.