Так что там со скриптами?

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

Соответственно сейчас мы видим результаты в виде более качественного процесса разработки и меньшего числа уязвимостей (см. ссылку в моем профиле)

Детка, у тебя недостает хромосомы.

Скрипты не нужны ... компания (создатель фреймворка) ...

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

> кончая всякими ШГ из-за того, что шрифтовые либы тоже не линкованные... У меня, может, cairo с патентованным субпиксельным рендерингом, а придётся юзать корявое кривое статическое поделие.

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

статическая компиляция гарантирует бинарную совместимость без всяких мон

>см. ссылку в моем профиле

А с такими ссылками тебя вообще забанить бы не мешало. И сайт по ссылке твой лежит.

Так в винде, как уже выше в треде упоминалось, есть только один рендерер шрифтов.

потому что GDI

а не Хевый сревер

Это когда вместо classPath библиотеки юзаются через одну жопу com+

Не все, а только устаревшие.
Новые нормально вызываются через внутрипроцессные вызовы.

это не умеет только си

Еще C++ - потому что там возможны только консервативные коллекторы в силу недостатка метаинформации.

Еще python, потому что его реализация на рефкаунтерах и сборках цикла имеет два недостатка - негарантированное время сборки (в то время как в java и в .net есть алгоритмы сборки с гарантированным real-time - временем, что позволяет строить real-time системы [здесь реклама gocosmos.org - допиливайте его]) и просто проблемы с производительностью отчасти из-за тех же рефкаунтеров.

Еще java (хотя здесь не так уверен), потому что в силу обратной совместимости не может нормально работать с шаблонами, для которых в дотнете генерируется более короткий код (совместимый с местным gc)

я не понял. поясни корректно, если можешь.

> Когда mono не будет выглядеть в линуксе как говно (например, как keepass) — тогда поговорим

Если речь о keepassx, то он использует Qt4.

да в вантузе такое в порядке нормы, а если бинарник и лёгкий, то рядом DLL лежат на 16 метров

встроила скрипты везде где только можно

Это было временно, теперь она их выпиливает :)

> Так в винде, как уже выше в треде упоминалось, есть только один рендерер шрифтов.

Так это только плюс, когда все тулкиты через один системный рендерер отрисовывают шрифты. А в линуксах зоопарк, и статически слинкованной программе приходится таскать рендерер с собой, как в OOo (раньше точно так было) или SUN JRE, потому и ШГ так часто встречаются.

И сайт по ссылке твой лежит.

Сайт не мой, работает нормально.

если б в авторы линакс софта нормальную поддержку zeroinstall запилили — была бы killer feature. посмотрим как ведроиде и хромиуме это сделают, вроде обещали.

http://www.autopackage.org/

очередной вброс фапуши на Мигеля?? В биореактор, быдло

Кто еще по делу напишет на лоре?
Только троль тролю друг, товарищ и брат.

Не все, а только устаревшие.

Пруф.

Еще C++

От осознания того что есть что-то говнистее твоего фетиша ты впадаешь в оргазматическую кому?

Тыб не мучался а метанациях, а дергал за слив унитаза.

>Если речь о keepassx, то он использует Qt4.

Речь о keepass, он использует mono

+1 в игнор

У меня не открывается и не пингуется

Не все, а только устаревшие.

Пруф.

Это как бы RTFM - ECMA-335, глава 12 (про виртуальную среду выполнения), параграф 2 (там где бинарный интерфейс вызова специфицируется).

От осознания того что есть что-то говнистее твоего фетиша ты впадаешь

я получаю запчасти для пилорамы

У меня не открывается и не пингуется

Теперь и у меня тоже :) Ну и фиг с ним :)

Это как бы RTFM

Какбы для линуксоида меркетологические высеры F, но отнюдь не M, а все их объекты торчат в списке com+, так что прозреваю стандарт - одно, а реализация через жопу.

буратина решил засверлиться? у меня есть пара знакомых дятлов, все сделают в лучшем виде.

>Почему-то в винде таких проблем нет у статических сборок.
Сделать тебе скрин evernote, чтобы у тебя глаза с кровью вытекли? :)

а все их объекты торчат в списке com+

Твое предположение неверно (на надо атрибуты комовские на каждый класс прописывать). Это можно увидеть в отладчике уровня машинного кода.

Твое предположение

Это не предположение, это данные из comviewer`a

решил засверлиться?

Скорее что-нибудь попилить

Для таких случаев я и дописал: если не прилагалось специальных усилий разработчиками. Специализированные приложения вроде Adobe Reader также свой рендерер шрифтов используют вместо системного для отображения документов.

Это не предположение, это данные из comviewer`a

Лол :) Классы в дотнете бывают двух видов - те к которым интероп прикручен и те, к которым нет. Прикручивается он опционально. В новых приложениях это не нужно. То что ты однажды когда-то видел - это были классы специально подготовленные для экспорта в com+.

Во когда оппонент сливает, перед тем как унестись в унитаз он может поведать что-то полезное про врагов.

Тебе осталось реализовать sax, скриптинг, и главное найти дизайнеров сишарпа и убить.

>Пишу на python - работает везде, ты опять обосрался.

нуну, особенно учитывая совместимость 2.5, 2.6 и 3.0, а также отсутствие простой возможности сменить версию во многих дистрах

Во когда оппонент сливает, перед тем как унестись в унитаз

он может поведать что-то полезное про врагов.

Жаль, что это может сделать не каждый оппонент.

Когда mono не будет выглядеть в линуксе как говно (например, как keepass) — тогда поговорим

http://itmages.ru/src/view/19123/e09094.png

Начинайте говорить.

>Когда mono не будет выглядеть в линуксе как говно

У меня приложения на mono, pyhton, си и даже PHP выглядят совершенно идентично. ЧЯНТД?

http://balancer.ru/img/forums/1001/who-is-mono.png
Где тут mono, а где - Си?

Ну, я получаю оплату за труд на пистоне. Скорость не страдает. И?

Объявляю этот тред детектором.

> В частности чем оно лучше С++/Qt4 ?

Primo: Nemerle, LISP, Erlang.

Secundo: GC.

Tertio: System.Reflection >> QMetaObject.

:)

Зато ты сливаешь профессионально 8) есть чем гордиться

А зачем нужно было писать эти программы на моно, если их можно было написать на C & Gtk? Если речь идёт о кроссплатформенности с виндовыми приложениями, то там WinForms

зачем нужно было писать эти программы на моно,

если их можно было написать на C & Gtk?

Затем, что под mono писать быстрее чем на C.
Для любителей тонких извращений тут уже про Nemerle писали.

Объявляю этот тред детектором.

Да не то слово.
Количество игнорирующих меня людей за ночь увеличилось на 50% :)

1. Жаба гарантирует бинарную совместимость.
2. Статические сборки - тоже.
3. А ещё есть интерпретируемые языки программирования.

Так что mono по сравнению с тем, что имеется, не рулез. А если учесть то, что mono не является нормально допиленным, оптимизированным и проверенным временем продуктом, то получается, что в нишу жабы лучше ему не соваться.

ArsenShnurkov> Поскольку битва за возможность распространения бинарников и одинаковость установки для всех операционок - питон в пролете?

Бинарников или чего? Питон то как раз тут впереди. Ему просто не обязательны бинарники. Работает везде - даже на смартфонах Series60.

А зачем нужно было писать эти программы на моно, если их можно было написать на C & Gtk?

А зачем их нужно было писать не на моно? Не знаю, может авторы С# лучше знают.

что в нишу жабы лучше ему не соваться.

Под единым управлением двадцать тысяч отборных девелоперов,
они все разнесут!