Вышел MonoDevelop 1.0 Beta 1

c++&qt4 -фсе наше

> Вот с таким отношением к базовым понятям RAD все профессионалы дружно посылают нах Лялех.

Не по понятиям?

C# не всем нравится. А значит ждем в скором времени создания проекта ValaDevelop написанный на Vala для разработки на Vala, т.к. это в будущем родной гномовский язык, а вовсе не С#. Но Vala понравится не всем и сделают форк ValaDevelop с поддержкой старого доброго С. Потом этот проект сдохнет и все внимание переконцентрируется на новый BrainfuckDevelop. Но не надолго...

Интересно, .net здесь неневидят только потому, что его пропихивает ms? Только честно.

>Интересно, .net здесь неневидят только потому, что его пропихивает ms?

Вай, зачем задавать риторические вопросы? :)

На лоре ненавидят всё и всех. Неясно почему .net довлжен стать исключением.

> Интересно, .net здесь неневидят только потому, что его пропихивает ms? Только честно.

Я не люблю .NET, ибо он не портирован под Linux. Когда у меня в репах появится dotnet_i386_3.0.1.3_rc.deb, тогда я резко поменяю своё отношение к этому быдлоынтырпрайзу.

Хороший ответ. В цитатник!

жаба портирована под линукс. Однако это не машает люто, бешенно её ненавидеть.

