Windows vs Linux - Как десктоп , и игровая станция.

Цитата Ho Im @ 16.11.05, 10:01

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

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

Добавлено 16.11.05, 18:08

Цитата the_Shadow @ 16.11.05, 13:02

Вот только зачем оно мне, если есть Gtk+, точно так же интегрируемый в VC++? Или... понты дороже денег? :D:D

Давайте все-таки расставим все точки над "i": GTK+ -- это The GIMP Toolkit -- это только для UI. Есть glib, который помогает писать кросплатформенные приложения -- и только. Qt -- это целая платформа. В числе прочего там есть даже классы для доступа к БД.

Цитата

Давайте все-таки расставим все точки над "i": GTK+ -- это The GIMP Toolkit -- это только для UI. Есть glib, который помогает писать кросплатформенные приложения -- и только. Qt -- это целая платформа. В числе прочего там есть даже классы для доступа к БД.

Тебе меня удалось удивить и улыбнуть...
Как-то я пользуюсь GNet (для работы с сетями) и libgda/libgnomedb (как ни странно, для БД и в Slackware), есть ещё и gthreads, к примеру... А мне интересно, как же libgda/libgnomedb не работают в GTK+ (первая) и в GNOME (вторая) с базами данных, к примеру?

Или я чего-то не то делаю? :D:D:D:D:D:D

Вообще говоря, разница между Qt/KDE и GTK+/GNOME, только в том, что твоя хвалёная "платформа" при коммерческом использовании стоит столько бабла, что, когда я узнал сколько точно, то чуть свои яй... (упс!) тестикулы не отгрыз. Да, и ещё тем, что для её использования требуется С++.

С GTK+/GNOME -- извини... Там всё офигенно на С/С++/Perl/Tcl/TK/Java пишется... В России распространена меньше, т.к. большая часть "программистов" для NIX'ов в России -- скрытые виндари, документацию не читающие принципиально! :D:D:D

GTK+ для Visual C++ 2003.. Из сегодняшнего...

Цитата the_Shadow @ 17.11.05, 08:35

Тебе меня удалось удивить и улыбнуть...
Как-то я пользуюсь GNet (для работы с сетями) и libgda/libgnomedb (как ни странно, для БД и в Slackware), есть ещё и gthreads, к примеру... А мне интересно, как же libgda/libgnomedb не работают в GTK+ (первая) и в GNOME (вторая) с базами данных, к примеру?

Ну так libgda/libgnomedb -- это не части GTK. GTK -- это тулкит для UI. glib -- это тулкит для разработки кроссплатформенных приложений. gthreads \in glib, но databaseaccess \notin (GTK+ \cup glib). Хотя \cup glib я зря написал. Все-таки glib \in GTK+. Кто знает латех и алгебру множеств поймет

Цитата the_Shadow @ 17.11.05, 08:35

Вообще говоря, разница между Qt/KDE и GTK+/GNOME, только в том, что твоя хвалёная "платформа" при коммерческом использовании стоит столько бабла, что, когда я узнал сколько точно, то чуть свои яй... (упс!) тестикулы не отгрыз. Да, и ещё тем, что для её использования требуется С++.

1. Qt/KDE -- это не платформа для разработки кроссплатформенных приложений. Qt позиционируется синглом. KDE -- это опенсоурс проект т.н. K Desktop Environment. Ежели кто-то KDE за деньги продает -- его право, но я не понимаю того, кто купит libkde для разработки Win32 приложения
2. Бабло для сектора коммерческих решений платится не столько за сам продукт, сколько за суппорт. Использование GTK на свой страх и риск, поэтому если контора сильно серьезная, она не поскупиться выложить лишнюю пару килобаксов за саппорт. Пример? QNX.
3. С давних времен я сам предпочитаю C, но не понимаю, почему тебя панически пугает слово "C++". В конце концов, если проникнуться, можно даже затащиться от этого языка. Мне даже некоторые решения с помощью STL кажутся очень красивыми и я признаю, что аналогичное решение на C
a) отняло бы больше времени
б) выглядело бы менее понятно и менее элегантно
Каждой задаче -- свой инструмент.

