1. Эта проблема решается хранением проектых файлов в version control и бранчеванием их вместе с исходниками. Все проектные файлы, кроме воркспейсного файла (.iws или workspace.xml), рассчитаны на то, чтобы шарить их со всей командой.
2. Для сложных вариантов сборки в любом случае стоит использовать ant или другой внешний билд-тул, а не компиляцию в IDE. Кое-что можно сделать, настроив разные варианты сборки артефактов, но возможности идеи тут есть и будут ограничены.
3. Тут правильный путь решения — не дописывать сгенерённый идеей скрипт, а сделать свой обёрточный, из которого инклюдить сгенерённый идеей. Либо, если речь идёт о тимсити, то просто использовать .ipr runner, который собирает непосредственно идейский проект.
4. Это и правда старая бага, в той области у нас давно никто не ковырялся. Попрошу коллег посмотреть.
5. Эту проблему на данный момент предполагается решать именно так (мы сами так делаем). И вправду слегка коряво, но лучше решения мы пока не придумали.
Курсов нету, но могу посоветовать посмотреть всякие демки на JetBrains TV.
По поводу багов — могу дать комментарии по поводу каких-то конкретных проблем, а рассуждения об огромном количестве багов вообще мне кажутся довольно беспредметными.
Отличия есть только из-за того, что релизный цикл PhpStorm/PyCharm и IDEA не синхронизированы. В остальном функциональность одна и та же.
Кроме того, из тех языков, для которых у нас есть отдельные IDE, в комплект поставки IDEA входят только PHP и JS. Плагины для Ruby и Python надо ставить отдельно.
Думаю, что определяющим является наличие на сайте осмысленного контента, а не то, расположен он на гитхабе или не гитхабе.
С платной поддержкой логика простая. Если компания зарабатывает при помощи нашего продукта деньги — значит, она может себе позволить купить у нас лицензию на этот продукт, и неважно, зарабатываются ли деньги продажей лицензий или каким-то другим образом. Тем более, что стоит лицензия совсем недорого (скорее всего, примерно столько же, сколько один или два часа платных консультаций или тренингов).
Архитектура PyCharm такова, что без копии проекта на локальном диске у нас ничего работать не будет. Синхронизация через SFTP у нас будет, и удалённые операции типа move/rename тоже, но локальную копию иметь всё равно придётся.
Про доступ к исходному коду можем дописать. У нас в общем-то тоже, если кто не в курсе, платформа (то есть, большая часть кода) — open-source под Apache 2 лицензией.
На мой взгляд, объективного ответа про то, каков тот или иной продукт в сравнении с аналогами, в любом случае нужно ожидать не от разработчиков этого продукта. Хотя бы потому, что у нас попросту нет достаточного опыта реального, повседневного использования других IDE. А мои мысли по поводу того, чем Wing лучше, чем PyCharm, я готов обсуждать в неформальной обстановке, но не высказывать как официальную позицию компании.
А, теперь понял. Drag & drop табиков между сплитами поддержать, конечно, нужно; попинаю коллегу, чтобы сделал, если у него этого и так не запланировано.
HTML/CSS editing — что-то, кроме подсветки синтаксиса, поддерживается? Хотя бы completion для тэгов и атрибутов в html?
Goto class/symbol — искал, не нашёл. Подскажите, где найти?
Плагины, связывающие с открытыми инструментами — существуют, или их можно написать? Если второе, то слово plugin нужно ставить вообще везде, потому что открытый API есть у всех тех IDE, которые мы рассмативали.
Ну скажем так: в нашей компании бытует мнение, что docking framework с произвольным прицеплением чего угодно куда угодно приносит больше путаницы, чем пользы, потому как только ограниченное количество конфигураций docking имеет какой-то смысл. А писать такой фреймворк и потом изводить в нём баги — задача довольно трудоёмкая, всё-таки.
Конкретно со сплитом редактора мне сложно себе представить сценарии, в которых мне понадобилось бы часто сплитить и переспличивать редактор каким-то более сложным образом, чем «один файл слева, один справа».
2. Для сложных вариантов сборки в любом случае стоит использовать ant или другой внешний билд-тул, а не компиляцию в IDE. Кое-что можно сделать, настроив разные варианты сборки артефактов, но возможности идеи тут есть и будут ограничены.
3. Тут правильный путь решения — не дописывать сгенерённый идеей скрипт, а сделать свой обёрточный, из которого инклюдить сгенерённый идеей. Либо, если речь идёт о тимсити, то просто использовать .ipr runner, который собирает непосредственно идейский проект.
4. Это и правда старая бага, в той области у нас давно никто не ковырялся. Попрошу коллег посмотреть.
5. Эту проблему на данный момент предполагается решать именно так (мы сами так делаем). И вправду слегка коряво, но лучше решения мы пока не придумали.
По поводу багов — могу дать комментарии по поводу каких-то конкретных проблем, а рассуждения об огромном количестве багов вообще мне кажутся довольно беспредметными.
Кроме того, из тех языков, для которых у нас есть отдельные IDE, в комплект поставки IDEA входят только PHP и JS. Плагины для Ruby и Python надо ставить отдельно.
Javascript и PHP волшебным образом не заработают, не надейтесь.
Поддержка Android действительно поддерживает весь жизненный цикл разработки.
С платной поддержкой логика простая. Если компания зарабатывает при помощи нашего продукта деньги — значит, она может себе позволить купить у нас лицензию на этот продукт, и неважно, зарабатываются ли деньги продажей лицензий или каким-то другим образом. Тем более, что стоит лицензия совсем недорого (скорее всего, примерно столько же, сколько один или два часа платных консультаций или тренингов).
Портабельно настроить можно, но не то чтобы рекомендуется: скорость доступа к файловой системе для PyCharm довольно критична.
На мой взгляд, объективного ответа про то, каков тот или иной продукт в сравнении с аналогами, в любом случае нужно ожидать не от разработчиков этого продукта. Хотя бы потому, что у нас попросту нет достаточного опыта реального, повседневного использования других IDE. А мои мысли по поводу того, чем Wing лучше, чем PyCharm, я готов обсуждать в неформальной обстановке, но не высказывать как официальную позицию компании.
Goto class/symbol — искал, не нашёл. Подскажите, где найти?
Плагины, связывающие с открытыми инструментами — существуют, или их можно написать? Если второе, то слово plugin нужно ставить вообще везде, потому что открытый API есть у всех тех IDE, которые мы рассмативали.
Конкретно со сплитом редактора мне сложно себе представить сценарии, в которых мне понадобилось бы часто сплитить и переспличивать редактор каким-то более сложным образом, чем «один файл слева, один справа».