Праздники отгремели, зима в полном разгаре, кто-то уже выкинул новогоднюю елку, а кто-то ждет потепления. А мы упорно трудимся над новыми версиями наших C++ продуктов. Так, например, с декабря открыта программа раннего доступа (Early Access Program) CLion — нашей кросс-платформенной IDE для C/C++.
Там очень много всего нового и интересного:
- Плагины для поддержки Swift и Python.
Пара небольших демороликов, о работе этих плагинов:
Swift:
Python:
- Плагин для синхронизации исходных файлов проекта с удаленным хостом.
- Возможность вручную разметить директории проекта, указав CLion, где лежат библиотечные файлы, где исходные файлы проекта, а какие директории следует вообще исключить из индексации.
- Возможность подключиться дебаггером из IDE к стороннему процессу, запущенному на локальной машине для дальнейшей отладки в IDE.
- И много всего другого.
В общем, предлагаем вам пробовать и, конечно же, писать нам свои отзывы и пожелания.
А уже 26-27 февраля в Санкт-Петербурге соберутся C++ разработчики со всей России для участия в конференции C++ Russia. Мы, конечно же, планируем участвовать в конференции и будем рады увидеть вас у нашего стенда.
Накануне мы будем рады вам в нашем офисе, где вы можете:
- пообщаться с нами в более спокойной обстановке,
- послушать про внутреннюю архитектуру наших IDE,
- узнать множество полезных подсказок по использованию наших продуктов,
- пожаловаться на проблемы,
- попросить столь важную и недостающую вам фичу (рассказав нам про свое видение ее использования, чтобы мы могли быстрее и лучше понять ваши потребности),
- а также засыпать любыми (даже самыми каверзными!) вопросами наших разработчиков.
JetBrains C++ night: когда и где
Уютный офис JetBrains в Санкт-Петербурге распахнет свои двери 24 февраля в 18.00. Команды CLion и ReSharper C++ с нетерпением ждут вас в гости.
Программа
Мы запланировали три доклада, каждый из которых, как мы надеемся, перейдет в беседу с докладчиком и всеми нами в целом:
- Оптимизация ReSharper C++
Если коротко, то это доклад о тех оптимизациях, которые использовались при разработки ReSharper C++: кеширование, ленивое вычисление и инкрементальное обновление. - Виртуозное использование юнит-тестирования в CLion
Практический рассказ о том, как эффективно использовать Google Test и как CLion помогает достичь максимальной эффективности. - Технологии высокопроизводительных вычислений
Цель доклада — отвлечься от IDE и поговорить о том, как выжать из “железа” максимум производительности. В планах SIMD, SSE/AVX и вычисления на кластерах с помощью MPI.
Милости просим!
Вход свободный, но мы просим вас предварительно зарегистрироваться, чтобы мы могли правильно оценить количество участников. Регистрация, подробная программа и схема проезда — здесь.
Ждем всех!
Команда JetBrains
Комментарии (33)
melon
23.01.2016 00:39JetBrains, когда LLDB в Linux-версии будет? очень жду этого!
anastasiak2512
23.01.2016 00:42Как только освободятся ресурсы на эту задачу (https://youtrack.jetbrains.com/issue/CPP-3588). Сейчас по дебагеру очень много более срочных вещей.
iroln
23.01.2016 01:19А для чего нужен плагин для поддержки Python в CLion? В демо-ролике я увидел всё то же самое, что вижу в PyCharm, ну кроме того, что питоновские файлы надо в CMakeLists.txt заносить (вот «радость» то). Я думал, покажут что-то про интеграцию Python и C++ (Embedding и Extending) и именно для этого в CLion добавили этот плагин.
anastasiak2512
23.01.2016 01:48+1На самом деле, даже в CMake не надо заносить — это скорее, чтобы не «пугать» серыми файлами в дереве.
Вообще Python поддержку у нас давно просили. Понятно, что наверное хочется и Cython, и кросс-языковой резолв (чтобы extensions отлаживать), но не все сразу. Это ведь только начало пути.
Текущий функционал позволяет работать с файлами на Питоне, которые есть в проекте, — есть подсветка, автодополнение, рефакторинги, инспекции, можно запустить код в консоли и даже подебажить. А проектов, где есть и C/C++, и Python код хватает.
До этого, пользователям приходилось запускать на один проект две IDE — PyCharm & CLion. Настройки конфликтовали, проекты беспричинно перегружались при переключении между IDE, да и вообще было странно запустить две IDE на один проект. Теперь все проще.
Daffodil
23.01.2016 02:18Логичным продолжением была бы поддержка scons и других python-based билд систем.
anastasiak2512
23.01.2016 02:21+1Scons задача в трекере тоже есть, но с другими билд системами все чуть сложнее. Нам надо закончить с фиксами проблем CMake, чтобы можно было начинать какую-то другую систему поддерживать, иначе эти проблемы просто переедут и туда тоже. Ну и судя по количеству голосов в трекере и общему понимаю, следующими на очереди все же будут Makefiles)
gurinderu
25.01.2016 08:37+2Ну наконец, мне кажется makefiles должны были быть выше по приоритету, чем python.(не нужная фича на мой взгляд)
svistunov
23.01.2016 11:28+1CPP-4141 Make CLion available as IntelliJ plugin
anastasiak2512, есть какие-нибудь планы по этой задаче?
Clash
23.01.2016 15:40Когда в CLion появится семантическая подсветка (не синтаксическая)? Только из-за этого не могу перейти на него с kdevelop (
anastasiak2512
24.01.2016 18:50Запрос на фичу есть в нашем трекере, но пока не входит в ближайшие планы.
В любой IntelliJ-IDE, если просто поставить курсор на переменную, то все семантические использования по коду подсветятся. Понятно, что это не совсем то, но все же.
Miklos
23.01.2016 16:53+4Верните пожалуйста старые иконки у каталогов проектов. Это издевательство какое-то.
Новая иконка
joedm
23.01.2016 20:19+1Memory View & Disassembly View при отладке когда уже будут?
anastasiak2512
24.01.2016 18:53В 1.5 уже точно не успеем. Голосуйте, посмотрим, что можем сделать к след. версии — CPP-1742, CPP-3567.
joedm
24.01.2016 20:56+1Спасибо. Но согласитесь, это немного странно: голосовать за очевидные и необходимые фичи?
anastasiak2512
24.01.2016 20:58Таких «очевидных и необходимых» у молодого продукта целый трекер) нам же надо как-то выбирать. Ресурсы команды (к нашему большому сожалению) ограничены. Приходится к каждому релизу выбирать, в частности учитывая и количество голосов в трекере.
Randl
24.01.2016 22:16Топовые по плюсам фичи остаются нереализованными, к сожалению. Хотя топ это в основном разные системы сборки и компиляторы.
anastasiak2512
24.01.2016 23:09Компиляторы — это MSVC?
Randl
24.01.2016 23:30icc тоже видел. Насчет Clang не уверен.
anastasiak2512
24.01.2016 23:32Clang и GCC — есть изначально. ICC — тоже работает (мы просто не прогоняем с ним тесты постоянно по ряду причин).
Randl
24.01.2016 23:48Ну issue есть, а сам я не проверял.
Факт остается фактом — фич полезных текущему пользователю (которого устраивают компилятор, система сборки, целевая платформа и т.д.), а не новому, в топе немного.anastasiak2512
25.01.2016 00:39Тикет мы не закрываем, потому как какие-то проблемы все же есть (те же Microsoft-specific syntax). Но в целом есть (по нашему ощущению) пользователи, которые вполне успешно используют icc в CLion.
gurinderu
26.01.2016 13:30anastasiak2512 а чтобы попасть в команду clion какие скилы нужны?
anastasiak2512
26.01.2016 13:33У нас сейчас есть вакансия на debugger (https://www.jetbrains.com/company/jobs/) — в Мюнхене или аналогичная в Питере. Если заинтересуетесь, отправляйте резюме.
sova
26.01.2016 19:55было бы круто, если бы была такая же вакансия была но mid level =( а так, мне кажется, собеседоваться будет как в фильме выживший, только медведей будет много =)
Kepp
Скажите, а чем обусловлено отсутствие MS toolchain под Windows в CLion?
crackedmind
А кому тогда Resharper C++ продавать?
anastasiak2512
В основном разным позиционированием двух имеющихся у нас продуктов — CLion и ReSharper C++. Первый задумывался для кросс платформенной разработки, а это как правило кросс-платформенные билд-системы, GCC-based или clang компиляторы, и тп. Второй — рассчитан именно на разработку на Windows, поэтому все особенности Windows окружения именно в нем.
Filippok
Кросс-платформенная разработка не всегда подразумевает один и тот же компилятор на всех системах.
anastasiak2512
Безусловно, вы правы. Но тащить все детали Windows окружения в CLion не видится осмысленным. Мы, конечно, раздумываем про только компилятор, но это точно не в ближайших приоритетах.