Добавлено 17.11.05, 19:00
Фи... Как же противно Qt 3 выглядит в дефолтной поставке. На уровне GTK+-1.2.
Пожалуй, надо бы завести новый флейм Qt 3.x vs GTK+2.x... Хотя нет, подождать еще пару месяцев и флеймить на тему Qt 4.x vs GTK+-3.x. Если я не ошибаюсь, третий GTK в декабре этого года по roadmap'у выйти должен?

Цитата linuxfan @ 17.11.05, 18:55

Если я не ошибаюсь, третий GTK в декабре этого года по roadmap'у выйти должен?

Не должен. Никаких сроков по GTK+ 3.0 пока нет, хотя флейм на эту тему уже есть. Основная идея -- интеграция многих сторонних (и плохо поддерживаемых) библиотек (libgnome и libgnomeui в первую очередь) в GTK.

Цитата www.gtk.org

GTK+ 2.10 is planned to be released around May 2006. Possible features include printing support and better introspection.

A 3.0 release would be the earliest point at which we would make a source and binary incompatible release.

Цитата

Кто знает латех и алгебру множеств поймет ;)

Хе-хе... А то уж я испугался, что меня глаза подводят...

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

Почему так? А потому, что если мне в пень не впились какие-то компоненты из платформы Qt, то я их отттуда не выброшу (равно, как и из MFC, к примеру). В идеологии GTK+/GNOME, такие вещи проходят просто "на ура". Не надо тебе оно? Не качай, не собирай, не ставь, не пользуйся! Ни кто тебе лишних бинарей не нальёт. Надо? Ну... Ссылками все пользоваться умеют? Но базируется всё это на единой платформе. И ещё много интересных вещей есть... Если они нужны мне, как конечному пользователю, то я их возьму и буду использовать. Но не надо мне говорить что мне нужно (читаю я довольно внимательно), как это делают коммерческие решения.

Эээээ... Для апологетов C#... Есть Gtk#... Ну, это так... К слову пришлось... :D:D:D

Цитата

3. С давних времен я сам предпочитаю C, но не понимаю, почему тебя панически пугает слово "C++". В конце концов, если проникнуться, можно даже затащиться от этого языка. Мне даже некоторые решения с помощью STL кажутся очень красивыми и я признаю, что аналогичное решение на C

