Mono 1.0.6 и Mono 1.1.4

ну и как? windows forms теперь нативно через гтк, или по прежнему через вайн?

Насколько я понимаю, gtk там вообще не участвует, а все рисуется через System.Drawing + завязка на специфические оконные сообщения конкретной платформы (win, mac, linux) для трансляции их в WndProc

ужас какой. послушатьтак лучше жабу со свингом юзать

Кто нибудь может объяснить, почему stable версия mono-0.28 в gentoo не собирается?

потому что это не stable :))

Кто-нибудь может сказать, как МС относится ко всему этому и не возникнут ли потом правовые проблемы. Ну не верю я, что МС так вот просто даст возможность все свои наработки и идеи в противоборствующий лагерь перевести. Как МС это комментирует? Или никак?

Вроде как видел комментарий вроде - (в ответ на вопрос - собираетесь ли вы делать поддержку Mono) - Mono - есть reverse engineering платформы Microsoft. Собственно, это вроде единственная возможная претенция - на C# они вроде патентов не имеют. При этом, если в Mono и есть что из Microsoft - то я не видел еще :) код сильно различается

да пошел этот C# нахрена он нужен?

Ал Ебу, моно реализует то, что стандартизовано МС-ом как ISO стандарты, а потому не может быть запатентовано.

>да пошел этот C# нахрена он нужен?

хе-хе ... а что нужно ? Решения МС как разработчика и поставщика доминирующей ОС являются доминирующими.

юзайте лучше питона с тк,
у C# будущего нет

Если не секрет, сколько коммерческих проектов вы успешно завершили на Python + Tk?

> Если не секрет, сколько коммерческих проектов вы успешно завершили на Python + Tk?

а вы, если не секрет, конечно же поделитесь числом ваших успешных коммерческих проектов на mono|.net ? ;)

>юзайте лучше питона с тк, 

У питона: 

1) проблемы с многопоточностью
2) отсутствует jit и aot
3) стандартный гуй - тк - не впечатляет
4) питон для быстрого прототипирования и скриптов - 
   для больших проектов непрет т.к. например ОТСУТСТВУЕТ 
   элементарное объявлкние переменных, (smalltalk тоже динамический
   язык, однако там объява обязательна) что с легкостью приводит к      
   ошибкам вида 
   
   bla = 1
   x =  f(bta)
  
   и подобным.
   

А можно уточнить: Стандартизирован только язык ( языковые конструкции, формат байт кода и т.д. ) или библиотеки тоже? Например ява, это набор спецификаций, а дотНЕТ? ( Всё ожидаю какой-нибудь подлости от МС :) )

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

http://www.mono-project.com/about/licensing.html

> Ал Ебу, моно реализует то, что стандартизовано МС-ом как ISO стандарты, а потому не может быть запатентовано.
и что WinForms и ASP.NET тоже ISO ?

Я лично не пишу софт. На Точке Нэт проекты у нас (и, разумеется, не только у нас) пишутся и сдаются. Сколько -- не знаю. А вот enterprise-софт, написанный на Python/Tk -- это что-то новенькое. Потому мне и интересно выслушать реальные аргументы, а не детские выкрики.

кое в чем не могу не согласиться. Python/Tk (Perl/gtk | Черт/Ступа) не подходят для мега-проектов... конечно, от кривизны рук все зависит, но у меня начинаются трудности с проектом (на перле например) уже на первой тысяче строк

лучше ocaml с gtk

На самом деле уже проектов писанных на .НЕТ очень много а будет еще больше. Из самых известных: VS 2005, Avalon, Indigo, WinFX, SharePoint etc + огромное количество ентерпрайз приложений (как веб так и вин формс) + достаточно большой рынок PDA(Pocket PC разумеется ;) ) .

Сам например постоянно пользую NewsGator и SharePoint.

Насчет питон+тк - рассмешил :):):):)

-- boshik

насчет питона дла прототайпинга(!) - прототип намного проще делать на том языке на котором собираешся реализовывать приложение. Тем более что у питона с РАД намного хуже чем например с .НЕТ (шарп, ВБ).

--boshik

1) C# это не решение

2) похоже все идет к тому, что M$ собирается задвинуть C# в сторону и мейнстримом будет Managed C++

RAD для python - wxGlade, BOA, Eric3, SPE(wxGlade). GUI - pyQT, pyGTK, WxPython, FOX, TnFoх Jython Проэктов куча (в т.ч. ZOPE) используют python Google, IBM, много scientifists

MC уже разъяснял свою позицию по mono: единственное их требование, чтобы mono не ссылалосль на МС. МС заявило, что не имеет к этому проекту никакого отношения, не собирается его поддерживать. Пусть, дескать, разрабатывают что хотят, только чтоб не вводили людей в заблуждение относительно того, что это всё имеет к ним какое-то отношение.

>похоже все идет к тому, что M$ собирается задвинуть C# в сторону и мейнстримом будет Managed C++

Покажи мне хотя бы один (ОДИН!) сэмпл на Managed C++ с сайта МС о лонгохорн (Avalon, Indigo, WinFX) (урлик не дам так как лень искать). Managed C++ это костыль в .НЕТ - любой человек который хотябы чуть - чуть знаком с .НЕТ тебе это скажет.

-- boshik

ндааа... с русским языком у меня плоховато :)

Sharepoint? Млин, вот ужас. Вы бы ещё OWA вспомнили с его кодировкой win1252 вместо нормальной кириллической :)

"Уже с пол месяца разработчики обещают выпустить полную первую версию с поддержкой Windows.Forms!"

Да кому нужна эта WinForms, если она заведомо устареет и будет выброшена через два года. Наверное как раз к моменту когда её доделают в моно.

