Пользователь
0,0
рейтинг
3 апреля 2013 в 16:43

Разработка → JetBrains готовит к выпуску С++ IDE

Я не являюсь представителем компании JetBrains и вообще никак с ней не связан, но не смог пройти мимо, на мой взгляд, очень многообещающей новости. На днях JetBrains объявили о планах выпустить C++ IDE на базе AppCode для Objective-C. Эта новость была крайне вскользь упомянута и вероятно большинство (как и я) попросту не заметили её под столь скушным названием. Но поскольку качественных и высокофункциональных IDE для С++ — кот наплакал, то подобная новость от JetBrains просто не может не радовать и должна быть быть озвучена отдельно.

Поскольку продукты этой компании хорошо зарекомендовали себя для таких языков каr Java, Python, Ruby, C#, Objective-C и практически все, кто пользовался их продуктами, сходятся во мнении — продукты очень качественные и высоко функциональные, поэтому можно ожидать, что C++ IDE их производства будет таким же прекрасным продуктом.

Многие засомневались в реальности этой новости из-за даты её публикации — 1 апреля, поэтому компания подтвердила у себя в блоге — это не первоапрельская шутка.

AppCode для Objective-C на текущий момент работает только под Mac OS, но новая С++ IDE уже объявлена кроссплатформенной и заявлена поддержка трёх основных платформ: Windows, Mac OS и Linux. На странице посвящённой грядущей IDE можно найти краткое описание того, какой функционал перекочует из AppCode и что нового будет добавлено в будущую IDE, чтобы она была наиболее удобна при работе с C++ проектами.

Что унаследуется из существующего AppCode


Умный редактор кода

Весь умный функционал из AppCode будет унаследован новой C++ IDE: дополнение кода, авто импорт, генерация кода, реализация и перегрузка методов, классы, пространства имён и даже top-level функции.

Рефакторниги

Новая IDE будет поставляться с умным и надёжным рефакторингом, который поможет вам модифицировать и улучшать структуру кода. Набор опций для генерации кода и рефакторинга будет так же доступен для шаблонов и даже препроцессорных макросов. Некоторое из этого уже можно попробовать в AppCode.

Анализ кода и быстрые исправления

IDE будет интегрирована с Clang Analyzer, в связи с чем более 2000 вариантов инспекций кода и диагностики ошибок будут показываться прямо в редакторе.

Отладчик

Вы уже можете попробовать отладчик AppCode c условными точками остановок, умными переменными и быстрыми вычислениями выражений.

Поддержка VCS

Новая IDE будет поставляться с высококлассной поддержкой наиболее популярных систем контроля версий. Это будет включать в себя как поддержку особенностей каждой VCS по отдельности, так и общий унифицированный интерфейс для всех систем контроля версий.

Какой новый функционал будет внедрён


Поддержка C/C++ проектов

Новая IDE будет поддерживать проекты на основе CMake: такие проекты будут легко открываться в IDE и вы сможете изучать их структуру.

Анализ кода и быстрые исправления

Разработчики работают над специфичным для C++ набором инспекций и соответствующих быстрых исправлений, которые позволят не отвлекаться от написания кода и помогут предотвратить возможные ошибки и несоответствия.

Навигация по коду и проектам

В IDE так же будет реализован такой продвинутый функционал как отслеживание значений (value tracking) и отслеживание типов (type tracking). Отслеживание типов покажет вам какие типы были переданы в шаблон и откуда; отслеживание значений поможет вам определить как некорректные значения были переданы в данную точку программы и куда они могут быть переданы далее.

Тестирование и отладка

Так же будет иметься лёгкий в использовании запуск беглых тестов для CPPUnit, который позволит запускать тесты и просматривать результаты в удобном и дружественном виде.

Документация

Встроенная поддержка Doxуgen для всех поддерживаемых языков.

P.S.: ни точных дат релиза, ни цен пока нигде не озвучено. На странице анонса проекта можно подписаться на рассылку новостей.
Александр @sashkin
карма
4,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Спецпроект

Самое читаемое Разработка