Не столько "пугает", сколько я слишком мало кода вижу на именно С++. В основном -- "С с классами". Из практики, получается, что когда программист говорит, что он пишет на С++, то это не более, чем "он говорит". Пример такого подхода я уже приводил (даже в псевдо-коде) выше. Другой пример -- как в приложении на MFC вызвать, скажем, функции RAS? Какие классы? Угу... Из кода на С++ вызываем код на С (со всеми вытекающими) или пишем свои "обёртки"? Ну? И на фиг оно мне, если я могу всё то же сделать на "чистом" С и не загоняться по поводу параметров, передаваемых и возвращаемых или, что ещё хуже, "обёрток" (wrapper'ов)?

Далее. Если мы начинаем писать на "чистом С++", то приходится забить на ряд вещей -- как пример -- см. выше с "модулем ядра". С изначально -- "портируемый ассемблер". Т.е., если С меня не ограничивает ни в чём (вопрос "функциональности" -- вопрос только того, какие либы у меня есть), то с С++ всё несколько сложнее. К примеру, то, что осталось от "старого С", так и просится, чтобы за это подёргали (ф-ии работы с памятью, к примеру). Но тогда скажи -- а зачем оно, если есть в самом С++ механизмы, адекватно реализующие ту же работу с памятью? Зачем в пределах одного кода использовать и malloc() и new и... далее по полной программе?

Я не знаю как (и чем?) объяснить тенденцию писать всё, что только можно на С++...

Ведь, по сути дела, С++ (действитеьно) предоставляет изумительные инструменты для анализа данных. Как пример -- тот же STL, благодаря которому можно написать ПО для анализа (численного, к примеру) данных. Но... факт остаётся фактом... С (даже в UNIX-мире) "в загоне", С++ в России -- супер-фишка. Как, право, странно, если посмотреть на то, на чём писана основная масса кода на Западе, то заметна... несколько иная тенденция... Общесистемный код -- на С, прикладной/аналитический -- на С++. Возможность сочетания кода (см. gcc) есть, но оно (сочетание) -- явное, а не такое, как оно есть сейчас.

Попытки использовать hot-mix приводят к тому, что этот код хрен:
- за обозримое время отладишь,
- перенесёшь,
- сможешь корректно сопровождать.

В итоге -- дешевле переписать такой "С++-проект", чем снашаться с его поддержкой.

Цитата

1. Qt/KDE -- это не платформа для разработки кроссплатформенных приложений. Qt позиционируется синглом.

Да? Не согласен. Извини, но посмотри на QTopia (и для PDA и для мобил), посмотри на виндовую инкарнацию Qt... Не знаю как оно "позиционируется", но... факты -- штука упорная. В части графического интерфейса (и, к сожалению, не только) оно уже кросс-платформенное.

Цитата

2. Бабло для сектора коммерческих решений платится не столько за сам продукт, сколько за суппорт. Использование GTK на свой страх и риск, поэтому если контора сильно серьезная, она не поскупиться выложить лишнюю пару килобаксов за саппорт. Пример? QNX.

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

Суппорт суппортом, но... Как это понимать? Я про лицензию на Qt?

Ээээ... А использование Qt -- не на свой страх и риск? Или, скажем, в случае отказа моего ПО, по вине Qt, Trolltech оплатит издержки моего клиента? Да ну наф! Такого себе даже M$ не позволяет! :D:D:D

Цитата

Пожалуй, надо бы завести новый флейм Qt 3.x vs GTK+2.x...

А стоит? :D:D:D Зачем по этому поводу флеймить, если можно просто писать код? :D:D:D Пусть уж Qt остаётся Qt, а GTK -- GTK, тем более, что тот же KDevelop поддерживает создание ПО для GTK+/GNOME...

Правда, для GTK+/GNOME есть более толковая среда -- Anjuta, но она Qt/KDE не поддерживает (и "весит" меньше)... :D:D:D

Цитата the_Shadow @ 18.11.05, 07:25

Да? Не согласен. Извини, но посмотри на QTopia (и для PDA и для мобил), посмотри на виндовую инкарнацию Qt... Не знаю как оно "позиционируется", но... факты -- штука упорная. В части графического интерфейса (и, к сожалению, не только) оно уже кросс-платформенное.

Да, но платформа-то называется "Qt". KDE никакого отношения к этой платформе не имеет; это отдельный проект, использующий для отрисовки Qt.

Цитата the_Shadow @ 18.11.05, 07:25

Ээээ... А использование Qt -- не на свой страх и риск? Или, скажем, в случае отказа моего ПО, по вине Qt, Trolltech оплатит издержки моего клиента? Да ну наф! Такого себе даже M$ не позволяет! :D:D

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

Цитата

KDE никакого отношения к этой платформе не имеет; это отдельный проект, использующий для отрисовки Qt.

Угу. По этой причине и пишу -- Qt/KDE или GTK+/GNOME. Вначале -- первичная часть, потом -- вторичная.

Цитата

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

Нееее! Только не за такие деньги! Спасибо, но уж лучше я по-проще как-нибудь.

Ну чего развели спор qt vs gtk, тема то про винду
Даешь mfc vs qt/gtk

Цитата

Даешь mfc vs qt/gtk

Там и давать нечего... :D:D:D

Мои ненаглядные "враги", я снова с вами

Flex Ferrum Серег, очень сложно с тобой спорить в силу твоей увертливости Вот смотри. На твою фразу о том, где вообще был WinAPI, когда на троне восседал POSIX задаешь конкретный вопрос, а когда же это было, коль ты с таким пафосом об этом заявил - тишина. Объясняешь, с укором, что совместимость в линуксе де якобы гарантирована стандартами C/C++, тебе задаешь конкрентый вопрос про конкретное различие конкретных версий - пусто. Заявлешь, что мол MS не интересует мое мнение, а на вопрос, когда IEEE в последний раз интересовался твом - ноль эмоций. Авторитено заявлешь, что де совместимости нет и все разработчики подсели на недокументированные функции, а я хочу узнать, что именно у тебя не работало и на какие именно функции они подсели - игнорируешь. Берешь задачу, которая фокусируется на API для сбора информации о системе, ты крутишься вокруг со способами доступа к этому API и реализацией вывода, но старательно избегаешь задачи как таковой. На твой очередной выпад, что винда не покроет и малой толики функционала ps, тебе задаешь резонный вопрос, а что такого есть в этом ps, что нельзя реализовать через Win32_Process/taskmgr, попутно заметив, что они помимо сбора информации о процессах могут ими еще и рулить, в ответ на что ты от основного вопроса уходишь, а ограничиваешься какими-то придирками к последнему комментарию. И таких примеров тонны. Честно говоря, я не намерен ловить неуловимого Джо, который неуловим поскольку нафиг никому не нужен Так что пока я могу сделать только вывод, что ты неважно разбираешься ни в том, ни в другом И если я далее вместо ответов на свои вопросы буду видеть отступления и контратаки с других флангов, то для меня такая игра в одни ворота потеряет интерес и дискуссию в такой форме с тобой я прекращу

Цитата Flex Ferrum @ 15.11.05, 08:02

Использование freechart не многим сложнее. По собственному опыту говорю.

По собственному богатому опыту работы с OWC ты об этом говоришь? И много задач решал с его использованием? Ну тогда давай сравнивать. Может я тоже на него перейду.

Цитата Flex Ferrum @ 15.11.05, 08:02

Ну и заодно, к вопросу о задачах, можешь ли ты, подключившись к виндовому серваку телнетом, прибить все процессы заданного пользователя? Понятно, что ситуация экзотическая, но все же?

Беспроблемно. Специально для тебя вариант работающий в духе ps+kill. Непричесанный, так что придираться к коду не стоит, проигнорирую. Так же проигнорирую ненавистников VB, поскольку любой желающий может использовать JS/Perl/etc. Естественно, грамотный админ обрастет такими батниками и реализация того же ps у него займет считанные секунды/минуты, притом заточенная так как ему это нужно, а не сборщику дистрибутива. Благо конкретных сэмплов в technet'е для него тонны.

strComputer = "."
Set objWMIService = GetObject("winmgmts:{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")
 
If WScript.Arguments.Count > 0 Then strUserToKill = WScript.Arguments(0)
 
WScript.Echo "Process:Owner"
For Each objProcess in objWMIService.ExecQuery("Select * from Win32_Process")
    colProperties = objProcess.GetOwner(strNameOfUser,strUserDomain)
    Wscript.Echo objProcess.Name & ":" & strUserDomain & "\" & strNameOfUser
    If Len(strUserToKill) > 0 And strNameOfUser = strUserToKill Then objProcess.Terminate()
Next

Цитата Flex Ferrum @ 15.11.05, 08:02

Какие есть предложения?

Зачем что-то предлагать и выдумывать искуственные задачи. Вот одна уже есть, навернуть углубить и вперед. Либо пройтись по форумам Unix/Windows, посмотреть наиболее животрепещущие вопросы и их решить.

Цитата the_Shadow @ 15.11.05, 09:16

Эээээ... А вас ист дас -- WMI? :D:D
Очередная M$-придумка? Стас, а на хрен оно мне, если я и без неё справляюсь?

Это называется, что он забыл не более, чем на минуту, как мы договаривались ) И началась опять та же песня, обильно приправленная фамильярностью в адрес компаний/продуктов. Может мы будем сравнивать решения, а не их названия или тебе просто слово Linux кажется более вкусным, а к пингвинам испытываешь симпатии безотносительно того, что под этими названиями/логотипами скрывается?