>1) C# это не решение

Ну почему же хуйня? Не хуже жабы например.

>2) похоже все идет к тому, что M$ собирается задвинуть C# в сторону и мейнстримом будет Managed C++


Маразм откровенный. К томуже С++# это есть большое Х. Те, кто зарабатывает используя С++ поймут о чем речь.

>> мейнстримом будет Managed C++

Наверное имелся в виду C++/CLI - вещь действительно интересная (хотя бы тем, что для managed-классов на стеке будут вызываться деструкторы)

> MC уже разъяснял свою позицию по mono
и это дает какие то юридические гарантии ?

>Наверное имелся в виду C++/CLI - вещь действительно интересная (хотя бы тем, что для managed-классов на стеке будут вызываться деструкторы)

1) Может и интересная - но ни одного упоминания об этом за все время кот. занимаюсь .НЕТ не встречал :)

2) ИМХО развитие языком идет как раз в сторону питоноподобных (или смаллталк подобных) языков а ни как не в сторону С++. Например yield в С# 2.0. Ну и конечно из ML семейства тоже идеи берут. Причем развитие идет ОГРОМНЫМИ темпами.

Вот и я о том же :) Позицию МС все знают и так, без всяких разьяснений с их стороны.

> А вот enterprise-софт, написанный на Python/Tk -- это что-то новенькое.

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

> но ни одного упоминания об этом за все время кот. занимаюсь .НЕТ не встречал :)

А ты не только на ЛОР, но и на msdn.microsoft.com ходи почаще:)

http://msdn.microsoft.com/visualc/homepageheadlines/ecma/default.aspx

Это не есть "развитие". Это называетя - 20 лет подряд индустрия попсы пытается догнать Lisp и ML, по ходу выдавая всякую уродливую отрыжку типа Java или C#...

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

Ах! ТОчно! Лисп и МЛ - это супер-пупер ох..тельные языки, а все остальное это "отрыжка".

Я просто на секунду забыл где я нахожусь ;)

be patient, man!

-- boshik

(Кода (будеш (писать (на (LISP энерпризесофт) не) забудь) закрыть) все скобки)

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

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

Я не говорю ( да и они не говорят ) что они это изобретают - они это просто вставляют в массовые ( по-твоему попсовые) языки. Заметь, не всё - а только то что действительно нужно на данный конкретный момент развития технологии той или иной компании. Вообще это больше относится к МС а не к САН, т.к. именно МС больше всего развивает языки под свою платформу(ну это и понятно) - для этого достаточно посмотреть на список поддерживаемых языков на microsoft research.

Что касаемо супер-пупер-окуительности функциональных языков то, что касаемо меня:

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

(это все мое личное ИМХО)

Покажи мне реализацию 3-х уровнего приложения на лисп. Чтобы remoting|corba|webservices, чтобы ORM layer, чтобы MSMQ (не помню как в жабе аналог называется), чтобы ASPX(JSP или аналог на лисп). И самое главное покажи команду(требуемый уровень их зарплаты :) для реализации всего этого.

-- boshik

У меня был опыт написания на Lisp программки для AutoCAD. Воспоминания - кошмарные. Я понимаю, что это круто когда программа может менять сама себя, только в большинстве случаев (кроме, наверное, зачач AI, для чего Лисп и делплся изначально) это совершенно бесполезно. Так что я думаю не просто так Autodesk купила себе немножко Visual Basic :)

>Например yield в С# 2.0. Ну и к

КакАя гадость эти ваши yield!!! Когда объявляется, что дескать 
примени магическое слово и компилятор за сценой сгенерит некий полезный 
класс класс или понаследуйся от магического (пустого) интерфейса (жаба) 
и будет тебе щастье в виде пэсистнса или клэунинга - это хуйня - плохой 
дизайн. Делегаты мля... В купе со связанными внешнипми переменными -  
чем это отличается от жабских внутренних классов? Одна радость aot. Когда много .нет сляпов запущены вместе памяти жрет в РАЗЫ меньше чем жабская аналогичная хуйня.

А теперь раскажите нам о том, что по Вашему мнению "не_хуйня"?

Судя по вашим словам "не_хуйня" - это програмирование машины Тьюринга?

.NET под[д]елкам!

В использовании новых технологий ( или даже методологий ) от МС видится несколько подводных камней. Один из самых важных состоит в том, что срок жизни каждой такой технологии порядка 5-7 лет с момента релиза ( может и меньше ). По окончанию этого срока технология выбрасывается на помойку и объявляется тупой и тормозящей процесс развития прогрессивного человечества. Разрабатывая достаточно сложный программный комплекс ( что само по себе занимает порядка 2 или более лет ) с использованием технологий от МС вы будете вынуждены еще через года 3-4 переписать большую часть комплекса под новую технологию иначе начнете отставать от прогрессивного человечества.

>КакАя гадость эти ваши yield!!! Когда объявляется, что дескать примени магическое слово и компилятор за сценой сгенерит некий полезный класс класс или понаследуйся от магического (пустого) интерфейса (жаба) и будет тебе щастье в виде пэсистнса или клэунинга - это хуйня - плохой дизайн. Делегаты мля... В купе со связанными внешнипми переменными - чем это отличается от жабских внутренних классов? Одна радость aot. Когда много .нет сляпов запущены вместе памяти жрет в РАЗЫ меньше чем жабская аналогичная хуйня.

Я честно говоря очень мало понял из того что ты сказал :) Скорее вообще ничего не понял.

Перечитал еще раз - точно бред! Ты там монитор слюной не забрызгал? Опять-же может не aot а AOP?