(Sash_xp @ Четверг, 19 Мая 2005, 15:05) писал(а):Для меня идеальным IDE пожалуй мог бы быть новый Visual Studio .NET 2005. Что я о нем слышал, очень даже неплохо.
А так очень хороей является VS .NET 2003.
Под linux и говорить неохота - конкуренты VS обладают меньшей функциональностью и более тормозные.
Поэтому там у меня связка такая - vi или Kate + KDbg.
Знаешь, по моему основным конкурентом VS под Linux является Eclipse от IBM. Имхо имеет кучу плагинов. Я например им на работе пользуюсь. "Прокачал" его до уровня выше, чем у VS. Сейчас он меня полностью устраивает. Единственный минус - подтормаживает (имхо написан на Java, но работает быстрее других приложений, т.к. использует для работы SWT, которая работает быстрее, чем Swing). Т.к. Eclipse на Java написан, то работает практически под любой осью, лиш бы JRE была.
(ilich @ Пятница, 20 Мая 2005, 10:19) писал(а):Единственный минус - подтормаживает (имхо написан на Java, но работает быстрее других приложений, т.к. использует для работы SWT, которая работает быстрее, чем Swing).
Знаете, я тоже думал, что Swing - тормоз, пока не попробовал IDEA. Чистый swing и тем не менее летает. В общем, надо просто грамотно писать. А Eclipse (вместе с основанной на нем WebSphere App Developer) - жуткий неповоротливый монстр
(ilich @ Пятница, 20 Мая 2005, 10:19) писал(а):Единственный минус - подтормаживает (имхо написан на Java, но работает быстрее других приложений, т.к. использует для работы SWT, которая работает быстрее, чем Swing).
Знаете, я тоже думал, что Swing - тормоз, пока не попробовал IDEA. Чистый swing и тем не менее летает. В общем, надо просто грамотно писать. А Eclipse (вместе с основанной на нем WebSphere App Developer) - жуткий неповоротливый монстр
Ну, IDEA - это вообще классика жанра !!! Она считается самой лучшей средой разработки под Java, но, к сожалению, только под Java. Еще одним минусом является то, что она платная, а денег, как известно, много не бывает. Мне все таки больше подходит Eclipse, имхо на работе я на нем пишу и на Java, и на C++. Проект такой, мультиязычный. И денег за него не платили, значит на зарплату больше уходит (проверено ). Хотя да, по сравнению с IDEA, Eclipse для Java разработки чущий монстр.
ну... идея для опенсорсных разработчиков тоже бесплатная (:
и вообще ребята молодцы. приятно, знаете ли, что лучшая среда в мире, а написана в России...
(elide @ Пятница, 20 Мая 2005, 15:18) писал(а):ну... идея для опенсорсных разработчиков тоже бесплатная (:
и вообще ребята молодцы. приятно, знаете ли, что лучшая среда в мире, а написана в России...
vim, vim, vim и еще раз vim...
А вообще у меня есть знакомый kernel developer, который вообще в mcedit работает
Как он там управляется - ума не приложу...
В каждом из нас спит гений... и с каждым днем все крепче...
среда - известно какая UNIX единственное что не от unix-way пользовать можно только emacs + cedet + ecb + eshell
дебагер - gdb самый лучший дебаггер.
посколько UNIX это полноценное IDE - то туда я бы добавил
- более легковесный компилятор C
- вынес бы плюсы из базовой системы
- раздробил бы монолит - а именно ядро
- создал бы констрнукции для разветвленной обработки потока данных те к примеру
cat file0 | grep foo | grep -v 'bar' > file1
\
-> awk {'print $1'} > file2
- систему профилирования бы прикрутил - а что это ? а это система с помощью которой ты реально можешь работать как с кластером так и с локальной машиной - просто меняется профиль и весь ipc в зависимости от профиля работает локально или на класере - для чего ? а теперь догадайтесь как на этом просто строится распределенная система.
- кучу других фитч ж-)
- meta-layer для ядра
- убрал бы доступ к суперпользоватлю и заменил бы его иначе, root аккаунтом давал бы пльзоватся только в редких случаях (я про процессы от рута запущенные а не про сидения в root-shell - его принципиально не надо)
- систему виртуальных машин на ядерном уровне - как хорошо экспрементировать к примеру при разработке ядра - пихаешь его в виртуальную машину и вперед
- XProtocol изменил бы - поднял бы на более высокий уровень на логический
- "обюниксил" бы гуй - к примеру консольные приложения отлично с друг другом синхронизируются - почему это не сделать на уровне гуя - то есть чтобы меньше гуем заниматся - оставить это дизигнерам а не программистам и разработчикам - да и вообще сделать все прозрачно. и гуй что с fb что с текстовым режим будет работать - то есть к примеру -
create_box(trail,"Test");
будет создаватся в независимости от того что у нас текстовый режим или графический - этим заниматся будет часть та которая на уровне ядра в user-land
- ядро - монолит в топку микроядра с meta-layer указанно рулят
Наверное все - хотя не совсем, просто не буду писать - лень.
микроядро - да да
почему ?
- модульность
- наиболее простейщий QA
- универсальность
минус как всегда известен - производительность. мы заплатим эту цену.
Верно верно.
Чем выше уровень, тем меньше производительность, но это еще не значит что надо поголовно на ассемблер пересаживаться?
К чему это я. Итак отказался я от этой поделки на 2 с половиной гига - визуал студии, с очень падучим vs.php в сторону связки eclipse + trustudio от xored. Весьма доволен. Хотя и в еклипсе есть кое какие недостатки (подскажите кто знает как их исправить).
1. Через-чур умная индентация. Я жму ентер, что бы перенести строку вниз, а он еще и в бок переносит, хотя это не просили. Также отсутвует индентация при шаблонах. Я в шаблоне пробелы с табами ввожу, а он их пропускает.
2. Нет автозамены. Только шаблоны после выбора.
3. Нет возможности запустить браузер внутри екслипса, со ссылкой на разрабатываемый проект. Только консольный дебаггер.
4. Не могу настроить панель кнопок что вверху.
А насчет уровня.
Я просто на пхп свой framework реализую. В качестве особенности - работа с типами на манер явы.
то есть я пишу.
$a = new tInteger(10);
$a->Dump();
также прикрутил как в паскале возможность задания ограничений
на манер int 1..10
$a = new tInteger(10,1,10);
$a->set(11); // 10
хотя есть и недостатки конструкций get()/set()
в плюсах это можно обойти, там есть уровень переопределения операций над переменной, а в пхп этого нет.
(alphex_kaanoken @ Пятница, 20 Мая 2005, 16:45) писал(а):- создал бы констрнукции для разветвленной обработки потока данных те к примеру
cat file0 | grep foo | grep -v 'bar' > file1
\
-> awk {'print $1'} > file2
да! двухмерности у пайпов не хватает
(alphex_kaanoken @ Пятница, 20 Мая 2005, 16:45) писал(а):- root аккаунтом давал бы пльзоватся только в редких случаях (я про процессы от рута запущенные а не про сидения в root-shell - его принципиально не надо)
зачем вообще процесс от рута пускать, тогда уж capabilities.
а чем шелл отличается от процесса?
(alphex_kaanoken @ Пятница, 20 Мая 2005, 16:45) писал(а):- систему виртуальных машин на ядерном уровне
vserver - не то?
ALT Linux Sisyphus 2.6.11-std26-up-alt6 KDE 3.4 В действительности все обстоит совершенно иначе, чем на самом деле...
У phpeclipse:
+ Браузер
+ Удобней функциональность (общих с trustudio) элементов.
- Полное отсутвие нормального парсера.
- Тупой список функций при ctrl+space и не понимание написанных функций.
У trustudio в точности наоборот.
Да и сам еклипс далек от совершенства, по сравнению с vs.studio у него много недостатков. В версии 3.1 его маленько причесали, но все равно, еще работать и работать.
UPDATE:
Впрочем мне нравится типично линуксий подход, перепиши файлы в папку и все заработает :devil_2: без "танцев с бубнов". Я просто оставил trustudio, но "вырезал" браузер из phpeclipse.