Цитата the_Shadow @ 15.11.05, 09:16

На фиг "инструмент" или "интерфейс", если никому, окромя авторов он не понятен? Или в том же Linux я без него не могу обойтись? :D:D

Мягко говоря, это не правда. В стане MS это ооочень активно используется. Так что здесь ты просто приукрасил картину опираясь опять же не на реальное положение вещей, а не желаемое, выдавая его за правду в последней инстанции Обойтись? Конечно можешь. Все давно известно, что можно забить на молоток если рядом есть микроскоп. Но встает вопрос, мы обсуждаем твои привычки или выгоду от использования конкретных инструментов на конкретных задачах (замечу, что не только твоих задачах;) ).

Цитата the_Shadow @ 15.11.05, 09:16

Слушай, а CGI и на С узюмительнейше пишутся.

Сразу видно, что масштабных веб-проектов ты никогда не писал

Цитата the_Shadow @ 15.11.05, 09:16

"Мой папа был ремонтником, так вот он говорил, что не надо чинить то, что и без того работает..." © к/ф "Солдат" (почти цитата).
Зачем мне более новые и безопасные технологии Windows (обрати внимание -- доверяя тебе, не поставил кавычек... :D:D), если и без того у меня есть все потребные мне инструменты:

А у нас разве стоит задача пересадить Шада на MS? Я сейчас вижу такой расклад, что приходит человек и авторитетно заявляет, мол вам из этого нихрена не нужно, поскольку это не нужно мне. Вы будете ездить на велосипедах, одеваться у красной большевички и душить одеколоном гвоздика окружающих, потому что это делаю я. Так что ли? А я не хочу писать CGI на C, поскольку пока ты напишешь один, я на ASP.NET сделаю десять. И найдутся миллионы людей, которые будут думать точно также, тем более что вместо ASP.NET ты можешь подставить PHP/CFM/JSP/Python/Perl/etc.