(setq antichrist-mode 't)

> Вот с таким отношением к базовым понятям RAD

Думаешь RAD это мышебыдлоформопостроитель? Ничтожество, изучи lisp, forth или хотя бы tcl. Тогда ты может быть поймёшь что есть быстрое прототипирование.

> жаба портирована под линукс. Однако это не машает люто, бешенно её ненавидеть.

Я жабу не ненавижу, она просто не годится для домашнего десктопа, за исключением редких случаев. Не для того она предназначена.

+1

Меня всегда забавляют Java/NET быдлокодеры. Если у них отнять IDE они сразу впадают в панику и слезы. Тьфу.

А почему фирма МС должна тратить свои деньги на вражескую платформу? А? Спецификации открыты. Есть Моно и DotGNU. Mono и MS очень тесно сотрудничают друг с другом. И обменом исходных текстов тоже. Иначе Моно сейчас был бы намного более отсталым от DotGNU.

Второе. Фирма МС только сама недавно НАКОНЕЦ-ТО создала под свою платформу что более-менее разумное и вменяемое.

> А почему фирма МС должна тратить свои деньги на вражескую платформу?

А почему линуксоидам должен нравиться проект под вражескую платформу?

> Второе. Фирма МС только сама недавно НАКОНЕЦ-ТО создала под свою платформу что более-менее разумное и вменяемое.

В: Какая самамя лучшая версия винды?

О: Следующая.

> А почему фирма МС должна тратить свои деньги на вражескую платформу? А?

А почему меня должны беспокоить желания МС? А?

> Надо сказать, что у фанатиков получилось лучше.

УвыЪ, но таки не совсем. Оно до сих пор не может научиться нормальному юникоду. И из-за дикой кучи кода на elisp оно все же дико тормозит, и грузится аки та же жаба. Смотрю на многообещающий Yi, но пока из-за GHC 6.6 и кривизны рук оно у меня не хочет собираться. Да и, блин, я задолбался в _самодокументриующемся_ редакторе искать как мне поменять у одного буфера шрифт, чтобы логи смотреть в нем мелким шрифтом, а быдлокодить крупным.

Это при всем том, что жабы, дотнеты, монодевелопы и прочие эклипсы мне далеко не сильно по нраву. Но не надо вот так вот говорить что у них совсем ничего хорошего нет.

> Скажем дружно --- нах нужно. Но если очень хочется, для таких целей существует glade.

Эн, нет. Графический интерфейс как раз хорошо дизайнить графическими средствами (Glade/Qt Designer/...). Нет, понятно, что не так убого, как это во всяких Delphi делается, но показать как разложить layout это все же каплю, но проще, чем написать все то же самое в коде. А IDE это как раз интегратор разных инструментов.

> типа sql уже не моден?

Моден, почему нет... Но результаты как выводить? Не CSV или tab-separated plain text же?

(Оффтопя) Впрочем, если посоветуете хороший (автокомплит, подсветка, приятный глазу вывод результатов, нетребование к напильнику чтобы начать работать) режим к GNU Emacs для интерактивной работы с БД (MySQL, Postgres желательно нативом, и треклятый MSSQL — приходится с ним работать, знаю что ССЗБ — через ODBC) то буду очень признателен. Но всякие isql/osql консольные, хоть и хороши для мелких задач «посмотреть», для чего-то более толкового не особо приятны.

Очередное быдлоподелие со множество быдлофорков, несовместимых друг с другом?

Ура! Давно пользуюсь monodevelop, правда каждый раз собираю под себя новые версии, ибо убунту как-то притормаживает с обновлением моно* в репах.

Для всех долдонов, что ждут дебы - собирайте ручками, а потом заворачивайте всё в checkinstall вместо make install

ждём ебилдов. Пока пользуюсь anjuta ide

Образ дотнетчика у меня уже сложился. Достаточно было одного топика на ЛОРе...

>А на чем вы предлагаете прикладникам создавать решения? >FreePascal? Лазарус?

А хоть бы и на паскале. По синтаксису - не смертельно отличается от С, плюс человеческие строки "из коробки". Компилятор в FP 2.2.0 приемлимо шустрый, скомпилированный код - тоже не сказать, чтоб тормозной (мы же о прикладниках говорим, а не о кернелхакерах?) Вот с IDE - засада, это да. Лазарус как-то не радует...

> А хоть бы и на паскале. По синтаксису - не смертельно отличается от С

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

> УвыЪ, но таки не совсем.

Конечно у emacs есть недостатки. И некоторые решения, принятые в 84-м году плохо ложатся на ситуацию, сложившуюсь в 2007-м, но тут уж ничего не поделаешь. Абсолютно уверен, что monodevelop'а в 2030-м вообще не будет.

> Графический интерфейс как раз хорошо дизайнить графическими средствами

И должен это делать специальный человек --- дизайнер, а не программист.

> Но результаты как выводить? Не CSV или tab-separated plain text же?

результаты чего? чем тебе plain text не угодил?

если они сделают хорошую среду для с++ то причмотрюсь, но не раньше первого релиза

Надо дружно сказать ребятам из http://runutu.org, чтобы добавили Моно как среду разработки. Лазарусы нам не нужны

Увы, до уровня VS2005 ему еще ой как далеко. Для начала научиться не падать на каждый чих.

Правильно конечно. Возможно к версии 2.0 сделают что-то хорошее. В SharpDevelop- у конечно тоже до Visual Studio 2005 достаточно далеко. Но им хоть можно пользоваться.

В 2000-м году OpenOffice не умел печатать, не умел работать с не-английскими текстами.

Сейчас он относительно хороший.

> PS. А аффтаров жабы, дотнета и прочих у#бищ с байткодом и сборщиками мусора хорошо бы к "Радио-86РК" пожизненно цепью приковать.

Ситуация такая. Железо дешевле времени программистов.

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

Ну, напишу я в паскале сишное == в проверке условия... компилятор ругнется. Напишу сишное = вместо := при присваивании - опять ругнется. И где тут багообразование?

> А про синтаксис Пидона я уже не говорю - хуже может быть
> только Рубы, воняющий прокисшей пырловкой,
> сваренной каким-то быдлоамерикосо-адмыном.
Вот это ты пукнул...

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

> Ну, напишу я в паскале сишное == в проверке условия... компилятор ругнется. Напишу сишное = вместо := при присваивании - опять ругнется. И где тут багообразование?

то есть Вы собираетесь после перехода на паскаль назад к C не возвращаться? потому что там написав по-паскальному "if (a=0)" можно сильно потратиться на отладку.

> Ситуация такая. Железо дешевле времени программистов.

Вонючая ситуация. Война двух точек зрения: 1. программа нужна для решения некоей задачи; 2. программа нужна, чтоб программист бабла поднял и не перенапрягся, бедный. Сборщики мусора и прочие костыли для индусов - сильный перекос ко второму варианту.

А в результате конечные пользователи от bloatware плюются, и не имеют возможности на ситуацию повлиять. В большинстве лицензий, от пропиетарных до GPL, все сводится к "no warranties, жрите что дают".

> то есть Вы собираетесь после перехода на паскаль назад к C не возвращаться? потому что там написав по-паскальному "if (a=0)" можно сильно потратиться на отладку.

1. Зачем мне с паскаля переходить на С? 2. С позволяет написать if (a=0) вместо if (a==0)? Руки оборвать К&R... И не только за это.

>> то есть Вы собираетесь после перехода на паскаль назад к C не возвращаться? потому что там написав по-паскальному "if (a=0)" можно сильно потратиться на отладку.

> 1. Зачем мне с паскаля переходить на С?

в исходном Вашем сообщении говорилось про схожесть синтаксиса паскаля и си

> 2. С позволяет написать if (a=0) вместо if (a==0)? Руки оборвать К&R... И не только за это.

позволяет. и это не всегда удобно, но и не всегда неудобно. только давайте не будем из этого раздувать флейм "pas vs c"

> Образ дотнетчика у меня уже сложился. Достаточно было одного топика на ЛОРе...

Ай да молодец! Ему достаточно посмотреть на одного представителя сообщества, чтобы составить впечатление о всем сообществе.

Сразу вижу профессионала! Только главное чтобы вам не доверили проектирование реакторов, а то знаем мы уже, что из этого выходит.

>>> то есть Вы собираетесь после перехода на паскаль назад к C не возвращаться?

>> 1. Зачем мне с паскаля переходить на С?

>в исходном Вашем сообщении говорилось про схожесть синтаксиса паскаля и си

Уточняю: зачем мне после перехода на паскаль _возвращаться_ на С?

>только давайте не будем из этого раздувать флейм "pas vs c"

Не будем, так не будем. Один фиг каждый будет пользоваться тем, что ему удобно.

>программа нужна, чтоб программист бабла поднял и не перенапрягся, бедный

Добро пожаловать в реальность. Хотя, обычно, бабло поднимают не программисты, а их работодатели. Один хрен. Разве это плохо -- поднимать бабло?

> Уточняю: зачем мне после перехода на паскаль _возвращаться_ на С?

объективная реальность. много популярных сегодня языков имеют c-подобный синтаксис: java, php, c#(не к ночи будь помянут)...

> Абсолютно уверен, что monodevelop'а в 2030-м вообще не будет.

Я даже боюсь загадывать что будут собой являть интерфейсы в 2030.

> И должен это делать специальный человек --- дизайнер, а не программист.

Да, если так то это вариант. Но даже здесь проблема — представление GUI от кода хорошо отделить довольно, все-таки, сложно, хоть с Tk, хоть с Qt, хоть с GTK, хоть с WinForms. В web это решается разными темплейтными движками, а вот с софтом, если не считать, возможно умеющего такое, быдлоXUL, я как-то не встречал. Так что они все равно должны работать в достаточно тесной связке.

> результаты чего? чем тебе plain text не угодил?

Запросов, разумеется — посмотреть результаты выборки, или структуру таблицы, да, возможно, на месте и сразу отредактировать. Plain text всем хорош (и я им часто пользуюсь, давая SQL-запросы с консоли), но все-таки визуально посмотреть, и, если надо даже отредактировать выведенное в виджет-таблицу, оно как-то... приятнее, что-ли. В конце-концов кликнуть по заголовку, чтобы переключить сортировку вместо редактирования ORDER BY, или выбрать пару чекбоксов, вместо дописывания полей в SELECT, это немного, мелочь, но удобнее.

Минимализм KISS крайне хорош в реализации софта, но, пожалуй, не всегда выгоден при взаимодействии человек-компьютер. Тупой пример — всегда проще смотреть на прогрессбар, чем на надпись «выполнено 123 из 12345».

> Разве это плохо -- поднимать бабло?

Продавая, pardon mon français, индийское говно — не сказал бы, что особо хорошо. Вопрос этики.

> С позволяет написать if (a=0) вместо if (a==0)? Руки оборвать К&R... И не только за это.

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

PS. Нет, я не о C и не о Pascal'е.

> Наоборот, C# - самый лучший язык. Он был создан по принципу: проще сделать - нельзя.

Это при списке ключевых слов на три страницы? Что ты куришь? C# - монстр, вобравший все от явы до питона (и еще много своего).

>> браузер баз даных

> типа sql уже не моден?

SQL не моден лет 10, ORM наше все (если задача позволяет).

>Наоборот, C# - самый лучший язык. Он был создан по принципу: проще сделать - нельзя.

> очередное газифицирование лужи онанизмусом, ничего кроме .net не знающего.

Нет, он и о .NET ничего не знает. Достаточно посмотреть на изменения C# 1.0 -> 2.0 -> 3.0 чтобы понять, что простым языком его назвать нельзя. (Не упоминая дотнетные Boo или IronPython)

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

Дай угадаю: Хаскель?

> Там есть LINQ? Да. Послабее правда.

> А какая там библиотека? Может она сравниться с библиотекой DotNet?

XmlSerializer там уже работает с IDictionary? XmlRpc из коробки или левые либы ставить?

> Или мне прийдется искать 2 месяца очередную быдло-библиотечку, написанную неизвестно кем и неизвесто когда?

Исользуй apt-cache. ;)

> Там есть Partial классы/методы?

Да. Вы явно ничего не писали на питоне, судя по вопросам. ;)

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

> Дай угадаю: Хаскель?

Если имелась в виду не Ява, то я упаду в обморок....

эта хренотень неюзабельна абсолютно.

> Я даже боюсь загадывать что будут собой являть интерфейсы в 2030.

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

> Я бы на вашем месте не был так категоричен, потому как, если подтянутся любители `прочих у#бищ с байткодом и сборщиками мусора'...

Так они уже и подтянулись, и объяснить пытаются... И предъявления мегашедевров требуют, для сравнения с у#бищами.

Фигу. Для оценки качества яиц не обязательно быть курицей.

Память у#бища жрут? Жрут. Тормозят? Тормозят. В топку.