Опрос о MonoDevelop 2.0

> Гугель скоро сделает http://passwords.google.com, и хранить пароли на флэшки будут только гики и ретрограды.

Значит я - ретроград. Потому что гуглю в деле хранения *моих* данных не доверяю.

> Вы говорите, что под Qt на плюсах пишут? А вот здесь (http://ru.wikipedia.org/wiki/Qt) утверждают, что там уже не C++ а спец диалект, с которого надо спец. препроцессором переводить.

Речь шла о том, что по кроссплатформенности .NET сурово проигрывает даже тулкиту на убогих древних плюсах. Не лол ли?

Microsoft бы двигал Enterprise C++ - COM+.

> Значит я - ретроград. Потому что гуглю в деле хранения *моих* данных не доверяю.

Щас придёт Гик и нам обоим объяснит, что мы параноики, а гуголь любит нас.

>Потому что ни вариантов, ни открытых массивов в турбо паскале не было...

В TurboPascal 7.0 открытые массивы точно есть. Я сначала даже засомневался в своей памяти, но вот тут http://info.borland.com/pascal/tp7fact.html пишут: "Turbo Pascal Features... NEW! Open array and string parameters"

> два предкомпилированных статически слинкованных варианта этой проги на флешку уже не помещаются?

Не встречал аналогичных программ, которые были бы бинарниками и компилировались по оффтопик и Linux одновременно. Чисто под одно или другое - есть. Собственно, поиск с этого и начал. Вести две базы паролей - влом. Написать самому - можно. Но так будешь всё сам писать.

>> qt4 полностью поддерживает _все_ фишки qt3, правда придётся один раз прогнать проект через автоматический конвертер.

> Можно поинтересоваться, почему, если всё так просто, то столько времени у команды KDE занял переход с Qt 3 на Qt 4? Конвертор так медленно работал?

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

>> этот спец диалект не мешает мне смешивать qt-шные классы с обычными классами c++.

> Да причём тут msvc++? То, что есть вне Java/C# не так уж идеально, если для этого приходится расширять язык и использовать препроцессор...

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

>> лицензия.

> Не понял. Чья? У Mono - LGPL. Этого мало? Ну, вы зажрались!!! ;-)))

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

> Речь шла о том, что по кроссплатформенности .NET сурово проигрывает даже тулкиту на убогих древних плюсах. Не лол ли?

Речь шла о том, что Mono это нехило компенсирует. :) Остальное - пох. ;-)

>Нет, открытых массивов в пасквиле нет.

Прежде чем высказывать столь категорические суждения, надо иметь знакомство с предметом обсуждения

> В TurboPascal 7.0 открытые массивы точно есть.

Ладно, проверю вечером. Где-то у меня семёрка должна валяться... ;-)

>> два предкомпилированных статически слинкованных варианта этой проги на флешку уже не помещаются?

> Не встречал аналогичных программ, которые были бы бинарниками и компилировались по оффтопик и Linux одновременно. Чисто под одно или другое - есть. Собственно, поиск с этого и начал. Вести две базы паролей - влом. Написать самому - можно. Но так будешь всё сам писать.

http://packages.debian.org/lenny/password-gorilla http://packages.debian.org/lenny/keepassx http://packages.debian.org/lenny/zsafe http://packages.debian.org/lenny/fpm http://packages.debian.org/lenny/keysafe - неужели ни одну из них не представляется возможным портировать на винду?

> Жаба у меня оставляет двойственное впечатление. Вроде мощная платформа, гибкая, то-се, но настолько неинтуитивная и перегруженая для новичка, что капец.

> ,,,

> А в с# просто "using System.XML;" все просто и понятно.

Здесь ты ошибаешься. Java как язык заметно проще, чем C#. Причем, будучи "платформами" на основе виртуальной машины, Java и C# - не просто языки сами по себе, а еще куча системных либ (reflection + remoting + ...).

Например, в дотнете более сложный механизм RMI. Был такой забавный случай. Преобразователь XSLT для .NET из системной библиотеки был написан в Java стиле. То есть, по заданному XSLT генерится дотнет-код, загружается в текущей домен, а потом выполняется... Это бы работало в случае Java, а в .NET ведет к утечке памяти, поскольку сборщик мусора не умеет удалять отработанный код - нужно явно удалять ручками целый домен, а а данном случае - это текущий домен самого приложения. Не знаю, исправили или нет? Но в нашем приложении аналогичная долбанная фигня. Иначе оверхед при передаче данных мехду доменами. По-моему просчет дизайнеров CLR.

В общем, язык С# и .NET как платформа сложнее, чем Java. Просто это не всегда очевидно. А еще есть C++/CLR...

P.S. А Mono мне не понравилось - некоторые стандартные библиотеки у них реализованы криво. Например, класс SignedXml из пространства System.Security.Cryptography.Xml.

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

Ну тогда не стоило про конвертор и вспоминать. Ибо в ответ на "да вот не открыло оно быдлоформочку на winforms2" можно ответить - ну используйте то, где winforms1 и не вякайте. :)

> mono я путался безуспешно применить

Значит *пока* не судьба. Допишут. Ибо программы, расчитанные на winforms1 никуда не денутся, как и нынешние - winforms2.