Цитата the_Shadow @ 15.11.05, 09:16

- бесплатно,
- с документацией отшлифованной годами реальной эксплуатации (где был M$, когда сама идеология CGI разрабатывалась?)
- новая идеология требует от меня махом отказаться от всех наработок, забить на них "болт" и начинать работы "от нуля". Стас, ну не поверю я в то, что ты будешь одновременно вести три проекта -- на С 4 Лин., на С++ 4 Вин. и на С# каком-нибудь для Вин. -- от этого крыша поедет! Гораздо проще... Ладно...

- про бесплатность отдельная песня
- Вообще-то разница между появлением CGI от NCAS и ISAPI от MS невелика. Скажем так, это 0.41 разницы в версиях NT
- Согласен. Но тут уже спор о вкусах. Я, например, не люблю застывшие формы и постоянно нахожусь в состоянии оптимизации своей деятельности, поскольку успеть надо еще много И если завтра появится что-то новое в мире Unix, что очевидно даст мне преимущества, я моментально переключусь. Но это совершенно не означает, что нельзя придерживаться и других мнений...

Цитата the_Shadow @ 15.11.05, 09:16

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

Ты говоришь о том, с чем мне, например, сталкиваться не приходится. Вот скажем упоминал я здесь о Connectix VirtualPC и WMI. А первый имеет провайдер для последнего. Т.е. я в том же привычном для себя стиле WMI помимо всего прочего могу разруливать и виртуальными машинами. Что я от этой интеграции потерял? Воткнули скажем FxCop в VS.NET, и мне от этого должно быть дурно?

Цитата the_Shadow @ 15.11.05, 09:16

В небезопасности телнета... Как пример, в нашей конторе, мы даже внутри локальной сети используем SSH. "Небезопасность" телнета связана с передачей данных в открытом виде. Этого довольно.

