Комментарии 97
Друг уже года 2 капает на мозг какая она классная, а у самого руки не дошли посмотреть что и как) Не увидел на сайте, есть ли поддрежка git (нормальная а не как в eclipse)? opensource версия, в целом, может стать удобоваримой заменой eclipse (при учете что в ней волшебным образом заработают javascript php)? И «поддержка Android» преполагает, что поддерживается весь SDK и связанный с ним процесс: от создания приложения, до его запуска на эмуляторе?
Собтсвенно вопросы конечно задают не сюда, но больше мне некуда )
Собтсвенно вопросы конечно задают не сюда, но больше мне некуда )
Поддержка git есть; не уверен, что вы понимаете под нормальной, но мы сами пользуемся именно git и делаем так, чтобы нам было удобно.
Javascript и PHP волшебным образом не заработают, не надейтесь.
Поддержка Android действительно поддерживает весь жизненный цикл разработки.
Javascript и PHP волшебным образом не заработают, не надейтесь.
Поддержка Android действительно поддерживает весь жизненный цикл разработки.
забавно, часть проектов Eclipse переезжают на git, то есть вынуждены юзать свой git-плагин для разработки.
А оказывается что поддержка git в Eclipse «ненормальная». Лол ок.
А оказывается что поддержка git в Eclipse «ненормальная». Лол ок.
Выше всё правильно написали. Android поддерживается на уровне, нет только визуального редактора интерфейса. Про git написано на сайте.
Если нужно лёгкое IDE для JavaScript/PHP по вкусной цене, попробуйте PhpStorm.
Если нужно лёгкое IDE для JavaScript/PHP по вкусной цене, попробуйте PhpStorm.
Скорее бы фишки из Идеи перекочевали в другие продукты на ее основе — меня лично интересует как раз PhpStorm, который, к сожалению, даже в последней официальной версии (1.0.2) умудряется затуплять в достаточно банальных местах.
Добро пожаловать в EAP: confluence.jetbrains.net/display/WI/Web+IDE+EAP
пробуйте EAPы 1.1, я уже давно перебрался с 1.0.2 на EAPы и пока ни разу ни о чем крупно не жалел. по мелочи бывало — типа настройки дебагера менялись от версии с версии и приходилось перенастраивать, но это много сил не отнимало. скорость, субъективно подросла, плюшки добавляются — лепота :)
сам уже давненько не использую вообще никакие IDE
а вообще IDEA — лучше IDE для Java, долгих лет и процветания.
а вообще IDEA — лучше IDE для Java, долгих лет и процветания.
В новой версии можно дебажить аспекты — очень удобно. Плюс минималистичный интерфейс, новый code completion, а главное — float tabs, теперь можно нормально работать на нескольких мониторах.
Каждый раз думаю, что уж нечего нового придумать, ан нет, добавляют приятные мелочи и даже крупности в каждой версии. Молодцы!
Каждый раз думаю, что уж нечего нового придумать, ан нет, добавляют приятные мелочи и даже крупности в каждой версии. Молодцы!
Как по мне, очень классно, что в этом релизе они в два раза увеличили скорость индексирования
blogs.jetbrains.com/idea/2010/12/intellij-idea-10-rc-3-indexing-speed-improvements/
Тут говорили, что тормозит проект из 500 классов, но это же полная ложь. На современом компьютере разработчика проект из 5000-10000 классов спокойно работает.
blogs.jetbrains.com/idea/2010/12/intellij-idea-10-rc-3-indexing-speed-improvements/
Тут говорили, что тормозит проект из 500 классов, но это же полная ложь. На современом компьютере разработчика проект из 5000-10000 классов спокойно работает.
Отличная новость, спасибо за продукт авторам.
Сам до недавнего времени пользовался, пока не перешёл на братца WebStorm, причём использовал не для Java в основном. Эта IDE действительно для людей от людей с руками откуда нужно: бывает, только подумаешь «а вот неплохо было бы, если бы оно ещё вот этак могло..» — обычно оказывается, что оно уже может и даже лучше, чем представлялось. В общем, продукт замечательный во всех отношениях.
Сам до недавнего времени пользовался, пока не перешёл на братца WebStorm, причём использовал не для Java в основном. Эта IDE действительно для людей от людей с руками откуда нужно: бывает, только подумаешь «а вот неплохо было бы, если бы оно ещё вот этак могло..» — обычно оказывается, что оно уже может и даже лучше, чем представлялось. В общем, продукт замечательный во всех отношениях.
Сейчас перевожу команду с Эклипса на ИДЕА.
Особенные проблемы обнаружились при командной работе с Эклипсом в Clear Case.
Workspace экслипса — это сотни файлов непонятной структуры, которые нельзя положить в соурс контроль, чтобы обеспечить одинаковую среду у всех.
А у IDEA — файл проекта — XML
Кроме того, на Линуксе IDEA работает быстрее, кроме того, при работе во многих views в Clear Case, заставить Эклипс признать все классы, провести индексирование в каждом новом view — на полчаса работы.
Короче, если удобство редактирования — это холивор, то удобство работы в командной работе в конкретной среде — разница объективная.
Особенные проблемы обнаружились при командной работе с Эклипсом в Clear Case.
Workspace экслипса — это сотни файлов непонятной структуры, которые нельзя положить в соурс контроль, чтобы обеспечить одинаковую среду у всех.
А у IDEA — файл проекта — XML
Кроме того, на Линуксе IDEA работает быстрее, кроме того, при работе во многих views в Clear Case, заставить Эклипс признать все классы, провести индексирование в каждом новом view — на полчаса работы.
Короче, если удобство редактирования — это холивор, то удобство работы в командной работе в конкретной среде — разница объективная.
Workspace экслипса — это сотни файлов непонятной структуры, которые нельзя положить в соурс контроль, чтобы обеспечить одинаковую среду у всех.
Use mylyn, Luke!
А он разве дает возможность использовать один и тот же воркспаейс всеми? Список проектов, код стайл?
Он дает возможность прикреплять контекст к багам в трекере. После открытия такого контекста у вас workspace откроется аналогично тому как это было у того кто работал с багом до того. А вот зачем переносить список проектов и код стайл я не совсем понимаю.
Ну как бы хорошо, чтобы у всех в проекте был один код стайл. И чтобы когда структура проектов (модулей) меняется, чтобы все автоматически получили.
а что мешает весь eclipse workspace в vcs положить?
Несколько сотен файлов от разных плагинов. Не понятно какие должны быть в чекауте, какие вообще вне соурс контроля. Вы видели как этот воркспейс выглядит? Ужас-ужас
окей. Тогда можно всякие codestyle и все такое настраивать в проектах, которые всяко попадают в vcs.
В JetBrains явно прознали про мой психологический барьер на покупку ПО в 1000 рублей.
Зашел на новую IDEA поглядеть, гляжу — на WebStorm новогодние скидки, с которыми он аккурат в этот барьер укладывается. Да и срок триала к концу уже подходил. Что ж, видимо, звезды так сложились: пришлось купить.
Зашел на новую IDEA поглядеть, гляжу — на WebStorm новогодние скидки, с которыми он аккурат в этот барьер укладывается. Да и срок триала к концу уже подходил. Что ж, видимо, звезды так сложились: пришлось купить.
yole, а есть ли какие отличия в поддержке PHP и Javascript между IDEA и PhpStorm? Мне IDEA представляется не только как IDE для Java, а как эдакое IDE «все-в-одном», то есть включает в себя функционал других разработок jetbrains (PhpStorm, PyCharm и.т.д), я не прав?
Отличия есть только из-за того, что релизный цикл PhpStorm/PyCharm и IDEA не синхронизированы. В остальном функциональность одна и та же.
Кроме того, из тех языков, для которых у нас есть отдельные IDE, в комплект поставки IDEA входят только PHP и JS. Плагины для Ruby и Python надо ставить отдельно.
Кроме того, из тех языков, для которых у нас есть отдельные IDE, в комплект поставки IDEA входят только PHP и JS. Плагины для Ruby и Python надо ставить отдельно.
не знаю, как в 10-й, в 9-й было неудобно создавать проект с php, плюс менюшки перегружены не относящимися к php функциями. Имеет смысл брать специализированную IDE, она и памяти меньше жрать будет. Тем более на PhpStorm щас такая цена вкусная.
Несколько оффтопик, но вопрос, а есть ли какието курсы пользования Идеей. Я ей пользуюсь уже с версии 3, но до сих пор с одной стороны сбивает многообразие возможностей, с другой неумение делать простейшие вещи. Даже закупил довольно старую уже книжку на русском языке по платформе, но она оказалась занудным сборищем банальностей, в итоге очень важно в той среде иметь вращаться в некой коммунити, чтобы объяснять как правильно простреливать себе ногу.
Если по топику, то у Идеи всегда была проблема с новыми версиями, гигантское количество багов всех мастей как правило присутствует даже в поздних версиях, в той же 9.0.4 всевозможной мелочевки (и не очень) хватает. А вот новые мажорные версии даже смотреть уже страшно. Хочется, всеже заиметь стабильную 9ку, прежде чем получить 10ку.
Если по топику, то у Идеи всегда была проблема с новыми версиями, гигантское количество багов всех мастей как правило присутствует даже в поздних версиях, в той же 9.0.4 всевозможной мелочевки (и не очень) хватает. А вот новые мажорные версии даже смотреть уже страшно. Хочется, всеже заиметь стабильную 9ку, прежде чем получить 10ку.
Курсов нету, но могу посоветовать посмотреть всякие демки на JetBrains TV.
По поводу багов — могу дать комментарии по поводу каких-то конкретных проблем, а рассуждения об огромном количестве багов вообще мне кажутся довольно беспредметными.
По поводу багов — могу дать комментарии по поводу каких-то конкретных проблем, а рассуждения об огромном количестве багов вообще мне кажутся довольно беспредметными.
Спасибо, ролики обязательно попробую посмотреть.
У нас в команде штатовская часть вся на Идее, Московская на Эклипсе. То есть присутствует некий паритет и поэтому выбор для новых участников команды среды упирается не в последнюю очередь в стабильность. И слабо протестированная среда, это реально проблема. Нагло воспользуюсь вашим предложением и по конкретномы проблемам даже попрошу совета. По багам как правило все и так вполне понятно, тем более там либо минорные уже остались в 9ке, либо врядли я смогу их вам описать. Например при просмотре локальной истории с ремут десктопа (причем тут ремут десктоп непонятно, видимо ремутная коннекция памяти откушала) идея умерла так, что помогла лишь переустановка.
1. Есть несколько бранчей, между ними надо оперативно переключатся. Бранчей много и они то возникают то удаляются. Проект лежит в перфорсе, и все эти бранчи выкачены на винчестер в разных местах. Желательно иметь возможность одновременно работать в 2-3 бранчах. Я создаю проект на каждый бранч, это решает все мои проблемы, но имеется явная дупликация. Одни и теже настройки надо править в каждом бранче. Создание проекта под новый бранч особенно тяжко. Терплю, но возможно посоветуете лучше решение?
2. Надо иметь в проекте 2 варианта сборки, один для дебага, другой для продакшена. При этом есть проблема, что часть файлов должны быть слегка по разному подложены в аут. Скажем в манифесте чуть другие ключи, но на 99% эти файлы совпадают, то есть разложить их по 2м папкам тоже не решение. Инклуды-импорты они не все поддерживают, то есть общую часть не вынести. Что тут может предложить идея?
3. Идея умеет генерировать антовые билд скрипты, но хочется иметь возможность ант скрипт дописывать вручную + чтобы любые изменения в проекте идеи отражались автоматически и в ант скрипте не преезаписывая ручные изменения. Скажем, как предлагается делать, чтобы проект в тимсити или автоматически скрипт деплоймента (написанный на баше) автоматически подцеплял изменения в проекте идеи, как только я их закоммитил. Наверняка есть решение этой проблемы.
4. Ант встроенный генерирует абсолютно нечитабельный лог по билд скриптам в режиме текстового вывода. Бага висит толи с 6го года, толи с 7го. Есть какойто walkaround? Довольно странно, что такая ключевая фича, как встроенный ант изза такой мелочи неюзабельна на половине задач. Эта фигня изза того, что там используется какойто нестандартный перехватчик в анте, я давно смотрел уже подзабыл детали. И он в лог выводит нестандартно и в основном добавляет информацию по входам и выходам из таргетов, что нужно довольно редко как раз, только при отладке анта собственно, где он там падает.
5. Есть один и тот же код, но запускать его нужно с разными конфигами. Поэтому делается 100500 модулей, единственная задача которых иметь разные депенданси, чтобы по разному собирать класспас для запуска. Один зависит от модуля с кодом и папки 1, другой от того же модуля и папки 2 итп. Юмор в том, что создать Ява модуль без контент рута невозможно (потом можно убрать, что я и делаю), то есть это явно хак. Мб есть варианты под это дело? Я пытался это сделать через переключение либ, но так и не придумал решения удобного. Формально эти модули даже не Ява, а просто Базовые Модули, но в идее такого нет.
У нас в команде штатовская часть вся на Идее, Московская на Эклипсе. То есть присутствует некий паритет и поэтому выбор для новых участников команды среды упирается не в последнюю очередь в стабильность. И слабо протестированная среда, это реально проблема. Нагло воспользуюсь вашим предложением и по конкретномы проблемам даже попрошу совета. По багам как правило все и так вполне понятно, тем более там либо минорные уже остались в 9ке, либо врядли я смогу их вам описать. Например при просмотре локальной истории с ремут десктопа (причем тут ремут десктоп непонятно, видимо ремутная коннекция памяти откушала) идея умерла так, что помогла лишь переустановка.
1. Есть несколько бранчей, между ними надо оперативно переключатся. Бранчей много и они то возникают то удаляются. Проект лежит в перфорсе, и все эти бранчи выкачены на винчестер в разных местах. Желательно иметь возможность одновременно работать в 2-3 бранчах. Я создаю проект на каждый бранч, это решает все мои проблемы, но имеется явная дупликация. Одни и теже настройки надо править в каждом бранче. Создание проекта под новый бранч особенно тяжко. Терплю, но возможно посоветуете лучше решение?
2. Надо иметь в проекте 2 варианта сборки, один для дебага, другой для продакшена. При этом есть проблема, что часть файлов должны быть слегка по разному подложены в аут. Скажем в манифесте чуть другие ключи, но на 99% эти файлы совпадают, то есть разложить их по 2м папкам тоже не решение. Инклуды-импорты они не все поддерживают, то есть общую часть не вынести. Что тут может предложить идея?
3. Идея умеет генерировать антовые билд скрипты, но хочется иметь возможность ант скрипт дописывать вручную + чтобы любые изменения в проекте идеи отражались автоматически и в ант скрипте не преезаписывая ручные изменения. Скажем, как предлагается делать, чтобы проект в тимсити или автоматически скрипт деплоймента (написанный на баше) автоматически подцеплял изменения в проекте идеи, как только я их закоммитил. Наверняка есть решение этой проблемы.
4. Ант встроенный генерирует абсолютно нечитабельный лог по билд скриптам в режиме текстового вывода. Бага висит толи с 6го года, толи с 7го. Есть какойто walkaround? Довольно странно, что такая ключевая фича, как встроенный ант изза такой мелочи неюзабельна на половине задач. Эта фигня изза того, что там используется какойто нестандартный перехватчик в анте, я давно смотрел уже подзабыл детали. И он в лог выводит нестандартно и в основном добавляет информацию по входам и выходам из таргетов, что нужно довольно редко как раз, только при отладке анта собственно, где он там падает.
5. Есть один и тот же код, но запускать его нужно с разными конфигами. Поэтому делается 100500 модулей, единственная задача которых иметь разные депенданси, чтобы по разному собирать класспас для запуска. Один зависит от модуля с кодом и папки 1, другой от того же модуля и папки 2 итп. Юмор в том, что создать Ява модуль без контент рута невозможно (потом можно убрать, что я и делаю), то есть это явно хак. Мб есть варианты под это дело? Я пытался это сделать через переключение либ, но так и не придумал решения удобного. Формально эти модули даже не Ява, а просто Базовые Модули, но в идее такого нет.
1. Эта проблема решается хранением проектых файлов в version control и бранчеванием их вместе с исходниками. Все проектные файлы, кроме воркспейсного файла (.iws или workspace.xml), рассчитаны на то, чтобы шарить их со всей командой.
2. Для сложных вариантов сборки в любом случае стоит использовать ant или другой внешний билд-тул, а не компиляцию в IDE. Кое-что можно сделать, настроив разные варианты сборки артефактов, но возможности идеи тут есть и будут ограничены.
3. Тут правильный путь решения — не дописывать сгенерённый идеей скрипт, а сделать свой обёрточный, из которого инклюдить сгенерённый идеей. Либо, если речь идёт о тимсити, то просто использовать .ipr runner, который собирает непосредственно идейский проект.
4. Это и правда старая бага, в той области у нас давно никто не ковырялся. Попрошу коллег посмотреть.
5. Эту проблему на данный момент предполагается решать именно так (мы сами так делаем). И вправду слегка коряво, но лучше решения мы пока не придумали.
2. Для сложных вариантов сборки в любом случае стоит использовать ant или другой внешний билд-тул, а не компиляцию в IDE. Кое-что можно сделать, настроив разные варианты сборки артефактов, но возможности идеи тут есть и будут ограничены.
3. Тут правильный путь решения — не дописывать сгенерённый идеей скрипт, а сделать свой обёрточный, из которого инклюдить сгенерённый идеей. Либо, если речь идёт о тимсити, то просто использовать .ipr runner, который собирает непосредственно идейский проект.
4. Это и правда старая бага, в той области у нас давно никто не ковырялся. Попрошу коллег посмотреть.
5. Эту проблему на данный момент предполагается решать именно так (мы сами так делаем). И вправду слегка коряво, но лучше решения мы пока не придумали.
1. А как добавить остальные файлы в новый workspace.xml /*.iws? То есть вот я создал новый воркспейс для бранча, но туда же надо залить все модули и прочее прочее, да они у меня есть как файлы, но ссылки на них не прописаны.
2. Внешний ант не хочется категорически, но я мысль понял. Скорость запуска приложений возрастает на порядок, скорость разработки соответсвенно падает. Я делаю у нас на проекте все, чтобы не допустить построение и запуск из идеи через ант. Может я чегото не умею, но удобство несравнимо.
3. Да, я так и делаю. Но проблема в том, что все равно генерируемые идеей ант скрипты необходимо перегенерировать на каждое изменения в структуре модулейй. Это неудобно и часто забывается. Тем более и сам процесс не то, чтобы тривиален. Там довольно приличное количество настроек у этого ант скрипт билдера, можно не туда кликнуть и огрести. Вот бы эту штуку сделать автомат на коммит скажем или даже на мейк (асинхронно только).
5. Я бы вам предложил сделать таки функциональность этих базовых модулей. Врядли это сложно сделать, а то слишком много модулей, которые держишь только ради зависимостей, артефактов или контент рутов. Де факто у меня в проекте на 50 проектов, реальных модулей 2-3 и это нехорошо.
2. Внешний ант не хочется категорически, но я мысль понял. Скорость запуска приложений возрастает на порядок, скорость разработки соответсвенно падает. Я делаю у нас на проекте все, чтобы не допустить построение и запуск из идеи через ант. Может я чегото не умею, но удобство несравнимо.
3. Да, я так и делаю. Но проблема в том, что все равно генерируемые идеей ант скрипты необходимо перегенерировать на каждое изменения в структуре модулейй. Это неудобно и часто забывается. Тем более и сам процесс не то, чтобы тривиален. Там довольно приличное количество настроек у этого ант скрипт билдера, можно не туда кликнуть и огрести. Вот бы эту штуку сделать автомат на коммит скажем или даже на мейк (асинхронно только).
5. Я бы вам предложил сделать таки функциональность этих базовых модулей. Врядли это сложно сделать, а то слишком много модулей, которые держишь только ради зависимостей, артефактов или контент рутов. Де факто у меня в проекте на 50 проектов, реальных модулей 2-3 и это нехорошо.
По поводу 3 пункта еще можно посоветовать использовать Maven, у IDEA с ним интеграция очень хорошая. Можно настроить так, что в IDEA вообще ничего крутить не надо будет, все изменения в проекте делаются в pom.xml и автоматически подцепляются. Можно собирать из IDEA, из командной строки, из TeamCity. Наверное, с очень специфическими конфигурациями это может не работать, но в общем случае это универсальное решение если проект разрабатывается в разных IDE и собирается разными тулами.
А так, вариант от yole со скриптом оберткой вполне рабочий.
А так, вариант от yole со скриптом оберткой вполне рабочий.
Да и этот сценарий у нас активно используется, но теже проблемы что и любым внешним билдом — тормозит. У нас мавен используется для запуска проектов где использует Скала. И вот это просто мучение, когда импортишь проект идеи из пом файла, то запуск 4х приложений в 9.0.4 занимает минут 5. Сами приложения нелегкие, а она последовательно синхронно начинает перед каждый запуском делать некий мейк скала классов. Когда запускается первое приложение оно начинает делать этот мейк еще раз, но так как приложение само по себе тяжелое, на машине с 8 ядрами по 3Ггц и прочим аналогичным оно начинает тормозить вообще яростно. К 4му приложению мейк вообще занимает очень много времени. Стоит же проект сделать вручную, а не через пом, и билод используется видимо родной идейный, это все занимает несколько секунд. Ибо нет избыточных мейков скала классов и видимо еще какой мавен деятельности. Причем я (не особо рыл конечно) так и не нашел, в чем такое суровое отличие как по перфомансу. И не нашел как в явном виде это поведение идеи переключать, только пересоздать проект. Конечно случай наверняка упирается либо в кривость скала плагина конкретного, либо в мои кривые руки, либо в нежелание докопаться до решения, но все равно внешний ант или мавен билд это слишком тяжелое решение увы. А при разработке очень важно, чтобы ничего не отвлекало от конкретно разработки. Такие лаги очень тормозят.
Посмотрел несколько роликов, очень впечатлила скорость нового автокомплита. Но увы это не совсем то, что я искал. Это базовые вещи, как правило просто описание какой либо функциональности, что по отдельности как правило понятно и так. В книжке как раз описывались именно такие штуки, но интереснее вещи совершенно иного уровня. Так сказать общая идеология разработки под идеей, как организовывать проект, инфраструктуру, как настраивать среду. Какие проблемы удобно решать какими средствами. Все эти доки идут от фич, а интереснее подход идущий от проблем. По личному опыту могу сказать, что когда встречаются 2 разработчика под идеей или они работают рядом есть множество финтов, которыми они могут друг с другом поделится. Вот тут я вижу основную проблему, что крайне удобные фичи очень сложно найти одному, без поддержки коммунити и если тебе не повезло оказатся среди других опытных идея разработчиков, множество проблем ты будешь решать неэффективно.
Наконец-то были услышаны мои жалобы на баги в редакторе, когда он вставлял лишние символы — в десятке все исправлено. Спасибо команде!
Мавен 3 поддерживается?
Да, поддерживается.
НЛО прилетело и опубликовало эту надпись здесь
Нет, такое пока из области фантастики =)
ну я бы сказал, что
1) плагин для плюсов вообще есть (но совсем никакой, увы)
2) Obj-C IDE уже активо пишется, а c/c++ вроде как тоже планирутеся
1) плагин для плюсов вообще есть (но совсем никакой, увы)
2) Obj-C IDE уже активо пишется, а c/c++ вроде как тоже планирутеся
1) конечно же я в курсе про этот плагин, но довести его функционал до уровня Java пока кажется фантастикой, особенно учитывая сколько человек над ним работают и в каком режиме =)
2) Языки несколько разные, C++ очень сложен сам по себе чтобы всё работало хорошо, а главное, быстро.
2) Языки несколько разные, C++ очень сложен сам по себе чтобы всё работало хорошо, а главное, быстро.
2) тем не менее работа над «некоторым диалектом си» ведь уже идёт, и вполне успешно
А откуда вы знаете про «успешно»? =) Пробовали?
я под Obj-C пока особо не пишу, но судя по отзывам «сидр» уже вполне неплох
Много отзывов о продукте, которого еще нет в паблике ни в каком виде вы читали? Я думаю что поддержка Objective C в CIDR будет на уровне, но прежде чем делать выводы, надо хотя бы EAP дождаться =)
Но мы ушли от темы. Мой главный поинт что C++ несравнимо сложнее.
Но мы ушли от темы. Мой главный поинт что C++ несравнимо сложнее.
между прочим, слова «много» я не говорил ;)
>Но мы ушли от темы. Мой главный поинт что C++ несравнимо сложнее.
вполне возможно, но делать поддержку C++ уже имея поддержку Obj-C всё-таки проще, чем делать совсем с нуля.
>Но мы ушли от темы. Мой главный поинт что C++ несравнимо сложнее.
вполне возможно, но делать поддержку C++ уже имея поддержку Obj-C всё-таки проще, чем делать совсем с нуля.
тьфу, блин, только сейчас понял с кем разговариваю по поводу идеи :))
ну да, вам-то самим, конечно, виднее :))
ну да, вам-то самим, конечно, виднее :))
Clang должен помочь здесь — сlang ведь можно использовать и как библиотеку. Я думаю, со временем Eclipse/IDEA научаться использовать clang для парсинга C++.
> особенно учитывая сколько человек над ним работают и в каком режиме =)
ну блин
если бы они выложили код куданить, например на гугл код
там бы уже кучу контрибьютов было
ну блин
если бы они выложили код куданить, например на гугл код
там бы уже кучу контрибьютов было
откуда вдруг? сомневаюсь, что хоть сколько-нибудь много людей, знающих и пишущих плагины по идею хорошо знает плюсы и, главное, хочет пилить плагин
> знающих и пишущих плагины по идею
эээ, это вообще не надо
не с нуля же плагин писать, а править уже готовый код
парсер кода, составление иерархии классов, методов, рефакторинг — это же независимые вещи
если их ктонить напишет (ну тойсть допишет, поправит), то тот кто знает плагины сможет это быстро прикрутить
а так, вопрос про с++ периодически появляется на форумах идеи, даже вон тут на хабре вопрос возник
так что контрибьюторы наверняка появятся
по-любому как минимум я бы контрибьютил :)
эээ, это вообще не надо
не с нуля же плагин писать, а править уже готовый код
парсер кода, составление иерархии классов, методов, рефакторинг — это же независимые вещи
если их ктонить напишет (ну тойсть допишет, поправит), то тот кто знает плагины сможет это быстро прикрутить
а так, вопрос про с++ периодически появляется на форумах идеи, даже вон тут на хабре вопрос возник
так что контрибьюторы наверняка появятся
по-любому как минимум я бы контрибьютил :)
>если их ктонить напишет (ну тойсть допишет, поправит), то тот кто знает плагины сможет это быстро прикрутить
написание/дописывание парсеров для плюсов на java — не самое простое занятие
>а так, вопрос про с++ периодически появляется на форумах идеи, даже вон тут на хабре вопрос возник
ну, вопрос и написание — «вещи независимые».
опять же что мешает вам как минимум начать делать такой опенсорсный плагин, авось и JB вам бы немного помогли
написание/дописывание парсеров для плюсов на java — не самое простое занятие
>а так, вопрос про с++ периодически появляется на форумах идеи, даже вон тут на хабре вопрос возник
ну, вопрос и написание — «вещи независимые».
опять же что мешает вам как минимум начать делать такой опенсорсный плагин, авось и JB вам бы немного помогли
наврядли, пример с Идеей Community Edition не подтверждает этого коммунизма
совершенно разные вещи
тоже идея открыла сурцы — это в первую очередь помогает девелоперам плагинов
оценить насколько помогло — не представляю как, разве что опрос провести
потом им там на форуме предлагали куски кода — патчи
например большой кусок был — гзипать индекс на лету или что такое, что производительность улучшило
а добавлять фичи к самой идее
ну блин
она же почти что идеальна :)
тоже идея открыла сурцы — это в первую очередь помогает девелоперам плагинов
оценить насколько помогло — не представляю как, разве что опрос провести
потом им там на форуме предлагали куски кода — патчи
например большой кусок был — гзипать индекс на лету или что такое, что производительность улучшило
а добавлять фичи к самой идее
ну блин
она же почти что идеальна :)
idea64.exe забыли положить или он просто не установился?
Запускать под 64-бит JVM нет особого смысла, преимуществ не будет заметно, а памяти будет кушать больше. Это может иметь смысл если вы работаете с очень большими проектами или открываете несколько проектов одновременно, или используете новую опцию javac компиляции in-process (когда IDEA не запускает новую JVM для компиляции файлов, а использует свою). В общем, это нужно только если вы упираетесь в ~2GB лимит памяти 32-бит процессов из-за того что используете большое значение Xmx.
Имейте в виду, что при нехватке физической памяти и большом heap может начать свопиться, и GC будут реже, но длиннее.
Если вы знаете что делаете, вот вам idea64.exe (полуофициальный).
Имейте в виду, что при нехватке физической памяти и большом heap может начать свопиться, и GC будут реже, но длиннее.
Если вы знаете что делаете, вот вам idea64.exe (полуофициальный).
idea64.exe в дистрибутиве появится в одном из ближайших багфикс-апдейтов.
НЛО прилетело и опубликовало эту надпись здесь
Мы ничего не можем с этим сделать, проблема в JDK под Linux. Попробуйте другой шрифт, подробнее читайте в IDEA-57233.
НЛО прилетело и опубликовало эту надпись здесь
Значит все сложнее, и проблема не только в JDK, но и в дистрибутиве. Возможно влияют настройки Look&Feel, темы, опции компиляции библиотек рендеринга шрифтов, шрифты и их параметры идущие в дистрибутиве и черт знает что еще. Мне не удалось добиться хороших результатов в Ubuntu, хотя перепобовал много всего. Нужно будет посмотреть как дела с этм в Fedora.
НЛО прилетело и опубликовало эту надпись здесь
Мне не очень понятно как JDK, работающая под зоопарком Linux дистрибутивов с разными версиями библиотек рендеринга шрифтов может на них полагаться, по идее JDK само должно рендерить шрифты. Под Windows и Mac проще, там хоть понятно что можно использовать. Кто-то знает в деталях через что JDK рендерит шрифты под Linux?
НЛО прилетело и опубликовало эту надпись здесь
Проблема с шрифтами кое-как решается с помощью такого костыля:
1. Открываем в FontForge наш любимый шрифт.
2. Выделяем с помощью Ctrl+A все глифы и убираем все хинты (Hints -> Clear Hints)
3. Снова все выделяем и идем в меню Hints -> Clear Instruction
4. Сохраняем наш шрифт ( File -> Generate Fonts) изменяем при этом его имя.
5. ???????
6. PROFIT!!!
Однако, не стоит надеяться, что всё будет тип-топ, это таки жуткий костыль, но тем не менее, пересобраный Consolas стал выглядеть намного приятнее.
1. Открываем в FontForge наш любимый шрифт.
2. Выделяем с помощью Ctrl+A все глифы и убираем все хинты (Hints -> Clear Hints)
3. Снова все выделяем и идем в меню Hints -> Clear Instruction
4. Сохраняем наш шрифт ( File -> Generate Fonts) изменяем при этом его имя.
5. ???????
6. PROFIT!!!
Однако, не стоит надеяться, что всё будет тип-топ, это таки жуткий костыль, но тем не менее, пересобраный Consolas стал выглядеть намного приятнее.
Спасибо за релиз! Спасибо команде за труды — работа IDE стала заметно быстрее.
Вопрос: плагин для Питона по функциональности будет идти в ногу с PyCharm или они (Ultimate + Pyton plugin и PyCharm) будут различаться?
Вопрос: плагин для Питона по функциональности будет идти в ногу с PyCharm или они (Ultimate + Pyton plugin и PyCharm) будут различаться?
Совсем в ногу идти им сложно из-за того, что у них не синхронизирован релизный цикл. Скорее всего, плагин, соответствующий по фичам версии PyCharm 1.1, для десятки будет, а более новые версии будут требовать EAP'ов 10.5, 11 или что у нас там будет дальше.
То есть если хочется использовать фичи для Питона — придется покупать еще и PyCharm? Грустно ( Я брал лицензию на IDEA X в значительной степени из расчета на активное развитие поддержки Питона.
Зачем? Пользуйтесь бесплатным плагином. Если хотие все последние новые фичи, можете использовать EAP IDEA 10.x/11, когда он появится или EAP того же PyCharm.
На сколько я понял — версия плагина для даже для EAP-версий IDEA будут идти с неопределенным отставанием от PyCharm. Или подразумевается, что для каждого EAP-релиза будет доступна версия плагина, максимально близкая к последнему релизу PyCharm, так что разрыв в функционале будет относительно небольшим?
Пользователи Visual Studio получают апдейты раз в год и не плачут =) Вы хотите раз в неделю последние фичи тестировать? Думаю что раз в несколько месяцев будет апдейт Python плагина, либо вместе с новым EAP, либо с новым 10.x релизом IDEA, который будет соответствовать одной из последних версий PyCharm.
Если же хочется иметь всегда всё последнее и от этого реально зависит ваша производительность и судьба проекта, купите PyCharm.
Если же хочется иметь всегда всё последнее и от этого реально зависит ваша производительность и судьба проекта, купите PyCharm.
Собственно, поддержка Питона активно развивается — в плагине для десятки фич куда больше, чем в той версии, которая доступна для девятки. Покупая лицензию на IDEA 10, вы получаете поддержку Питона в том состоянии, в котором она есть на момент релиза IDEA 10. По-моему, всё честно. :)
я вот не понял что означает «возможность выносить окна редактора на второй монитор»? нельзя ли поподробнее? разве таок йвозможности в 9 не было?
Поподробнее можно демку посмотреть: blogs.jetbrains.com/idea/2010/11/intellij-idea-10-eap-98311/
В девятке не было.
В девятке не было.
Насколько я понял, новая фича языка «auto resource management» пока не поддерживается.
Надеюсь, она вскоре появится в 10ке?
Надеюсь, она вскоре появится в 10ке?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
IntelliJ IDEA 10