Вышла Monodevelop 2.1.1

>> в 2.0 у си автокомплит не работает.

> У Cи бывает автокомплит? O_o

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

> > У Cи бывает автокомплит? O_o

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

<КО> У языка нет автокомплита. Курите стандарт. Автокомлит может быть у среды разработки. Причем тут Си? </КО>

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

>Не понимаю почему для человека осилившего сборку gentoo это представляет какую-то проблему...

Потому что это никак не коррелирующие понятия. Можно срач развести и в Gentoo.

>во-первых, вовсе и не прикладной софт этим занимается... хотя я может быть и не прав, но тогда поясните механизм

Windows не контролирует списки файлов. Этим занимается uninstall от приложения, который и запускает Windows. Инсталлятор регистрирует в системе деинсталлятор. Но не список файлов.

>во-вторых, если отвлечься от того что "венда", что Вам конкретно не нравится?

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

>Каково. Я для хелловорд vim и gcc никак не подойдут? Обязательно для 5 строк кода использовать всякие иде и т.п?

Я обычно так и работаю. С mcedit и gcc. Вопрос был в выборе IDE для учащегося.

> Появление поддержки Python'а.

Из-за этого нужно будет на прогу взглянуть.

> ... Mac OS X теперь официально поддерживаются.

... из-за этого тоже.

дотхрен/моно не нужен, быдлоджавы "продакшн" достаточно

> Вопрос был в выборе IDE для учащегося.

Учащимся IDE вообще противопоказаны курса до третьего >_<

А может позволите им самим решать? помнится, лабы еле успевал и в IDE. Если еще надрачивать на командную строку, вообще бы никакой жизни не было - с учетом, что все это в винде.

>Смена лицензии с GPL 2.0 на LGPL 2.1. >Windows и Mac OS X теперь официально поддерживаются.

Ну надо же... Теперь это гагно станет ещё популярнее! Закопать.

А ты кто такой вообще?

> А дальше - за всеми системными файлами должна следить только операционка и только своими средствами.

Ну а если эти средства в лялихе глючны, что вы делать будете?

http://www.linux.org.ru/view-message.jsp?msgid=4041799

>>Не понимаю почему для человека осилившего сборку gentoo это представляет какую-то проблему...

>Потому что это никак не коррелирующие понятия. Можно срач развести и в Gentoo.

можно, а можно и не развести, о чём я Вам и сказал выше... :) и это зависит только от Вас, никто не мешает отслеживать что и куда устанавливается, мне казалось что данный момент должен быть прозрачен для человека осилившего компиляцию ядра...

>Windows не контролирует списки файлов. Этим занимается uninstall от приложения, который и запускает Windows. Инсталлятор регистрирует в системе деинсталлятор. Но не список файлов.

а как работает aptitude, сильно по другому?

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

>>во-вторых, если отвлечься от того что "венда", что Вам конкретно не нравится?

>Во внесистемной установке? Я уже писал выше - появление в системных каталогах файлов, неподконтрольных системе. И все связанные с этим неудобства.

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

Потом почему в Gentoo этот вопрос Вас не смущает?

>Ну а если эти средства в лялихе глючны, что вы делать будете?

Не знаю. Не сталкивался.

>Пытаюсь установить glib 2.21 из исходников

Хм?

>а как работает aptitude, сильно по другому?

Совершенно по-другому. Он знает каждый системный файл.

>Потом почему в Gentoo этот вопрос Вас не смущает?

Потому что у меня каждый системный файл зарегистрирован в портеже.

>Учащимся IDE вообще противопоказаны курса до третьего >_<

Почему же? У нас было параллельно и системное программирование на unix-терминалах и программирование графики при помощи ide. И я не вижу чем это плохо, скорее даже наоборот. А кто научился раз с терминалом работать - уже не забудет.

К тому же объём изучаемых технологий становится всё больше и приходится вот так параллельно изучать.

> А может позволите им самим решать?

Ещё чего.

> Если еще надрачивать на командную строку

А причём тут командная строка, тем более в винде?

дебианщик.

> У нас было параллельно и системное программирование на unix-терминалах

Што, прямо в /dev/tty0 ? Изверги.

> и программирование графики при помощи ide.

Ладно, в некоторых дозах для некоторых диспицплин можно со второго-третьего курса.

>Еще чего

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

>А причем тут командная строка

А при том, что гуя к мейку, gcc нетути. Кроме как IDE, которая все эти унылые и нафиг ненужные при обучении кишки заботливо оборачивает своими широкими ангельскими крылышками...

>>а как работает aptitude, сильно по другому?

>Совершенно по-другому. Он знает каждый системный файл.

итак... получается никакой разницы нет, за исключением того что aptitude работает одним лицом, а при использовании инсталляторов каждая программа отвечает сама за себя, так?

Что я имею ввиду, так это то что каждая программа и так и так отвечает за себя, только в случае инсталлятора (в среде "венды") при установке, а в случае aptitude при создании конфига.

Правильно я понимаю?

>>Потом почему в Gentoo этот вопрос Вас не смущает?

>Потому что у меня каждый системный файл зарегистрирован в портеже.

А если то что нужно Вам нет, к примеру, в репозитариях? Не используете по идеологическим соображениям?

Представьте что Вам надо поставить python следующей версии сохранив как системный уже установленный, как Вы это сделаете при помощи той же aptitude?

Короче, у меня есть ощущение, что Вы чёт по "два презерватива надеваете".

>VB.NET

no way

>> Ну а если эти средства в лялихе глючны, что вы делать будете?
Не знаю. Не сталкивался.