В конце концов сами сказали - открыть хотели. Или отсутствие поддержки чего либо уже стало основанием для того, чтобы эту поддержку и не реализовывать? Тогда Linux у нас до сих пор был бы 0.01

> неужели ни одну из них не представляется возможным портировать на винду?

Не знаю. Но этого *пока* не сделано. А у меня нет времени лично портировать каждую программу, которая нужна и тут и там. А потом ещё заниматься сопровождением каждого порта.

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

> Ну тогда не стоило про конвертор и вспоминать. Ибо в ответ на "да вот не открыло оно быдлоформочку на winforms2" можно ответить - ну используйте то, где winforms1 и не вякайте. :)

и всё же: конверторы winforms1 -> winforms2 -> wpf существуют?

я - не автор той быдлоформочки, я ничего там поменять не могу. а другой такой программы нет, все быдлоформы, знаете ли, уникальны :)

>> mono я путался безуспешно применить

> Значит *пока* не судьба. Допишут. Ибо программы, расчитанные на winforms1 никуда не денутся, как и нынешние - winforms2.

денутся. перестанет мс поддерживать в новой винде точка-net 1.1 и быдло будет торопливо переписывать с 1.1 на 3.5

> денутся. перестанет мс поддерживать в новой винде точка-net 1.1 и быдло будет торопливо переписывать с 1.1 на 3.5

Уже написанные "exe-шники" сами собой исчезнут?

>> неужели ни одну из них не представляется возможным портировать на винду?

> Не знаю. Но этого *пока* не сделано. А у меня нет времени лично портировать каждую программу, которая нужна и тут и там. А потом ещё заниматься сопровождением каждого порта.

http://freshmeat.net/projects/myps/ и http://passwordsafe.sourceforge.net/ имеют совместимые форматы базы. так что всё уже сделано.

>> денутся. перестанет мс поддерживать в новой винде точка-net 1.1 и быдло будет торопливо переписывать с 1.1 на 3.5

> Уже написанные "exe-шники" сами собой исчезнут?

кому они нужны без поддержки оных в ос?

> имеют совместимые форматы базы. так что всё уже сделано.

Ну... Нашёл бы я их раньше - другой разговор был бы. :)

> кому они нужны без поддержки оных в ос?

Ну, поддержку из mono никто не выкинет. :)

>>Нет, открытых массивов в пасквиле нет.

>Прежде чем высказывать столь категорические суждения, надо иметь знакомство с предметом обсуждения

Зачем мне знать Паскаль? Если бы TP 7 пятнадцать лет назад позволил бы мне смастерить динамическую структуру данных которую я хотел сделать, я бы его знал. Но эта сука методично мне писала "Type mismatch", и я его выкинул. А так я Паскаль не знаю, а знаю С и мне он нравится.

>> кому они нужны без поддержки оных в ос?

> Ну, поддержку из mono никто не выкинет. :)

на башорге уже шутили, что wine портирован на винду для запуска виндовых приложений, несовместимых с виндой. предлагаете туда ещё и mono портировать? ;)

>> Это Микрософт бы копался в своей OLE/VB песочнице.

>Ну, мы мелкософту не указ, по этому он по любому копался бы в том, в чём хотел.

Лично мне не нравится связь между Моно и Gnome, поскольку Gnome это DE в двух передовых дистрибутивах - Федора и Убунту. Надо сделать Mono подпроектом в Wine, тогда будет все нормально.

P.S. Посмотрел на скриншоты - по сравнению с тем, что использую я - это "поделки". Там даже категорий не видно.

> предлагаете туда ещё и mono портировать? ;)

Поздно, оно уже есть... ;-)))

> P.S. Посмотрел на скриншоты - по сравнению с тем, что использую я - это "поделки". Там даже категорий не видно.

ну я не ставил целью найти подходящую Вам программу, я нашёл первое, что попалось под руку.

> Лично мне не нравится связь между Моно и Gnome, поскольку Gnome это DE в двух передовых дистрибутивах - Федора и Убунту.

Разве официальная позиция поменялась? Mono не был и не является частью Gnome. Что не исключает возможности включения в дистрибутив программ на Mono. Равно как и на Java.

> Mono не был и не является частью Gnome

Тогда почему этот топег в разделе "Gnome" ?

> Тогда почему этот топег в разделе "Gnome" ?

А об этом надо спрашивать того, кто его запостил. И кто подтверждал. :)

>Нет, открытых массивов в пасквиле нет. Зарывай обратно свой абсолютно контр-интуитивный аутпут.

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

>Но эта сука методично мне писала "Type mismatch", и я его выкинул. А так я Паскаль не знаю, а знаю С и мне он нравится.

хехе, помню-помню. Знатно дядька Вирт намутил с типами, к сожалению с++ пошел по его стопам :(

>Вам объяснить мнемоническую разницу между com.sun.java.lang и System.ICSharpCode.Language?

Не надо - первая - фантазия.

>Найди-ка мне на Жабе компонент для визуализации научной графики. http://www.nplot.com/ http://zedgraph.org/wiki/index.php?title=Main_Page

http://java-source.net/open-source/charting-and-reporting http://www.jgraph.com/purchase.html http://directory.google.com/Top/Computers/Programming/Languages/Java/Class_Li...

>Тогда почему этот топег в разделе "Gnome" ?

Если вы запустите MonoDevelop заметите на сплеше Free GNOME Development Environment.

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