Для начала надо было бы обратить внимание на вопрос, ответ к которому ты взял. Был упомянут телнет, он же и был озвучен. Хочешь секьюрности - VPN/IPSec/Kerberos + CA по вкусу. И мне этот вариант, честно говоря больше нравится, поскольку если кому-то захочется использовать FTP, не надо будет мучаться с вопросом FTPS. Но в целом опять вопрос стоит, что ты штаны надеваешь с правой ноги, а я с левой Решения есть в обоих случаях, просто они разные. А может проблема в том, что как я наслышан, в Linux плохо с VPN?

Цитата the_Shadow @ 15.11.05, 09:16

А зачем? Законодательство, конечно, не запрещает ни прямо ни косвенно спать на потолке, но... ЗАЧЕМ?
Как всё сложно и причудливо...

Не пойму, какое отношение это имеет к сказанному. Где сложности то?

Цитата the_Shadow @ 15.11.05, 09:16

Perl подойдёт?
Имеет связки с GNOME (где-то в разделе UNIX про GNOME bindings было...) и... Ну, в части CGI, думаю, ты и так знаешь...
Или Java -- аналогично.

Подойдет, если он поможет мне в озвученном DHTML и еще в OO, например... Могу?

Цитата the_Shadow @ 15.11.05, 09:16

Да! Чуть не забыл! Сервер документов запустим на... ну, скажем, на ARM7. Такой процессор для Windows подойдёт?
Стас, ты почти угадал -- у меня сейчас аналогичная задача. Но пишу я её, извини, но на С, т.к. на всё про всё у меня только 256 К... :D:D И ARM7...
Издеваться не буду...

WCE и VS для embedded'ов еще никто не отменял Хотя, я приемлемо относился, когда в этом топике про десктопы шел разговор о разработке, потому как она предваряет фазу использования. Но ARMы, хм... ну ты понял, хреновый из них декстоп Отсюда следует, что я не собираюсь утверждать, что MS делает стоящий софт для embedded'ов, поскольку с соответствующей редакцией WinXP Embedded не сталкивался, а говорить о том, чего не знаю - не умею. Так что в этом секторе я с легкостью могу передать эстафетную палочку более сведущему оратору или признать поражение Windows, поскольку она вообще для PC создавалась и не так уж давно начала наседать на серверный рынок. Хотя, по опыту использования Palm'а и PocketPC лидерство отдаю второй WCE. Кстати, мне интересно, чисто из любопытства, как вообще интеграция скажем PalmOS+Linux+OO?

Цитата the_Shadow @ 15.11.05, 09:16

LOOOL! Да хоть на ICQ/мобилу! И вовсе не надо ставить ни куда notifications!
Всё проще -- просто пишется код, работающий на чтение логов, который по достижении события (event, вроде как, но только вспомним о разделении логов по приоритетам -- он работает не со всей подсистемой логгирования, а с конкретным текстовым файлом) отсылает тебе этот мессайдж...
Куда слать-то? И как? Замечу, что почтовыми голубями, не обещаю... Впрочем, говорят, в винде и такое возможно... В линукс, чего греха таить -- интерфейсы к почтовым голубям и телегам бедны... Но, оно нам и не надобно... :D:D

LOOOOL!!! ) "И вовсе не надо ставить ни куда notifications" и "просто пишется код, работающий на чтение логов, который по достижении события". Так вот, этот код и есть notification, которые является по сути реакцией на событие, а ты говоришь ставить их никуда не надо ) На самом деле все очень похоже. В том же EventLog все события деляться по приоритетам, источникам и просто логам (сиречь файлы в твоем варианте) и мониторинг можешь осуществлять по любому срезу. А вот perfomance counters и perfomance alerts у вас нет Можешь даже не отвечать, я заранее знаю. Нах мне эта выдумка M$ )

Цитата the_Shadow @ 15.11.05, 09:16

Аналогично. Правда, это несколько нарушает мои планы.
Да, кстати, а как быть с кодом? Выше ты почти угадал моё техническое задание... И как быть с таким случаем?

