https://m.opennet.dev/openforum/vsluhforumID3/86375.html Eclipse 4.2 стал первым выпуском платформы, поставляемый без набора тестов для оценки регрессивных изменений производительности. Тесты были отключены по причине отсутствия ресурсов по устранению ряда ошибок при их выполнении в текущей инфраструктуре Eclipse.org. Проведя собственное тестирование ряд энтузиастов выявили (http://www.jroller.com/andyl/entry/something_is_really_broken_with) существенное падение производительности Eclipse 4.2 по сравнению с Eclipse 3.8, причём работа некоторых операций в пользовательском интерфейсе замедлилась до 6 тысяч раз. В связи с этим, возникло подозрение - не были ли специально отключены регрессивные тесты, чтобы скрыть столь значительное ухудшение производительности новой версии. С другой стороны прекращение тестирования могло стать причиной недосмотра, из-за которого проблемы не были выявлены вовремя.<br><br><br><br>URL: http://www.h-online.com/open/news/item/Weak-performance-of-Eclipse-4-2-criticised-1702921.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=34779<br> https://m.opennet.dev/openforum/vsluhforumID3/86375.html#118 Tue, 22 Jan 2013 08:29:37 GMT народное: у херового программера всегда нативный вреймворк тормозит.<br> https://m.opennet.dev/openforum/vsluhforumID3/86375.html#117 Mon, 21 Jan 2013 10:59:06 GMT &gt; Подождем 5-ую версию, может исправят <br><br>Пусть SWT привяжут к Swing, а не к богомерзким нативным контролам. Избавятся, наконец, от условной компиляции только под три системы: Windows, Linux и Mac OS X. А то, блин, для портирования на FreeBSD нужна туча патчей, чтобы дополнить эти условности ещё одной Unix-like ОС, поддерживающей Gtk2, иначе не проходит компиляцию. :))<br><br> https://m.opennet.dev/openforum/vsluhforumID3/86375.html#116 Mon, 21 Jan 2013 10:55:33 GMT Тормозная работа SWT JNI? Пишут же: "работа некоторых операций в<br>пользовательском интерфейсе замедлилась на 6000% (из 70 тестов 40 тестов показали<br>замедление от 100%, из них замедление выполнения 17 тестов составило от 1000% до 6000%)."<br>и "в Eclipse 4.2 значительно медленнее осуществляется запуск, закрытие окон и работа<br>меню, при редактировании кода возникают задержки в 1-3 сек, заметно возросло потребление<br>памяти и т.п."<br><br>За работу GUI в Eclipse отвечает нативный слой в библиотеке SWT. Вот вам и плоды от<br>скрещивания ужа с ежом. <br> https://m.opennet.dev/openforum/vsluhforumID3/86375.html#115 Tue, 11 Sep 2012 08:21:15 GMT &gt; тупо быстрее и проще разрабатывать когда все пользуются одним стандартизированным (хотя бы внутри <br>&gt; команды) набором инструментов, а не каждый сидит со своим велосипедом.<br><br>чушь. одинаковыми должны быть: компилятор, набор библиотек, стандарты оформления кода, система контроля версий, система сборки. всё.<br><br>полная унификация нужна только для кучки быдлокодеров. но там ни про какой &#171;обмен опытом&#187; и прочее речи не идёт, конечно.<br> https://m.opennet.dev/openforum/vsluhforumID3/86375.html#114 Tue, 11 Sep 2012 08:09:56 GMT в биатлоне народ соревнуется друг с другом, противостоят друг другу, а программисты чаще работают в команде, и если продолжать аналогию с оружием, то очень желательно, в целях повышения производительности труда, чтобы "оружие", "боеприпасы" и прочее "снаряжение" в команде были у всех одинаковые, взаимозаменяемые. Так проще внутри команды обмениваться результатом работы и опытом. Т.е. тупо быстрее и проще разрабатывать когда все пользуются одним стандартизированным (хотя бы внутри команды) набором инструментов, а не каждый сидит со своим велосипедом.<br> https://m.opennet.dev/openforum/vsluhforumID3/86375.html#113 Tue, 11 Sep 2012 04:39:19 GMT Спасибо, именно это и хотелось услышать (имеется в виду весь пост, а не последнее предложение).<br> https://m.opennet.dev/openforum/vsluhforumID3/86375.html#112 Mon, 10 Sep 2012 20:19:44 GMT Все это есть, кроме удобного отладчика (смотря под какую платформу, конечно). Но все это есть и в IDE, и уже работает.<br> https://m.opennet.dev/openforum/vsluhforumID3/86375.html#111 Mon, 10 Sep 2012 20:15:52 GMT емакс - jack of all, master of none, как-то так.<br><br>Если сферически и в вакууме - в емаксе хорошо работать в сильно гетерогенной среде, когда у тебя куча языков и платформ. Здесь он объективно круче чем яйца. Для веб-разработки и динамических языков он возможно даже получше развит, чем вообще все. Плюс интеграция всего и вся друг с другом (органайзер, паблишинг, общение, матвычисления/прототипирование, коллаборация и т.п.), все это вместе на единой платформе вряд ли где-то есть.<br><br>Неплохо развиты Java, C++ и прочие мейнстримные языки, на уровне современных IDE. Но если есть возможность использовать их - я бы взял их.<br> https://m.opennet.dev/openforum/vsluhforumID3/86375.html#110 Mon, 10 Sep 2012 19:56:55 GMT &gt; У меня потребность в этом функционале никогда не возникала. Красиво, конечно, мышой по плюсикам кликать, но не более того. Я предпочитаю видеть код, а не прятать его под плюсиками.<br><br>Ну конечно, раз ее нет - то и не возникало. Ну и вообще фолдинг это не "по плюсикам кликать", а избирательно прятать ненужные куски кода, безотносительно к средству ввода. Супер-удобная фича для понимания кода, скажу я вам, там где она реализована нормально. Разнообразные аддоны для VS вроде VisualAssist и прочих, как пример. Там нечто occur-оподобное, только понимает семантику и умеет делать sparse folding trees в зависимости от нее. Ну и обычными фичами не обделена.<br><br>&gt; Вы будете смеяться, вся эта хрень появилась в эклипсе именно из emacs'a. Ключевое слово тут - lisp. <br><br>Она там появилась из других IDE, т.к. к началу разработки Eclipse автокомплита, пэйринга и сниппетов не было только у ленивых. В них уже возможно и из емакса. Но мне это как-то все по барабану, мне после эклипса и современных версий VS отсутствие интеграции