Как стать автором
Обновить
92
0
Казакова Анастасия @anastasiak2512

Разработчик и ПММ

Отправить сообщение
Как видите, даже сейчас онлайн несколько людей из команды ;)
Как уже коллега верно заметил, у AppCode в роли саппорта все члены команды, по очереди. И разработчики, и не только =)
Про ишью в треккере — не зря мы предлагаем активно голосовать, если пользователю не безразлична какая-то проблема. Мы всегда учитываем рейтинг и в первую очередь стараемся сделать более приоритетные вещи, хотя если какому-то разработчику захочется реализовать что-то менее приоритетное, просто потому что ему захотелось, никто мешать не будет — тут у нас в компании полная свобода действий.
В assigned поле указан тот, кто в целом ответственен за данную подсистему, но это не значит, что эту проблему не может/не захочет решить кто-то другой из команды. Когда мы сильно не уверены, стоит реализовывать или нет, скорее всего выставим to be discussed.
Раз мы не прислали Вам пока билд, значит Вы заполнили в опросе что-то, что первый билд еще совсем не поддерживает или поддерживает, но со значительными проблемами. Возможно, мы это исправим в последующих приватных билдах, и тогда вам тоже придет билд.

А по поводу планов на публичный EAP — тут все сильно зависит от фитбека по приватным билдам, которых, вероятно, будет несколько. Так что пока даже оценить сложно. Мы только начали двигаться в этом направлении.
Все inspections всегда можно отключить или просто настроить severity уровень.
А, понятно. Собирать — без проблем. Все опции сборки просто берутся через cmake файлы. Вот с запуском из IDE могут быть тонкости, но будем на это смотреть чуть позже.
Будет. Сейчас пока С99. С11 чуть позже.
Кстати, немного ввожу в заблуждение. AppCode тестируется на производительность в частности на Chromium, а для C++ IDE там нет CMake проекта.
Да, пока нет. Мы в AppCode производительность тестируем в частности на Chromium. Действительно, хороший показатель!
Набор фич для ближайшего preview указан в посте. Дальше будем развивать CMake активно, чтобы максимально автоматизировать процесс + подсказки и прочее. То есть подсветка, комплиты, это все в планах есть. Сейчас пока будет много IDE фич, типичных для наших продуктов, но в проекции на C/C++: рефакторинги, генерация кода, quick fixes и др. Из специфичного С++11. Ну и cmake+gcc+gdb связка — первоочередная для нас.
Другие билд-системы, компиляторы, дебагеры в планах попозже. Вообще все такие не первоочередные запросы будут оцениваться по частоте их запросов пользователями.
Doxygen был в планах и есть пока. Но к какому релизу — пока не подскажу.
Перформанс проверяем и отлаживаем на довольно больших проектах.
Когда пойдут preview и релизы, можно будет оценить, что есть, и добавлять, как обычно, к нам в трекер. Для AppCode это сейчас — youtrack.jetbrains.com/issues/OC. Вот где-то здесь будет место и для C++ IDE.
Спасибо.
1) Анализатор свой в связке с clang.
2) Будет. Обязательно. Не могу пока сказать, что и когда точно, но над этим ведется обширная работа.
3) Возможно. Это обсуждаемый вопрос. Ну то есть, если запрос будет популярен, то сделаем.
4) Работаем сейчас над этим в частности.
5) Пока что это скорее к ReSharper: blog.jetbrains.com/dotnet/2013/06/26/resharper-to-support-c/ А там посмотрим.
6) Мы непрерывно оптимизируем и перформанс, и потребление памяти во всех наших IDE. В целом, конечно, зависит от размера проекта.
7) Да, конечно. Как в AppCode и IntelliJ IDEA. plugins.jetbrains.com Ближе к релизам там будет что-то появляться.
8) Что-то такое — plugins.jetbrains.com/plugin/7275?
9) Doxygen планируем в каком-то виде.
10) Это у всех наших IDE есть. Так что, конечно.
Спасибо =) На самом деле, виртуальные функции там просто quick fix показывают. А в идеале IDE вам покажет потенциальную ошибку в этом месте и в качестве quick fix предложит сделать, например, виртуальный деструктор. Хорошая, кстати, фича!
Ясно. Спасибо!
Да, cmake в автоматическом режиме — это наша большая текущая цель. Ровно так, как Вы описали. Другие build-системы, возможно тоже в автоматических режимах, — об этом можно говорить в более долгосрочных планах.
Кстати а что бы Вас побудило перейти? Просто интересно.
Ну и да, если вы где-то (скажем в консоли) что-то правили, то IDE тоже это подхватит. Если CMakeLists.txt обновлен. Для IDE — это основной проектный файл.
Изменения в CMake подхватываются автоматически средой (ни откуда выходить и ничего перезапускать не надо, конечно). Пока что CMakeLists.txt правится руками, но и от этого будем уходить в пользу более удобного автоматического обновления. Просто не все сразу =)

Будет тесная связь. И компилируется ест-но со всеми теми опциями, которые компилятор из cmake берет. И подсказки со временем появятся.

Скорость работы на больших проектах сейчас постоянно оптимизируется. Куда ж без этого.

Все запросы по специфичным вещам будут рассмотрены позднее и отранжированы по популярности. Будем сначала реализовывать то, что больше нужно пользователям, а потом и остальное. Так что пока сформированного roadmap-а надолго скорее нет.

Спасибо!
Так как это CMake кросс-компиляция в любой момент, что называется, есть, был бы компилятор доступен. cross-run и cross-debug когда-то наверное тоже, но не в самое ближайшее время.
В будущих релизах планы будут зависеть от запросов пользователей и популярности этих запросов. Так что все возможно.
В каком смысле standalone? Без CMake проекта? Пока что нельзя.
Для этих целей Вам скорее нужен ReSharper blog.jetbrains.com/dotnet/2013/06/26/resharper-to-support-c/

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Работает в
Дата рождения
Зарегистрирована
Активность