Не вопрос, ты просто задачу сформулируй. Только не надо про ARM, иначе я могу захотеть, чтобы оно работало на моем PXA270 Хотя про это я выше уже высказался.

Цитата Ho Im @ 15.11.05, 12:04

Вот как раз на линуксе RFC 1149 был реализован.

) Вот у них с мозгами плохо. Еще пара таких шуток и я пожалуй перейду на Linux, люблю людей без башки

Цитата Flex Ferrum @ 15.11.05, 12:24

Весьма примечательно. Правильно - а зачем конкуретнов на свою голову растить? А функциональнось и производительность программ на VB и шарпе всегда можно искуственно ограничить...

Ты мне напоминаешь бабок у подъезда, которые сидят и сплетничают по поводу изменения ставки рефинансирования ЦБ )

Цитата Flex Ferrum @ 15.11.05, 13:57

Выводов делать не буду. Просто информация к размышлению.

В теме windows 18551 сообщение, в Unix 18370. Выводов делать не буду

Цитата the_Shadow @ 16.11.05, 08:23

С другой стороны -- глянь Win SDK для этой ОС. Если там что-то иное (как основа самого SDK), нежели C, то... Я просто молчу (см. выше про "смерть" Win API).

.NET Compact Framework и жизнь наладится

Цитата Ho Im @ 16.11.05, 10:01

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

Красиво сказано. Не знаю про что, но все равно красиво. Пиши исчо )

Цитата the_Shadow @ 16.11.05, 10:03

В этом плане Linux 100 очков вперёд "проприетарным" решениям.

А в какой игре она столько очков выиграла? Вот смотри, беру я HSQLDB. Вполне себе OpenSource. И возму HyperXtremeSQL, весьма из себя платное, но сделанно на базе первого. Кто кому очков говоришь даст? И вообще так все забавно в вашем мире. Это у нас бесплатно, но вот если хочешь speed, scalability и прочие радости жизни, то будь любезен раскошелиться. Или чувствовать себя ущербным от того, что вон у этого мерзавца хватило на нее денег, а я как дурак проигрываю ему 600-1100% производительности, зато нахаляву

Цитата the_Shadow @ 16.11.05, 13:02

Скажем так, у нас в конторе есть официально купленное Qt под M$ в том числе...
Интегрируется с VC++... Ндаааа... Писать код можно, вот тольео денег реальных стоит...

Есть все-таки мерзавцы и у вас ) Я бы за эти деньги на виндовой платформе все место разработчика обставил от и до, включая еще MSSQL Developer Edition, подписку MSDN и вагон отменных гуевых либ.

Кстати, а совместимость то ("A 3.0 release would be the earliest point at which we would make a source and binary incompatible release") хромает на обе ноги Чего вы там мне про нее пели?

Цитата the_Shadow @ 16.11.05, 13:58

Если фриваре и соурсфордж для Win -- по сути дела, редкость, то для меня это -- система.

Ни хрена себе редкость. Это 11тыков проектов на форже - редкость? Всего раза в два меньше чем от Linux. Это я еще не беру в расчет gotdotnet.com/workspaces/ с >7500. Да ну, для нас это такая же реальность. И лично я при возможности не брезгую ей попользоваться Хотя вон давеча решал одну задачку, оброс хламом с форжа, жуткое дело, но осилить можно, за недельку-другую. Потом заглянул к проприетарщикам. Та же задачка решается за час при стоимости $119 и саппорт на базе этого решения в разы проще. Умножил я свой $/час на срок и получилась картина не в пользу фриварного софта. В итоге, потолковали с заказчиком, и не раздумывая купили. Оба выиграли и время и деньги. Хотя, если бы я свое время не ценил, то мог бы и с опенсурсом помучаться. Вопрос только, а нафига?

Цитата

Мои ненаглядные "враги"

Хто тут враг-то тебе? :D:D:D Ткни пальцем-то! :D:D:D