Комментарии (170)

  • +25
    О да! С тех пор как впервые попробовал IntelliJ IDEA и RubyMine просто мечтал об этой IDE для С++, а имеющийся плагин был чуть менее, чем убог. Хвала богам!
    • +5
      У меня была подобная реакция. В данный момент работаю в основном с 3-мя языками python, obj-c и с++ и как пользователь pycharm & appcode я крайне сожалел, что нет C++ IDE от JetBrains. И вот, как говорится "хотели — нате вам". С нетерпением жду момента чтобы отдать свои деньги разработчикам за этот продукт.
      • 0
        В AppCode и так отличная подержка С++, в том числе и С++11, что вы имеет ввиду?
        • +1
          кросскомпиляция? поддержка других платформ? У меня mac/ios проекты не пересекаются с с++ проектами под линукс и embedded. Я просто работаю над параллельными проектами.
  • –55
    Порою мне кажется, что я один не переношу продукцию JetBrains…
    • +5
      Вовсе нет.
      Я как-то попытался найти IDE для PHP. Сам я сишник и в чём там PHPшники сидят я не в курсе.
      Посоветовали что-то от этих ребят.
      Красиво, но тормози-и-и-и-т… Жутко тормозит. Я не выдержал. Хотя внешне (удобство обсуждать не берусь ибо пользовался минут 20) довольно прилизано и красиво.
      • +19
        Речь идет о PhpStorm?
        Странно слышать, единственная IDE которая у меня нигде не тормозила.
        • +13
          Были билды, которые очень сильно тормозили на больших проектах, сейчас ситуация вполне нормальная.
        • –19
          PHPStorm тормозит жестко — core quad 3.0 ггц, 8гигабайт памяти, windows 7.
          • +1
            До недавнего времени работал на ноутбуке 2005 года (3Гб памяти, win 7). Ничего не тормозило.
            Сейчас пересел на AMD phenom x3 8Гб, win7 — все вообще мгновенно работает.

            Не понимаю о чем вы…
            • +4
              (разводя руками) А у меня тормозит. Четвертый, пятый, сейчас вот шестой — я им пользуюсь достаточно активно. Если проект сравнительно большой — при попытке автокомплита часто призадумывается. Порой доходит до фатального — каждые секунд 5-10 при наборе кода идет лаг на секунду или более, и тогда приходится его прибивать и запускать заново, чтобы не потерять последние волосы.

              Почему он тормозит в эти моменты — я понятия не имею. Связано ли это как-либо с настройками моего компьютера, в целом до сих пор достаточно мощного — я понятия не имею. Но факт остается фактом — при том, что среда мне нравится и практически покрывает мои потребности, почему я его и покупаю периодически, она ТОРМОЗИТ.

              При этом еще я активно работаю в вижуал студии. Она летает.
              • +3
                Что Вам следует проверить:
                idea/bin/idea.vmoptions, в частности параметр Xmx
                — используется Oracle Java
                — наличие больших XML в проекте (более 10M)
                — почистить кэши (особенно, если было обновление major версии), в том числе проекта в .idea
                Ну и более глобально — запустить профилирование (в комментариях к этой теме говорили как именно), чтобы понять что на самом деле тормозит. А далее обратиться в JetBrains.

                У меня Idea на Core 2 Quad Q8300 с 8 GiB работала прекрасно, кроме случаев с кэшами, маленьким Xmx и 100M XML. На существенно более слабой машине (старый Atom и 1GiB RAM) подтормаживало, но, все же, меньше, чем Eclipse =)
              • +1
                Может быть, вы используете шпиндельный жёсткий диск вместо современного SSD?
                • +3
                  Что, неужели снова появилась очередная новинка? Я, признаться, не далее чем полгода назад перешел на эти удивительные современные крутящиеся в вакууме магнитные диски с привычных магнитных лент на удобных бобинах.

                  (а так да, у меня hdd)
                  • +2
                    (Если это был сарказм, то он здесь неуместен.) SSD появились давно и коренным образом изменили быстродействие компьютеров. При использовании жёсткого диска не стОит удивляться «тормозам» программы, активно с диском работающей. Жёсткий диск — главное узкое место в быстродействии современных компьютеров. Попробуйте SSD, вам наверняка понравится. ;-)
                    • +1
                      Ну да, это я шучу так. В SSD меня сейчас категорически не устраивает их надежность, когда технология еще повзрослеет и это исправится — почему бы и не перейти. Да, я знаю, что нормальной практикой является постоянный бекап и восстановление системы из бекапа, когда диск внезапно умирает — но оно не по мне. Малая емкость в пересчете на потраченный буказоид тоже не добавляет технологии привлекательности.

                      Что же до активно использующей диск программы — она могла бы использовать диск меньше. Вовсе не обязательно же каждый дергать диск, чтобы вспомнить все мои классы и их методы — если предположить, что причина возникающих лагов именно из-за взаимодействия с жестким диском.
                      • +2
                        В SSD меня сейчас категорически не устраивает их надежность, когда технология еще повзрослеет и это исправится — почему бы и не перейти.
                        Слухи о низкой надёжности SSD сильно преувеличены. На практике обычно достаточно просто держаться подальше от SSD на контроллерах SandForce (хотя в последнее время на них перешла даже Intel — вероятно, написав для них качественную прошивку). SSD объёмом 120 ГБ сейчас доступны даже студентам. Успешно пользуюсь SSD несколько лет (OCZ и Intel).

                        Вовсе не обязательно же каждый дергать диск, чтобы вспомнить все мои классы и их методы
                        Согласен, хотя, возможно, дело отчасти в том, что IDE от JetBrains (на примере PhpStorm) используют автозавершение не только для классов и методов, но и для имён файлов. Просто предположил, в чём может заключаться столь разительное различие в быстродействии между вашей системой и системой пользователя Rastishka. Возможно, имеет смысл сделать хотя бы дефрагментацию вашего жёсткого диска. (При использовании SSD фрагментация не имеет значения.)
                        • 0
                          Я использовал Idea на обычных спинах (ноутбучных) — нормально работало на проектах среднего объема (сотни классов в основном проекте, не считая зависимостей). На SSD, конечно, и запускается быстрее, и проекты открываются быстрее.
                          Основной затык был — нормальный процессор и количество памяти.
        • 0
          Под Линуксом есть сильная зависимость от JRE. С некоторыми действительно жестко тормозит.
          • 0
            Ubuntu, Linux Mint, сейчас вот под Fedora -полет нормальный.
            Единственной что, раньше под Ubuntu надо было немного с java пошаманить, phpstorm ругался на openjdk
            • +1
              О чём, собственно и было сказано во многих ветках. IntelliJ IDEA и производные плохо работали на openjdk6. На sun jdk6, oracle jdk7 и openjdk7 все работает нормально.
      • +2
        Хотелось бы узнать в какой IDE вы работаете (C++). Не холивара ради, действительно интересно. У меня пока только Eclipse CDT прижился из ныне существующих лучше всего. И он мне не особо нравится…
        • +11
          QtCreator. Всё просто летает. Нареканий нет.
          Вы уж извините, что в ответе вам отвечаю и другим, но постить часто не могу из-за ограничений движка.
          to Voenniy:
          Да, я пробовал триальную версию PhpStorm 6.0. На Intel i3 работать было не комфортно. Debian testing.
          Может под линукс особо не тестируют?
          • +1
            Хм… Спасибо, как-то не рассматривал QtCreator в отрыве от Qt. Во времена экспериментов с Qt он мне очень нравился :)
            • 0
              А его и не надо рассматривать в отрыве от Qt. Пишите на QtCreator + Qt. Если Qt не использовать — Студия удобнее.
              • +1
                Студия удобнее только вместе с плагином VisualAssistX

                А под Линуксом QtCreator — единственный полноценный вариант.
                Остальные умеют только зачатки С++.
                • +1
                  В KDevelop последнем поддержка C++11 лучше, чем в QtCreator (если я правильно понял фразу «остальные умеют только зачатки С++»).
                  Но я сам тоже сижу на QtCreator по многим причинам.
                  • +3
                    Возможно и лучше.
                    Но «лучше» это понятие субъективное.
                    У меня есть два простых теста, которые должна пройти IDE чтобы я ее вообще начал рассматривать как С++ IDE.

                    1)
                    boost::shared_ptr<S> s;
                    s->
                    

                    После ввода "->" должны быть предложены для автозаполнения поля и методы класса S.

                    2)
                    // S.hpp
                    namespace N
                    {
                    class S
                    {
                      void method1();
                      void method2();
                    };
                    }
                    
                    // S.cpp
                    #include "S.hpp"
                    namespace N
                    {
                    void S::method1()    // но не N::S::method1
                    {
                    }
                    
                    // место для вставки method2
                    }
                    

                    Должна быть возможность не более чем в два клика сгенерировать заготовку тела метода из объявления метода в классе.
                    При этом тело метода должно вставиться в тот же .cpp где уже находятся другие методы класса, либо в алфавитном либо в порядке объявления. А также если тело вставляется в неймспейс, то не должно быть избыточного квалифицирования этого неймспейса в упоминаниях типов описанных в нем.

                    Я так понимаю у вас новый KDevelop установлен. Можете проверить, умеет он это? Спасибо
                    • 0
                      Eclipse CDT с этим всем справляется.
                      • +3
                        Во-первых, это всего 2 простых теста, а не вся функциональность которая требуется.
                        Во-вторых, для генерации тела метода там нужно слишком много телодвижений делать.
                        В-третьих, Eclipse люто тормозит, особенно на больших проектах.

                        Думаю, что JetBrain'овская IDE тоже будет тормозить.

                        Признаю, Eclipse — достаточно мощный.
                        Но пользоваться им комфортно нельзя.
                • 0
                  Полностью с вами согласен. Проект у нас пишется кроссплатформенный, для одних клиентов будет использоваться чисто под Windows, такие уж требования от них, а у других эта же система в том числе клиентские gui и серверные приложенияна Linux, Так вот, отладка кода идет у нас в основном в студии, так как более удобного инструмента для этого я еще не видел, хотя пытался полностью пересесть на креатор.

                  Про ассист согласен, действительно незаменимая вещь. Ускоряет написание кода в разы. Без таких вещей как удобный поиск по солюшену, переход по альт+G к реализации или обратно, ренейм и подсветку синтаксиса не могу себе представить студию :)
          • +2
            Используйте oracle java. На openjdk нормально не работает.
            • 0
              На openjdk7 работает вполне сносно (в сравнении с 6). Но лучше, конечно, на Oracle/Sun.
          • НЛО прилетело и опубликовало эту надпись здесь
          • +1
            в креаторе очень не хватает рефакторинга :(
            А вообще, это очень здорово, что жетбрейнз выпустит для плюсов. Вопрос один, кто из них (JetBrains || Digia) выпустит плагин для Qt? :)
          • 0
            Возможно, у вас была какая-то левая версия Java типа openjdk, а не оракловская. Из-за этого могли быть проблемы.
        • +2
          Я могу показаться ненормальным, но прекрасно работаю в VIM + cmake (с недавних пор переполз на emacs) с большими проектами. Нареканий нет. Автодополнение по словарю, а большего и желать не надо. Всякие фичи типа генерации cpp по h присутствуют.
          • –3
            большего и желать не надо
            не надо
            .
            • +2
              Простите, я Вас не понял.
        • 0
          Vim же. Ssh на билд машину и погнали.
          • +1
            При всём моём уважении к Vim — он ни разу не IDE, хоть некоторые и пытаются сделать из него что-то на IDE похожее.
            • –1
              An integrated development environment (IDE) is a software application that provides comprehensive facilities to computer programmers for software development. An IDE normally consists of a source code editor, build automation tools and a debugger.


              Вим — это IDE по определению.
              Другой вопрос в том, что вам по каким-то причинам он не устраивает — ну хозяин барин, я же не призываю вас обратиться в мою веру.

              Лично я ценю в программирование только скорость и отзывчивость железа. Вим позволяет разрабатывать прямо на крутом сервере, но при этом не слышать воя его куллеров. Плюс к тому вим сам по себе никогда не тормозит (если не открывать файлы по 60к строк).

              Советую разок провести эксперимент: Выключить в той же визуалстудии подсветку синтаксиса и автокомплит. Попрогать так часик. Проверьте сильно ли меньше вы напишете кода? Я думаю разницы не будет вообще, потому что большую часть времени мы все равно читаем код, а не пишем.
              • +1
                Возможно Vim можно назвать IDE если работать с небольшими проектами или с проектами не на С++.
                Давайте по пунктам.

                Source code editor:
                Поработайте с проектом, в котором файлов тысяч этак 20, общим объемом мегабайт под 250 и тогда посмотрим, долго ли вы проработаете без подсветки синтаксиса и автокомплита (а главное без перехода к определениям и без поиска ссылок на символы) и насколько эффективной будет ваша работа. И да, ни ctags ни cscope здесь неприменимы. Ни о какой отзывчивости и скорости и речи не будет на таких объемах, даже если у вас хватит терпения дождаться, пока построятся тэги. И да, попробуйте поднять autocomplete и навигацию по коду для Objective-C, будь он неладен, вас ждет большой сюрприз.

                Build automation tools:
                Да, в Vim можно дёргать внешние программы, которые будут собирать вам проект и даже потом удобно гулять по предупреждениям и ошибкам. Только вот на время сборки ваш Vim будет заблокирован. Интеграция не очень получается.

                Debugger:
                Тут вообще обсуждать нечего. Отлаживаться в Vim можно конечно при очень большом желании и не под Windows, но это будет контр-продуктивно.

                Я очень люблю Vim, я использую его на любых платформах, включая Windows. У меня даже в студии шорткат есть, который открывает Vim и позиционирует каретку в то же место, где она была в студии. И на маке я из него собираю Xcode проекты иногда с перехватом ошибок и навигацией по ним, потому что бывают ситуации, когда так удобнее. Но всё же Vim это хоть и замечательный мощный текстовый редактор, но совсем не IDE (по моим представлениям о том, что такое IDE, и что он должен уметь).
                • +1
                  Поработайте с проектом, в котором файлов тысяч этак 20

                  В свое время я коммитил и в дебиан, и в хромиум (на си и с++ соответственно) и еще во многие известные опенсорсы.
                  Причем не hello world, а нормальные оптимизации и даже 1 драйвер для принтера.
                  Никаких проблем не заметил ни в скорости работы, ни в скорости написания самого кода, ни еще в чем-то. ctags я раньше использовал, но как вы отметили, они медленные, поэтому мне пришлось отказаться от них.

                  Я еще раз повторю — это все вопрос привычки. Вы просто привыкли, что у вас есть дебагер, а я почти всегда нахожу ошибку просто анализируя поведение программы на тестах и логах. Если у вас появляется баг на 30000 шаге рекурсии? Вы его тоже трейсить будете или все-таки головой подумаете? Или у вас программа запущена на кластере из 10000 машин, а падает постоянно только на определеных двух? У меня был случай, когда программа не докачалась на 2 машины из кластера, а модуль, который отвечаетс за проверку целостности не учитывал один специфичный момент и пропускал определенного рода сборки (которые по факту не работают).

                  Опять же по программируйте на Erlang или Lisp, вас там наличие дебагера и подсветки синтаксиса не спасет ни разу. Но там их нет и никто не парится по этому поводу.
                  • +2
                    Есть как минимум 2 очень известные компании, которые проповедуют принцип «если этого нет, значит вам это не нужно». У этих компаний множество поклонников. Но я к ним не отношусь и исповедую другие принципы. Я почти год программировал под Mac OS X в Vim с ctags и отлаживался в gdb. Отлаживаюсь я до сих пор в gdb, но вот код писать (и главное исследовать) предпочитаю не в Vim, а в том, что делает это несравненно лучше.
    • +11
      День добрый.
      Можете уточнить какой (или какие) именно продукт? Почему? Скажем, сложная настройка при первом запуске, UI, скорость работы, нехватка каких-то фич, еще что-то?
      Будем благодарны за фидбэк. Спасибо!
      • 0
        Например, для меня в PhpStorm 6 неприемлемыми являются:

        • невозможность работы с отдельным файлом без необходимости создания проекта (в результате для редактирования одиночных файлов приходится создавать временный проект с автоматическим созданием мусорной папки «.idea») — это полный абсурд;
        • невозможность (судя по всему) запретить автосохранение изменённых файлов (в том числе изменённых случайно) при закрытии PhpStorm. Нормальная IDE обязана запрашивать у пользователя разрешение на сохранение каждого отдельного файла.

        В силу этих двух фатальных фундаментальных недостатков едва ли я продолжу пользоваться PhpStorm по окончании пробного периода. Хотя поддержка LESS (главным образом, меня в продукте JetBrains и заинтересовавшая) в целом выполнена приятно и удобно.
        • +11
          local history — можно посмотреть/откатить изменения.
          • –7
            Это, по всей видимости, устранение следствия, в то время как устранять надо причину.
            • +4
              Просто тут подход другой как к редактору: если что-то правим, значит это нужно, а для отката изменений существуют системы контроля версий.
              • –21
                Это не другой подход, а фундаментально ошибочная логика.
                • +16
                  Нет, это именно отличный подход. Здесь нет фундаментально ошибочной логики, здесь есть только привычка для большинства, когда в других редакторах нужно сохранять по умолчанию изменения, а автосохранение по умолчанию выключено.
                  • –6
                    Проблема в том, что в PhpStorm изменение такого значения по умолчанию не предусмотрено в принципе. А это называется навязыванием.
                    • +2
                      Всегда есть выбор, не нравится, можно не пользоваться.
                      Например по умолчанию на всех linux серверах есть только один текстовый редактор vi, модель работы с которым мне абсолютно не нравится (я люблю обычный редактор, под тип блокнота, когда по умолчанию режим редактирования), вот где навязывание и отсутствие выбора.
                      • +3
                        Извините, но вы не правы.

                        Помимо vi обычно присутствует nano и даже ed, и если последний довольно таки сложен для освоения (да и по сути является чисто командным режимом vim, без отображения всего текста), то nano придерживается привычной вам модели.

                        Хотя стоит заметить, что обычно != всегда, к примеру на голой FreeBSD nano нет, но ставится он за секунды.
                        • +1
                          Значит мне так везёт, что те сервера с которыми мне приходилось общаться, имели только vi (даже vim не было), поэтому пришлось выучить как в нём работать, т.к. только он есть гарантированно.
                      • 0
                        Всегда есть выбор
                        Несомненно. Именно потребитель определяет, что правильно. Отсутствие привычных и необходимых пользователю возможностей допустимо для бесплатного продукта, который разработчик выпускает для себя и просто делится им с другими. Но навязывать пользователю чужеродный стиль работы за его же деньги — это слишком. И пока я как потребитель предпочту более гибкий продукт другого производителя.

                        вот где навязывание и отсутствие выбора
                        Софистика.
                      • +2
                        vi и ed нам навязывает скорее не Linux, а Single Unix Specification и POSIX. Вот и приходится их учить, ибо гарантированно есть на всех *никсах в базовой поставке.
                  • +2
                    Отличный подход, на мой взгляд, в Sublime Text, никаких подтверждений он не спрашивает, но несохранённый файл так и остаётся несохраннённым, после запуска он показывается как изменённый. Единственное, что ctrl-z там уже не работает, но его можно как сохранить, так и закрыть, отменив изменения.
        • 0
          Я не помню точно, но вроде как можно без создания проекта открывать файлы, а локальные изменения очень удобная штука, к тому же и тут вы ошиблись — автосохранение можно отключить.

          • 0
            Был бы рад ошибиться, но на официальном форуме JetBrains официальный представитель заявил, что невозможность работы без создания проекта — принципиальная позиция разработчиков JetBrains.

            Подскажете, как отключить автосохранение без спроса при закрытии PhpStorm?
            • 0
              Почему бы для редакции одного файла не использовать простой редактор с подсветкой кода?
              Я для таких случаев держу notepad++.
              • 0
                Извиняюсь, не туда ответил.
        • 0
          По второму пункту — PhpStorm у меня нет, но в IDEA в Settings->General есть настройка Save files on frame deactivation — похоже, это именно оно.
          • –1
            Нет, эта настройка отвечает за автосохранение при переключении между вкладками или переключении на другую программу без закрытия IDE от JetBrains. Настройки, отвечающей за автосохранение при закрытии файла или всей программы, судя по всему, нет.
      • 0
        Что касается другой продукции JetBrains, то в Omea Pro, например, регулярно самопроизвольно «бьётся» база данных. Отображение количества непрочитанных новостей на единицу большего, чем в действительности (например, все новости в папке прочитаны (Ctrl+Shift+A), а Omea Pro упорно показывает, что одна новость всё же не прочитана), тоже впечатляет (DBRepair.exe не помогает). В остальном продукт хороший (не считая ненужных функций по индексации почты и проч., отличных от основной функции RSS-читалки), но такие «мелочи» сильно мешают.
        • +5
          Продукт «Omea Pro» мы больше не разрабатываем и не поддерживаем. Извините.
          • –6
            Я поддержку и не заказывал, извиняться не за что. Просто рассказал об одной из впечатляющих особенностей продукции JetBrains в целом в ответ на вашу просьбу о «фидбэке». ;-)
      • 0
        PhpStorm 6:
        Невидно внесенные изменения, если папка проекта лежит
        не на машине на которой установлена IDE. (Система контроля версий Git).
        Принудительно нажимаю synchronize на файле — не помогает.
        Пробую refresh file status — эффект тот же.
        Проще IDE переоткрыть, чем дождаться. Я понимаю — работа по сети и тд, но это машина в локальной сети и между нами 100 мегабит(
        • +1
          Такие чудеса иногда бывают и с локальными файлами. Не помню точно сценария но при переключении между ветками/stash/unstash и каких-то ещё подобных процедурах некоторые файлы зависали в состоянии «изменен», хотя там уже никаких изменений не было, или же некоторые файлы и даже директории упорно не хотели появляться в дереве проекта. Сценария воспроизведения не помню, но сталкивался уже несколько раз.

          Порой действительно, проще перезапустить.
      • 0
        Здравствуйте.

        Хотя меня не спрашивали — можно я отвечу? Коротко так: потому что Java. Не знаю, виной тут язык программирования (привлекающий специфический род людей — умных, талантливых, но с отрезанным чувством прекрасного) или сама платформа (за десятилетия так и не обзаведшаяся ну хоть сколько-нибудь не вырвиглазным UI), но все, что написано на Java — выглядит как кусок… Подчеркиваю — именно выглядит. Работает, возможно, безупречно.

        Я не разбираюсь в тонкостях того, почему за десятилетия так и не было разработано что-то, что позволило бы продуктам написанным на Java выглядеть хоть сколько-нибудь не чужеродно на декстопе (пишу в первую очередь о Mac OS X). Возможно, это не вина JetBrains. Наверное, сама платформа не позволяет ничего выходящего за рамки кирпичеподобного интерфейса — и торчащие уши Java угадываются с полувзгляда на любую написанную на ней программу.

        Но мне кажется, что дело скорее в людях. Возможно, пора уже что-то менять? Даже к продуктам, написанным красноглазиками для красноглазиков стоит подключать толковых дизайнеров.

        Как-то так. Остался на xCode, лицензия на AppCode лежит без дела.
        • +1
          О как проняло народ ) Минусить много ума не надо, аргументируйте
          • +3
            Хорошо, я аргументирую, аргумент простой: вы Visual Studio пробовали? Это если мы про перформанс говорим.
            • 0
              «Перформанс» можно понимать как «производительность или „производимое впечатление“. О чем речь?

              Я работал с VS много лет назад. Комбинации клавиш F5,F7,F10,F11 въелись в память намертво и я их назначаю в каждой IDE, c которой связывался с тех пор. Была — IDE как IDE, вполне рабочая. Но в общем мне больше нравился UI от Borland. Больше в памяти ничего не отложилось. Что там творится сейчас — не знаю. Вполне возможно, что IDEA на Windows уделывает по UI VS как бог черепаху.

              Я пишу на xCode. xCode — штатное средство разработки для Mac OS X и выглядит в нем органично. AppCode на MacOS X есть еще над чем работать, на мой взгляд. Это я и пытался донести до взволнованной аудитории.
        • +6
          Да! Там не хватает пони и радуги!
          • –1
            Клиенты не пахнут. Очень даже возможно, что кому-то не хватает для полного счастья в IDEA именно пони и именно радуги. Предварительно изучив спрос на пони и радугу, эту опцию можно предлагать отдельным плагином по специальной цене.
        • 0
          То есть вы посмотрели на морду, морда вам не понравилась и вы не стали даже выяснять, что там за функциональность под капотом. Я вас правильно понял?
          Возможно, это не вина JetBrains.
          однако вы не безнадёжны
          • +4
            Ну не совсем все так прямолинейно.

            Я честно пытался пробовать продукты JetBrains несколько раз (IDEA, AppCode). У меня на работе два человека (очень близких к JB тем или иным образом) все уши прожужжали о том, как все классно в AppCode, постоянно в нем работают, громко восторгаются и проводят мастер-классы тех или иных приемов, которые волшебным образом помогают им работать. Мнение этих людей я уважаю и внимательнейшим образом их выслушивал и у меня нет ни капли сомнения в том, что они искренни в своих предпочтениях. В общем, я пытался. Пытался — это значит открывал рабочие проекты и работал. Дома работал, на работе работал.

            Ну что я могу сказать? Нет там такого прорывного функционала, что рванул бы меня вперед настолько, что я бы преступил через свое чистоплюйство и начал бы использовать тот же AppCode. Мне уже достаточно много профессиональных лет и парадигма «главное — функционал» уже не настолько вдохновляет, как в молодости. Инструмент должен приносить удовольствие. С продуктами JB я удовольствия не получил. Наверное, какой-то дефект в моих генах, как Вы считаете? Не может же быть, что вдруг что-то с программами не так? Нет, это решительно невозможно!

            >однако вы не безнадёжны
            Не могли бы Вы уточнить, в чем именно я небезнадежен? В том, что даю шанс на то, что разработчики на Java в принципе не смогут сделать отличный look-n-feel? Или в то, что я когда-нибудь исправлюсь и присоединюсь к хору восторженных текущим положением дел?
            • 0
              ок, поработали — не понравилось. теперь понятно.
              В том, что даю шанс на то, что разработчики на Java в принципе не смогут сделать отличный look-n-feel?
              может, они и не пытались сделать именно отличный? может, они пытались сделать просто good enough?
              • 0
                > может, они пытались сделать просто good enough?

                Скорее всего так и есть. И скорее всего, они с этим не согласятся ) Неважно, все это мелочи
          • 0
            Встречают, как известно, по одежке.
        • 0
          Вы меня извините, интерфейс IDEA просто отличный. Красивые и информативные иконки, выверенные элементы интерфейса… Оставшийся в прошлом веке XCode на его фоне смотрится динозавром.
          • 0
            Вам не за что извиняться. Я очень рад за Вас, действительно. Мне интерфейс IDEA (точнее AppCode) просто не нравится. Так бывает. Это не страшно.
      • –2
        Для меня — скорость работы.
        R# — классная штука, бесспорно! Но… Intel Core i5-2320 3GHz, 8 GB RAM… И постоянные залиапания. А после 'get latest' я просто ухожу пить кофе, 3-4 минуты «анализа кода»(или как оно там называется) гарантировано.
        Вобщем в очередной раз я борюсь с собой — очтавить R# или снести его нафиг.

        Много говорится о том, какая тупая студия и какой классный R#, но если бы VS начала работать со скоростью VS+R# — я даже себе не представляю какие тонны ненависти бы полились. :)
        • +13
          У ReSharper есть встроенный профайлер dotTrace — воспользуйтесь 'ReSharper | Help | Profile Visual Studio', воспроизведите действия приводящие к тормозам, нажимайте 'Get Snapshot' и аплоадите его к нам. Мы посмотрим на снапшот и разберемся в чем проблема — в решарпере, студии, или чем-то еще.
        • +3
          Не в защиту R# — но попробуйте SSD воткнуть. Сэкономленные нервы однозначно того стоят.
      • 0
        Оставлю отзыв про PyCharm.

        По сравнению с продвинутыми текстовыми редакторами (вроде sublime text), конечно значительно более продвинутый анализ и автодополнение. Также очень удобно сделана замена по регулярным выражениям.

        Однако, среда намного дольше запускается, и после запуска часто что-то индексирует. При изменениях больших файлов/подпапок в папке проекта зависает на продолжительное время, не реагируя ни на что.

        Часто, но не всегда, диалоговые окна правильно отображаются не с первого раза (нужно закрыть и открыть его заново, иначе кнопок и текста не видно). Не знаю, с чем конкретно связана эта проблема, может быть с Java, но подобных проблем с другими Java приложениями не замечал. ОС Linux, оконный менеджер i3.

        После упомятого sublime text очень сильно не хватает множественного выделения/редактирования, а также при выделении некоторого текста и нажатии скобки хотелось бы, чтобы этот текст окружался соответствующими скобками, а не заменялся на них.

        Ну и относительно небольшие проблемы: применение автоформатирования может привести к появлению warningов от самой же IDE о том, что стиль кода (переносы, отступы) не верны. А иногда код даже стаёт невалидным при автоформатировании. Inspections для питона очень часто ошибаются и подсвечивают места, где точно соответствующей ошибки нет (хотя здесь наверное сделать лучше нельзя), так что приходится большинство из них отключать.

        А в общем IDE нравится, выглядит аккуратно и действует удобно.
        • +2
          После упомятого sublime text очень сильно не хватает множественного выделения/редактирования, а также при выделении некоторого текста и нажатии скобки хотелось бы, чтобы этот текст окружался соответствующими скобками, а не заменялся на них.
          Settings → Editor → Smart Keys → Surround selection on typing quote or brace
      • 0
        В своем комментарии (активно заминусованном) я не сказал, что продукты плохие. Я лишь высказал сугубо субьективное отношение — я их не переношу. Почему? Сложно сказать, это на подсознательном уровне — ПО не подходит мне, но постараюсь выделить основные факторы.

        Во-первых, не нравится скорость работы. Возможно это только связано с билдами под linux, а может из-за моего старого лэптопа (хотя мне всегда казалось, что 2х ядер по 2ГГц и 4Gb RAM должно хватать для нормальной работы IDE).

        Во-вторых, проблемы интеграции. Внешнее оформление (конкретно PyCharm) не соответствует моим настройкам Gnome Shell. Кроме того, возникают конфликты с системой. Например, при работающем расширении GPaste (clipboard менеджер) перестает работать copy/paste функция (опять же, в PyCharm. во всех других ПО работает как и прежде).

        В-третьих, пугает настройка при первом запуске. Я предпочитаю настраивать сам, после первого ознакомления с ПО, а не до.

        В-четвертых, Vim-mode еще не надом уровне как хотелось бы.

        p.s: ну и на последок, главная проблема — IDE не может мне заменить unix shell утилиты. как может глупо это не звучало, но я еще не встречал ни одной IDE, которая бы заменила мне старые добрые юниксовые утилиты. Например, тот же grep. С помощью некого я могу строить сложные фильтры, позволяющие мне найти именно то, чего я хочу.

        p.p.s: мелочи такие как религия не позволяет использовать java продукты в расчет не брал.
        • +1
          По поводу gnome shell, зайдя в Setting -> Keymap можно выбрать Default for Gnome, сведя конфликты к минимуму. Оставшееся можно вручную доизменять, но лично у меня конфликтов почти никогда не возникает.

          По поводу IdeaVim плагина пишите реквесты, он активно развивается и возникающие проблемы оперативно фиксится

          И что именно вас пугает в начальной настройке PyCharm'а? Выбор цветовой схемы и keymap'а?
    • 0
      А чем она Вам не нравится? Можно поконкретнее?
      • 0
        Мне, например, не нравится перегруженность редактора. Куча разноцветных подчеркиваний, разноцветных шрифтов и фонов, курсивов, сильно отвлекает. Приходится долго настраивать, чтобы можно было нормально работать.

        Ну и невозможность нормальной работы по фтп, просто убивает.
        • 0
          Перегруженность сильно облегчает работу, когда вы помните, за что отвечает каждое начертание.
          Работа по FTP есть для PhpStorm, но я не вижу кейсов ее использования, есть же поддержка CVS.
          • 0
            А я вижу кейсы, много раз о них писал, в тикет-системе у них уже пару сотен поддержавших (один из самых популярных тикетов), учень удивлен, что не хотят делать.
            • 0
              Такая возможность есть через копирование проекта себе с указанием сервера для deploy.
              Напрямую работать с FTP без локальной копии не выйдет, т.к. среда скатилась бы до текстового редактора по функционалу.
              • 0
                не до текстового редактора, а до простенькой IDE. В общем-то, я не против такого использования, уже полтора года покупаю новые лицензии с надеждой на появление фтп (демку я смотрел и покупка была чем-то вроде донейта), но наверное последняя покупка была действительно последней, если эту возможность не получу.,
                Мое мнение может быть и не критично, но надеюсь, того количества проголосовавших хватит, чтобы jetbrains таки обратили на это внимание.
                • +1
                  Можно ссылку на тикет? Хочу почитать, для чего это людям нужно.
                  Сам бы я не хотел, чтобы этот тикет делали, тратя время на него, а не на улучшение основного функционала.
                  • 0
                    youtrack.jetbrains.com/issue/WI-1398
                    youtrack.jetbrains.com/issue/WI-674
                    youtrack.jetbrains.com/issue/WI-1284

                    вот за что я голосовал, что связано с фтп и мне нужно. Особенно критичен первый.

                    Я не могу повторить среду разработки локально. Особенно на ноутбуке. Потому, работать могу только на сервере разработки удаленно.
                    • 0
                      Первые 2 тикета решаются через установку samba на dev-сервере и работу через нее. И это будет гораздо быстрее, чем по FTP.

                      Третий же тикет подразумевает, что код может измениться какими-то внешними силами. Какими?
                      У вас нет по 1 dev-серверу на 1 разработчика? Может стоит это сделать, а не пытаться навязать разработчикам IDEA написание костыля для решения подобной проблемы?
                      • 0
                        Та ну, какая самба? С идеальным каналом можно, в офисе и дома примерно так и есть. А вот если я где-то хочу поработать, где не 100Мбит интернет (а дохлый wifi отеля, например), то по sambe phpstorm даже не шевелится, это я уже пробовал, как и множество других вариантов.

                        У меня своя виртуалка, отдельный сервер мне не надо. А что это меняет?
                        • 0
                          У меня тоже dev-сервер в виртуалке. И именно с ним я связываюсь по samba.
                          • 0
                            Это не принципиально, samb'у можно сделать и без отдельного сервера. Но вот на слабом канале она работать не будет.
                            • 0
                              Слабый канал между хостовой и гостевой осями в виртуалке? Это как?
                              • 0
                                Между мной и виртуалкой для разработки (вообще, между мной и всей инфраструктурой).
                                • 0
                                  Так значит всю инфраструктуру себе перенесите. Зачем dev-хосты удаленно держать?
                                  • 0
                                    Системы бывают крупными, чтобы перенести инфрастурктур себе, мне надо таскать с собой сервер, увы даже на ноутбуке с 16Гб памяти и терабайтным винтом инфраструктура и близко не поместится, не говоря уже о более простых конфгурациях и том, что под это дело придется поднять виртуалку.

                                    Жду предположения о том, что у нас хреновая инфраструктура, раз не помещается на ноутбук.
    • –4
      Меня тоже запишите.
  • +27
    я обожаю этих парней!(NOT GAY)
    • +5
      не надо стесняться! HOT GAY!!1
      • +1
        it's okay to be… ©
  • +6
    Хм, если будет хорошая поддержка Qt (работа с сигналами, слотами, ресурсами, поддержка qmake проектов), то Я задумаюсь об отказе от QtCreator.
  • +11
    А мне второго числа пришло от них письмо такого содержания:
    Hi from JetBrains,

    This is a short but important note about the C++ IDE we revealed yesterday:
    Yes, it was an April Fools' joke, but the IDE is actually real.


    Так и не понял этой формулировки: «Да, это была первоапрельская шутка, но IDE действительно существует». Может кто-нибудь пояснит? :-)
    • 0
      We do have plans to create an IntelliJ-based C++ IDE at some point.

      Ну и список заявляемых фич (которые, в общем-то, описаны в данном Хабра-посте).
      • 0
        Так в чем шутка-то тогда? :-)
        • 0
          Шутка была в том, что мы сказали о нескольких вещах (разработка приложений под Google Glass, Green Coding, C++ IDE и замена Google Reader), но одна из этих вещей оказалась правдой.
          • +5
            Сами-то поняли, где пошутили?
          • 0
            Письмо сформулировано совсем не так, как описываете Вы.
            Hi from JetBrains,

            This is a short but important note about the C++ IDE we revealed yesterday:
            Yes, it was an April Fools' joke, but the IDE is actually real.

            Тут ни слова про остальные «шутки», только про C++ IDE.

            А про остальные «шутки» я даже и не знал, а попал именно на ссылку про C++ IDE в описании AppCode.
  • 0
    А поддержку node-webkit в WebStorm они не планируют? Это единственное, что сдерживает мое желание купить её.
  • +1
    Основная интрига — будет ли парсер C++ в их продукте настолько же хорош как в Eclipse CDT?
    • +2
      Написано же, что будет парсить через clang. То есть видимо гораздо лучше чем в эклипсе.
      • 0
        Когда последний раз интересовался — с clang под windows были проблемы. На данный момент уже наличествуют рабочие бинарники clang под win, или хотя бы возможность собрать его каким-нибудь mingw-gcc?
        • 0
          Честно говоря никогда этим вопросом не задавался, так как предпочитаю разрабатывать под *nix. На сайте clang написано, что его можно собрать visual studio.
    • 0
      комменты надо читать перед постингом…
  • 0
    И никто не упомянул Emacs? Анбеливабл!
    • +1
      Работаю с C++ в Emacs, и не могу сказать, что всё прекрасно и интуитивно.
      Встроенный CEDET всегда отстаёт на версию. Нужно ставить из транка.
      CEDET тоже далеко не сахар. Нужна настройка довольно убогого EDE, парсер работает медленно даже на небольших проектах и частенько лажает.
      Докуменации мало. Объяснить настройку начинающим слишком сложно.
      В частости, поэтому автокомплитом пользуюсь не слишком часто.

      Если у вас хорошо и быстро работает, поделитесь, пожалуйста, конфигами и ссылками на доки.
      • +2
        Не, я реально удивился, что никто не разводит холивор на тему, что Емакс всё равно лучше, чем ещё неизданная супер-IDE от JetBrains.

        Что до использования его для реального кодежа на C/C++ — я использовал, но в качестве просто редактора с подсветкой и отступами. Иначе говоря, никакие продвинутые и минимально полезные функции не применялись, так что не поделюсь.

        Про настройку для начинающих даже заикаться не стоит. Как говорится, emacs — операционка зашибись (взять хоть M-x term), а вот редактор — не очень.

        • 0
          Фичи есть, использовать вполне можно (projectile для навигации по файлам, yasnippet для сниппетов + стандартный M-x compile/recompile). Есть отладка на уровне сорцов благодаря тесной интеграции с gdb, правда, до отладчика я стараюсь дело не доводить. Да и CEDET, хоть и медленно, но работает.
          Если бы кто прикрутил нативную поддержку clang (чтобы редактор реагировал мгновенно на изменение программы), было бы просто отлично, но это уже не будет Emacs.
        • 0
          Кстати, что мне действительно нравится — это magit. Самый лучший плагин для git, что я видел (правда, к нему нужно немного привыкнуть).
          Я всегда и везде пользовался для VCS только консолью (ClearCase, CVS, Subversion, git, mercurial). Но magit меня покорил, большинство операций я совершаю именно им.
  • +6
    Ну что ж, похоже, наконец-то этим займутся профессионалы. В Visual Studio 2012 IntelliSense как не работал, так и не работает, на довольно простых шаблонах, никаких изысков по Александреску. По простейшим функциям переходит не к определениям, не к объявлениям, а внутрь их использования в других участках кода. Казалось бы, парсинг и анализ C++ не является NP-полной задачей, да и clang это делает прекрасно.
    • +4
      У меня давно сложилось впечатление, что WholeTomato — это карманная компания Microsoft и они принципиально ничего не делают с IntelliSense для С++, чтобы люди покупали VA.
      • +1
        В 2010-ой и он мазал, увы. Недаром у него есть галочка «Use VS IntelliSense Data»: для конкретных проектов приходится выбирать меньшее из зол.
  • 0
    Надеюсь clang будет использован в меру. Для простых задач типа автодополнения он слишком медлителен, а для подсветки ошибок вполне подойдёт. Примерно в таком ключе он и используется в QtCreator.
  • +1
    Пользуясь случаем, хочу предложить чтобы clang использовался не только для парсинга в IDE, но и как один из штатных компиляторов. В том числе и под Винду. То есть, к примеру, чтобы под той же Виндой поддерживались компиляторы MSVC, MinGW, Clang и Intel (и возможно, какие-то другие), под Linux — Clang и GCC, и т.д., и чтобы для каждого проекта можно было сделать профайлы для разных компиляторов или просто переключаться между компиляторами. То есть, например, собрал через MSVC — опа, ошибки, исправил, тут же переключаюсь на mingw, собрал — опа, другие ошибки, исправил, переключаюсь на шланг — да что-ж такое, третьи ошибки, опять исправил и т.д. — пока на всех трех компиляторах код не станет безошибочным.
  • +8
    И всё-таки ирония судьбы: лучшая в мире IDE для всемогущего и самодостаточного C++ будет написана на Java. А то и на Kotlin. Или вообще на Clojure.
    • 0
      Мне кажется, что главная причина почему тул пишется на Java — портируемость между платформами, которое дает не только сам язык, но и Swing Framework который многие недолюбливают.
      • 0
        если совсем точно — много-много проще написать плагин для ещё одного ЯП поверх готовой инфраструктуры анализа и трансформации исходников на произвольных формальных языках (только грамматику подавай), чем писать инфраструктуру с нуля.
    • 0
      То есть то, что Visual C++ написан на C# вас ни разу не смущало? ;)
      • +2
        Так это ещё и не в первый раз?!
  • +1
    Я сам Java программист. Использовал и Eclipse и IntelliJ IDEA. IntelliJ IDEA дает совершенно другое, приятное ощущение кода.

    Мне пока что не удалось поучаствовать ни в одном проекте на C++.

    Возможно, с выходом IDE, в C++ удастся вдохнуть новую жизнь в этот язык и привлечь новых людей(да хотя бы и таких любителей крепкого кофе как я), которым нужна производительность и мощь которую дает С++ и скорость написания кода и удобные тулья как Java, тех которые не готовы перейти на что-то экзотичное типа Go.
  • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      Чисто из любопытства, в чём преимущество работы c vcs вне ide? Я не про консоль, а именно про отдельных клиентов. К примеру у нас в проектах используется perforce и если тебе надо внести изменения в какой-то файл, то тебе для начала надо в vcs пометить этот файл как «редактирующийся» и только потом можно начать вносить изменения. В таком случае случае интеграция vcs с ide просто киллер-фича — ты начинаешь редактировать, а ide автоматом говорит vcs, что файл открыт на редактирование… В связи с подобной деформацией сознания мне сложно понять профит от работы с vcs вне ide.
      • НЛО прилетело и опубликовало эту надпись здесь
      • 0
        Например, есть проект и подпроекты (зависимости), а в VCS лежит вся родительская папка. В итоге, IDE не в курсе изменений вне папок проектов (билд-скрипты, кофиги-описания и пр), для их заливания всё равно необходимо использование third-party софта. Вполне оценив функциональность IDE касательно систем контроля версий, я бы не отказался от отдельного клиента, который желательно поддерживал бы сразу набор систем контроля версий, чтобы не требовалось на каждый репозиторий по отдельному клиенту.
  • +3
    Периодически задавался вопросом — почему они не сделают IDE для C++? Один раз попробовал IntelliJ IDEA и просто влюбился в продукцию JetBrains. Спасибо за вашу работу!
    • +4
      очень сложно потому что
  • +5
    Было бы так же круто увидеть поддержку C++ в ReSharper!
    • 0
      Да, это было бы круто, не сомневаюсь что IDE получиться отличной (рефакторинг, автокомплит, сниппеты), но вот переплюнут ли они дебаггер от студии…
      • 0
        насколько я знаю по отзывам, дебаггер от XCode в AppCode уже переплюнули
        • 0
          Xcode — явно не пример отличной IDE. Хотя о чем это я, студия тоже.
    • 0
      Специально для вас: habrahabr.ru/company/JetBrains/blog/184830/

      :-)
  • +6
    Аж скулы сводит, как представишь чего можно с вашим подходом накрутить в C++ IDE. Матерь божья, мужики, сделайте pre-order (исключительно for fun) с легкой скидкой, даже если до релиза еще год, продажи будут зашкаливать ваш мимимиметр, а народ будет радоваться инвестициям в будущее. Если бы жизнь сложилась иначе, я бы доплачивал, чтобы работать с вами в одной команде.
    • –1
      Я вот тоже очень многого жду, но чтоб не вышло как с голливудскими фильмами бывает: он вроде бы и не плохой, но ожидания были слишком завышенные и у тебя в результате чувство глубокого обмана, а на душе нагадили с три короба… С++ крааайне разносторонний язык с крайне широким спектром платформ/возможностей, чтоб вот так взять и всё сразу поддержать. Я вот с надеждой жду поддержки кросскомпиляций…
      • +1
        Ммм… Мы про IDE говорим или про toolchain? Откуда тут взялась «кросскомпиляция»?
        • –1
          ide тоже должно уметь поддерживать разные тулчайны, а иначе и макросы, и константы, и структуры, пути к заголовочным фалам и вообще много чего может анализироваться некорректно.
          • +2
            Ну это да, тут вопросов нет. Собственно поддержкой различных технологий вокруг языка JetBrains и может похвастаться, так что Qt и прочие радости, думаю, дело времени, а что-то и в коробке окажется. Тут фантазировать действительно можно долго, если резюмировать, то команда с таким опытом и шикарными продуктами просто физически не может облажаться, потому и ждали / просили.
  • +10
    Нет, слов, просто приложу картинку
    image
    • +8
      Уважаемые Хабровчане, как вы помните, из-за кретинов *.blogspot.com забанен, в итоге «добрую часть» картинок Интернета просто не видно. Лучше перезаливайте на хабрасторейдж. Нынче тяжелые времена настали. Гребаная цензура, идиоты в верхах и тлен.
  • –6
    А по мне так это зло, C и C++ всегда были языками, профессиональная разработка на которые была не простой, для эффективной работы необходимо было детально понимать внутренние механизмы языка, препроцессинга, компиляции, линковки, работу с памятью итд, а не только какие-то высокоуровневые концепции. И использование простых ортогнальных инструментов разработки таких как vim/emacs, gcc/clang, make, gdb, gprof, valgrind итд помогало пониманию того что там внутри.

    Появление такой штуки потенциально приведёт к появлению большого числа непонимающих подноготной разработчиков и большому числу хреново написанных продуктов соответственно.

    Хотя может людям пишущим во всяких Qt и Vs это и пригодится, но я таких никогда не понимал.
    • +3
      Не понял, а что jetbrains хочет выпустить визуал бейсик? Тот-же С/С++ с автокомплитом и списком классов, без необходимости рыть по проекту. С чего вы взяли, что такой инструмент как-то скажется на умении разрабатывать? Напоминает клинику «html только в блокноте», хотя так делают только умалишенные, наверное.
      • –3
        Не знаю что такого с html в блокноте, но по сравнению с любым нормальным текстовым редактором блокнотом будет любое ide.
        • 0
          html в блокноте это неудобно. Нет никаких причин у нормального человека отказываться от подсветки синтаксиса, помощников при форматировании (хотя-бы на уровне «нажал enter и курсор опустился просто ниже, а не в начало строки»), нормальной работой с переводом строк (бывает, приходится редактировать файлы в иниксовом формате) и прочими мелочами. Наличие всяких подсказок и генераторов стандартных конструкций тоже не ухудшит качество кода, если не отвлекает.

          Честно говоря, вообще не понимаю, что может влиять на понимание поднаготной. Никто ж не собирается делать вижал.бейсик или еще какую-то среду программирования мышкой. Вы точно так-же пишете код, используете те-же фреймворки и технологии, что и для этого, на каком этапе должны появиться люди, не понимающие что-то там?

          Кстати, в visual studio уже давно есть генераторы программ, для которых действительно можно не понимать внутреннее устройство. И быдлокодеров к с++ это не привлекает, по крайней мере, сейчас (когда есть намного более простые языки).
    • +1
      Для подноготной лутше всего подучить ассемблер и не ленится заглядывать в документацию и стандарты — кроме того какой самый большой репозиторий исходников вам приходилось видеть? Вы уверены что хотите управлять тысячями сорцев, десятками конфигураций сборки с помошю консольного текстового редактора с подключением скриптов? Помоему напрасно… Хотя неотрицаю — бывает чертовски обидно когда человек даже хелловёрд без айдие на полсотнимегабайт не соберет, встречаются и такие кто не различает линковку от компиляции — но впринципе это поправимо.
    • +1
      C и C++ всегда были языками, профессиональная разработка на которые была не простой, для эффективной работы необходимо было детально понимать внутренние механизмы языка, препроцессинга, компиляции, линковки, работу с памятью итд, а не только какие-то высокоуровневые концепции

      O, rly? А мужики то не знают…
      • +1
        Чем воспроизводить затасканные шутки, вы бы лучше рассказали о своей точке зрения.
    • +1
      К сожалению, использование низкоуровневых инструментов не спасает от непонимания. Некоторые коллеги «вынуждены» использовать vim для работы на удалённом сервере. Не скажу, что они его особо любят, и он однозначно не делает их работу более продуктивной (хотя мог бы).
      Известно, что операции, которые легко осуществлять, можно осуществлять часто. Если IDE будет прогонять инспекции и ругать за плохой код ещё до запуска билда, сразу предлагая решение, всем будет только лучше. Да и наличие кнопки «запустить с Valgrind» побудит некоторых её опробовать.
      Впрочем, я привык превращать подобные операции в «лёгкие» посредством системы сборки.
    • +4
      Крайне странно слышать то, что мазахизм непременно должен быть аттрибутом успешного разработчика. В конце концов, многие их нас разрабатывают приложения без какого-либо знания Ассемблера, но это не делает нас идиотами. Мне всегда казалось что чем больше механизмов которые работу упрощают, тем больше у нас времени остается на решение проблем и тем самым создание ценности.
  • +1
    Сделайте пожалуйста IDE для Nemerle!
  • +1
    Ну что могу сказать… мечты сбываются :)
    Буду с нетерпением ждать.
  • +3
    Интересно, будет ли она доступна плагином для IDEA?

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.