В этой статье я хочу поднять тему старения компаний и извечный вопрос: что делать простым пользователям? На примере IDEA. С графиками деградации и загнивания.
Тем, кто интересуется теорией, советую ознакомиться с недавно опубликованной замечательной статьёй "Биологические предпосылки деградации компаний". Я же хочу обсудить вполне конкретную ситуацию, как пример того, когда хорошие вещи начинают отдавать неприятным душком.
Данная история началась для меня с того, что на рынке появилась серьезная IDE для моего любимого Python — это PyCharm. В JetBrains, видимо, поняли, что у них хорошо получается делать IDE, а все IDE чем-то похожи, и, в общем, почему бы не захватить этот интересный рынок чуть более чем полностью. Как бы там ни было, в итоге помимо IntelliJ IDEA на свет появилось много замечательных IDE: PhpStorm, PyCharm, RubyMine, WebStorm, AppCode, CLion, DataGrip, Rider — вот скромный список с официального сайта, и, судя по слухам, JetBrains не планирует останавливаться.
Хочу заметить, что я считаю PyCharm не только лучшей, но и в принципе единственной на сегодняшний день вменяемой IDE для Python. И я считаю, что мне очень повезло, что этот продукт появился на свет. Какая радость забыть обо всех костыльных IDE и куцых редакторах, и перейти на PyCharm! Когда всё работает из коробки, это даёт замечательное чувство сосредоточения. Склоняешься над кодом, как старый часовщик, и со всей тщательностью и скрупулёзностью погружаешься в свою задачу. И ничто не отвлекает. И не лень протянуть руку за нужным инструментом, когда всё под рукой.
Пока я занимался своими делами, рос профессионально, компания JetBrains тоже росла, и очень активно. И если «рост» одного человека — это более или менее налаженный и всем понятный процесс, то рост компании — это большой вызов. Превращение маленького сплоченного коллектива в организацию из сотен человек — дело очень рискованное. И, в конце концов, даже если рост проходит успешно, от того маленького коллектива, как правило, практически ничего не остаётся. Компания теряет свою душу. Старые идейные сотрудники устают от однотипных задач и даже частично разбегаются. Новые приходят за высокооплачиваемым местом в стабильной и успешной компании, и на их фоне идейных становится всё меньше. Управлять компанией становится сложно, начинается бюрократизация, стандартизация процессов, и прочее. Новые цели и планки требует привлечения (или выращивания) маркетологов. Начальники всё меньше занимаются разработкой и всё больше менеджментом. Появляются новые амбициозные идеи и проекты, на которые начинают тратить львиную долю самых ценных ресурсов, а старые проекты превращаются в молчаливых грустных лошадок, тянущих всю эту компанию.
Одним из дурных знаков для меня стала смена иконок. Я любил старые иконки, они были очень детально прорисованные и потому хорошо различались зрительно. Но кто-то решил, что сейчас в моде плоские минималистичные иконки. Потом изменилась иконка самой IDE, и мне стало сложно отличить PyCharm от терминала в панели задач. Так в мой инструмент пришел маркетинг, и сделал мою рабочую среду красивее, но менее удобной.
Вторым (не помню, было ли это до или после иконок) дурным знаком стала смена лицензионной политики. Нет, я не против платить за хороший продукт. Просто это стало сигналом того, что теперь больше внимания будет уделяться доходам компании. А значит, меньше внимания будет уделяться качеству и моим потребностям.
Третьим настораживающим знаком было учащение релизов мажорных версий. Опять же, ничего плохого в этом нет, если только в компании готовы часто выпускать стабильные релизы.
И вот, наконец, случилось то, чего я боялся. Из моего инструмента всё чаще стали вылезать баги. Сначала это было похоже на досадные случайности. Потом стало очевидно, что бантики интересуют компанию больше, чем исправление значимых ошибок. Затем стали обнаруживаться такие ошибки, которые уже прямо говорят о не самом высоком качестве кода (или рук). И вот, сегодня я выяснил, что в структуре класса в некоторых случаях не отображаются унаследованные атрибуты. Какая досада, я шарю рукой вокруг себя, но не могу нащупать нужный инструмент. И уже как минимум полгода, а может и больше, никто не торопится исправить это. А я всё это время шарил рукой, и не мог понять, почему инструмент всё реже помогает и всё чаще мешает мне.
Я не люблю опирать свои выводы на эмоции, и поэтому решил поискать хотя бы немного объективных фактов. Благо, у JetBrains есть замечательный продукт YouTrack, в котором все ходы записаны. А ещё там можно создавать отчеты. Я создал отчёт Resolved vs New/Reopened Rate для продукта PyCharm с фильтром «Type: Bug», и получил вот такой красивый график:
График красив, но в нашем случае совершенно бесполезен. На первый взгляд всё равно: команда работает, баги открываются и закрываются. Но мне кажется, что за этим диким разбросом не видно истинной картины (еще там можно включить режим «Grouped», который немного проясняет, но все еще не убеждает). Эффективность анализа данных напрямую зависит от того, насколько удачно выбран способ представления данных. Чтобы разобраться в этих данных, для начала я импортировал их в LibreOffice.
Полученные данные я просуммировал по годам, чтобы избавиться от дикого разброса, и получилась вот такая понятная картинка.
Теперь отчетливо видно, что каждый год багов открывалось больше, чем закрывалось. Причем количество незакрытых багов скорее идёт на увеличение, чем на уменьшение. Но самый интересный факт, не отраженный в этой диаграмме, состоит в том, что незакрытые баги никуда не деваются, а накапливаются. Поэтому, чтобы увидеть картину во всей своей красе, следует построить график с накоплением.
Вот оно — моё смутное сомнение, материализованное в диаграмме. Количество багов росло всё это время. И их стало аж три тысячи. Если профильтровать тикеты запросом вида
Не надо быть бабой Вангой, чтобы предсказать, что для других IDE этой компании будет примерно такая же картина.
IntelliJ IDEA (удивительно отлаженный и равномерный процесс накопления багов):
RubyMine, PhpStorm, WebStorm ол тугезер:
Есть такая забавная байка, которая гласит примерно следующее: когда проект растёт и обрастает функционалом, количество багов в нём тоже растёт прямо пропорционально количеству функций, и это нормально. Поскольку эта история довольно популярная, я потороплюсь сразу же возразить. Нет, это не нормально по нескольким причинам. Во-первых, недоделанный функционал — плохой функционал. А во-вторых, мы с вами, как программисты, прекрасно понимаем, что добавление новых фич порождает баги не только в новом функционале, но и в старом. И чем больше этих багов накапливается, чем реже делается рефакторинг с целью их тотального искоренения — тем больше проект начинает напоминать «нечто с ручками».
Однажды JetBrains победил Eclipse. Те, кто пользовался Eclipse, наверное, помнит, каким ужасным он стал, когда несвязанные друг с другом разработчики стали порождать несвязанные и глючные плагины. Чем больше эти плагины обрастали функционалом, тем более глючными они становились. IDEA, в отличие от Eclipse, разрабатывалась внутри одной команды, и у них была возможность сделать IDE согласованной и более или менее одинаково неглючной со всех сторон.
Теперь, когда JetBrains стал неприлично большим, согласованность будет стоить гораздо дороже. И если все главные умы компании, устав от рутины IDE-строительства, перестанут придумывать новые способы делать IDE еще лучше, и переключатся на новые интересные и амбициозные проекты, как язык Kotlin, тогда IDEA ждёт неминуемая деградация.
На самом деле, я думаю, появление других IDE на основе IDEA — это было начало конца. Нет, не компании, конечно же. Такой огромный маховик будет крутиться еще долго. Это конец того продукта, о котором компания может честно заявить: «это то, что мы умеем делать хорошо».
Когда производитель переходит от стадии раскрутки к стадии снимания сливок, от былого качества остается лишь брэнд. А что делать нам — простым разработчикам? Снова искать альтернативы? Уходить вмонахи вимеры? Или пилить свою IDE с блэкджеком и плагинами? У меня нет ответа на этот вопрос. Надеюсь, он есть у кого-то из читателей.
PS: Большое спасибо разработчикам из JetBrains за их замечательные продукты. Искренне желаю вам успехов в любых начинаниях, и в глубине души всё же надеюсь, что вы найдёте способ привести в порядок текущие проекты.
PPS: Понимаю, вопрос дискуссионный, и наверняка найдется много людей, несогласных с моим мнением. С кармой я уже попрощался ) И всё же, надеюсь на конструктивные комментарии.
Тем, кто интересуется теорией, советую ознакомиться с недавно опубликованной замечательной статьёй "Биологические предпосылки деградации компаний". Я же хочу обсудить вполне конкретную ситуацию, как пример того, когда хорошие вещи начинают отдавать неприятным душком.
Данная история началась для меня с того, что на рынке появилась серьезная IDE для моего любимого Python — это PyCharm. В JetBrains, видимо, поняли, что у них хорошо получается делать IDE, а все IDE чем-то похожи, и, в общем, почему бы не захватить этот интересный рынок чуть более чем полностью. Как бы там ни было, в итоге помимо IntelliJ IDEA на свет появилось много замечательных IDE: PhpStorm, PyCharm, RubyMine, WebStorm, AppCode, CLion, DataGrip, Rider — вот скромный список с официального сайта, и, судя по слухам, JetBrains не планирует останавливаться.
Хочу заметить, что я считаю PyCharm не только лучшей, но и в принципе единственной на сегодняшний день вменяемой IDE для Python. И я считаю, что мне очень повезло, что этот продукт появился на свет. Какая радость забыть обо всех костыльных IDE и куцых редакторах, и перейти на PyCharm! Когда всё работает из коробки, это даёт замечательное чувство сосредоточения. Склоняешься над кодом, как старый часовщик, и со всей тщательностью и скрупулёзностью погружаешься в свою задачу. И ничто не отвлекает. И не лень протянуть руку за нужным инструментом, когда всё под рукой.
Пока я занимался своими делами, рос профессионально, компания JetBrains тоже росла, и очень активно. И если «рост» одного человека — это более или менее налаженный и всем понятный процесс, то рост компании — это большой вызов. Превращение маленького сплоченного коллектива в организацию из сотен человек — дело очень рискованное. И, в конце концов, даже если рост проходит успешно, от того маленького коллектива, как правило, практически ничего не остаётся. Компания теряет свою душу. Старые идейные сотрудники устают от однотипных задач и даже частично разбегаются. Новые приходят за высокооплачиваемым местом в стабильной и успешной компании, и на их фоне идейных становится всё меньше. Управлять компанией становится сложно, начинается бюрократизация, стандартизация процессов, и прочее. Новые цели и планки требует привлечения (или выращивания) маркетологов. Начальники всё меньше занимаются разработкой и всё больше менеджментом. Появляются новые амбициозные идеи и проекты, на которые начинают тратить львиную долю самых ценных ресурсов, а старые проекты превращаются в молчаливых грустных лошадок, тянущих всю эту компанию.
Одним из дурных знаков для меня стала смена иконок. Я любил старые иконки, они были очень детально прорисованные и потому хорошо различались зрительно. Но кто-то решил, что сейчас в моде плоские минималистичные иконки. Потом изменилась иконка самой IDE, и мне стало сложно отличить PyCharm от терминала в панели задач. Так в мой инструмент пришел маркетинг, и сделал мою рабочую среду красивее, но менее удобной.
Вторым (не помню, было ли это до или после иконок) дурным знаком стала смена лицензионной политики. Нет, я не против платить за хороший продукт. Просто это стало сигналом того, что теперь больше внимания будет уделяться доходам компании. А значит, меньше внимания будет уделяться качеству и моим потребностям.
Третьим настораживающим знаком было учащение релизов мажорных версий. Опять же, ничего плохого в этом нет, если только в компании готовы часто выпускать стабильные релизы.
И вот, наконец, случилось то, чего я боялся. Из моего инструмента всё чаще стали вылезать баги. Сначала это было похоже на досадные случайности. Потом стало очевидно, что бантики интересуют компанию больше, чем исправление значимых ошибок. Затем стали обнаруживаться такие ошибки, которые уже прямо говорят о не самом высоком качестве кода (или рук). И вот, сегодня я выяснил, что в структуре класса в некоторых случаях не отображаются унаследованные атрибуты. Какая досада, я шарю рукой вокруг себя, но не могу нащупать нужный инструмент. И уже как минимум полгода, а может и больше, никто не торопится исправить это. А я всё это время шарил рукой, и не мог понять, почему инструмент всё реже помогает и всё чаще мешает мне.
Я не люблю опирать свои выводы на эмоции, и поэтому решил поискать хотя бы немного объективных фактов. Благо, у JetBrains есть замечательный продукт YouTrack, в котором все ходы записаны. А ещё там можно создавать отчеты. Я создал отчёт Resolved vs New/Reopened Rate для продукта PyCharm с фильтром «Type: Bug», и получил вот такой красивый график:
График красив, но в нашем случае совершенно бесполезен. На первый взгляд всё равно: команда работает, баги открываются и закрываются. Но мне кажется, что за этим диким разбросом не видно истинной картины (еще там можно включить режим «Grouped», который немного проясняет, но все еще не убеждает). Эффективность анализа данных напрямую зависит от того, насколько удачно выбран способ представления данных. Чтобы разобраться в этих данных, для начала я импортировал их в LibreOffice.
Незатейливый JS скрипт экспорта данных в формат CSV на случай если вдруг кто-то захочет поиграться со статистикой
// Replace ID in URL.
$.getJSON(
'https://youtrack.jetbrains.com/rest/current/reports/237-79?fields=reportData,oldData',
function(data){
var groups = data.reportData.groups;
var output = '';
for (var i = 0; i < groups.length; i++) {
var el = groups[i];
output += el.timestamp + ',' + el.positive + ',' + el.negative + '\n';
}
console.log(output);
}
);
Полученные данные я просуммировал по годам, чтобы избавиться от дикого разброса, и получилась вот такая понятная картинка.
Теперь отчетливо видно, что каждый год багов открывалось больше, чем закрывалось. Причем количество незакрытых багов скорее идёт на увеличение, чем на уменьшение. Но самый интересный факт, не отраженный в этой диаграмме, состоит в том, что незакрытые баги никуда не деваются, а накапливаются. Поэтому, чтобы увидеть картину во всей своей красе, следует построить график с накоплением.
Вот оно — моё смутное сомнение, материализованное в диаграмме. Количество багов росло всё это время. И их стало аж три тысячи. Если профильтровать тикеты запросом вида
Type: Bug State: Open,Submitted,{In Progress}, то их столько и будет: «Found 3009 issues.»Не надо быть бабой Вангой, чтобы предсказать, что для других IDE этой компании будет примерно такая же картина.
IntelliJ IDEA (удивительно отлаженный и равномерный процесс накопления багов):
RubyMine, PhpStorm, WebStorm ол тугезер:
Есть такая забавная байка, которая гласит примерно следующее: когда проект растёт и обрастает функционалом, количество багов в нём тоже растёт прямо пропорционально количеству функций, и это нормально. Поскольку эта история довольно популярная, я потороплюсь сразу же возразить. Нет, это не нормально по нескольким причинам. Во-первых, недоделанный функционал — плохой функционал. А во-вторых, мы с вами, как программисты, прекрасно понимаем, что добавление новых фич порождает баги не только в новом функционале, но и в старом. И чем больше этих багов накапливается, чем реже делается рефакторинг с целью их тотального искоренения — тем больше проект начинает напоминать «нечто с ручками».
Однажды JetBrains победил Eclipse. Те, кто пользовался Eclipse, наверное, помнит, каким ужасным он стал, когда несвязанные друг с другом разработчики стали порождать несвязанные и глючные плагины. Чем больше эти плагины обрастали функционалом, тем более глючными они становились. IDEA, в отличие от Eclipse, разрабатывалась внутри одной команды, и у них была возможность сделать IDE согласованной и более или менее одинаково неглючной со всех сторон.
Теперь, когда JetBrains стал неприлично большим, согласованность будет стоить гораздо дороже. И если все главные умы компании, устав от рутины IDE-строительства, перестанут придумывать новые способы делать IDE еще лучше, и переключатся на новые интересные и амбициозные проекты, как язык Kotlin, тогда IDEA ждёт неминуемая деградация.
На самом деле, я думаю, появление других IDE на основе IDEA — это было начало конца. Нет, не компании, конечно же. Такой огромный маховик будет крутиться еще долго. Это конец того продукта, о котором компания может честно заявить: «это то, что мы умеем делать хорошо».
Когда производитель переходит от стадии раскрутки к стадии снимания сливок, от былого качества остается лишь брэнд. А что делать нам — простым разработчикам? Снова искать альтернативы? Уходить в
PS: Большое спасибо разработчикам из JetBrains за их замечательные продукты. Искренне желаю вам успехов в любых начинаниях, и в глубине души всё же надеюсь, что вы найдёте способ привести в порядок текущие проекты.
PPS: Понимаю, вопрос дискуссионный, и наверняка найдется много людей, несогласных с моим мнением. С кармой я уже попрощался ) И всё же, надеюсь на конструктивные комментарии.
Поделиться с друзьями
UbuRus
Permission Denied :(
raacer
Следует сначала создать отчет: https://youtrack.jetbrains.com/reports/resolveRate/create
а затем заменить ID отчета (237-79) на свой.
UbuRus
У меня никак не получается сделать отчет на такой большой рендж. Может поделитесь сырыми данными?
raacer
На какой продукт?
UbuRus
На Idea, попробую добавить фильтрацию по типу.
UbuRus
Окей, помогло.
http://imgur.com/a/X3EmI
Так вот, репортили всегда больше чем фиксили :)
raacer
Не знаю почему, но у меня картинка получается более размазанная.
Ну в общем о том и речь, что репортов больше.
23derevo
У вас в посте уже все написано: дейтвительно, в любом живом и развивающемся проекте количество багов и фича реквестов растет пропорционально размеру кодовой базы. Вот если их количество вдруг начинает уменьшаться — пиши пропало, проект исчерпывает себя.
В любом количественном анализе важно не только цифры посчитать, но и правильно интерпретировать. С этим у вас явные проблемы. Вы пытаетесь рационализировать то, что давно известно эмпирически. История про растущее количество багов — эмпирическая, а не рациональная. В этом причина вашей ошибки.
raacer
23derevo
Окей, это не очень важно, на самом деле. Суть в том, что я с вами не согласен методически.
Но вброс годный, да :)
raacer
Для меня очень важно. 3000 багов, и среди них те, которые мешают мне работать, висят годами. А кому из разработчиков мешали старые иконки — мне совершенно не ясно. Они могли мешать только маркетологам.
И это не методика, это просто число, чтобы заценить масштаб трагедии :) Меня лично больше беспокоит не количество, а то, что эти баги мешают работать.
UbuRus
Судя по графику в IDEA 16k багов.
Не могу вспомнить хоть одно issue, которое мне сегодня мешало бы работать и я его ощущал на себе :)
OnYourLips
Я много таких помню.
Часть очень быстро закрывалась (несколько дней для тестовых билдов), часть бала незначительными, но длительными и популярными (например, FTP keep alive) и часть (фичи) решалась плагинами.
Я однозначно могу сказать, что проект становится лучше. Несмотря на множественные баги.
Количество сил ограничено, и они грамотно разделяют их между багами и фичами.
UbuRus
Я тоже репорчу баги (когда есть EAP — использую EAP) и их закрывают. Я скорее о том, что лично для меня нету критических багов, которые мешают работе, я наоборот жду когда запилят мои фича реквесты.
@raacer давай-те ваш список багов, которые мешают жить. Будем ставить пальцы в youtrack ;)
raacer
Мне что, надо каждый раз плакаться на Хабре, чтобы мои баги позакрывали? :)
Спасибо большое за Ваш энтузиазм и стремление помочь. Я ценю Ваше предложение. Я также вполне ожидал, что мнение многих людей не совпадёт с моим в целом либо в деталях. Тем не менее, я не думаю, что та проблема, которую вижу и испытываю я, может быть закрыта несколькими исправлениями. Я рассматриваю баги как индикатор производственных проблем. И я думаю, что если эти проблемы не устранить, баги всё равно будут возникать снова и снова. Я бы проголосовал за то, чтобы в компании на какое-то время заморозили разработку новых фич и занялись исправлением ошибок и, самое главное, рефакторингом кода и/или производственного процесса (в зависимости от того, что является причиной всех этих багов).
Source
Этого, конечно, не будет, т.к. одни только багфиксы по платной подписке — это чересчур. Отдел маркетинга будет в шоке, да и пользователи, которых сейчас всё устраивает, тоже. Так что в лучшем случае больший процент времени на эти вещи смогут выделить.
sentyaev
Я думал они именно поэтому подписку сделали. Продукты и так крутые, а если выкатить релиз с багфиксами народ не поймет зачем покупать новую версию если и так ок.
А по подписке оно как-то норм.
raacer
Так, на сколько я помню, звучит официальная версия — та, которую хотят слышать покупатели. На деле же по количеству новых фич и багов я бы не сказал, что они там занимаются полировкой.
Dolios
Подписку сделали, чтобы получить больше денег.
severgun
Рефакторинг — бесконечный процесс.
Да, давайте им займемся.
raacer
Это сарказм? Ну, давайте никогда не заниматься рефакторингом, раз Вы так считаете.
Alert123
в Resharper каждый день достает глючный Ctrl+1/Ctrl+Shift+1
причем им я пользуюсь куда чаще чем какими то сложными рефакторингами.
Veikedo
ctrl+shift+backspace туда же
aulitin
Alert123 а что конкретно с ним достает? на это есть тикет?
Alert123
наверное есть, в саппорт я писал давно еще, в новых релизах так ничего и не изменилось.
запомненное место просто пропадает при редактировании/copy/paste кода в этой области (простой кейс: запомнили место 1 и место 2, в месте 1 сделали Cut для части кода, перешли в место 2 и сделали Paste, вернуться в 1 больше нельзя). Да и значёк закладки сбоку не отображается если строка пустая.
Alert123
и в Idea кнопки Back/Forward с тулбара в какой то из версий пропали. Скролишь код мышью, изучаешь, нажимаешь Ctrl+LeftClick чтобы перейти к определению функции — а обратно вернуться нельзя, вы бы эти Back/Forward в углу рядом с поиском добавили.
fogone
Crtl+Alt+Left/RightAlert123
это надо знать, бросать мышь и тянуться в клавиатуре. Можно и в главном меню покопаться и найти. Но если есть переход с помощью чисто мыши то и возврат должен быть так же интуитивен.
develop7
возьмите и добавьте сами
Maccimo
Куда пропали?
По-прежнему на месте:
Alert123
только сейчас нашел где этот тулбар включается. Раньше потыкал на главном меню и оставшихся кнопках — там в контекстном меню нет ничего, с тех пор считал что насовсем убрали.
raacer
Кнопки-то нашлись, но осадок неприятный остался :-D
Alert123
неудобство работы с настройкой «по умолчанию» — на мой взгляд такой же баг, тем более раньше было — а потом пропало.
raacer
Ну не скажите. Одно дело, когда задумка неудачная, и совсем другое дело, когда то, что задумали, не работает так, как задумали. И то, и другое — важные проблемы, но причины их возникновения немного разные.
lany
То что убрали тулбар — исключительно верный ход. Больше места должно быть для кода, ничего не должно отвлекать. На это нужна была смелость, потому что все привыкли за 30 лет видеть иконки undo, redo, cut, copy, paste, но при этом никогда, НИКОГДА на них не кликают. Тут JetBrains молодцы.
Dementor
(del)
Dementor
Если лично ВЫ никогда, НИКОГДА на них не кликаете, то это не означает, что оставшиеся 99,9999% пользователей их тоже не используют.
JetBrains был основан всего 16 лет назад и не мог IDEA выпускать как вы выразились уже 30 лет. Значит вы говорите об классическом UI текстовых редакторов, в обучении работы которым на курсах и в самоучителях всегда делается акцент на работу с мышкой (шорткаты для гиков, которые читают справку).
Лично я, когда ем во время работы бутер или яблоко, то тоже вместо комбинаций клавиш могу прощелкивать мышкой. И еще знаю очень, ОЧЕНЬ много людей (преимущественно старшее поколение), которые используют в своих офисных пакетах исключительно кнопки тулбаров, а наличие шорткатов считают от лукавого. Но я же не буду из этого выводить псевдостатистику, что все, ВСЕ пользователи используют исключительно тулбар и компания IDE своим решением сознательно мешает продуктивной работе программистов ;-)
Maccimo
Для «не отвлекать» есть Distraction Free Mode, а сокрытие тулбара — не более, чем следование моде на минимализм.
h31
В меню View нужно включить тулбар (не помню, как оно точно называется, IDEA нет под рукой). После установки идеи — первая вещь, которую делаю, как раз из-за этих кнопочек.
homm
Здравствуйте. Я такой разработчик. Надеюсь, что JetBrains продолжит и дальше улучшать иконки, в частности на тубларах. Без слез смотреть невозможно. Я и не смотрю, конечно, давно все убал, но новые разработчики пугаются.
Вот он, маркетинг в чистом виде. Просто показываете красивое число, чтобы подтвердить свою точку зрения, не делая анализ, что же стоит за этими числами.
raacer
А почему новые разработчики пугаются модных современных иконок?
Вы неверно поняли мой посыл. Я имел в виду, что число не доказывает корреляцию между ростом ошибок и усложнением моей работы. Такое доказательство потребует целой научной работы. Поэтому приведенное число не является методикой оценки глючности продукта. Проводить параллели я предлагаю самостоятельно.
develop7
вероятно, речь о тулбарах, т.к. новые значки видны чуть менее чем повсюду
homm
Вы намеренно переврали то, что я написал или невнимательно прочли? Мое предложение было ответом на вашу фразу про старые иконки.
Тогда зачем оно вообще в топике и о чем топик вообще? Если проблема в том, что вам субъективно стало неудобнее работать, так бы и написали. Зачем было делать вид, что хотите доказать корреляцию, графики строить? Я и говорю — маркетинг.
CarambaPirat
Вы знаете. Вашу речь про иконки(их убирание) не понял и я.
Как-будто из ваших предложений убрали некоторые части.
Я догадываюсь, что вы убрали старые иконки, а когда вышли новые, то их добавили?
Топик дискуссионный и не подразумевает доказательств.
moscas
Толчком к измнению иконок было появление Райдера. Нужно было решение, которое не будет чужеродным ни для пользователей Visual Studio, ни для тех, кто уже пользуется средами на платформе IntelliJ.
gorohoroh
Ничего, что новый визуальный ряд начали разрабатывать в начале 2014 года, когда о райдере только начинали думать?
moscas
Мысль о том, что в IntelliJ нужны новые иконки появилась позже, чем новый дизайн JetBrains. Конечно, это связанные вещи, я сказал о том, что послужило толчком к этому.
raacer
Это же и есть маркетинг. На функциональность это мало влияет.
moscas
Отделять визуальную составляющую от функциональности — ошибка. В любом продукте важно не только то, что он умеет, а ещё и то — легко ли этим пользоваться или легко ли отыскать нужную функциональность. Юзабилити, прости господи. А это неразрывно связано с тем, как что выглядит.
raacer
Я подозреваю, что в данном случае речь не о юзабилити, а об эстетичности и привлекательности, что, как ни странно, оказывает большее влияние на прибыль, чем количество незакрытых багов. Даже для IDE.
NINeOneone
Нет, именно юзабилити. Если кнопка явно отражает зачем она нужна без необходимости задерживаться на ней, чтобы получить подсказку, это именно удобство, а не эстетика.
raacer
А при чем это к «решению, которое не будет чужеродным для пользователей Visual Studio»? В этой ветке обсуждается другая гипотеза. И я высказывал своё понимание сути конкретной гипотезы про «нечужеродность». А Вы — о юзабилити…
NINeOneone
Я к тому, что люди привыкли к примеру, к зеленой стрелке, которая чаще всего означает «build». Если в проекте поменяли иную иконку на такую, то это вопрос удобства, а не красоты.
raacer
Я с вами согласен. Только я говорю о сильном изменении стиля иконок, а не о цвете.
Maccimo
Видимо именно из-за улучшившегося юзабилити баг IDEA-162686 не остался незамеченным пользователями, а набрал уже более сотни голосов и комментариев.
И что же видят пользователи в ответ?
Надуманные обоснования того, зачем это сделано и незавуалированное желание спустить всё на тормозах с прямыми призывами отозвать свой голос.
Borz
старые иконки можно вернуть через плагин. Хотя мне что новые, что старые иконки работать не мешают
markhor
Можете ссылку на плагин дать, не получилось найти? Очень тяжело с новыми, сине-серые тона на темном фоне я плохо различаю.
Borz
https://plugins.jetbrains.com/idea/plugin/7285-idea-2016-2-icon-pack
raacer
Кстати, это не те иконки, которые были раньше, еще до того, как иконки стали постоянно меняться.
Borz
можно скачать архивную версию IDEA и по аналогии создать "Icon Pack 2014" например.
raacer
Ок, как там говорят… ждём ебилдов? :)
Я просто обратил внимание, что речь совсем не о об этих новых синеньких иконках, а как раз о тех желтых, которые предлагаются в плагине. То есть это событие произошло намного раньше.
lany
Вы же не предлагаете людей, которые рисуют иконки, пересадить на исправление багов? Будет только хуже, уверяю. Это разные люди, они несовместимы :-)
turbo_exe
за деньги людей, которые согласовывают/меняют/утверждают иконки можно нанять хоть сколько-то программистов, которые действительно сделают продукт лучше.
lany
Денег хватает и так у JetBrains. А количество не всегда переходит в качество.
raacer
Мне больше волнует то, какие задачи в приоритете у начальства, и в каком направлении думают начальники.
lany
Большинство задач — это инициатива снизу. По крайней мере в IDEA Core, насчёт PyCharm не знаю.
MyFutureIsYou
не очень понятна цель статьи на самом деле. и мало примеров действительно критичных багов
raacer
Цель — обсудить проблему и возможные решения того, что продукты портятся.
lany
Многие люди с улицы репортят фича-реквест как багу (просто значение Bug в поле по дефолту). Дальше зависит, поменяли ли разработчики значение поля (некоторые могут и сделать фичу, закрыть issue и не поменять, что уж говорить о реквестах, которыми никто не занимался).
У IDEA стабильно растёт число пользователей. Логично, что при этом больше желающих чего-то написать в багтрекер и больше функциональности подвергается активному тестированию. Есть забагованные фичи, которым много лет, просто раньше ими мало кто пользовался.
Source
Вы намекаете, что эти тысячи тикетов никто из разработчиков даже не прочитал? Если хоть кто-то хоть раз прочитал, то тип тикета точно актуален, это меняется за секунду.
Borz
в какой-то момент их становится столько, что реально включается внутренний фильтр на прочтение каждого тикета. В какой-то из версий YouTrack даже добавили признак "Triaged".
И да, старые и неактуальные баги тоже закрываются, если заметят что он уже исправлен как-то. Лично сам несколько таких "закрыл" просто прокомментировав что баг уже не воспроизводится
Source
Столько — это сколько? Я ж не говорю, что их все надо ежедневно перечитывать… а за день новых тикетов вряд ли появляется столько, что невозможно успеть пробежаться по ним и статусы расставить.
Такое бывает. Но это не относится к теме неверных типов у тикетов.
lany
Почему вы решили, что тот, кто читает новые тикеты, первым делом меняет их тип? Не такое уж это и важное поле.
raacer
Если разработчикам не важно, фича это или баг (в чём я не уверен, но это возможно, да), то это только усугубляет проблему.
Source
Ну я вообще занимался в том числе и поддержкой трекера одного крупного OpenSource-проекта. Поверьте, первым делом изменяешь тип, отмечаешь дубликаты и убираешь вопросы, которые не соответствуют policy, иначе хаос и бардак будет.
lany
Я вполне могу поверить, что вы так делаете первым делом. Но это отнюдь не означает, что все остальные так делают.
Source
Не означает конечно, но если этого не делать пару месяцев, то трекер превратится в заброшенную помойку, если вашим продуктом реально пользуются люди.
raacer
Вы можете привести пример тикетов у JetBrains, в которых забыли исправить тип? Если Ваше предположение об их большом количестве верно, то, наверно, для Вас не составит труда найти несколько таких тикетов.
lany
Не знаю, какой у вас опыт, но по-моему, любой разработчик, работавший с публичным багтрекером, должен понимать, что грань между фичей и багом тонка и то, что для кастомера бага, для разработчиков может быть фичей. Проще реализовать, чем думать о статусе (это же к вашему комментарию про усугубление проблемы). Вот примеры из закрытого за последние пару недель (смотрел только с резолюцией Fixed):
Source
Вот с этим я категорически не согласен. Когда у пользователя что-то не работает или работает не так, как ожидается, то это баг, реже enhancement или usability problem, но не фича.
Фича — это когда добавляется функциональная возможность, которой раньше вообще не было (с точки зрения пользователя), а не улучшение работы существующих возможностей.
lany
Это всё бесполезная риторика, которая никак на качество продукта не влияет. Так можно докатиться до того, что поддержка языка Питон — это фича, а вот любая новая инспекция кода для Питона — это уже багфикс. Это ведь улучшение существующей возможности разработки на Питоне.
Многие люди (и я в том числе) считают синонимами слова feature и enhancement применительно к issue type. К примеру, в JetBrains YouTrack вообще нет Enhancement, а в OpenJDK JIRA есть enhancement, но нет feature. Словоблудие это всё, работать надо, а не классифицировать задачи по коробочкам.
areht
> Вот с этим я категорически не согласен.
Если баги в JetBrains сортируете не вы — вряд ли ваше мнение учтут
Source
А его и не обязательно как-то специально учитывать… судя по примерам lany, у тех, кто сортирует баги в JetBrains, мнение просто совпадает с моим :-)
MacIn
Тут, извините, как в старой шутке из книги «Физики шутят»: «Хорошо, Смит, эффект вы обнаружили, теперь попытайтесь найти причину» под картинкой со взорвавшейся установкой.
Эффект обнаружен — широкоиспользуемая IDE становится все более глючной. Ладно, мы поставили точку, сказали, мол, это естественно и все такое, ведь проект развивается. Делать-то что с этим?
homm
А вы считаете, что проблема только в сфере IDE и остальной софт с каждым релизом становится все быстрее и стабильнее?
MacIn
Везде по-разному.
Например, у нас принято иметь три ветки: стабильная, RC и DEV. В стабильную идут только исправления, в RC — только исправления и незначительные улучшения, в DEV — все, что угодно. Стабильная ветка — да, с каждым релизом становится все быстрее и стабильнее. У клиентов — стабильная, RC и DEV получают только те, с кем это предварительно оговорено, те, кто участвуют в предварительном реальном тестровании.
LionAlex
Ну так и у JetBrains есть EAP.
raacer
В последнее время я стараюсь не устанавливать обновления PyCharm сразу после нового мажорного релиза, а дожидаюсь следующего минорного. Делаю так, потому что надоело участвовать в этой EAP, на которую я не подписывался.
Borz
EAP это не совсем то, на что вы подписывались. К вам по подписке приходят релизы. На EAP надо именно отдельно подписываться.
raacer
Я шучу. Имею в виду, что мажорные релизы похожи на EAP.
extempl
Тут я с Вами согласен, но абсолютно с точки зрения наоборот: когда я пользовался EAP года 4 назад, это была именно EAP и для работы не годилась, падало, брыкалось, что только ни делало, лишь бы не работать. Сейчас же я сижу исключительно на EAP сборках и они очень редко валятся с критическими ошибками.
Касательно статьи в целом — плюс за поднятие темы, но минус за рассмотрение проблемы с эмоциональной точки зрения "вы меня задолбали, я ухожу, вот вам гневное письмо". Как активный репОртер, я знаю, что есть баги, которые не являются критическими (low priority) или воспроизводимыми (вроде и важный, но проявляется при куче совпадений у одного человека. Все об этом вроде знают, но сделать ничего не могут). Так же есть баги, которые уже давно устарели (здесь проблема разбора ютрака, а не фикса багов, также проблема того что репортеры зачастую не комментят баг как "May be closed as obsolete/unreproducible" и такие баги (хотя по факту уже давно ими не являющиеся) висят годами и никому не мешают, приорити не растёт, в списке вверх не поднимается).
Так же, как выше заметили, кол-во пользователей растёт, кол-во репортов растёт. И это не значит что багов стало больше, часть из них старые, но ранее не зарепорченные. Плюс к этому зоопарк плагинов, поддержка новых фреймворков в ядре как плюс к увеличению разных комбинаций для выявления бага в уже (может быть, лет как 6 назад) написанном коде.
Но да, частично (очень незначительно) я с вами и согласен, поскольку есть баги, которые мешают жить, но, почему-то, только вам. Например я пользуюсь сплит-видом без тулбаров и табов, и не всегда точно помню, который файл открыт рядом. Уже давно прошу просто показывать имя файла в углу, как, например, https://jsfiddle.net/ делает. Но я отчётливо понимаю, что так IDE пользуется крайне мало людей, и ещё меньше из них способны и имеют желание зайти на ютрак и оставить схожую просьбу/поставить +1 моей просьбе. Оно так и висит 2.5 года.
Я так понимаю, что практические единственный способ что-то исправить/улучшить если запрос крайне непопулярный — это PR в open source CE. Ещё можно на форуме у них поспрошать, может через разбор бага (или её важность) до разработчиков не дошла.
UPD: Ну конечно же ещё есть такой фактор как правильно оформленные баги. "У меня тут что-то не работает" фиксится крайне редко.
raacer
А я не говорил, что я срочно куда-то ухожу :) Я просто поднял тему. Уходить или нет — я еще не решил. За анализ мне никто не платил, так что хватит с меня эмоций. Заниматься анализом прежде всего в интересах самой JetBrains, и я уверен, они им занимаются. Может быть этот пост будет поводом для них поанализировать еще чего-нибудь. А всё то, чем мы тут занимаемся — это, в основном, чистой воды предположения.
Это не баг. Важно, конечно, но совсем не баг.
extempl
Да, конечно, тут я неправильно выразился. Для этого у них есть отдельный тип
Usability Problem. Что обычно приравнивается по важности к багам или около того.Regis
raacer
А в статье нет аргументаций. Есть только мнение и немножечко фактов, которые, все же, надо еще сопоставлять и переваривать. Статья адресована тем, кто так или иначе сталкивается с этими проблемами. А кто не сталкивается — тех нет смысла в чем-то убеждать, пусть себе радуются на здоровье. Наверное, стоило об этом написать в самой статье.
evnuh
Как-то я слушал главного по разработке Visual Studio, когда он приезжал в Россию, так вот он хвастался графиками убывающего кол-ва багов в каждой версии vs, при том довольно неплохо убывающего.
worldmind
Значит они работают над архитектурой и качеством кода — рост числа багов это сигнал о проблемах с архитектурой и/или качеством кода.
LionAlex
Только не стоит забывать, что после "Значит они работают над архитектурой и качеством кода" есть ", а не над фичами".
raacer
А мне вот нравится такой подход. Пусть сначала позаботятся о существующих основных фичах, сделают всё надёжным и стабильным, а потом уже выдумывают тысячу пятьсот дополнительных фич на все случаи жизни.
Borz
полировать до блеска можно вечно не созидая при этом ничего более
raacer
К чему эти крайности?
NINeOneone
А как вы поняли что это крайность?
В том идея что линия за которой крайность у всех разная. Просто у вас (пользователя, у которого нет тысячи сотрудников, которые хотят ЗП) линия очень близко к полной стабильности, а у них (надо и фичами юзеров приманивать) дальше.
raacer
Ну да, у каждого свои проблемы: у кого суп жидкий, у кого бриллианты мелкие. Ну и что теперь? Пусть разработчики напишут статью о том, как их задолбали недовольные пользователи вроде меня :) Заодно расскажут свою версию, почему багов становится больше.
worldmind
ну логично — пока старые фичи не стали стабильно работать нечего за новые браться, тем более что новые фичи это шлифовка — самое главное давно сделано и важнее чтобы оно надёжно работало
NINeOneone
>> самое главное давно сделано и важнее чтобы оно надёжно работало
Это вы, наверное, про vi?
yul
Это не говоря уже о том, что количество зафиксированных багов != количеству багов в коде. Пользовательская база растет — фиксируется больше багов. В конце концов, не все баги раздражают настолько, чтобы их репортить.
А еще мне интересно, отсеивались ли дубликаты.
extempl
Вроде как по стейту только брались
Open, Submitted, In Progress.lany
При пометке бага дубликатом он автоматически закрывается, а к оригинальной проблеме добавляется голос того, кто зарепортил дубликат. Поэтому помеченные дубликаты не могли попасть по этим состояниям. Но, конечно, вполне вероятны непомеченные дубликаты.
extempl
Конечно не могли, есть
state=Duplicateи то, что он являетсяResolvedпо сути, это уже второстепенно, а то что он уже неOpen, Submitted, In Progress— определяет попадёт он в выборку или нет. Если по стейтам не фильтровать, а просто брать по типу, то тогда попадают. В общем-то в основном этим и объясняются некоторые пики зарепорчено/зарезолвено. Было пару больших проблем в истории с кучей дубликатов.doom369
Зависит от целей компании. Вообще есть такие штуки как стабилизационные спринты. Это когда ничего нового не добавляют, а банально фиксят накопленные баги. И для хороших продуктов это норма.
ApeCoder
А что надо пофиксить в методике?
Мне пока приходит в голову:
lany
IDEA Community открыта, весь код PyCharm Community в неё входит, считайте на здоровье. Думаю, картина для закрытой части принципиально отличаться не будет.
bsideup
Кидайтесь камнями, но я, не смотря на мою любовь (убывающую, правда) к IDEA, искренне верю в будущее Language Servers.
Когда IDE будут меряться рендером шрифтов, отзывчивостью и удобством (мне например очень понравился VS Code), а работу по анализу сорцов будут делать IDE независимые language server-а (как это у Haxe сделано например).
Имхо это прекрасное будущее разработки тулинга. У IDEA сейчас прекрасный анализ кода. Это заставляет открывать её вместо VS Code когда надо сделать рефакторинг. Но поправить пару строчек — проще открыть Atom, Code, Vim, Nano, etc…
И тут я вижу два сценария — IDEA начнёт поддерживать LS, либо IDEA останется аутсайдером, но имхо мотивации контрибьютить в LS гораздо больше, чем в IDEA.
UbuRus
idea file, и редактировать прямо в IDEA.Vultur3
Уже есть рабочий вариант (на основе Eclipse JDT), который используется в плагине к VS Code от RedHat.
Ладно атом, этот ещё тот тормоз, а что не так с отзывчивостью у VS Code? С самых ранних версий очень шустро работал.
"code file", или "code ." чтобы открыть целую папку в VS Code.
lany
А, так он на JDT? Там постоянно нестыковки со спецификацией Java. Их, конечно, чинять, но не так быстро, как хотелось бы. Идеевский аналайзер джава-кода, на мой взгляд, точнее соответствует спецификации. Ну и рефакторингов/фиксов в JDT просто в сто раз меньше, чем в IDEA.
raacer
bsideup
iroln
Они собираются значительно ускорить отзывчивость редактора в новых релизах, сделали так называемый Zero latency typing.
raacer
Интересно. Из картинки выходит, что IDEA сейчас самая тормознутая из всех.
iroln
Да, это чувствуется не иллюзорно. :)
Я долго привыкал. Что-то не так, какой-то дискомфорт, а что именно сразу не ясно, потом понимаешь, что дело в отзывчивости редактора.
BlessMaster
Попробуйте отключить spell-checker, иногда неиллюзорно помогает с отзывчивостью
iroln
Всегда первым делом его отключаю. Немного помогает, но задержка всё равно есть.
bsideup
https://blog.jetbrains.com/idea/2015/08/experimental-zero-latency-typing-in-intellij-idea-15-eap/
так-то давно уже собираются =)
iroln
Так то да, но в PyCharm 2017.1 EAP уже завезли, значит и на всех остальных IDE появится с новыми релизами.
wersoo
Довольно странное решение сравнивать IDE c редакторами текста.
iroln
Ну, они именно сам редактор текста сравнивают, причем именно latency самого редактора, а не всяких там автодополнений и прочих наворотов.
bsideup
вот ещё, на тему отзывчивости IDEA:
https://gyazo.com/9895e2bbeb933a6ede7841bfb97b2153
Никогда такого не видел в Atom или VS Code, даже на огромных проектах
SergeyD
Попробуйте по-отключать всё, что покажется ненужным, в разделе Inspections.
Отключение Spelling здорово помогало.
UbuRus
и 2. Пока LS не показывает удивительных результатов(на примере TS) — он тормознутее чем то что есть в IDE. Имо, в будущем, в первую очередь это будет востребовано в языках которые не сильно популярны, и где делать поддержку для каждой IDE невозможно.
Вот именно эти 200-300 мс я ощущаю в vs code, стоило только у нему добавить пяток плагинов. Атом такой с самого начала. Можно поискать достаточно старый пост, где делали обзор именно скорости ввода символов. Скорость показывания подсказок с IDEA сравнивать бессмысленно, разве что если в IDEA включить power-save mode.
PQR
3. Про отзывчивость частично согласен. Иногда IDEA начинает выдавать заметный latency при наборе текста, причём замечаю это всё чаще и чаще последнее время. Но в «нормальном» режиме (80% времени на вскидку) latency набора текста гораздо меньше, чем в Atom/VSCode. Иными словами: IDEA либо мгновенно отрисовывает буквы, либо тормозит, существенно раздражая. Atom/VSCode имеют стабильный и заметный latency, не приятный сначала, но потом привыкаешь.
codenamestif
Странно что про scala плагин никто не пишет. Отзывчивость там секундами, а иногда и десятками секунд, измеряется.
23rd
Надеюсь не наступит таких времён, когда браузеры заменят нормальные редакторы кода, делая вид, что они отзывчивые и быстрые.
DarthKotik
atom и VS code работают поверх браузерного движка
Maccimo
Как заработать на Language Servers?
Подозреваю, что количество желающих заплатить за удобную IDE несколько больше, чем количество желающих прикупить лицензию на LS в надежде, что IDE станет работать лучше.
Нет денег — нет будущего.
mickvav
Куда нести donation на language server для связки perl+sql+javascript+html в одном коде, и чтобы всё это корректно распознавалось и работало в vim?
it_dude
emacs + spacemacs, не холивора ради. Нет чудо-интерфейса, зато работает из коробки и очень даже хорошо.
Да, я в курсе что уже 2017й. Но пока не нашел что PyCharm может а Emacs нет (в плане ежедневной работы со сложными Python проектами).
ЗЫ: это все ИМХО, на вкус и цвет…
raacer
Спасибо.
А он может трёхколоночное сравнение версий из git? аннотации из git? переход на определение унаследованного метода?
4lex1v
Да, может, magit называется
it_dude
Все есть, звать magit
Вот пара скринов:
— Трехколоночными диффами не пользуюсь. вот 2
— Аннотации, репо это не оч активно, для иллюстрации достаточно
По поводу перехода — есть, входит в слой python (layers в spacemacs) Мышкой не кликнешь (emacs же) но M+.(точка) делает дело. Ходит по родителям и поддерживает virtualenv.
lega
Попробовал я emacs + spacemacs, порог входа гораздо выше, что-бы открыть и поредактировать заняло минуты и гугления. Поиска файлов нет (issue с 2015 года), открыл python файл, нет ни автокомплита ни перехода к определению. Хотел поставить jedi для автокомплита, но его нет в списке предложенных модулей, ok, нагуглил как подключить список, установил jedi, но автокомплита все ещё нет, то ли нужно жать магические кнопки, то ли надо запустить jedi сервер, то ли конфигурировать его надо. Вообщем чем дальше тем глубже в лес, а результата нет.
А Idea — запустил и работает.
it_dude
Не спорю, Idea проще если начинать совсем с «пустого листа».
Если же есть опыт vim — то у spacemacs все не так уж и плохо :) + spacemacs очень активно развивается, сейчас все проще, добавляешь python в layers и он сам все поставит (включая anaconda mode) который и дает и отличный автокомплит и все плюшки.
По поводу поиска файлов — есть helm (включен по дефолту) который ищет файлы в проекте по типу quick search в atom.
И да. Это все нужно найти и прочитать. Порой не хочется тратить время.
raacer
Что-то я не понял… В имакс добавили эмуляцию вима??
it_dude
Evil Mode. Шорткаты из вима, все остальное из emacs. Больше ненужно ломать мизинец.
poxu
Добавили, только есть проблемы с поддержкой переключения языков, с работой в минибуффере и с совместимостью с другими плагинами. Но того, что есть, уже достаточно для того, чтобы переключиться с вима на имакс, да :)
immaculate
У Emacs очень большой порог вхождения. Чтобы настроить окружение для разработки на Emacs, надо потратить месяцы, а то и годы. И это непрекращающийся процесс. Постоянно что-то меняется, что-то начинает конфликтовать, и т.д. и т.п. Надо читать тонны документации, хорошо знать elisp. И с большими сложными проектами все равно все будет подглючивать, тормозить, не будет так удобно. Например, Idea не поперхнувшись слопает огромные сложные HTML с inline CSS и Javascript. Все раскрасит и весь код поймет. Для Emacs это святой грааль — что-то абсолютно недостижимое. Да даже просто распарсить сложный проект на Javascript, чтобы получить нормальную навигацию и автодополнение, по-моему, нереально. На больших проектах там все время что-то внутри этого elisp'а ломается, перестает работать, или работает неправильно.
С Python чуть получше, но до уровня PyCharm не дотягивает значительно.
Справедливости ради, в последний раз пользовался Emacs очень давно. Но уверен, что ничего не поменялось.
it_dude
Согласен что у Emacs ооочень большой порог вхождения, поэтому стоит +spacemacs. ;)
raacer
Вы меня прямо таки заинтриговали. Лет 10 назад пользовался emacs, но надоело его настраивать: любой плагин был сырым и недоделанным, все приходилось допиливать. Неужели сейчас всё изменилось?
it_dude
Гляньте http://spacemacs.org
Ну и мой конфиг, по большому счету все стандартно, только модули да пара визуальных настроек:
raacer
Уже посмотрел. Но там не указано, придётся ли допиливать все плагины напильником :)
it_dude
Ну об этом нигде не пишут :) PyCharm тоже не говорит что поддержка flake8 — дело не простое :)
По моему опыту: пилить ничего не нужно, совсем. Указанный конфиг — все что я переношу на новую систему, плагины все из melpa/elpa и ставятся spacemacs автоматом.
Из неприятного — иногда складывается впечатление что управляешь космическим кораблем, слишком уж много настроек, но если в них не лезть — все ок. Конфиг открывал раз 10 за 2 года, а вот emacs мануал… раз в неделю — точно ;)
raacer
Похоже, пришло время снова пощупать emacs ) Вот еще дождусь приезда новой клавы — будет как раз в тему ;)
Ratimir
Теперь понятно, почеиу вам иконки не понравились
raacer
Нет, это не связано с цветастой подсветкой на фотографии.
PerlPower
Мне после 10 лет пользования обычным емаксом spacemacs не понравился. Его слои очень глючные и очень специфичные, а по сути просто компоновка уже имеющихся плагинов из melpa, которые авторы скомпоновали по своему усмотрению. И если вы захотите что-то поправить, то вам нужно будет разбираться еще и со слоями. А вы захотите. Вообще на мой взгляд слои для perl, js и php сделаны по принципу «чтобы было» и «давайте соберем все плагины какие есть».
Если вы привыкли к IDEA, въехали во все ее фичи за годы, то на emacs вы уже не перелезете, слишком высоа планка и слишком много возни с инструментами. В emacs вы сможете продуктивно работать с проектами любой сложности, но делать это придется абсолютно по-другому нежели в IDE, активно используя внешние инструменты.
immaculate
Я бы сказал так: Emacs — это редактор текста. Да, расширяемый, да, мощный. Но это редактор. Причем, очевидно, что какие-то детали реализации препятствуют превращению его в IDE или еще более удобный редактор.
Например, подсветка синтаксиса в нем реализована так, что для каких-то языков почти невозможно сделать Emacs mode с быстрой и корректной подсветкой (Javascript, смесь языков в одном буфере). Например, Idea может подсветить и дать редактировать строку в Python проекте как SQL запрос. Для Emacs — недостижимая мечта. Детали его внутренней реализации препятствуют интерпретации буфера более чем одним способом. Какие-то костыли есть, но они работают из рук вон плохо.
Idea еще работает с проектом как с единым целым. Например, если в шаблон проекта на Django я передаю экземпляр класса, то Idea уже умеет это понять, и автодополнение полей класса работает при редактировании шаблона. Для Emacs это — недостижимая планка. Ну, может быть какой-нибудь энтузиаст сделает это в следующие 10 лет. Только надо будет потратить неделю на настройку, затем тратить три дня каждый раз на подстройку под каждый проект, и все будет подглючивать и работать чуточку не так, как надо. И еще, через 10 лет, в тренде будут уже другие технологии.
poxu
В org-mode можно делать в тексте вставки кода и работать внутри них, используя режим для языка, на котором написан этот код. Уже вот сегодня.
Принципиально ничего недостижимого тут нет, надо просто попрограммировать (читай приложить усилия сравнимые с усилиями для разработки IDEA), но возможностей, которые есть сейчас уже хватает для многих случаев.
immaculate
Теоретически все так. Практически, к тому моменту, когда я забросил Emacs, пилилась много лет такая вещь, как поддержка HTML с inline CSS и Javascript для Emacs. Так вот, это не работало нормально.
Нет ничего недостижимого, Emacs очень расширяемый. Но почему-то не выходит ни у кого. PyCharm из коробки подхватывает любой мой проект. Будь там virtualenv или buildout, Django или еще что-то. Практически не надо ничего настраивать. Сразу все начинает работать максимально корректно. Можно ткнуть мышкой в
instance.frobnicate()и моментально перейти в определение методаfrobnicate, даже если он определен в яйце, установленном где-то buildout'ом в виде zip.Не спорю, что теоретически всего этого возможно добиться в Emacs. Но с какого-то момента желание заниматься собственно проектом пересиливает желание заниматься подстройкой и борьбой с багами в Emacs.
PerlPower
Вы во многом правы. Но это не мешает мне годами заниматься коммерческой разработкой в emacs. Потому что я нахожу этот инструмент удобным и приятным в работе, даже после того как перепробовал несколько разных IDE.
Именно, это редактор, и поэтому я не требую от него многого. К IDE у меня ожидания весьма завышеные — поэтому когда в емаксе что-то работает в 90% случаев это нормально, но когда в IDE все работает в 95% случаев, то это на лично мой взгляд того не стоит.
Верно. Для таких случаев я использую narrow-mode(временно обрезает буфер до выделенного фрагмента) и в нем меняю режим. Сейчас правда уже появился web-mode, который вполне терпимо переваривает кашу html/php/js.
В emacs есть projectile. Чисто для справки — просто удобная вещь.
Автодополнения нет, и скорее всего не будет никогда на том уровне что есть хотя бы в eclipse. Проблема в том, что если реализовать в emacs все то что нужно для автодополнения на таком уровне, то и тормозить оно будет как eclipse. А зачем нам еще один eclipse написанный на медленном elisp, когда у нас есть замечательный emacs?
Когда на одном проекте можно сидеть годами, тогда настройка под проект в принципе оправдана.
К сожалению даже плагины для IDE допиливают годами до вменяемого состояния. Я уже не говорю про не сильно популярные языки. Перлу 30 лет в обед, IDEA больше 10 лет, а плагин для нее для поддержки языка существует буквально пару лет.
В целом же недостатки описанные вами абсолютно справедливы, но во-первых они не всегда критичны, а во-вторых даже не всегда недостатки. Ну и специфика работы бывает разная — для многих людей IDE и правда будет наиболее рациональным выбором с точки зрения эффективности и затрат времени.
immaculate
Выскажу резюме своего опыта. Я очень любил Emacs и пользовался им более 10 лет. Скорее даже ближе к 14-15.
В какой-то момент мне понадобилось срочно поработать с запутанным проектом на Javascript, где было очень сложно разобраться без возможностей Idea по парсингу Javascript. Даже синтаксис у меня в Emacs подсвечивался плохо.
Так что я решил воспользоваться PyCharm в течении пробного периода. Первую неделю было непривычно, а затем так втянулся, что не только забросил Emacs, но и сразу же заплатил за лицензию.
До этого я тоже был противником IDE и очень любил Emacs. Даже пописывал на elisp, к сожалению, исходники своих творений, видимо утерял, хотя у кого-то они могли остаться. Это было еще до GitHub.
Но недели работы над своим проектом в PyCharm мне хватило, чтобы понять, что я очень много приобретаю в удобстве разработки.
До PyCharm ради интереса пробовал различные IDE: Eclipse с плагином (забыл его название), NetBeans, Wing — это все тогда даже рядом не стояло по возможностям и удобству. Поэтому всегда возвращался к Emacs. Но вот PyCharm перевернул ситуацию, потому что очень хорошо сделан.
it_dude
Очень интересный опыт, спасибо.
У меня все наоборот:
Долгие годы «прыгал» vim, Eclipse, TextMate, Vanilla Emacs, даже PyCharm (года 3-4 назад), но потом попался spacemacs. Пропала большая часть геморроя с настройками и плугинами, все просто работает.
Есть пара нюансов:
— часто приходится работать с файлами на других машинах (рабочая среда у одного из проектов в облаке) и тут PyCharm туговат;
— также приходится работать на «слабом» железе (хромбуки, mbair 2011) у которого не очень то хотелось отдавать много памяти IDE;
— многоязычность. Python, Erlang, C, yaml(не то чтобы язык), HTML, JS, CSS. К счастью последние 3 мало, но вот с первыми 4мя у emacs проблем нет;
— может я и Control Freak, но все чаще замечаю что коллеги с PyCharm нередко «забивают» на архитектурные решения, оправдывая мол «ну в PyCharm же видно будет»
И да коллеги шутят что олдфаг на имаксе и каждый раз спрашивают «а имакс так может?» но пока ответ «может» — я и думать не думаю переходить.
Вот такая история.
raacer
Приведите пожалуйста пример, на какие архитектурные решения PyCharm позволяет забивать?
И это до сих пор никого не натолкнуло попробовать Emacs? Наверное, тяжело учить кнопки и отвыкать от мыши? )
it_dude
Не то чтобы я PyCharm винил в чем-то, к редактору это отношения мало имеет, это все человеческие недочеты, но «import as»ы, модули в 1к строк и черт знает как названные переменные и методы проскакивают все чаще и чаще. Просто IDE (PyCharm в данном случае) делает работу с этим ужасом проще, вот люди и расслабляются.
А вот пробовать emacs никто не хочет, ибо все убежденны что emacs ничего не может и он для задротов. Я и не агитирую, дело личное.
immaculate
Кстати, после перехода на PyCharm я установил IdeaVim и перешел на Vim. То есть, когда мне надо написать простой скрипт, или поправить конфиг, делаю это в Vim.
Дело в том, что момент перехода на PyCharm совпал со временем, когда туннельный синдром запястья начал серьезно мешать мне работать, и я уже боялся, что придется делать операцию, или заняться в жизни чем-то не связанным с работой на клавиатуре.
После перехода на Vim (и IdeaVIM) почти все симптомы туннельного синдрома прошли. Хотя IdeaVIM первые годы был довольно глючным, ну и переучиваться с клавиатурных сочетаний Emacs, которые у меня уже в подкорке за 10+ лет отложились, было непросто. Думаю, я за 7 лет намного хуже Vim изучил, чем помню Emacs. :( Уже нет ни времени, ни мотивации так глубоко вникать, как когда-то с Emacs.
raacer
Да, IdeaVim выручает. Только мне непонятно, как под ним пользоваться фичами самого редактора, которые висят на шорткатах, не работающих с включенным IdeaVim.
raacer
raacer
Точнее, не хватало. Теперь в нём есть vim! :-D
raacer
saggid
Да я даже не знаю. Во-первых, на тему ценовой политики. Продукты JetBrains имеют Early Access Program, в рамках которой вы можете использовать их продукты полностью бесплатно, в дополнение к этому ещё и имея самые последние фичи и апдейты. Да, там могут быть баги, но ничего супир-дупир критичного я лично не заметил, как раз на днях установил себе текущий последний EAP-билд PhpStorm. И честно обалдел от того, какая удобная IDE стала после того как я последний раз её открывал (где-то пол года или год назад).
Я в данный момент больше всего использую NetBeans (даже схему цветовую для него сделал свою, приглашаю заюзать :), но PhpStorm честно поразил меня большим количество различных удобных фишек, которыми действительно приятно пользоваться. И да, я не встретил никаких критичных багов за время своей работы (точнее, я их вообще не встретил на данный момент).
В общем, честно, я ваше мнение не считаю корректным. В данный момент мне очень нравится и их политика, и их уровень работы.
Leopotam
EAP живут 30 дней и после релиза новые версии выходят спустя 3, а то и более месяцев. Раньше использовал WebStorm, потом решил не продлевать подписку после смены лицензионной политики, пробовал atom, brackets, но остановился на vscode.
lany
Сейчас это не так. ЕАПы 2017.1 уже появились (IDEA Ultimate ещё в декабре), а релизы 2016.3 были в ноябре. Почти не было дырки.
Leopotam
Один простой пример — поддержка codestyle в Rider. Первые issues на эту тему заведены практически год назад и добивались новыми в трекере, а воз и ныне там. Пользоваться без этой поддержки невозможно в принципе, если стиль в чем-то не совпадает с дефолтным. Новые сборки выпускают реже чем раз в 3 месяца. Зачем такой ущерб нужен?
Так «почти» или не было? Ничего не поменялось значит. Раз была, то это уже шоустопер для:
lany
Ну если для вас 500 долларов в год (или сколько там лицензия стоит) такие большие деньги, значит ваше время не так ценно и устроить себе отпуск на пару недель, пока еапа нет, ничего не стоит.
Leopotam
А теперь читаем эту ветку полностью, про бесплатность не я говорил — это цитата.
lany
Из вашего первого сообщения в этой ветке я понял только, что вас не устраивает лицензионная политика. Я понимаю это так, что вам стало слишком дорого. Про бесплатность я тоже не говорил.
Leopotam
Меня не устраивало то, что я получаю за деньги, пусть и копейки. Скорость апдейта ужасающа — для мира js пара месяцев — это много. Но js у меня только на сервере, на фронте C# (gamedev), причем под osx (основная платформа уже 4 года). Я ждал rider на замену xamarin studio, но все как-то никак. А теперь и от webstorm отказался — лицензия действующая, а не пользуюсь (и не собираюсь продлять) — перехожу на более быстро обновляющиеся и поддерживающиеся коммунити вещи. Бесплатность — это просто бонус и отсутствие неприятного послевкусия.
dovzhikova
Это не совсем так: начиная с приватного EAP новые билды выходят не реже, чем раз в месяц.
Поддержка Code Style настроек появилась в прошлом EAP билде (https://www.jetbrains.com/rider/download/).
Leopotam
Попробовал — неплохо. Правда оно без остановки валит эксепшнами и пытается отправить их хозяину. Когда ориентировочно можно ожидать редактирования Code inspections (в плане нейминга переменных с разными модификаторами доступа)? То, что игнорируется версия целевого FW (например, FW3.5) и оно настаивает на nullable expressions и прочем треше из последних версий языка (и отключить это можно только по очереди отключая правила через quick fix, ибо другого способа нет) — это так и задумано?
dovzhikova
Без остановки — это образно, или правда с открытия, и на любое действие? Если Вам будет не очень жалко, присылайте нам эксепшены посмотреть, пожалуйста.
Для редактирования Code Style настроек для нейминга скорее всего еще не сделали UI, в качестве временного решения могу предложить настроить все как нужно в ReSharper, и Rider'у скормить. Либо подождать, пока мы протащим недостающие настройки. К сожалению, по срокам для нейминига сориентировать пока не могу, но работа в этом направлении ведется постоянно.
Что касается версии Target Framework, какая версия тулсета установлена у вас, и какая выбрана в Settings > Build, Execution, Deployment > Toolset и что на эту тему говорится в .csproj? У нас была схожая проблема, но казалось, что ее победили.
Leopotam
Без остановки — это каждые 5-10 минут. Отправил последнюю запись в логе:
Error Report: Created new issue DEXP-163500
osx 10.12.2
Но я не использовал запуск / отладку и тп — просто открыл старый проект (solution / csproj которого были сгенерированы unity3d 5.5.0 с TargetFrameworkVersion=v3.5) и начал его рефакторить.
DragonFire
Язык зависит не от того какой у вас выбран фреймворк, а от того, какой компилятор будет использоватся при билде. Укажите в настройках мсбилд постарее и свежие фичи последних шарпов отключатся. Или в настройках проекта явно укажите какой язык вы хотите использовать в нем — эта настройка добавит строчку ... в файл проекта и райдер также все это поймет и адаптирует инспекции =)
Leopotam
Для этого предназначена опция в проекте:
Почему остальные IDE понимают, что нельзя использовать фичи языка выше, чем указанный целевой FW, а Rider такой особенный? Мне нужно получить на выходе валидный для целевого FW код (исходники), а не конечную MSIL-сборку, которую подхачит последний компилятор с разворачиванием сахара в правильные инструкции. Этот код потом подхватывается кастомным моно древней версии и собирается под себя.
DragonFire
Потому что никто не мешает скомпилировать data?.Text под .net 3.5 последним компилятором…
Покажите плиз фичи из других ИДЕ зависящие от версии шарпа и учитывающие эту пропертю проекта, буду очень признателен.
Leopotam
Прочитайте еще раз, что я написал: мне не нужна msil-сборка, которую прокатили распоследним компилятором и получили валидный бинарник под FW3.5, мне нужен исходный код, который сможет быть собран / выполнен древним рантаймом, который нельзя обновить / заменить. Нужен исходный код, не внешний бинарник. По поводу других IDE — возможно не так выразился: они не настолько умные (можно даже сказать тупые), чтобы везде толкать предложения по апдейту исходников под последний компилятор. В моем случае — это плюс, меньше информационного шума в среде разработки.
Skerrigan
Enterprise, JAVA… выбираю версию в IDEA, под какой я хочу юзать JDK, выбираю саму версию JDK (прошу заметить, это разные вещи). И все «как нужно». Т.е. как раз то, о чем говорите и вы.
Т.о. я могу сделать вывод, что JAVA-код и тяжелые многолетние проекты под данной ИДЕ писать «вполне можно как».
P.S. Пояснения для тех, кто вне JAVA-World: мы выбираем сначала версию компилятора (и языка программирования), затем выбираем то «поколение» под которое хотим писать код. Т.о. я могу выбрать последнюю версию ЯП на сегодня (JDK v8.x) и затем выбрать поколение целевое. И писать на уровне JDK v6.x
ggrnd0
В .csproj файле как раз и означает за language level.
Runtime под которым будет запускаться указывается в файле app.config ключ
<supportedRuntime version="v1.1.4322" />Так что жалоба обоснована. Это действительно баг.
Но как по мне в EAP можно и забить. Вот в релизе уже должно быть пофикшено 100%
DragonFire
Я так и не понял почему вы не можете в настройках проекта выбрать ту «древнюю» версию мсбилда и соответственно компилятора, которая вам нужна. А не использовать последнюю, которая установлена на вашей машине и подетектилась по умолчанию ИДЕ.
Leopotam
Вы предлагаете наставить несколько версий mono, включая целевую (еще неизвестно, есть ли они в виде готовых пакетов или нужно собирать из сорцов под osx) только ради того, чтобы в вашей IDE пропали навязчивые предложения все писать под C#6? Жестковато как-то.
DragonFire
Я предлагаю открыть либо
— настройки тулсета и выбрать там другой мсбилд меньшей версии
— настройки проекта и выбрать там нужный уровень шарпа
И я НЕ понимаю почему
— почему если не устраивает дефолтное поведение ИДЕ нельзя открыть один диалог и поменять 1 настройку чтобы было хорошо. Почему дефолтное поведение выбрано именно такое я попробовал объяснить, но видимо сдаюсь =)
DragonFire
Только сейчас заметил что хабр съел кусок моего комментария выше. За уровень шарпа в csproj отвечает тег LangVersion, который меняется в настройках проекта.
supportedRuntime в appconfig видимо тоже на это влияет.
А вот TargetFrameworkVersion с языком не сильно связны… Например в C# 6.0 есть только одна завязка на таргет фреймворк и связана она с фабрикой для интерполяционных строк. Все остальные фичи прекрасно компилируются и работают при меньших версиях таргет фреймворка =)
ggrnd0
Не представляю где вы нашли LangVersion.
У меня в Vs2015u3 ни в свойствах проекта, ни в самом csproj файле такого нет...
Если в RiderIDE есть такой параметр — это сугубо самодеятельность JetBrains.
ggrnd0
Нет, все таки есть тег.
DragonFire
Вы так и не ответили на мой вопрос… Но переубеждать вас дальше у меня нет желания =)
xystarcha
Надо ещё на приоритеты смотреть. Сколько из накопленных дефектов Immediate и High?
Накопление Minor дефектов — это нормально. На них часто все забивают.
raacer
Приоритет бага, который откровенно тормозит мою работу, не вселяет в меня оптимизма. Надо еще смотреть на то, кто эти приоритеты расставляет, и чем он руководствуется. Я смотрю прежде всего на свой опыт работы с IDE. А статистика — это просто для объективности, и чтобы не быть голословным.
jbaruch
Не все баги на вашем графике тормозят вашу работу.
raacer
Да, их там на всех хватит.
jbaruch
Вы определитесь, или это "крик души", или это статистически обоснованное утверждение.
Если первое, то достаточно просто поругаться на IDEA, и не надо даже пытаться никаких графиков рисовать. Если второе, то комментарии "на всех хватит" — бесполезны. Надо показывать статистику по 1. качеству расставления приоритетов, 2. количеству не закрытых багов высоких приоритетов.
yul
Не только приоритеты, есть еще голосование, тоже можно было учесть, насколько процесс направлен на то, что лучше большему числу пользователей.
barker
Статья о том, что не бывает идеального ПО. И о том, что в ПО бывают баги и их кол-во растёт от роста популярности. Оно и так понятно. Остальное, типа плохого влияния денег на качество продукта — не только притянуто за уши, но и вообще странно звучит.
з.ы. Для питона пользуюсь как раз eclipse+pydev, вроде нормально всё, чего ужасного. Всё работает — и стат. анализ и дебагер и редактор там гибкий довольно, что ещё надо то.
raacer
Вы считаете, что деньги не влиют на продукт? Когда руководящее лицо в интервью сообщает, что Kotlin решили делать статически типизированным, потому что это тулинг, IDE и деньги — это я за уши притянул что-то?
Я не против, что компания зарабатывает деньги — она для того и существует. Но это факт, и это оказывает влияние. Как и то, что в случае чего я просто проголосую своими деньгами.
barker
Потому я был готов, например, к тому что на мой комментарий ответят «ну сравнили eclipse pydev и pycharm, вот pycharm в нём вот то и вот это». Я бы даже спорить не стал, а только напомнил о том, что неплохо бы цены сравнить. И «цены» тут не про конечного пользователя (знаю я и про бесплатные варианты), а именно про «коммерческость» продукта. Даже тут были куча тредов про то, как и чем жава тулзы от JetBrains лучше эклипсовских (я и тем и тем пользовался, на самом деле тут есть о чём поспорить, но больше вкусовщина). С другой стороны, и программисты большинства компонентов эклипса не лаптем щи хлебают, там свои спонсоры и весьма серьёзные. Без этого где был бы эклипс? Сомневаюсь что где-либо, даже в таком нелицеприятном упоминании вашего поста. Хотя тот же pydev на донате, и при этом весьма юзабелен.
Про ситуацию с kotlin особо не в курсе, потому оценить причём тут деньги не могу. Но считаю пусть лучше продукт развивается, становится статически типизированным, пусть тулинг иде и деньги, чем гордо загибается. Потому возможно и притянули, да.
raacer
Я Вам — про одно, Вы мне — про другое.
Вы говорите о влиянии заработанных денег. Заработанные деньги — это следствие курса на деньги. Я говорю о влиянии курса на деньги на направление и способ развития проекта. Фичи, на которых зарабатывают деньги — это не всегда, и часто совсем не те фичи, которые помогут мне сделать мою работу быстрее.
Пример — всё те же многострадальные иконки. Их «улучшили» для того, чтобы захватить больше рынка. В качестве результата пришли деньги. Но, поверьте, деньги зарабатываются не для того, чтобы сделать продукт лучше, а наоборот: продукт делается лучше для того, чтобы заработать деньги. И вот это «лучше» подразумевает прежде всего продаваемость, а не эффективность самого продукта. Если он хорошо продаётся с багами — его будут продавать с багами. Часть денег пускают на реинвестирование — грубо говоря, на новые иконки. А другую часть — на то, что хочется. И это далеко не обязательно исправление ошибок, и особенно, если это не делает основную кассу.
barker
raacer
Ну, Вы всё верно написали, и я о том же говорю. Ну не нравится мне что-то — что с того? Компания будет идти своим путём. Для такой большой компании моё мнение вряд ли имеет решающее значение, если вообще имеет хоть какое-то, и в этом нет ничего предосудительного. Это всё — очевидные истины, достаточные для понимания того, что я лично мало влияю на глобальное положение вещей, и мне надо либо смириться, либо искать другие способы решения своих задач. В этом и состоит вопрос: что делать?
Alexx999
Я с идеей почти не стыкался, зато постоянно пользуюсь другим их продуктом — решарпером. По моим скромным наблюдениям в том самом релизе в котором ввели новую лицензионную политику наступил феерический п… провал.
Огромные куски функционала отваливаются напрочь (юнит тесты? да кому они вообще нужны, не критично), производительность падает временами ниже плинтуса (настолько что студия с ООМ валилась, но это тоже не критично), все время какие-то феерические косяки (нерабочий инсталлятор? Ну и ладно, не критично, главное — релиз есть, как его установить — дело десятое).
Впервые за много лет релизы по качеству скатились до уровня былых ЕАР, нужен доброволец который проверит что очередным "релизом" вообще возможно пользоваться и только после этого все апдейтятся.
Связи этого непотребства с ростом популярности не вижу в упор.
Ghedeon
Нет. Только истеричных белок с такими заголовками.
raidhon
Багов прибавилось это я тоже заметил, местами подсветка кода пропадает ( в новых шаблонах ES6 в длинном шаблоне подсветка отключается ), анализ хрень выдает и тд.
Но все баги что мне попадались абсолютно не критичны и активно правятся.
Пока другим IDE до IDEA 3 года на оленях по Сибири.
Надеюсь так же будет и дальше и они не потеряют высокое качество своих IDE.
А вот с иконками абсолютно поддерживаю новые иконки адское дермище!
Решил эту проблему вот этим плагином IDEA 2016.2 Icon Pack.
gudvinr
Не скажу, что баги вылазят с заметной частотой и парочку, которые я репортил они закрыли довольно оперативно.
Однако, пользуясь IDEA примерно с 2012 года (сначала Intellij, потом PyCharm и Android Studio) на одном и том же ноутбуке, замечаю что работать становится всё более некомфортно.
Сейчас, даже с большинством выключенных инспекций и плагинов загрузка CPU и скорость запуска хуже, чем были пару лет назад. Это очень печалит, потому что хоть PyCharm и предоставляет множество фич, но при этом среда перестаёт быть удобной для работы.
После выхода VS Code перешёл, в основном, на него. Хоть это и Electron, но в целом скорость работы куда выше, чем у IDEA. Единственный существенный минус — алгоритмы работы автодополнения. Но в целом работать со среднемелкими проектами удобнее.
raacer
Вот уж на что не жаловался, так это на загрузку CPU. А почему запуск настолько критичен? Он же один раз запускается и дальше просто работает.
gudvinr
Вы же понимаете, что оборудование у всех разное, и в данном случае сравнение "на моём компьютере всё работает хорошо" — не корректно?
Конечно, достаточно мощное железо позволяет не замечать разницы в производительности довольно долгое время.
Это неудобно, когда есть мелкие проекты, над которыми не работаешь постоянно. Бывает, хочется что-то быстро поправить, но при этом не хочется отказываться от автодополнения, дебага, удобной работы с VCS. Да, можно поправить в редакторе, но зачем, если IDE запускается быстро?
Для интереса сейчас открыл небольшой Pet-project в vs code, затем в pycharm. В первом случае полный запуск — 7 секунд, во втором — около минуты.
raacer
Согласен. Я иногда делаю быстрые правки в vim, потому что лень открывать проект в PyCharm, хоть он у меня и довольно быстро работает.
Lalartu
Если IDE запущенно, то открыть другой проект в новом окне гораздо быстрее, чем полный запуск. Так у меня старт идеи занимает 3 минуты, открыть проект в новом окне 18 секунд.
RidgeA
Я работаю с несколькими проектами одновнеменно
RidgeA
… и у меня бывает открыто 10+ разных окон IDE (PHPStorm). Так вот через пару дней комп (i5, 16Gb RAM, SSD) начинает безбожно глючить. Сегодня, например, отвалилась подсветка синтаксиса.
Fortop
Вообще-то это сложно назвать работой.
10+ проектов одновременно…
kovyl
Ну у меня не 10, конечно, открыто. Но пять — точно. Никто ж не говорит, что между ними обязательно нужно скакать со скоростью 100 раз в сутки. Месяц назад открыл проект и свернул. Зачем его закрывать? Может еще через месяц приду что-то туда дописать. А может завтра код на ревью скинут.
Fortop
Вот через месяц я его и открою снова.
А держать 5 активных в которые не заглядывал в течении дня…
Это сравни тому как оставлять кучку мусора посреди комнаты — потом когда-то домету…
extempl
А ещё это похоже на 50+ вкладок в Хроме "потом посмотрю" и "а почему у меня Хром тормозит?".
raacer
Кстати, в Chrome очень помог OneTab. Вроде и не теряешь открытые вкладки, но они и не мешают, болтаясь там годами :)
kovyl
Похоже, только не тормозит )
RidgeA
RidgeA
микросервисы :-(
raacer
Мне просто любопытно: а они у Вас связаны как-то между собой тематически? В PyCharm ведь можно открывать несколько проектов в одном окне.
RidgeA
Тематически связаны. Но в PHPStorm раньше (если не ошибаюсь) была возможность либо открыть проект в новом окне, либо в текущем (заменив проект в текущем окне). Сейчас появилась возможность открывать в одном окне несколько проектов, но там есть какие-то ограничения по настройкам (часть настроек будет общая). Но надо будет попробовать, может будет лучше. К. т. проекты есть на разных языках (PHP, JS)
lany
Попробуйте сделать один многомодульный проект, а не 10 отдельных проектов. Вам будет гораздо удобнее и IDE тоже будет гораздо удобнее.
kovyl
Не всегда так получается. У меня часть сервисов, например, на erlang-е (они все собраны в один проект, с которым я работаю из IDEA). Часть сервисов на Ruby (сам Б-г велел использовать rubymine, а плагин для erlang в rubymine работает через джеппу). Отдельный проект ansible, который чисто по логике должен быть отделен от всего остального. Ну и так далее.
lany
Дело в неудачных названиях project и module. Мыслите, что project — это workspace, а module — это project. Тогда будет легче.
a1111exe
На работе несколько лет юзаем Phpstorm — для, собственно, PHP, и для Perl через плагин Camelcade. В последнее время часто происходят лаги (как в Perl, так и в PHP) при наборе текста. CPU при этом сильно скачет вверх на процессе Java. Думал, что проблема в Linux-версии IDE (моя рабочая станция — Ubuntu) либо в плагине для Perl. Однако, у другого разработчика с рабочей станцией на Windows та же история. Вот и думаем — то ли плагин лагает (даже на проектах без использования Perl), то ли IDE. Тут ещё один нюанс: мне приходится постоянно держать открытыми 7-8 проектов, среди которых есть легаси с тысячами файлов (как Perl, так и PHP). У другого разработчика ситуация похожая. Возможно, дело ещё и в количестве файлов. Eclipse на этих проектах тупо вис. В целом, лаги при наборе текста — не очень приятное явление, но пока что удобство и функциональность сильно перевешивают.
semoro
Пробовали увеличисть ограничение оперативки в настройках?
a1111exe
По умолчанию при каждом мажорном обновлении правлю *.vmoptions: xmx2048m, xms256m. Дефолтных настроек изначально было мало. Если верить индикатору памяти в IDE, проблем с памятью нет. При лагах потребление памяти ощутимо не скачет, скачет CPU. В старой статье от 2006 года утверждается, что слишком высокие значения этих параметров могут приводить к подвисаниям из-за сборки мусора. С другой стороны, в 2015 исследователь сборки мусора в IDEA задавал ещё более высокие значения. Наверное, надо бы провести собственное исследование, но тут загвоздка: дома нет проблемы, на работе нет времени.
artspb
А Вы не могли бы записать CPU snapshot и отправить нам? С включенными сторонними плагинами и без них.
a1111exe
Когда и если будет окно для этого (и разрешение начальства) — с удовольствием.
P.S. Сегодня, после того, как горько поплакал у серверной, моя рабочая станция была благословлена более шустрым процессором. :) Быть может, проблема исчезнет..
lookid
Suvitruf
raacer
Suvitruf
А при чём тут статистика поисковика? Другое дело, если б тут был график соотношения юзеров по этим IDE.
raacer
В интервью кто-то из JetBrains сравнивал количество фич, людей и т.д. Не помню где читал. Типа Eclipse был такой страшный монстр, который всё захавает, а сейчас оказался далеко позади. В целом похоже на правду, что IDEA обогнала Eclipse по всем показателям. Хотя, именно на Java я не программирую.
tundrawolf_kiba
Мне вот пару лет назад на некоторое время пришлось погрузиться в Java и попробовать по паре месяцев поюзать и Eclipse и IDEA. Я не смогу привести конкретного сравнения, т.к. было не так уж и не давно, только ощущения. И вот по ним — мне в IDEA было комфортнее работать, чем в Eclipse.
shuron
Согласен… В эклипсе более чем всего достаточно… Какой смылс переходить на IDEA что-бы сэконоимить хотябы 1% времени рабочего дня? ;)
Ерунда…
Я вообще хардкорно пользуюсь ИДЕ в по 1,2 часа в хорошие дни. Редко больше 4-ех ито это наверное по поводу кода все предельно ясно и например что-то from scratch пишется и опыт за плечами… Но как часто это? С микросервисами навверное чаще ;)
Но остальное время это дискуссии, чтение, поиск, обдумывание…
IDE новичков чаще волнует…
raacer
Зависит от специфики работы. Некоторым вообще целыми днями приходится копаться в чужом коде, а не дискуссировать и обдумывать. Им без IDE — вообще никуда.
Sild
Мне захотелось глаза по стенке размазать от вашего комментария, но все же: экономия 1% рабочего дня(8*60/100~=5 минут) даёт для компании из 10 средних разработчиков (100к/мес) экономию в 50*20/60=18 часов в месяц, около 10к.
А сколько у нас разработчиков? Тысяч 300, думаю, наберется.
VolCh
Сегодня мелькнула цифра в 18 млн разработчиков.
Sild
Спасибо.
Итого экономия 1% времени позволит бизнесу экономить 18млн рублей в месяц.
MacIn
В масштабах чего?
sentyaev
Думаю нужно считать не от 8 часов, а от того времени, когда вы действительно проводите в IDE.
Я вот врятли больше 2 часов код пишу, остальное время это доки, спеки, общение, митинги и т.д.
Да и теже самые 5 минут можно считать погрешностью, я думаю мы больше времени тратим когда с коллегами холиварим.
shuron
Дружище, вы не внимательно прочитали
— 1% со знаком вопроса в конце… Предпологающий что вы должны были или согласиться с этим или высказать предположнеи об этом.
Я личнио не верю даже в этот процент.
Так же с низу я привел вам примерно время о том сколько действительно средний девелопер проводит над вбиванием кода в IDE. надо отталкиваться от это-го…
Далее гораздо важнее комбинация Девелопер+ IDE Х чем просто IDE.
Когда я начал яву Eclipse было лучшим что есть… Мой опыт на яве >15 лет. Я работал в различных проектах, на различных фирмах и командах, как консультант и как внутренний сотрудник.
С нубами и с гениальными хакерами… Никто из опытных программеров не жаловался на то что ему мешает программировать Eclipse.. Помню один сумащедший опроект где я торчал на работе у клиента с 8 до 21:00 иногда до 23:00 ночи…
Это было в 2013-ом. Тогда перелопатил десятки тысяч строк легаси и к сожалений нашего нового но не очень хорошего кода колег- новичков… Нубы были с IDEA, потому что они уже с ней социализировалось…
Но писать код хороший или хотябы быстрее им это никак не помогало… Это не говорит что IDEA хуже эклипса… Вовсе нет!
Я даже верю им и вам всем, что она в чем-то лучше…
Меня уже пару раз пытались пересадить, на нее… Я тыкал пару дней, но в конце я так и не понимал в чем это лучше чем мой Эклипс (который я умею настраивать и затачивать) и зачем мне перучивать шорткаты… И не заметил что-бы мне это что-то с эконимило…
На данный момент я ДевОпс у нас на фирме примерно 20% с IDEA — они не пишут ни на сикунду быстрее, скорее наоборот, но перестали заниматься бэшингом еклипс потому-что поняли что преимущества у них особого нет… им просто нравится красный молоток с длинной рукояткой, а другим нравится тот что потяжелей с короткой ручко. Но оба они хороши…
И наверняка если б я только сейчас вышел с универа я бы начал с IDEA.
Я заикнулся пор ДевОпс, тоесть работаю со скриптами… Много было в последнее вреймя Ansible, Terraform, Puppet. Да еще в веб ушел с TypeScript и вот для этих целей мне понадобился совсем другой молоток. И я нашел прекрасным Visual Studio Code от микрософта — очень понравилась для таких вещей и да теперь у меня две дежурные IDE ;)
Shamov
Пересчитывать в абсолютные цифры нет никакой необходимости. Сколько бы разработчиков вы ни взяли, какая бы зарплата у них ни была, сколько бы часов в месяц они ни работали, относительная экономия в 1% всё равно будет чем-то таким, что не выходит за рамки погрешности.
a1111exe
Раз десять при разных обстоятельствах пытался использовать Eclipse (на Linux). И для проектов на PHP/Perl (легаси с большим количеством файлов) — Eclipse вис, фатально крашился (без бубна уже запуститься не мог). И для создания диаграм UML — примерно та же история, только менее агрессивно. А реалии, увы, такие, что надо работать, а не познавать Eclipse-дзен.
shuron
1,5 года eclipseпод xubuntu. Наблюдаю небольшой провал в скорости работы (иногда небольшие задержки) по сравнению с виндовой версией.
Но в целом вполне… Проблем с явой никаких которые можно было свести к eclipse. Но возможно ноут надо будет обновить — ему лет 7, хотя пока пофиг.
yul
Удобная IDE дает совсем не экономию времени на нажатие клавиш, а меньшее количество отвлечений на рутину. Когда можешь сделать что-то одним хоткеем, вместо возни мышью, выполнением рутинных действий, или даже написанием однострочников в консоли, в результате меньше отвлекаешься от основной задачи, не теряешь ее контекст (который может быть довольно сложным), не выпадаешь из потока. В результате возрастает общая эффективность, но насколько — практически невозможно измерить, зависит от решаемых задач и самого программиста.
shuron
В том то и дело…
Eclipse вполне можно без мыши работать как и в IDEA. Но на практике редко встретишь тех кто может это полностью без мыши в одной из них…
joedm
2011 год — год перехода на 4-ю версию, глючную и забагованную.
foal
Я не специалист в Google Trends, Но вы сравниваете Eclipse (Software) и IDEA (Search term). Если переключить с Search term на Software, то картинка кардинально поменяется. Даже, если Eclipse переключить в Search term, то там не 2011 будет.
raacer
Подскажите, как в запросе «IDEA» переключиться на Software?
foal
Как вариант кликнуть на квадратик IDEA и выбрать «IntelliJ IDEA». Для тех кому кажется, что это слишком узкое понятие я описал и второй вариант — переключить Eclipse в Search term. Правда тогда, возможно, вы будете сравнивать «U.S. Department of Education» c «Eclipse | Board Game»
raacer
Поэтому тот вариант показался мне лучшим. «Idea» — слишком общее слово, чтобы его часто гуглили просто так без сочетания с другими словами, и я подозреваю, что в большинстве случаев это всё же software.
foal
Ну «Eclipse», тоже не узкоспециализированный термин :) А что касается «чего люди ищут», то можно открыть анонимную закладку и попробовать поискать «IDEA» и «Eclipse» — получите некий усредненный вариант — довольно грубо, но представление даёт. Например, можно сравнить какое место занимает IntelliJ IDEA и какое Eclipse IDE.
iroln
Например, вот одно из мнений 5-летней давности:
https://habrahabr.ru/post/112749/
Suvitruf
Мнение от человека, который тех, кто пишет на Eclipse, называет «несерьёзным Java-программистами»?
iroln
Его позиция хотя бы выглядит убедительно и я с ним согласен в одном:
На 2012 год IDEA было объективно "умнее" Eclipse в плане "понимания" кода. Дальше можно спорить сколько угодно, но это бессмысленно. Что там сейчас происходит я не слежу, может Eclipse уже сильно продвинулся в этом плане.
j_wayne
Отнюдь. Баги Eclipse заставили свитчнуться почти год уж как на IDEA.
За это время кое-как к Eclipse Neon починили автокомплит в лямбдах и то не полностью…
Годами чинили, чинили и не вычинили.
Новых фич не заметил…
Dark theme все так же вызывает смех и недоумение.
Один из контрибьюторов Eclipse CDT взялся писать Eclipse Two на Electron:
http://jug.ru/2017/01/eclipse-two/
Но IDEA тоже поглюкивает, конечно, просто это не так мешает пока.
yorlin
Мне интересно, почему NetBeans никто не берет в рассмотрение(в контексте Java). Настолько непопулярен? В свое время у эклипса достало постоянное выедание памяти и какие-то бэкграунд процессы, которые повисают и остановить их нельзя. Лечится тока убиванием эклипса и новым стартом. Перешел на IntelliJ IDEA, все было супер, но с какой-то мажорной версии на некоторых операциях стал поттупливать, причем много операций из повседневной работы. Решил ради интереса попробовать NetBeans — все необходимые тулы из коробки, не нужно отдельными плагинами(которые отдельно от основного продукта поддерживаются и с новой версией надо ждать обновления) качать, как для эклипса и работает шустро.
lany
Да, непопулярен. Не больше пары процентов рынка.
akzhan
Использую SublimeText 3 и как-то всё ровно. Atom медленнее просто.
saggid
Саблайм и Атом для больших проектов — это немного не то как-бы) IDE не зря придумали всё-таки.
mialinx
А большой проект это сколько?
Имхо, IDE несколько расслабляет. Разработчики забывают даже базовое API, полагаясь на автодополнение, никто не придумывает архитектуру, ведь есть же меню рефакторинг...
iroln
Зачем разработчикам помнить "базовое API"? И что есть "базовое"? Особенно в наши то времена со всеми этими 100500 модными фрэймворками и библиотеками. Всего всё равно не запомните, полезете в документацию. Предлагаете постоянно переключать внимание и забивать голову всем этим вместо погружения в предметную область? Заодно развивать навыки машинистки, набивая километры символов?
Автодополнение экономит время и позволяет использовать ресурсы мозга по назначению, не переключать внимание без необходимости.
saggid
Вы абсолютно неправы, говоря о том, что IDE заставляет забывать про проработку архитектуры. Всё совершенно наоборот, создание хорошей архитектуры становится простым и удобным процессом вместе с ними.
orgkhnargh
Сократ выражал аналогичные опасения по отношению к распространению письменности: https://youtu.be/XNIHBEBsoKg?t=24
Источник
[Писменность] принесет забывчивость в серца тех, кто ее изучает; они не будут тренировать память, потому что доверятся внешней, и зависащей от принадлежащих другим знаков, письменности вместо того, чтобы пытаться запомнить все самостоятельно.
Source
И он, в принципе, оказался прав :-)
Но хуже даже не забывчивость, а то, что бумага всё стерпит. Но это уже из Цицерона..
vics001
IDE придумали не зря, конечно, но и без IDE можно жить и писать, правда проект должен быть грамотно структурирован. Надо не забывать, что средняя продуктивность редко переваливает за 200 строк в день, которые можно написать в редакторах по типу Sublime при небольшом поддержке автодополнения, поиска по файлам, быстрому открытию файлов, главное, структура проекта и ориентация в ней.
Дебаг, профилировщик, можно использовать отдельные тулы по необходимости.
saggid
В этом и дело, что например когда надо делать красивую архитектуру из групп классов, использовать этот самый саблайм или атом — дело это будет тяжким и длительным, и скорее всего вы просто сами обленитесь и сделаете всё по-минимуму, сэкономите на doc-блоках, забьёте не интерфейсы и абстрактные классы (потому что лень будет всё это писать)… Когда в PhpStorm уже всё для вас готово, все нужные use'ы подставляются вверху автоматически, геттеры-сеттеры добавляются без проблем, неймспейсы классам пишутся сразу корректные… Ну и так далее.
В общем, в итоге ты просто "рисуешь" архитектуру своего проекта вместе со своей IDE, вместо того чтобы писать каждое слово вручную, как если бы это происходило в случаях в Sublime или Atom. Я уже давно слез с обычных текстовых редакторов, пусть к ним и можно установить различные плагины, немного расширяющие базовый набор возможностей — всё равно это совершенно не тот уровень, он не сравним с современными IDE для разработки. Ещё раз напишу) Не зря их придумали.
raacer
А я постоянно исправляю импорты, которые подставляет PyCharm, потому что он часто ломает структуру импортов и сваливает всё в непонятную кучу ) Казалось бы: фича есть, а пользоваться ей у меня не выходит.
saggid
Ну это я уже не знаю что у вас там, простите, но представьте: у меня никаких проблем с этим нет ни в Netbeans при работе над PHP проектами, ни в PhpStorm. Возможно дело вообще в Питоне, который не даёт такой же строгости при работе с пакетами и не позволяет однозначно указать нужные модули при импортировании (это только предположение, я не знаю питон). В общем, в PHP лично у меня таких проблем не было. Всё импортируется как надо, а когда существует выбор — IDE спрашивает меня о том, с каким конкретно неймспейсом нужно связать класс.
grossws
У меня таких проблем нет ни в idea, ни в pycharm. Плюс есть сортировка импортов, что там, что там.
akzhan
У ST3 своя экосистема плагинов. Тот же CodeIntel снимает кучу вопросов, не говоря уже про Emmet.
Просто попробуйте и удивитесь.
saggid
:) Да знаю я про подобные плагины. Только они реализуют примерно 10% из всех функций, которые реализованы и сгруппированы в нормальной IDE типа Netbeans или PhpStorm.
Давайте посмотрим внимательно на то, что даёт нам энтот самый CodeIntel:
И это всё?
Как насчёт возможности изменить название любого класса сразу во всём проекте?
Как насчёт быстрого редактирования любой переменной во всём файле?
Автогенерация геттеров и сеттеров для переменных класса?
Интеллектуальная коррекция всех use-директив во всём файле?
Быстрая навигация по всем сущностям файла (переменным, методам класса, и т.д.) в отдельном окошечке?
Авто форматирование кода?
Автоматическое удаление лишних пробелов из файла при сохранении?
Инструмент для разрешения конфликтов при объединении своего кода с чужими коммитами?
Готовые шаблоны для новых классов, интерфейсов, трейтов?
Авто-подстановка неймспейса?
Подсветка неиспользующихся или использующихся некорректно переменных в методах?
Авто-генерация doc-блоков?
Можно и дальше продолжать. Есть ещё целая гора тонкостей. Всё что я выше написал — есть из коробки в Netbeans и PhpStorm. Чтобы добиться подобной широты функций на Atom'е или на Sublime Text, придётся найти, установить и настроить целую кучу плагинов. И я не уверен, что вы найдёте всё что я перечислил. И я не уверен, что оно будет хорошо работать.
Ну и да. Emmet есть и для нетбинса, а в PhpStorm он есть вообще из коробки.
Source
С одной стороны — да. А с другой — Rubymine, сколько не пробовал её в своих проектах, тупо виснет по несколько раз в час (причём может целую минуту висеть несмотря на 16 Gb оперативы) и получается, что она наоборот подходит только для относительно мелких проектов. В то время как Sublime справляется на ура с большими проектами.
saggid
В Netbeans и PhpStorm такой проблемы не наблюдается. Я регулярно работаю с большими проектами с данными IDE. У меня 8 гб озу на PC и 4 гб на ноутбуке. Работается нормально)
Splo1ter
Jetbrains наверное стоит перенять цикл разработки такой же как в Visual Studio, и надеюсь все образуется)
raacer
А какой у них цикл?
Areso
Мажорная версия раз в 2 года?
2017-2015-2013-2012-2010-2008
Kobalt_x
Релизы раз в два года, между ними несколько Update патчей фиксящих баги и добавлющие минорные фичи
OlegYch_real
думаю количество репорченых багов в основном зависит от количества юзеров, а никак не от качества продукта\разработчиков
куча багов типа «все не работает», «сделать зеленее» или «прикрутить новую плюху из спринга» и их дубликатов
лично я не заметил какого-то ухудшения за последние лет десять
да и в остальном претензии какие-то странные
raacer
OlegYch_real
по дефолту ютрак ставит тип Bug, а большинство юзеров не заморачиваются даже корректный тип выбрать
raacer
А они там годами не читают, чего им прислали? Тогда вообще печально…
iroln
Баги — это вот, например:
https://youtrack.jetbrains.com/issue/IDEA-153193 — Tooltips for toolbars block clicks to buttons
https://youtrack.jetbrains.com/issue/IDEA-80613 — Idea does not respond to hot keys if the default Ubuntu keyboard layout is Russian
Никто не спешит это исправлять. Первому багу уже год, второму вообще 5 лет. И эти ещё более-менее безобидные, хоть и раздражающие, есть и по-хуже. И таких багов расползлось довольно много по всей платформе, по всем IDE. На них просто забивают.
develop7
это случайно не Unity-специфичная ли бага (в PPA нашлась отсылка к https://bugs.launchpad.net/unity/+bug/1226962)? потому что в ванильном GNOME под openSUSE Tumbleweed проблема не воспроизводится
iroln
Возможно, что так и есть, но разработчики никак не проявляют интереса к этой проблеме. Они и баг не закрывают, и ничего не делают. Всё это просто висит мертвым грузом. Issue голоса собирает, в комментариях пишут как обойти и т. п., значит проблема всё ещё актуальна для пользователей.
Labunsky
Taragolis
Для Java софта лечится (проверено на Idea, DG, PyCharm, Pentaho DI) с помощью следующего workround
Borz
нет. Воспроизводится и в KDE Neon. Хотя, в какой-то момент не воспроизводилась в Linux Mint KDE толи 17.3 толи в 18.
С другой стороны — там же дали ссылку на репозитарий с исправлением для JVM — пробовали поставить и проверить? т.е. проблема как бы не в IDEA, а в JVM и почему тогда претензии к Jetbrains?
lany
Ну формально можно и к JetBrains, потому что сейчас JetBrains форкнули джаву и фиксают баги и в ней тоже. И немало зафиксали, кстати. Но эта проблема заведена тогда, когда свою JRE JetBrains ещё не пилил. Так что если вы знаете как пропатчить JVM, чтобы это исправить, напишите в YouTrack. Это будет точно быстрее, чем писать в Oracle :D
Borz
мне вот это помогает: https://github.com/zheludkovm/LinuxJavaFixes
webkumo
Это не проблема JVM, это проблема DE. Да даже в банальной доте (dota 2) при переключении на русскую раскладку хоткеи не работают, что уж говорить про обычные приложения?
Хочешь початиться на русском — хоткеи отвалились, волшебно? Или это способ отучения от болтовни на русском в чате?..
OlegYch_real
может быть потому что эти баги затрагивают примерно 0 процентов юзеров?
iroln
У вас есть реальная статистика, сколько процентов пользователей это затрагивает? В багтрекер JetBrains пишут не так много людей. Первая проблема затрагивает 100% пользователей всех IDE на базе IDEA, которые используют мышку в работе, но это не значит, что хотя бы 10% из них пойдут "жаловаться" в багтрекер. Кто-то, например, пишет сразу в техподдержку, но многие просто молча терпят, так как не критично.
По вашему, проблему решать не надо? Разработчики признали Usability problem, статус Major, но что-то воз и ныне там.
OlegYch_real
по-моему — не надо, хотя конечно у каждого свои pet peeves
у меня например был https://bugs.eclipse.org/bugs/show_bug.cgi?id=21000
в конце концов, идея — opensource и если уж вас так заботят вышеописанные баги и вы считаете что зафиксить их — раз плюнуть, то почему бы и не зафиксить самому
raacer
Дайте пожалуйста ссылку на исходники.Сам нашёл, извините )
https://github.com/JetBrains/intellij-community
iroln
Я и не говорил, что зафиксить их — раз плюнуть. Я, во-первых, не Java-разработчик, во-вторых, просто прийти с улицы и зафиксить что-то в платформе, в которой 5.5 миллионов строк кода — это не просто. :)
OlegYch_real
я к тому, что если бы эти баги реально кого-то напрягали то среди миллионов пользователей нашелся бы кто-то кто пофиксил
kovyl
Оно, конечно, классно помогать проекту развиваться там, все дела. Но не кажется ли странным сначала заплатить за продукт, а потом самому чинить в нем баги?
Grox
А что странного? Есть свободный рынок, вы покупаете продукт из-за его функциональности. Отсутствие багов не обещается. Их ремонт тоже. Если это лучший продукт, то все остальные, даже без багов(чего не бывает, я полагаю), дадут вам меньшую пользу, чем этот с багами.
Ну и если устранение бага даст вам пользу, то почему не сделать его самому*, если это реально нужно?
* лично или наняв специалиста, имеет значение лишь уровень пользы от устранения бага.
extempl
Примерно равно "не кажется ли странным заплатить за продукт и потом репортить баги? Это же работа тестировщиков, им за это платят".
Нет, не кажется.
Focushift
думаю одного этого момента достаточно, чтобы сказать что инструмент превратился в…
grossws
У меня нормально работает, если зажата "show inherited".
Другое дело, что raacer не привёл ссылку на youtrack со своим багом. Может разработчики даже не в курсе о его существовании?
raacer
Я вообще не хотел подробно обсуждать мои личные проблемы и их решение ) Это просто капля, переполнившая чашу терпения. Багов там достаточно, зачем Вам именно мой? Для воспроизведения этого конкретного бага импортируйте модуль с базовым классом через «import as» — тогда кнопка «show inherited» не работает.
OlegYch_real
думаю это нормально для динамического языка
vics001
Пользуюсь eclipse (java ide), проблем до сих пор нет. Плагины может и глючат, но я их не ставлю.
raacer
Хорошо вам — джавистам. А куда питонщикам идти? :)
kozzztik
в эклипс можно и на питоне кстати говоря. Хотя когда я последний раз пробовал — было не айс. Но дело давно было.
LonelyCruiser
Прям щас пользуюсь eclipse для Питона, все ок.
LexS007
Wing IDE вполне хорош.
Artyushov
В java.
raacer
Нет уж, спасибо… Лучше вы — к нам! :)
belonesox
ActiveState Komodo IDE очень неплох. Пользуюсь с 2004.
val_eit
Пользуюсь PyDev на Eclipse. Проблем и неудобств не было, но проекты у меня не очень большие. В PyCharm для себя особых плюсов пока не вижу.
Chaos_Optima
Visual Studio не нравится?
Splo1ter
Можно попробовать Python Tools для Visual Studio, хотя не знаю как будет по сравнению с PyCharm
iroln
На текущий момент, как я считаю, единственная реальная альтернатива PyCharm по функциональности (именно как IDE) — это WingIDE. Если что, есть куда уходить, поэтому, ребята из JetBrains, не расслабляйтесь там! Конечно, вы почти монополисты. Подписка, конечно, приносит больше денег, но и о качестве продукта тоже забывать не стоит. Правьте баги и пребудет с вами сила лучей добра от ваших клиентов. :)
gudvinr
Модель распространения у IDEA всё-таки более либеральная.
В Personal edition довольно критичные для IDE вещи отсутствуют, когда как даже в PyCharm CE, в основном, убраны фичи, которые используют в коммерческих проектах, вроде DB браузера и поддержки Django. К тому же, есть бесплатные лицензии для студентов.
grossws
Вы имеете ввиду IDEA Community Edition? Каких критичных вещей, не относящихся к коммерческой разработке, в ней нет?
raacer
Наверное, это было сравнение Wing IDE Personal и IDEA Community Edition.
an24
Рецепт стар как мир. Парням нужно притормозить и не расширять функциональность. Посвятить пару-тройку спринтов рефакторингу и багфиксингу.
raacer
Согласен. Хотя бы год посвятить чисто исправлениям и рефакторингу :)
Вот только надо ли это им?
beTrue
согласен, все знаю как съесть слона.
в нашем трекере, в каждом проекте виден прямопропорциональный рост зарезольвенного к созданным, два почти линейных графика на каждом из проектов, и не думаю что мы особенные…
но тут не оч понятно как у команды разрабатывающей CI могут быть такие показатели, вероятно если только есть слона за рас, но им можно ;)
автор прав, но и в их логике нет ничего предасудительно, т.к. пользователь может здесь и сейчас хотеть поддержку макросов скалы (например), и понятно что без багов просто невозможно с первого раза её реализовать
Успехов ребятам!!!
Areso
А можно сделать выборку средний возраст открытого бага с течением времени? Заодно и проверим, отваливается что-то новое (в новом или старом функционале), или копятся старые незакрытые баги
raacer
raacer
Не знаю, можно ли, но не думаю, что такие выборки сделают данный анализ более методичным. Есть много моментов (на которые здесь уже указали не раз), и для проведения полноценного анализа надо затратить очень много времени.
RolexStrider
Проблемы, ИМХО начались, нет, не в тот момент, когда решили устроиться одной жопой на двух стульях. И не когда на трёх. И даже не на четырёх. А когда НА ВСЕХ СРАЗУ. А для Java всё же как были так и есть — лучшие.
a1111exe
На работе используем Phpstorm. Для дома приобрёл "All Products Pack" — чтобы иметь возможность юзать Phpstorm, Pycharm, IDEA.
Знакомый разработчик на Perl из другой фирмы горячо рекомендовал Komodo IDE. Кто-нибудь пробовал?
a1111exe
Для минусующих: сейчас с Perl работаю в Phpstorm через плагин Camelcade. В Komodo IDE Perl вроде как родной. Язык Java мне не критичен. Так пробовал кто-нибудь Komodo IDE?
mclander
Комодо вполне съедобен. Для перл альтернатива ещё Padre. Это из специализированных иде.
a1111exe
Да, пробовал Padre… Давно было дело, детальных подробностей не помню, помню только, что сразу после установки и попытки поработать стали случаться всякие фатальные вещи, так что не сработались.… Зашёл на сайт проекта, похоже он перестал развиваться ещё в 2013.
Значит, надо будет как-то поиграть с Komodo. Спасибо!
akzhan
Sublime Text 3 с плагинами Modern Perl, CodeIntel и далее по вкусу.
belonesox
Я пользуюсь с 2004. Доволен.
immaculate
Несколько лет пользуюсь PyCharm и плачу за него. В основном, каждая новая версия меняется к лучшему, и я все реже вижу глюки. Первые годы я регулярно сталкивался с багами, сейчас почти не встречаюсь. Так что мой опыт прямо противоположный вашему.
Новая иконка тоже не нравится, с этим согласен. И новая политика лицензирования мне не очень понятна. Я в этом году еще не продлевал лицензию, мельком глянул, какая-то маркетологическая замудрятина, с которой нет ни малейшего желания разбираться. Не понимаю, сколько и когда мне надо платить, если я хочу использовать только PyCharm, зачем мне все остальные их IDE и эти непонятные подписки. Понятно, что подписки все внедряют, чтобы вытянуть из пользователей больше денег, и вот это мне единственное, что активно не нравится.
raacer
Непонятно, что непонятного с подписками. Платите раз в год только за PyCharm — и всё.
Borz
не так смотрите на покупку. Вы купили продукт и годовую подписку "на посмотреть что будет дальше". Спустя год вы можете вернуться к той версии, которую вы купили, а можете сместить покупку+подписку ещё на год, т.е. оплатить следующий год "на посмотреть" и при этом оставить у себя версию этого года.
sheknitrtch
Если мешающий вам баг есть в Community версии, то можете попробовать исправить его самостоятельно. Это ли не круто?
Только вот Я сильно огорчился когда увидел, что разработчики не приняли один интересный патч «Resize tool window by draggin the header». Автор даже не поленился видео записать. Но разработчики отказали с формулировкой: «пользуйтесь хоткеями» :(
raacer
Я плохо знаком с Java, и не смог даже сконфигурировать проект одного из плагинов для IDEA. К тому же, если мне захочется исправлять что-то самостоятельно — есть emacs :) И вообще, я одними только багрепортами уже отработал стоимость лицензии — непонятно, зачем я еще и деньгами плачу :)
Что не так с ресайзом? Вроде ресайзится без проблем.
ScratchBoom
А можно на список ваших репортов посмотреть?
sheknitrtch
Borz
не знаю как у вас, но у меня захват для ресайза происходит где-то ± несколько пикселей от линии в обе стороны
sheknitrtch
Да, Я об этом и писал. И было бы гораздо удобнее перетягивать за пустое пространство заголовка (как в Chrome Developer Tools и XCode). Ведь гораздо проще попасть в широкий бледно-синий прямоугольник, чем целиться в узкую полоску шириной "± несколько пикселей".
Borz
согласен. Тем более, что не всегда удобно до клавиатуры тянуться, да и не все toolwindow имеют горячие клавиши для получения фокуса.
Но, думается, что пока не исправят этот баг, ваше предложение лучше не реализовывать...
raacer
А теперь представьте себе 4k дисплей :-D
Borz
не могу — вместо одного большого использую два но чуть поменьше ;)
raacer
Представьте себе, 4k бывают и 17-дюймовыми. И да, в этом есть смыл.
lany
4k-поддержка в 2017.1 улучшится существенно (с JetBrains JDK). Там миллион проблем именно в нижележащем джавовом AWT, который пришлось фиксать вдоль и поперёк.
raacer
Супер! А то я уже устал ломать глаза, разглядывая микроиконки :)
А это решит указанную проблему с трудностью попадания в край панели?
lany
Самый простой вариант узнать это — скачать 2017.1 EAP и попробовать. Если что-то не нравится, смело кидайте в YouTrack. HiDPI сейчас в приоритете, им активно занимаются. Есть все шансы, что баги пофиксают до мартовских релизов.
raacer
Скачал, разницы пока не увидел никакой. Иконки как были микроскопические, так и остались. И целиться в край панели легче на стало.
Я уже накидал в ютрек. Пока — тишина, и я как-то даже не надеюсь, что будут улучшения, пока 4k не станет массовым. А он может еще очень долго не становиться таковым, т.к. такое разрешение уже на грани рационального и мало востребовано.
На сколько я вижу, поддержку HiDPI сейчас делают только для фиксированного 2x масштабирования. Для 4k на 17 дюймах, к сожалению, этого мало, там надо 3x.
Надежда только на маркетологов производителей железа, что они пропихнут 4k в массы, и тогда для маркетологов из JetBrains эта проблема тоже станет важной.
Но это всё оффтоп и не о багах :)
lany
Ну хоть и оффтоп, а дело-то важное. Может что-то опять отломалось глобально, спрошу. 3х должно нормально поддерживаться, с дробными вроде 2.5х были особые проблемы. И трудности были, если несколько пониторов и у каждого разный скейл. На всякий случай проверьте, что у вас используется JetBrains JDK (Ctrl+Shift+A, boot, enter).
raacer
А прописывать скейл нигде не нужно?
raacer
Согласен, я уже привык и просто не замечаю, как постоянно мучаюсь с этими ресайзами.
mclander
Pyscripter, не? По поводу альтернативы.
Я конечно питонист ещё тот. Но маленький, быстрый, бесплатный с кучей фич и встроенным дебаггером. Я в нём с пару десятков тысяч строк написал — и вполне себе доволен.
random1st
В целом сомнительно разрабатывать на питоне под Windows
jbubsk
Почему бы не жаловаться на высосаную из пальца проблему, а продолжать наслаждаться, работая с самой крутой IDE дальше?
raacer
Не получается. Баги расстраивают.
jbubsk
Eclipse вам в руки, ну или что-то подобное, где действительно тупняки и баги багские; тогда баги жетбрейнса вам покажутся ерундой.
renskiy
Соглашусь с вами в том, что у продуктов Jetbrains есть большие проблемы со стабильностью. Сам постоянно сталкиваюсь с багами в новых версиях даже в старом функционале. И уже успел завести привычку всегда делать резервную копию перед апгрейдом IDE. Кто не замечает проблем с новыми версиями Jetbrains, тот просто не использует IDE на полную мощь. Советующих использовать VIM/Emacs/Sublime text я вообще не понимаю.
Версия 2016.3 меня настолько сильно разочаровала, что я снова решил поглядеть на Eclipse/Liclipse, на которые не глядел уже лет 5.
Очень хочу попробовать Python Tools for Visual Studio, но пока не решаюсь перейти на Windows. Жду когда их можно будет запустить на macOS/Linux.
raacer
Только решили, или уже посмотрели? Как результат?
renskiy
вот этого я хотел бы избежать на самом деле. Например, мне нравится IDEA для macOS тем, что там есть готовая раскладка, которая во многом повторяет горячие клавиши самой ОС — очень удобно.
Если коротко, то — «вырви глаз» :) Уж очень я привык к намного более приятному дизайну IDEA, плавной прокрутке и оптимизации под Retina дисплеи.
DarthWazer
Простите что встрял, может Вы еще не в курсе — Visual Studio for Mac (превью) уже доступна.
Правда из описания не ясно, поддерживает ли эта версия python.
renskiy
Да в том то и дело, что Visual Studio for Mac — это совсем другой продукт, несовместимый с оригиналом. И PTVS на нем работать не будет :(
princed
Попробуйте Toolbox App, в нём есть встроенный откат к предыдущим версиям.
bodyawm
Я пишу код в notepad++ на ПК 2гб ОЗУ, Penitum D + комфортно сижу в хроме и играю в CS:GO.
Если поставить плагины — выйдет неплохая замена тому же IDEA, зачем вся шумиха вокруг этого монстра — не знаю(но имхо, лучшая IDE для Java — это NetBeans и Eclipse, тут дело вкуса).
aelimill
Когда навешаете на notepad++ столько плагинов, которые будут выполнять приблизительный функционал (Мойша напел), то тормозить/отжирать оно будет, с большой вероятностью, намного больше чем IDEA
bodyawm
Мегабайт 100 от силы, npp с полным паком C# жрет меньше чем VC# 2005 Express к примеру
raacer
А в нём просто нет столько плагинов, чтобы повторить весь функционал :)
bodyawm
bash тоже не умеет некоторые вещи из powershell'а, это же не повод его из за этого называть эээ «непрофессиональным»
immaculate
Я не вижу альтернативы PyCharm, когда, например, мне дают очень большой проект с огромным процентом спагетти-кода. С PyCharm еще как-то пошагово можно рефакторить. В любой другой IDE это превращается в муку. Правда все мои знания о других IDE основываются на данных где-то 6-7 летней давности, так как именно в тот момент окончательно перешел на Idea (до этого было 10+ лет использования Emacs и Vim).
Idea/PyCharm настолько хороши для рефакторинга и для изучения кода (легко прыгать к определениям классов, автодополнение просто невероятно хорошо работает для динамического языка), что я, будучи убежденным противником различных IDE, особенно IDE на Java, давно пересел на Idea, и делаю абсолютно все в ней, за исключением совсем небольших скриптов.
raacer
10 лет использования emacs не вызвало ломки при переходе на PyCharm?
immaculate
Нет. В тот момент пришлось много работать с очень запутанным Javascript кодом, и возможности Idea по распутыванию клубка плохого кода, перевешивали необходимость переучиваться редактором заново. Был у меня тогда какой-то проект, в котором были десятки тысяч, возможно даже сотни тысяч строк Javascript, раскиданных по сотням файлов.
Emacs был просто беспомощен в этой ситуации. В нем работать было даже менее продуктивно, так как он толком даже подсветить большой Javascript файл не мог. Да еще и постоянно глючил и подвисал.
А в Idea можно было открыть окно со структурой всех Javascript классов, правильно распарсенной. Каждый файл моментально открывался, корректно подсвечивался синтаксис, и можно было одним кликом прыгать от использования функции к определению, и обратно.
После Emacs это был космос. 7 лет назад поддержка Javascript в Emacs вызывала слезы (перепробовал тогда все варианты).
Для Python все было не так печально, но все-таки, то, что в PyCharm из коробки, в Emacs требует очень долгой настройки, и все равно не работает так же удобно и гладко.
И еще раз повторюсь: когда работаешь с очень плохим кодом, альтернативы просто нет. PyCharm позволяет не держать в голове кашу из спагетти-методов длиной в сотни и тысячи строк, с переменными, обозначенными одной буквой. В нем можно быстро отрефакторить, присвоить переменным разумные имена, разбить функции и методы на более мелкие, и т.д. Все это часто делается одним нажатием клавиши и без ошибок (если, например, в большом проекте попытаться заменить переменную
cнаcorellation_value, например, поиском и заменой, то скорее рехнешься, чем закончишь).raacer
bodyawm
Не знаю, я на питоне писал только в IDLE, вполне хватало ;)
ScratchBoom
Вы там хеллоуворлды пишете чтоли? Рефакторинги вручную делаете? Или плагинами, который код сабстрингами парсят?
bodyawm
Интересно, как редактор относится к hello world?
Я могу в stdin программу писать и компилировать её на лету, к hello world это не имеет никакого отношения.
Насчет парсинга:
А смысл небольшим плагинам строить AST дерево и чуть ли не интерпретировать код? Remove + Pos обычно хватает.
Maccimo
Расскажите, пожалуйста, как вы при помощи Remove + Pos сделаете хотя бы переименование имени метода класса при условии, что в иерархии есть метод с таким же именем, но другой сигнатурой, а метод с таким же именем и сигнатурой присутствует в другом, никак не связанном с первым, классе и этот метод (и все его вызовы) переименовывать не нужно?
Это так, на вскидку.
bodyawm
Не, ну вы серьезно? Два минуса за то что я и еще процентов 50 прогеров предпочитают текстовые редакторы вместо тяжеленных IDE для которых нужен топовый SSD и 8гб ОЗУ с Core i7?
Borz
минусят не за ваши предпочтения, а скорее за "неплохая замена тому же IDEA" — заменой он станет только для вас с учётом ваших потребностей
bodyawm
Лично у меня, идея за 2014 не запустилась.
Хотя тот же NetBeans 8.1 летал на еще более старой машине.
И ява там тоже летала(в пределах нормы), даже в майнкрафт можно было поиграть(Celeron какой то там 2ггц, 1.5гб озу)
Но тут конечно дело вкуса, но лично я предпочитаю для FP не Lazarus, а npp.
Почему? Потому что я люблю писать бутстрапы(системы сборки для отдельных проектов, не Makefile, примерно тоже что и в PHP).
raacer
А я люблю писать стихи. Так что LibreOffice Writer мне хватает с головой.
poxu
Вот вы где-то в коментариях упомянули, что польуетесь vim. Как вы после него пересаживаетесь за офис? Как его может хватать, если там нет режимов?
raacer
Забыл открыть тэг <кривляние>.
А вообще — да, мне не хватает режимов vim в офисных приложениях.
guai
нетбинс недавно помер
ggrnd0
А я в передаче Netbeans в Apache Foundation вижу наоборот новое рождение.
Пройдет не так много времени как он обгонит Eclipse.
Я надеюсь на это)
guai
В бинсе крайне малопонятный код. Часто можно видеть, что сами разрабы не в курсе всего, что там есть, и что надо учитывать.
У нас проект на платформе нетбинс — немного представляю, о чем говорю.
Манов крайне мало.
Эклипс часто нужные им фичи стандартизует, в какие-то отдельные проекты превращает. В бинсе не так. Всё из костылей.
Вчера как раз наткнулся на крайне наркоманскую фичу: их система модулей, которая почти повторяет osgi и даже с ним как-то пытается взаимодействовать, может в себе содержать ссылки на мавенские артифакты. И код написан так, что требует, чтобы артифакты у меня в класспасе лежали так, как лежат в мавене. А у меня грэдл. Офигенно!
Да, и грэдл у меня потому, что мавенский плугины для бинсы тоже кривые, в грэдле я хотя бы могу что-то допатчить скриптами. Раньше мучились с мавеном.
Многое вроде есть, но не пашет.
Вообще, пилить за спасибо мало желающих, а продираться сквозь такие трудности — думаю, вообще не найдется желающих.
Ну и доля рынка в 5% как-то не способствует появлению желания делать что-то под бинсу — кто этим тогда будет пользоваться?
Еще и идея стала полуопенсорсной.
Имхо, ловить ему нечего.
ggrnd0
Netbeans был заложником Oracle. Думаю Apache Foundation сможет повлиять на ситуацию.
guai
Вряд ли это кому-то надо
Нет аудитории — нет смысла писать плугины, нет плугинов — нет аудитории.
И нет нормальной инфраструктуры для не сильно вовлеченных при помощи бабла разработчиков-энтузиастов.
Вот идею упрекают в забагованности. Так бинса в этом плане еще более бажная. Целые подсистемы намечены, но не сделаны. Ну или уже поломаны.
Вот кстати, идее, возможно, стоило бы развивать в себе платформу, а не быть лишь только ИДЕ…
ggrnd0
И все же я надеюсь на лучшее)
Ага, и времени на исправление багов станет еще меньше...
guai
Ну, кабы, не похоже, что им только времени не хватает на исправление косяков. Больше 10 лет таски висят — тут явно не во времени дело. В цели, скорее, и организации.
bodyawm
Что NetBeans, что Eclipse — топовые IDE, IDEA и прочие просто за щеку берут у них, и не редко тырят фичи.
Единственный гомноредактор — VS Code, имхо он на моей машинке запускался минуты 3, и только лишь по этому, а так он нагнет ту же IDEA.
raidhon
С манерой вашего общения думаю вы ошиблись сайтом.
Вам на форум где обсуждают придорожных девок и алкогольное опьянение различной стадии!
bodyawm
Да, скорее всего ошибся, т.к я тут нашел только стаю болванчиков которые не имеют своего мнения, и у них слюнки текут на гениталии НЛО.
raacer
Не смешите мои тапочки! :)
bodyawm
Вот те кто меня минусуют, скажите, что является неправдой в моем комментарии?
raacer
bodyawm
С чего это вдруг? Каждая IDE для своего языка топовая, не прям каждая но в основном, я имею ввиду она там «монополист».
т.е например NetBeans и Eclipse доминируют в Java, Visual Studio для .NET и.т.д
raacer
Думаю, было бы неплохо, если бы Вы снабдили свое утверждение какими-то аргументами и фактами.
tundrawolf_kiba
Чем-то он напоминает того юзера, который в посте про БЭМ почти под каждый комментарием утверждал, что БЭМ — отстой и идиотизм, но при этом обоснования не приводил. Минусы в карму — считал происками Яндекса.
grossws
Для осени и весны нормально, но сейчас-то не сезон.
bodyawm
А у меня как раз обоснования есть.
Eclipse практически самая используемая IDE для Java, Netbeans разделяет с ним первое место.
IDEA же тормозное но довольно мощное решение.
Лично я выбираю Eclipse за не слишком высокие системные требования, полную открытость, удобство
raacer
Это не обоснование, это мнение. Вы приведите, пожалуйста, какие-то ссылки на авторитетные исследования, или какие-то объективные источники информации. Хочется понять, что это за первое место, кто и на каком основании его присудил.
bodyawm
Зато с этим мнением согласятся довольно многие(а конкретно о том что Eclipse одна из самых популярных IDE для Java).
Я сейчас не говорю конкретно о вас, я выделяю тех людей, которые пока не думают что IDEA — не единственная IDE, и то что Netbeans и Eclipse не хуже, а намного лучше.
Почему? Хотя бы потому что у эклипса огромное коммьюнити с огромным кол-во плагинов.
Не согласитесь?
LexS007
Вы забываете еще про Android Studio, которая основана на IntelliJ IDEA.
Поэтому утверждать, что IDEA не на лидирующих позициях глупо.
bodyawm
Android Studio такой же медленный. Но не суть, дело в том что Android Studio значительно более сильно улучшен, это лидер в Android разработке(я думаю что именно в android самый крупный процент java разработчиков)
Поэтому его стоит рассматривать как отдельный проект, отдельный от Intellij
fogone
bodyawm
Я думаю что надо Intellij научить кушать поменьше ресурсов, и тогда я изменю своё мнение о нём.
И не только я, но и остальные обладатели не очень мощного железа.
Я почему идею толком не щупал? Именно потому что она очень медленная без SSD, поэтому я и используюсь NetBeans\Eclipse которые работают очень шустро даже на 1гб ОЗУ
a1111exe
Прошу прощения, но… Неужели программисту так трудно позволить себе работать на достаточно мощной рабочей станции? Или это идеологический момент? В последнем случае так можно дойти и до того, что некошерно всё, кроме ed, стандартного редактора...
ggrnd0
Оперативной памяти много не бывает.
bodyawm
del
lany
Вас минусуют за стиль общения, даже не вникая в суть комментария. Потому что ваш комментарий вроде матерной надписи на заборе. Пусть смысл надписи истинен, но это никого не волнует, надпись надо закрасить. Что и делают минусующие.
bodyawm
Тогда давайте изменим комментарий на более адекватный.
Сейчас, в сфере Java, самые лучшие и используемые в продакшене IDE это NetBeans и Eclipse, за ними уже IDEA. Но IDEA довольно тяжелая и ей нужен SSD, иначе полчасовые загрузки.
В каждой сфере есть свои топовые IDE обычно.
Например для Delphi — Borland Studio
C++ — Visual C++ и C++ Builder
Watcom C — Watcom IDE
и.т.д
lany
Окей, на это можно отвечать по существу:
Нет.
ggrnd0
Загрузка медленная из-за индексации maven и самого проекта, думаю можно ускорить процесс и без SSD. Но наврядли это
волнуетJetBrains.Могу согласиться, что Eclipse в мире (а не только по России) в топе и обходит IntellijIdea. Но в России все же IntellijIdea самая популярная...
Netbeans — 3 место как ни крути, около 5%.
sentyaev
NetBeans недооценивают, по моему мнению.
Для JavaEE он очень даже крут.
Правда я там только мелкие проекты делал.
bodyawm
Прошу не минусовать больше за этот неуместный комментарий. Я воспользовался функцией сброса репутации, и не хотел бы портить её снова.
Надеюсь вы меня поймёте ;)
ggrnd0
Ну так всяких целей при добавлении нового проекта станет не меньше, так что результат будет вполне закономерен.
poxu
Kladbische Foundation
Так что это как повезёт :)
grossws
Два десятка проектов (или кусочков проектов, как те же куски джакарты), которые перестали быть кому-либо нужны на фоне 400+ живых? Смеётесь?
poxu
Конечно смеюсь :). Но я, кстати, вот на эту штуку попал. О подвале узнал, когда MRUnit перестали разрабатывать.
grossws
А, вы входили в их 79 пользователей!
Если серьёзно, то это вполне нормальный этап жизни проекта, которым ещё пользуются (он же никуда не исчез), но который не развивается. И желающих занять место PMC Chair не нашлось.
ElijahTh
Насчёт других языков не скажу, но относительно Java и C++ нетбинс очень даже жив, а в плюсах куда живее, чем тот же CLion. И я согласен с ggrnd0 — передача в Apache может дать проекту второе дыхание.
arodygin
За статью спасибо, плюсанул вас про запас (вдруг не зря с кармой попрощались), но с выводами не совсем согласен. Общая тенденция стагнации больших компаний в начале статьи описана хорошо. Но дальше пошли сплошные эмоции и притянутая за уши статистика. Ползущая вверх кривая говорит ровно об одном — открывают багов больше, чем закрывают. Причин тому может быть много. Вы поторопились объяснить это тем, что каждая новая версия содержит больше багов, чем предыдущая. А возможно в действительности IDE становится все популярнее => у нее появляется больше юзеров => больше людей, создающих баг-репорты.
Я конечно не утверждаю популярность как причину, я лишь демонстрирую, что причин может быть больше, чем одна. Можно было бы посмотреть на картину более объективно, если сделать и другие кривые, например:
— аналогичные кривые по их severity, чтобы посмотреть, много ли серьезных ошибок, и чтобы «косметика» не портила картину.
— статистику по кол-ву дней, прошедших между opened и closed, также разбитую по severity (чтобы посмотреть, действительно ли IDEA стала реагировать на серьезные ошибки дольше).
Но в целом вброс интересный, спасибо. )
raacer
Всегда пожалуйста )
Эта статья не претендует на анализ внутренних проблем JetBrains. Так что, я с Вами полностью согласен.
Тут люди обсуждают проблемы и возможные пути решения — вот это обсуждение и было целью статьи. Я для себя сделал выводы: посмотреть что нового в emacs и потрогать WingIDE.
Ну и, в конце концов, имеется ненулевой шанс, что такие обсуждения окажут какое-то положительное влияние на разработчиков IDE.
Lexus27
Напрягают лаги при работе с БД, вместо шторма, приходится открывать HeidiSQL, в остальном, все в принципе очень даже, хотя я бы добавил функцию при работе с VCS «Удалить файл/папку из индексирования»)
moscas
Буду признателен, если вы опишите эти лаги. А мы постараемся их исправить :)
Borz
после изменения схемы БД (например добавляю индекс на колонку) происходит полное перечитывание описания схемы. В ранних версиях DataGrip он просто тут же добавлял в информацию о схеме новое изменение и потом вроде в фоне просто перечитывал уже полное изменение.
Подойдёт такое описание лага? :)
moscas
Подойдёт ;) У вас какая база?
Borz
MySQL 5.5. Все таблицы InnoDB. объём небольшой — несколько гиг, но уже даже тут лаг заметен
moscas
Понятно. Раньше мы действительно могли интроспектировать один объект, но это не всегда работало корректно и мы отказались от этого. В планах у нас сделать эту инстропекцию безошибочной и вернуть, в идале сделать всю интроспекцию схемы инкрементальной.
Завёл issue: https://youtrack.jetbrains.com/issue/DBE-3958
kloppspb
О :) На самом деле это действительно не самая последняя вещь. С IDEA работал, если не изменяет память, году в 2005. Сейчас уже не помню даже как выглядела та IDE, но помню точно, что интерфейс был привычный, знакомый по многим другим программам, и в нём было комфортно. После этого попробовал вернуться к JetBrains в момент выхода перлового плагина. Сказать что обалдел — это слишком мягко… Настолько всё показалось неудобным, колючим каким-то и неприятным. И любые попытки как-то подстроить интерфейс толком ни к чему не приводили, он всё равно оставался… ну да, неэстетичным и неюзабельным. Впрочем, те же чувства вызывает и студия в те редкие моменты, когда приходится заглядывать в Windows.
Наверное, если сразу начинать со знакомства с подобными интерфейсами, они не вызывают отторжения. Но в меня слишком глубоко въелись старые добрые ламповые выпуклости и крупные элементы (даже если работаешь уже вслепую), чтобы принять все эти новомодные веяния. Даже Turbo Vision и то приятней глазу, чем нынешняя плоскотня :)
Caravus
Про маркетинг — да, про кол-во багов — нет. Но по факту — висит мой открытый баг с приоритетом «Normal» с 3 августа 2016… Видимо висящий полгода баг это теперь нормально…
Borz
ссылку сюда дадите на висящий баг?
Caravus
BIGSERIAL
lany
Показали бы свой баг что ли. Иначе комментарий впустую, непонятно, по делу вы жалуетесь или нет.
А так вы, видимо, не разрабатывали большие системы, если вам кажется, что полгода на открытый баг — это много. В Java вот, например, закрыли баг, который в 2005-м году был открыт. Закрыли только в 2015-м, причём только в девятой джаве, которая выйдет в этом году (бэкпорт не сделали). Считай 12 лет возились :-)
Caravus
Не стал скидывать изначально, так как считаю примерно так же как и автор — чтож мне теперь на хабр жаловаться чтоб что-то двигалось?.. Но выше уже спросили, закинул. Я разрабатываю достаточно большие проекты чтоб понимать что висящие баги это не конец света, но полгода это уже слишком, особенно для такого мелкого бага как мой. Закинул его в своё время кстати ровно с той целью — чтоб оценить насколько быстро происходят изменения, есть ли смысл писать багрепорты…
lany
Надо штук двадцать багов закинуть, чтобы оценить :-) Некоторые в тот же день закрывают, а другие годами висят, по одному багу не поймёшь общей картины. Пишите summary поподробнее, кстати.
Caravus
Ну я же не статистику для отчётности собираю… был баг — закинул, былоб два бага на тот момент — закинул бы оба, чтож мне теперь сидеть ковырять IDE чтоб только накатать багов? :)
Я описал по инструкции, а шаги позволяют воспроизвести всё в точности…
aamonster
Возник интересный вопрос.
Думаю, многие здесь знают, что как только багтрекер начинают использовать для оценки работы программистов — он превращается в тыкву.
Так вот, вопрос: а такая сторонняя оценка тоже может стать проблемой или нет?
raacer
Если гипотетически предположить, что в JetBrains схватятся за голову и бросятся закрывать баги, пока не закроют все до единого — тогда да, может. Это же от головы зависит, от целей и от рациональности принимаемых решений.
Randl
@anastasiak2512 dmitryfilippov shafirov aivanov Вы не хотите дать официальный/неофициальный ответ?
lany
Интересно, на какой вопрос? Пора ли закапывать IDEA? Думаю, любой из них ответит, что нет, не пора :-)
Suvitruf
Ну, хотя бы могли прокомментировать ситуацию с увеличением количества багов и как они с этим справляются., почему это нормально или ненормально. Думаю, это на статью могло бы даже потянуть.
PQR
Как раз на днях ребята из JetBrains начали серию постов про то, как они организовывают свою работу с задачами (через YouTrack естественно):
https://twitter.com/JetBrainsRu/status/821368200134881280
https://blog.jetbrains.com/youtrack/2017/01/how-we-scrum-in-youtrack-team/
Morj
Но это только про саму команду YouTrack, пока что. У других команд может всё совершенно по-другому быть.
shafirov
Целую статью, боюсь, мне не потянуть. Давайте попробую кратко прокомментировать.
Только не багов конечно, а багрепортов. Количество открываемых репортов линейно зависит от количества пользователей. С 2011 года количество пользователей (monthly unique) наших продуктов увеличилось в 14 раз. Собственно, графики Артёма показывают, что мы не справляемся адекватно обрабатывать возрастающий объем фидбека. О изменении качества продуктов они не говорят ничего. Проблема тем не менее очень важная, т.к. именно она приводит к тому, что важные баги могут «подвисать». У нас есть несколько идей, как можно с этой проблемой бороться, будем экспериментировать.Это вопрос субъективного эстетического восприятия. Мне жаль, что Вам не понравилось. Однако, «несовременный дизайн и L&F» — это количественно претензия номер один от наших (и потенциальных) пользователей. Мы не можем и не должны это игнорировать.
Я не улавливаю причинно-следственной связи. Точнее, связь ровно обратная. Стабильный доход компании гарантирует адекватное финансирование проекта, а значит его устойчивое развитие. Для этого мы и меняли схему лицензирования.
Для вас стараемся! Смена лицензирования позволяет не «придерживать» нужные фичи до мажорного релиза, чтобы собрать апгрейды. Мы решили целиться в 3 релиза в год.
Это, безусловно, печально. И я не буду обещать, что мы починим все, что вы зарепортили. В некоторых случаях удовлетворение настойчивой просьбы одного пользователя IDEA-152558 починить, прямо скажем, не слишком важную вещь, приводит к просьбам других пользователей это отменить IDEA-161677 и так нередко, к каждому репорту нужен персональный и вдумчивый подход и не всегда быстрый фикс есть правильное решение.
raacer
Спасибо за комментарии! В целом, я думаю, Вы подтверждаете мою мысль. Попробую ответить и объяснить. Заодно, возможно, лучше раскрою свою мысль для тех, кто не понял смысл данной статьи.
Поясните пожалуйста, почему при линейной зависимости количество пользователей увеличилось в 14 раз, а количество открытых багрепортов — в 4-6 раз (смотря на каком проекте)? Есть ли, по вашему мнению, какие-либо другие факторы, влияющие положительно либо отрицательно на изменение количества открытых багрепортов?Расскажите хотя бы вкратце, интересно ведь, чего можно ожидать.
То, что мне не понравились иконки — это мои личные трудности, и не является сутью проблемы. Я писал, что такие изменения наталкивают на мысли о том, что компания фокусируется на маркетинге. И Вы это подтверждаете пояснением того, что удовлетворяли основную претензию. У меня нет совершенно никаких упрёков в ваш адрес, так как я прекрасно понимаю, что компания работает ради прибыли, и если самая большая претензия — это иконки, то исправлять нужно именно их. Я просто поделился своей проблемой. Она состоит в том, что когда компания фокусируется на уровне продаж, то продукт становится в каком-то смысле попсовым и плохо пригодным для профессионального использования в моей работе. Человек, решающий сложные проблемы, и остро нуждающийся в помощи инструмента, сфокусируется прежде всего на функционале, и иконки не будут иметь для него решающего значения. Мне, например, совершенно не нравился дизайн вашей IDE, и он плохо смотрелся на моём рабочем столе. Но я начал пользоваться PyCharm, потому что никакая другая IDE не делала того, что делал PyCharm, и как-то пережил и свыкся с некрасивым но достаточно понятным и юзабельным интерфейсом. Если функционал вашего продукта не был решающим для большинства — значит Вы сфокусировались на другой целевой аудитории, в которую я не вхожу, и это проблема для меня лично, и, возможно, для других программистов, которым важна работоспособность инструмента, а не красивая ручка и логотип. Мне очень нравится ваша новая заставка, я чувствую себя крутым программистом, когда загружаю PyCharm. Но меня лично это не удержит от перехода. Я понимаю, что подобных требовательных пользователей меньшинство, и, вероятно, их пожелания не являются для вашей компании решающими. Поэтому я и не предъявляю никаких претензий к Вам, а просто спрашиваю у коллег, что делать.
Стабильный доход даёт возможность хорошего финансирования проекта, но не гарантирует. Финансы могут уходить на любой другой проект, или даже просто лежать и ждать лучших времён. Связь для меня состоит в том, что чем больше компания фокусируется на финансах, тем меньше она будет обращать внимание на пользователей, выбивающихся из основной целевой группы, потому что стратегия «мы ценим каждого клиента», на которую я обычно рассчитываю в работе с маленькими компаниями, в данном случае уже не актуально. Когда в большой компании понимают, что горизонтальное масштабирование не может продолжаться бесконечно, начинаются финансовые оптимизации. И тогда становится актуальной стратегия «всем не угодишь». Для меня это плохой знак, потому что я — тот человек, который входит в ту небольшую группку «которым не угодишь» :) А для большинства ваш проект конечно же будет стремиться становиться всё лучше и лучше. Большинство людей не используют большую часть функционала в вашей IDE, и большинство багов их вообще никак не беспокоит.
Опять же: не для меня, а для большинства :) Я, к сожалению, в них не вхожу, и старая фича для меня важнее новых двух.
Это, прямо скажем, игрушечный тикет :) Мне было интересно, как это у вас работает. И я увидел, что красивая плашка «о программе» важнее функциональности. Я бы предпочел, чтобы открывалось простое окно с текстовым полем, из которого я могу скопировать любую интересующую меня информацию. Уверен, это плёвая задача, просто она не укладывается в маркетинговую политику. И проблема была решена костылём, видимо, потому что сохранить красоту и добавить свободное выделение одновременно было слишком сложной задачей. И, конечно же, костыльное решение не всем понравился, и его стали просить отменить. Эта задача хоть и игрушечная, она ярко демонстрирует, как функциональность и продаваемость конфликтуют между собой.
anastasiak2512
Баг-фиксы тоже быстрее до пользователей добираются, их ведь не всегда легко/возможно в старую версию забэкпортить и апдейт выкатить.
raacer
Это зависит от модели разработки.
raacer
Ну вот, так и знал. Будут только минусы, и никакого конструктива )
lany
Довольно много багрепортов открывается самими сотрудниками JetBrains. Вероятно, когда пользователей было существенно меньше, доля таких репортов была больше. К сожалению, не знаю, как в YouTrack построить выборку "багрепорты от несотрудников JetBrains".
gorohoroh
by: -jetbrains-team
raacer
lany
Это только для сотрудников доступно. gorohoroh, проверяй такое незалогиненным :-)
IDEA+IDEA backlog: 42000 всего открытых issue, из них 15000 открыто сотрудниками и 27000 несотрудниками.
raacer
Да, это всё объясняет. Но кроме того, это еще и наталкивает на интересные предполоджения.
Если зависимость количества багрепортов от количества пользователей линейна, то интересно, как это вообще возможно, ведь баги — это не фичи, их не может быть бесконечное количество. Неужели в IDEA такое огромное количество багов, что любой пользователь при желании чего-нибудь зарепортить легко находит новый баг? Это совсем уж невероятная ситуация.
Тогда может быть плохо отслеживаются дубликаты? Один пользователь зарепортил так, другой — эдак. Найти дубликаты запросов типа «сделайте красивые иконки» гораздо легче, чем дубликаты бага, который в разных ситуациях проявляет себя по-разному, не говоря уже о случаях, когда одна и та же ошибка допущена во многих частях системы: непонятно, это один баг или много. А я такие видел, и их действительно не помечают как дубликаты. В таком случае функция голосования за баги будет работать плохо, и те баги, которые размазаны по множеству репортов, будут казаться незначительными и висеть годами.
Такая гипотиза могла бы отчасти объяснить, почему баги не исправляются: из за количества несвязанных дубликатов для разработчиков просто не очивидно, что есть большой сппос на их исправление. А может даже это следствие подсознательного стремления уклониться от неприятной работы. В таком случае, основной причиной неустранения багов может быть вовсе не фокусировка на маркетинге, а банальный бардак в трекере. И это означает, что проблема вполне устранима. Но непонятно только, в какие двери стучать. Если в компании привыкли так работать — нужна чья-то воля изменить процесс.
antonarhipov
Количество тикетов в багтрекете может быть запросто обосновано ростом пользовательской базы. Больше пользователей — больше хотелок, больше интересных случаев использования, итд. Вполне нормальная ситуация.
raacer
Ну ведь о багах же речь, а не о хотелках. С багами не всё так просто. Они генерируются разработчиками, и их число конечно.
artspb
Сдаётся мне, что пост проплачен командой YouTrack. Теперь все знают, что такое отчёты и как их строить :)
raacer
Да, возможно, я немного пропиарил YouTrack. Но честно Вам признаюсь: я дал маху, и за заплатить за рекламу мне никто не обещал )))
Dr_Logic
А где объективный анализ? Возьмите другие проекты — развивающиеся и загнивающие — например ядро линукс и скайп и постройте эти графики, сравните. На мой взгляд в тексте много предположений и склонности к подтверждению.
raacer
Так и есть, анализа практически нет. Извините.
guai
У них в ютреке действительно какая-то наркомания творится. Реквесты всегда принимаются без малейших обсуждений, а потом висят, зачастую годами. Где-то они их у себя обсуждают? Не похоже, зачем тогда пилился ютрек? Видимо, не обсуждают.
Постил таск про языковую фичу в котлине — сразу приняли. Я офигел. А где же разбор того, как она повлияет на дизайн? Нету. Ну может потом будет… — хз.
И то же самое делал в цейлоне на гитхабе — так там такой спор разгорелся! И всё это видно прямо в таске.
Есть ощущение, что таски не принимать им нельзя. Но делать не обязательно. И нет никого, кто бы лазил по багрекеру и бампал таски, выяснял, почему застопорились, когда сделаются, сделаются ли и т.п.
Вот с этим у них точно проблемы.
lany
А что значит "приняли"? Перевели из Submitted в Open? Назначили ответственного?
Shamov
Я уверен, что любое платное инфраструктурное ПО — это тупик. IDE в том числе. Платным может быть только какое-нибудь специфическое ПО для узкого круга лиц. Вообще говоря, мне кажется, что и любое коробочное ПО — это ошибка эволюции, которая в будущем будет исправлена. Но это существенно более сильный тезис, в котором я не очень уверен. Думаю, что за деньги можно разрабатывать ПО только на заказ. Но в любом случае инфраструктурное ПО, распространяемое на платной основе, — это то же самое, что платный воздух для дыхания или платные дороги. Понятно, что и то, и другое вполне может существовать как успешный бизнес. Но это концептуальная ошибка. Если возникли предпосылки для появления такого бизнеса, то значит уже всё плохо… Значит где-то на более высоком уровне уже есть другая проблема, которую этот бизнес лишь маскирует, и которая со временем лишь усугубляется.
raacer
Допустим. Хотя, про платных воздух — это вы загнули со сравнениями. Но всё же, что Вы предлагаете?
Shamov
Всё уже предложено до нас. Критически важные элементы любой инфраструктуры не могут находиться под управлением кого-то одного. Как именно нужно организовать управление, вопрос отдельный. В каждом конкретном случае может быть свой ответ. Есть множество способов финансирования работ по развитию инфраструктурных объектов: краудфандинг, платное исправления конкретных багов в опенсорсном ПО, государственные гранты, частные фонды, консорциумы мажорных коммерческих юзеров. Главное, не должно быть такого, что единственная нормальная IDE является для компании-владельца чем-то вроде чемодана без ручки. И тащить нормально не получается за счёт тех ресурсов, которые есть в наличии, и бросить нельзя, поскольку это основной источник дохода.
raacer
Вы говорите об абстрактных филосовских вещах. А я спрашиваю, что конкретно мне делать, чтобы решить конкретную проблему. Начать разработку своей IDE? У меня сейчас другие проекты, и вот именно IDE — не мой конёк и не моё призвание.
Shamov
Боюсь, сами по себе вы ничего сделать не сможете. Мир не идеален. Люди в нём скорее страдают, чем наслаждаются. С этим нужно просто смириться. И изменения мира к лучшему происходят через кризисы. Их совершают те, кто не боится выйти из зоны комфорта. Google Chrome появился не тогда, когда у IE было всё хорошо, а тогда, когда последний превратился в шлак. Думаю, к тому моменту даже сами разработчики IE ласково называли его "кусок говна". А ведь для них он был вроде как родной. То же самое и с IDE. Пока проблему можно разглядеть только на сложных графиках, IDEA будет продолжать деградировать, оставаясь лидером. С этим ничего нельзя сделать. Но однажды всем станет понятно, что так жить нельзя, появится какая-то альтернатива и возникнет новая надежда. Но она может оказаться ложной. Если альтернатива опять будет коробочным продуктом, который разрабатывается ограниченным числом разработчиков, а используется неопределённо большим числом пользователей, то всё повторится по прежнему сценарию. Цикл кризисов прервётся лишь тогда, когда число пользователей окажется сопоставимо с числом разработчиков. Соотношение может быть любым. Скажем, всего лишь двое из ста пользователей могут самостоятельно исправить баг. Главное, чтобы не было так, что разработчиков O(1), а пользователей — O(n).
monolithed
Я согласен только с одним замечанием — количество багов растет с каждым новым релизом. Регрессионное тестирование явно следует подтянуть.
Однако стоит отдать должное команде саппорта и инженерам — большинство багов они исправляют оперативно.
Единственное, что для меня остается непонятным, так это почему они не могут поддержать макросы для Node. 11 лет тикету! Почему в Java этой проблемы нет?
igrishaev
Господи, да поставьте Вим или Емакс.
raacer
Vim стоит, но это не IDE. Emacs был, но я устал его настраивать.
igrishaev
А зачем вам ИДЕ?
raacer
Чтобы инструменты были интегрированы, конечно же. Из названия понятно же :) Например, очень утомляет сравнивать версии файлов в одной программе, а редактировать в другой, или редактировать в разных программах, так как не во всех редакторах есть поддержка режимов vim. Надо помнить, как пользоваться каждой программой, к тому же, функции, доступные в одной программе, не всегда доступны в другой.
igrishaev
Я помню, до Емакса пользовался Саблайм + Анаконда + Гит-плагин, хватало за глаза.
Мне кажется, вам инструмент важней сделанной работы.
a1111exe
Никогда не приходилось переименовывать метод и его сигнатуру? Или, например, переносить ряд неймспейсов вниз по иерархии? Такие IDE, как продукты от JetBrains позволяют делать подобные вещи легко и непринуждённо. Когда я пользовался Emacs с кучей плагинов, то даже не подозревал, каких инструментальных возможностей лишён. Потом, уже чисто из интереса, пытался удобрять плагинами Vim (в интернете есть туториалы, как превращать Vim в IDE), но в итоге получал вместо удобнейшего редактора на подхвате нечто громоздкое с порой непредсказуемым поведением, и с необходимостью всё это подстраивать, настраивать, скриптовать, всё время прыгать по мануалам, а функциональность всё равно не та. Так что спасибо, я люлю Vim, но в качестве потрясающего текстового редактора. И Emacs тоже уважаю, недавно, кстати, игрался в нём с Clojure (ибо не нашёл лучшей альтернативы).
it_dude
Вы не поверите, но у emacs + anaconda mode проблем с рефакторингом нет.
Другое дело что это знания нужно накопать, и не хочется тратить время если есть работающие «из коробки» альтернативы.
Вот только как вы и упомянули, как только дело доходит до работы с языками которые IDE не поддерживает — начинается поиск, и хорошо если другой продукт из «линейки» поддерживает этот язык. А если нет — то вы остаетесь с набором редакторов на все случаи жизни.
a1111exe
Стараюсь не верить не проверенному, но охотно допущу. Полностью с Вами согласен.
Если приходится работать с языками, для которых нет привычной среды разработки, то приходится иметь дело с тем, что есть. Иногда это к лучшему, если удаётся познакомиться с новыми качественными инструментами, польза которых не ограничивается специфическим языком. А иногда (у меня это было с leksah и cabal, и много раз с Eclipse) возникает резкое чувство, что работаешь с набором багов.
В случае с JetBrains есть два, имхо, важных момента: 1) шикарный набор функционала "из коробки", которым относительно интуитивно легко пользоваться без или почти без предварительной настройки, не обращаясь каждые пять минут к мануалам, пока не запомнятся все шорткаты, команды и правила; и 2) их IDE поддерживают неплохой набор языков (и ещё больший через плагины, хоть и с урезанной функциональностью), а схожая функциональность используется схожим образом, что при переходе к поддерживаемому языку экономит время на освоение среды. Искренне надеюсь, что существующие баги будут исправляться, и вместе с этим будут появляться не менее качественные IDE для других языков. А также, что будет адекватная конкуренция (может, в лице того же Komodo IDE), чтобы были стимулы к развитию.
totally_nameless
Интересно, а я один вижу что дельта между синей и красной линиями уменьшается где-то после 2015 года и до сих пор?
Растет популярность и количество фич, соотвественно, как уже отметили выше, растет число багрепортов. Однако команда закрывает баги с большей скоростью, чем увеличивается их количество.
В идеальном мире синяя кривая догонит красную и тогда красная сменит направление и пойдет вниз…
raacer
Сильно мало данных, чтобы судить о тенденциях. К тому же, после 2015 был всего один год. А на графиках IDEA дельта в последние годы на глаз не меняется вообще.
keep4r
Подпишусь под каждой строчкой. webStorm был любимым инструментов. Но с каждой версией он все медленнее и медленнее. Писать в нем проекты с большим количеством js файлов стало мучением. Перешел на Visual Studio Code.
mikntp
Интересно, как отреагирует JetBrains на это. Наверняка заставит задуматься. Считаю JetBrains хорошей компанией, поэтому они должны прислушаться к «народу».
lgk19554
Мыши плакали, кололись, но продолжали г?р?ы?з?т?ь? ?к?а?к?т?у?с? использовать проприетарное ПО.
Печально видеть, как молодое поколение бросается в ужас, когда их любимая программка умирает под корпоративным давлением. Соберись, тряпка, и уходи в open source. Если ты не напишешь, то никто не напишет. В твоих руках есть сила изменить мир к лучшему. Бери и делай, собирай community. Это самый лучший выход из подобных ситуаций.
Простой пятиминутный гуглинг выдаёт:
PyCharm Community Edition, the open source version of PyCharm, became available on 22 October 2013.
IntelliJ IDEA Community Edition is the open source version of IntelliJ IDEA, a premier IDE (Integrated Development Environment) for Java, Groovy and other programming languages such as Scala or Clojure.
Что ещё нужно? Вперёд!
raacer
Эх, знаете, сколько всего я хочу сделать и написать?! Банально не хватает рук. А такой серьезный проект, как IDE, думаю, требует полной отдачи. Да и хороший опыт в разработке десктопных приложений не помешает, а то есть большой риск сделать кривую поделку. Ждём, когда появится опытный разработчик с кучей свободного времени? )
raacer
Печалька. Первый комментарий на Хабре — и сразу минус в карму. Такое чувство, что на Хабре шныряет куча злых закомплексованных людей, только и ищущих, кому влепить минус в карму за непонравившееся мнение.
Извините за оффтоп, но сколько уже можно, народ? Или я не понимаю чего-то…
Shamov
Проблема не конкретно в Хабре, а в самой идее кармы. Ну, и ещё в людях. Не конкретно в тех, которые шныряют на Хабре, а вообще в принципе. Они так устроены, что если начать придавать карме какое-то значение, то обязательно получается такое (со)общество, которое показано в первой серии последнего сезона "Черного зеркала".
bodyawm
Без кармы нельзя, но стоит начать штрафовать как на Stackoverflow за это.
Поставил минус кому то — сам потерял репутацию.
barker
Вы думаете, что PyCharm Community Edition какие-то другие люди пишут?
VISTALL
Давно не использую продукты Jetbrains, частично из-за причин описаных выше. Пересел на свой форк идеи, в этом решении есть свои плюс и минусы(основные мои языки програм. это Java + C#, пришлось научить мой форк понимать .NET платформу)
Спасибо за пост
raacer
Это круто. Сколько человек работает над форком? Сколько фич удалось реализовать? И самое главное — сколько багов удалось устранить? :) Он есть в публичном доступе?
VISTALL
consulo.io / github/consulo
Самое главное в свое время это уровнять Java с другими языками (что бы можно было удалять и уставливать Java плагин).
В свое время я принес к себе поддержку .NET платформу (пока что C# язык только) включая дебаг (поддерживаю Microsoft .NET или Mono дебаг)
Насчет багов — не знаю, у меня давно уже не последняя IDEA платформа(ибо я отказался приносить все по некоторым причинам), в итоге есть свои баги и есть частично идеевские.
nicity
Спасибо за ваше неравнодушие к нашим продуктам!
С фактами нет необходимости спорить, а с остальной статьей жалко времени, чтобы комментировать.
Лучше мы будем продолжать исправлять ошибки, это действительно важно :)
raacer
Вы — молодцы! И ваши продукты, и ваши достижения на самом деле выдающиеся! Успехов вам!
nikitasius
Мои 5 копеек: работал с IntelliJ c начала 2005 года. В принципе к изменениям отношусь нейтрально, так как они всегда непривычны, но… в итоге привыкаешь. В итоге для Java у меня IntelliJ. Для C Eclipse, так как Clion откровенный треш.
IntelliJ классная штука. После него на другие IDE очень тяжело переходить (когда приходилось работать на других).
Mekras
Пользуюсь продуктами JetBrains уже больше пяти лет и да, проблем у них всё больше. Вместо исправления ошибок (некоторые из которых висят у них в трекере все эти пять лет), они добавляют поддержку каких-то эмодзи. В последнем релизе откровенно изуродовали работу с Git. Начинаю потихоньку присматриваться к другим IDE.
lany
Вы не представляете, сколько людей хотели эмодзи. Для многих это критикал фича, потому что они в сорцах реально их используют (например, чтобы вывести в интерфейсе своего мобильного приложения). Когда у тебя в сорцах вместо текстового литерала квадратики, как-то неудобно и хочется сменить IDE.
А что с Git не так? Вообще взгляд на Git в IDEA немного необычный. Мысль такая, что некоторые концепции гита стрёмные, надуманные и слишком низкоуровневые и надо их спрятать, давая пользователю более понятные абстракции. Это вызывает проблемы у людей, которые проработали с коммандлайновым гитом пару лет, но при этом уменьшает порог вхождения у тех, кто с гитом не работал.
raacer
Я не пойму, у них что, весь код написан на эмодзи? Это такая вещь, которая должна быть где-то в одном месте, и скорее всего это место — таблица символов. Что такого люди делают с этими эмодзи, что им надо постоянно смотреть на картинки в коде? Они используют их в условиях? Или в названиях методов? Какая такая должна быть задача, чтобы эмодзи были критической фичей, а их отсутвие — шоу стопперрм?
LexS007
Эмодзи используются практически во всех ботах для мессенджеров. А эта тема сейчас очень популярна.
raacer
Понятно. Поддержка иконок востребованнее, чем поддержка унаследованных атрибутов в структуре классов. Надо выкинуть все эти сложные фичи, всё равно они бажные и никому ненужные.
LexS007
В таком случае, ввод двух режимов(продвинутый/новичок) может решить проблему.
raacer
Не надо. Имодзи — вот что по-настоящему важно! :-P
develop7
чем это, поддержкой worktrees?
DjOnline
Согласен с автором, у меня есть персональный список багов в PhpStorm, которые не исправляются годами:
— WI-20248, atomic rename при обновлении файлов по ftp, этот баг мешате при включенном apc кэше или шаблонизаторах, когда начинается попытка скомпилировать не до конца залитый php/шаблон
— WI-5580 отсутствие многопоточности при скачивании/заливке по ftp
kernelconf
Я месяц назад ставил себе IntelliJ Ultimate, захотел потыкать.
Приложение — вида HelloWorld
За 5 минут нашлось (вид проекта Maven).
1. В свойствах проекта стоит совместимость с Java 1.5. Надо переключить.
2. В свойствах ИДЕ в настройках Java Compiler надо сделать так же.
3. Теперь тоже самое надо сделать в pom.xml
4. Из локального репозитория не добавить проект. Не находит поиском, не добавляет если ввести точное название. Подсунул ссылку на jar напрямую.
5. Артефакт собирается, но не запускается. Пишет что нет MainClass. Скопировал созданный META-INF в resources из main
6. Поздравил себя с ачивкой, вернулся на NetBeans. Может дальше оно и удобно, но желание экспериментировать уже пропало.
grossws
Обычно достаточно прописать в pom.xml, в конфигурацию
maven-compiler-plugin. У меня после этого всё цепляется (правда, я настраиваю этот плагин в parent pom'е).Вы первый раз maven'ом пользуетесь? Т. к. это проблемы не ide, а незнания maven'а. А idea строит свой проект на основе модели описанной в pom и его предках.
kernelconf
Боюсь, что моё невежество настолько поразительно, что я действительно не понимаю, как так получается — ИДЕ создала манифест (в общем-то правильный), положила не туда, в итоге java-машина его не видит, а виноват пользователь.
И idea не строит проект только на основе модели, описанной в pom и его предках. Генерируемые ей pom довольно куцие и содержат самый минимум (в общем-то, только артефакт ид), остальную конфигурацию ИДЕ держит в .idea Это снижает как переносимость файлов проекта, так и заставляет пользователя вручную менять что-то в pom.xml
Borz
выложите на публику ваш HelloWorld и что пошагово вы делали, чтоб можно было посмотреть и сказать где IDEA косячит, а где вы
webkumo
Это где вы его нашли?
Это сильно повышает кастомизабельность проекта. В том числе можно иметь множество разных ран-джоб на проекте (это к вопросу манифеста).
Нужно только помнить: изменения pom'а на конфигурацию idea влияет, а вот в обратную сторону изменения не распространяются.
Хотя лично я пересечения функционала не встречаю (банально потому, что то, что должно настраиваться в мавене — я настраиваю только в pom-нике — даёт хоть какую-то уверенность в процессе)
Borz
вероятно разговор про этот баг
grossws
Скажем так, idea строит maven-проект на основе модели из pom'а. Как webkumo уже сказал выше, всё что конфигурируется через pom, должно конфигурироваться через pom (dependencies, dependencyManagement, build/plugins и т. п.). Часть конфигурации idea умеет брать из pom'а, если не было ручных оверрайдов через саму идею (например из
//plugin[artifactId='maven-compiler-plugin']/configuration/sourceберется параметрsourceдляjavacи аналогично дляtarget; зависимости из/project/dependenciesавтоматически приносятся в проект и видны вproject settings -> librariesи в его external libraries в project view).У меня несколько снижается переносимость засчёт использования build configurations, т. к. я не использую
maven-exec-plugin, но меня это не сильно пугает, т. к. мои cli'шные утилиты вполне умеют рассказывать о своих параметрах при запуске с ключом-h.Пустой pom (с
gav-координатами иmodelVersion) при создании проекта таким и должен быть, если не использовать архетипы. Дальше его необходимо наполнять руками. IDEA умеет добавлять модули в pom, умеет добавлять зависимости (в самом pom'е alt+insert, выбрать dependency, дальше воспользоваться поиском). Правда, там есть неприятная бага: поиск артифакта по имени с dash'ем не работает, но с пробелом вместо dash'а — работает. И проблема про наличие нескольких способов добавить библиотеку в проект, только один из которых обновляет pom известна.Borz
т.е. вы не dependency в pom прописывали, а в самой IDEA добавляли библиотеку что-ли?
kernelconf
Ну да. В том же Netbeans средства визуализации ИДЕ в итоге дополняют pom.xml
Borz
вот если честно, средства визуализации давно не использую, т.к. на проектах больше одного модуля они уже не то что помогают, а скорее мешают, т.к. всегда пишут только в dependency не используя DependencyManagement раздел.
grossws
dependencyManagement — довольно удобная штука, но проблемы с зависимостями при её использовании бывают очень неприятными.
Я в последнее время отказался от секции dependencyManagement в parent pom'е и используют отдельные bom, которые должны фиксировать версии всех кусков. Например bom для jetty должен перечислять все компоненты jetty, чтобы не оказаться в ситуации, когда в dependencyManagement указана версия jetty-server, а версия jetty-util приехала из какой-нибудь транзитивной зависимости с сильно другой версией. Ну и подцепляется bom потом через scope=import.
Borz
это уже следующий уровень "сложности". Я же хотел показать почему мастеры "от лукавого"
grossws
промазал