А когда столкнётесь?


>> Пытаюсь установить glib 2.21 из исходников
> Хм?

Я кдешник...

>итак... получается никакой разницы нет

Для тебя разницы нет. На том и порешим.

> Учащимся IDE вообще противопоказаны курса до третьего >_<

Полностью поддерживаю. А то некоторые не понимают разницу между компилятором, линковщиком, ide и т.п. Потом появляются такие, которые говорят, что "у меня дома c++ другой".

>А когда столкнётесь?

Тогда и буду думать. Однако, учитывая, что в Windows я на протяжении 17 лет работы с ней сталкиваюсь с подобным регулярно, а за 6 лет сидения под Linux не сталкивался ни разу, полагаю, в будущем эта проблема под Linux будет для меня также малоактуальна.

>> У нас было параллельно и системное программирование на unix-терминалах

>Што, прямо в /dev/tty0 ? Изверги.

ага, прям так и писали cat ололо_толстячок.txt > /dev/tty0

и да, для толстячков, unix-терминал - это железка такая :)

>> и программирование графики при помощи ide.

>Ладно, в некоторых дозах для некоторых диспицплин можно со второго-третьего курса.

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

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

mono также как и .net не нужно

P.S. Мигеля на костер, за ерересь распространяемую среди разработчиков

(анафеме его уже предали)

>>итак... получается никакой разницы нет

>Для тебя разницы нет. На том и порешим.

ну не хотите - как хотите :)

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

> А может позволите им самим решать? помнится, лабы еле успевал и в IDE.

Когда людям не преподают ничего без гуя, они становятся как собачки Павлова. Знают, что зелёненькая кнопочка это запустить, молоточек это собрать. А как ide убираешь или другую даёшь, наступает паника.

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

> Нетбинс с офсайта

Нетбинс хорош - спору нет. Только у него какие-то косяки с отрисовкой шрифтов.

>Mono и MonoDevelop пишут грамотные мужики. [...] Очень жалко, что они решили тратить силы и время на реализацию технологии от майкрософт.

А Вы не задумывались, что не зря грамотные (!) мужики занимаются реализацией этих технологий? И что раз уж они грамотные, то наверное могли сообразить чем стоит заниматься а чем нет? :)

майкрософт не нужен

>Тем более на первом, втором курсе ничего сложного писать не заставляют.

та по большому счёту в институте вообще ничего такого уж сложного не дают, при чём ни в одном, включая "заграничные" :)

> во-первых, вовсе и не прикладной софт этим занимается... хотя я может быть и не прав, но тогда поясните механизм

механизм очень простой - есть общая помойка в registry.

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

Общего репозитория с описанием всех установленных файлов с указанием их контрольных сумм - нет.

Аналога gentoo qfile - нет.

А где ебилд свежий взять? У меня только 2.0 видно...

А оно умеет писать с неймспейсом System.Windows.Forms? Почему при создании проектов только Gtk# ?

И у меня 2.0 при создании проекта просто завис. Сижу в kdevelop теперь.

>та по большому счёту в институте вообще ничего такого уж сложного не дают

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

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

>А где ебилд свежий взять? У меня только 2.0 видно...

Или написать, или подождать. Мне оно не нужно, так что я просто подожду :)

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

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

> А при том, что гуя к мейку, gcc нетути.

Как нету? Он даже в Kate есть. >_<

>>поясните механизм

>Механизм очень простой - есть общая помойка в registry. И в этой помойке регистрируются программы. Каждая регистрирует себя как захочет. И еще каждая при установке прописывает программу установки/удаления/изменения конфигурации. Опять же каждая программа прописывает такой деинсталлятор, какой захочет.

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

>Общего репозитория с описанием всех установленных файлов с указанием их контрольных сумм - нет.

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

>Аналога gentoo qfile - нет.

Ну во-первых, вы не правы - есть (правда такие средства не входят в состав системы). Но простому пользователю фичи вообще не уперлись, честное пионерское. :)

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

>Я уже писал недавно, что из ряда перепробованных по-быстрому сред

>разработки (знакомому подбирал) под Ubuntu, только в MonoDevelop

>банальные C++ проекты под GCC заработали «из коробки».

И тебе уже отвечали, советуя исправить руки ;-)

>>та по большому счёту в институте вообще ничего такого уж сложного не дают

>Давать-то, может, и не дают, но мне доводилось весьма сложные системы реализовывать. [...]

Ну дык, респект же! :) Но фишка именно в том именно что наиболее талантливые сами находят, работают на кафедрах, пристают к преподам и т.д. :)

>Нет, это принципиальная проблема генты - все пакеты жутко старые

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

> и да, для толстячков, unix-терминал - это железка такая :)

Нельзя так не любить студентов, ну нельзя... Это же иммунитет к не-венде на всю жизнь можно привить.

> и, будем уж честными, в командной строке придётся работать дай бог если 2-3% студентов... так что это скорее для развития кругозора :)

1. Это попытка объяснить происходящие процессы чуть лучше.

2. Патчить, скажем, ядро из IDE не очень удобно, кнопка Run не работает (да, я знаю, что можно в eclipse настроиьь работу с отладчиком ядра).

Это второй самый жоский и отвратный шаг Microsoft после перекупки DOS...

>И тебе уже отвечали, советуя исправить руки ;-)

«Работа из коробки» автоматически подразумевает вмешательство руками любой кривизны. От кривизны рук зависит только, как быстро заработает уже не работающее.

>Нет. Отслеживанием файлов занимается прикладной софт, а не система.

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