Цитата

И началась опять та же песня, обильно приправленная фамильярностью в адрес компаний/продуктов.

Июо уже устал от оных... И апологетов оных... :D:D:D

Цитата

Так вот, этот код и есть notification, которые является по сути реакцией на событие, а ты говоришь ставить их никуда не надо :)) На самом деле все очень похоже. В том же EventLog все события деляться по приоритетам, источникам и просто логам (сиречь файлы в твоем варианте) и мониторинг можешь осуществлять по любому срезу. А вот perfomance counters и perfomance alerts у вас нет :P Можешь даже не отвечать, я заранее знаю. Нах мне эта выдумка M$ :))

Ага! Точно!

Сам по-размысли -- простой код -- fopen(какой там файл логов) и, далее, по тексту. Или обращение к подсистеме M$, которая... Уффф... Стас, ну заколебал прикалываться! Я же на работе! :D:D:D:D:D:D:D:D:D:D:D

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

Блин, ну как сравнить -- простую и прозрачную архитектуру и "надстройки" над надстройками... Я тут в "сервисы" (их написание) нос намедни сунул. Нос заболел... Блин, Стас, это сравнивать с простейшим (несетевым) демоном -- сущее издевательство!

Цитата

Не вопрос, ты просто задачу сформулируй.

Есть железка. ARM7 TDMI, 256 K RAM, хочу на ней видеть:
- поддержку CAN,
- поддержку 2-х COMM-портов,
- обработка данных GPS (координаты, курс),
- обмен данными по GPRS через (чуть не забыл!) поддерживаемый модуль GSM -- определение параметров опрашивающего и, если наш чел, то выдачу данных,
- удалённое программирование данного девайса... Ну... Как минимум, ввод своих собственных команд девайсу,
- возможность просматривать инфу с мобильного телефона (точно! WML, web-сервер...).
Ну, потом ещё до-думаем... :D:D:D

Цитата

Есть все-таки мерзавцы и у вас :)) Я бы за эти деньги на виндовой платформе все место разработчика обставил от и до, включая еще MSSQL Developer Edition, подписку MSDN и вагон отменных гуевых либ.

Угу... Так и есть... Я там... Привёл пример использования GTK+ с Visual 2003... Так что, извращенцев везде хватает...

По всему остальному:
Стас, у нас всё проще -- каждый имеет свои собственные наработки (или пишет по мере необходимости) то, что необходимо. К примеру, я для решения описываемой выше проблемы, использую boa (35K в бинаре) и CGI... На базе Linux 2.6.12.5. That's all...

Писать не надо лениться... :D:D:D А, при некотором навыке, пишется довольно быстро... :D:D:D

Цитата

К примеру, я для решения описываемой выше проблемы, использую boa (35K в бинаре) и CGI...

А реверсным прокси этот boa хорошо пойдет? А то когда я сайт даже сам для себя тестирую, то апач, скотина жирная, тормозит жутко. Хочу подцепить в качестве... Пока собираю инфу.

В этом деле, кстати, еще nginx себя хорошо рекомендует. Во всяком случае, *.linux.org.ua (а заодно *.osdn.org.ua) как на него перевели, так сервак сразу ожил, летает, кушать не просит.

Цитата

А реверсным прокси этот boa хорошо пойдет?

Не тестил, впрочем, а чего бы ему не пойти? Должон...

Добавлено 18.11.05, 13:33

Цитата

Кстати, а совместимость то ("A 3.0 release would be the earliest point at which we would make a source and binary incompatible release") хромает на обе ноги :P Чего вы там мне про нее пели?

Про проприетарную либу? Дык! Сказано же -- любишь платить деньги, люби и с версиями разбираться. Или, кто-то и где-то говорил, что Trolltech не получает с этого денег? Или они код под GPL всем раздают? LOL!

Цитата nikolas @ 18.11.05, 10:32

Даешь mfc vs qt/gtk

Дать-то дадим, да MFC сольет до начала гонки