Думал, там такая же схема (сборка и запуск бинаря)

Неа, он же скриптовой. Его исходник - это и есть бинарь.

он же скриптовой

Так оно же может быть скомпилировано, насколько я помню, разве нет?

Это видимо какой-то отдельный питон. Или мутки для того, чтобы скрыть код и запутать его. Обычно интерпретатор просто компилит скрипт в байткод на лету, и всегда просто файлу аттрибут на исполнение и #!/usr/bin/env python3 вверху, как и в башике.

Есть именно компиляторы питона, но они скорее мертвы, чем живы.

Хорошо , только не бейте

Я не специально

питон компилируют в *.pyc для скорости исполнения, это обычно делает IDE или setup.py. если рядом лежат исходники на питоне и соответствующие им скомпилированные pyc, то интерпретатор будет использовать бинарники до тех пор пока дата изменения на исходниках не станет новее чем на бинарниках.

P.S. удобно на оффтопике с автообновлениями? ;)

Если честно - ужасно. Я ее поставил в связи с полным обновлением железа и из предположения, что к зонду все равно придется привыкать.

Глюков конечно поменьше стало с anniversary апдейтом, однако я все равно словил неприятный баг с сетевухой от интела, а в /r/windows10 каждый день посты про то как очередное обновление убило что-то в системе или саму систему.

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

Когда и если совсем отвыкну от игрулек, уйду либо полностью на линукс, либо вообще на мак. Моя текущая работа хоть и полностью завязана на виндовую экоссистему, все равно полностью делается на виртуалках или по rdp.

у них есть ограничение на вложенность и сложность метода - пишет что слишком сложным метод и дальше не проверяет его.

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

для игрулек можно купить плойку

https://www.kdevelop.org/sites/www.kdevelop.org/files/photos/Screen_Shot_2015...

Выглядит как говно. Это проблема культей? Или софта?

я даже не буду спрашивать ваши аргументы, потому что их не будет.

Подвисания редактора при автокомплите (оно, блджат, синхронное что ли в 2016 году), тормоза на моем рабочем компе (не жидея, конечно, но тормозит ощутимо, неприятно работать), дистрибутив в 16 гигов и никаких вменяемых вкусняшек, если ты не Professional Certified Microsoft .NET Developer™®©. Под c#+linq+mssql оно норм, наверное, но каких-то плюсов относительно других c-ide не увидел, кроме тормозов и дистибутива размером с две ос.

Ну разве что профайлер есть, нигде не тыкал профайлер больше, так как есть perf — нинужно.

Ах да, еще меня бесила дебильная система проектов — какое-то свое говно в своем формате, и непонятно, как туда opencl прикручивать, я пол дня убил на это. Но это индивидуально, конечно. Еще оно стартовало по пол дня, но это вопрос к тормозам.

Q_UNUSED

Q_UNUSED(document); // <- Что за костыль в тексте исходника на картинке ?

Очевидно, же что так глушат warning'и.

А можно ли в нём теперь, как в qtcreator'е, запустить отладчик произвольного приложения C/C++ (в том числе подключиться к работающему приложению), не заморачиваясь с созданием проекта для него?

Да

судя по скриншотам, KDevelop догоняет 6ю версию вижуалов, + перетащил кое-какие фичи из sublime, и прокатился на фичах clang/llvm, которые в вижуалах 15 лет как есть, благодаря Visual Assist X.

Эти фичи имеются в 4-ой ветке kdevelop'а с дай бог памяти, 08 года. Просто раньше были реализованы без помощи clang.

например, в сравнении с VC++ — кодогенерация GCC где-то ниже плинтуса

можно примеры?

всякие KDevelop, clion и QtCreator - школьные поделки, в сравнении с :)

Вы оплатили их разработку? И да, не стоит быть столь категоричным в оценке инструмента, которым Вы не пользуетесь.

и мне забавно смотреть как школьники сравнивают профессиональный софт с KDevelop и подобным :)

окей, правильно будет сравнивать по пунктам: это (не)умеет VS, это Xcode, это KDev. Ваш ход, ждём.

PS: как сейчас не знаю, а лет 8 назад, XCode, по сравнению с KDevelop (ещё 3-ей ветки!), была невероятным гавном (извиняюсь, но из песни слова не выкинешь).

Да, лет 8 назад хакод был тем еще отстоем, да и сейчас встречаются проблемы, тормоза и неудобства. Почитай тред, все уже обсуждено.

например, в сравнении с VC++ — кодогенерация GCC где-то ниже плинтуса.

ну да, ну да:)

https://habrahabr.ru/company/abbyy/blog/307920/

А как вообще думаете, догонит ли когда-нибудь Kdevelop уровень тот же Clion или Visual Studio в плане юзабилити и красивости? Просто они как бы коммерческие продукты, а Kdevelop опенсурсный, причём разработчиков в Kdevelop очень и очень мало.

Как ни крути, а тот же Clion имеет гораздо больше настроек, да и красивее он. То, что они свой парсер пилят - флаг им в руки. Но они и про остальное не забывают. CLion выглядит как-то более привлекательно. Не получится ли так, что Kdevelop со временем просто заглохнет и всё?

Моё мнение: надо ребятам из Kdevelop искать много больше разработчиков себе, искать спонсора. Пытаться выбивать у гугла участие в GSoC, может просить какие организации, чтобы выделяли денюжки(не знаю, KDE даёт деньги или нет). На эти бабки нанимать больше раработчиков. Только где такого спонсора найти...

уровень тот же Clion или Visual Studio

Догонит, если будет бежать назад очень долго.

Собственно, проблема решилась. Нашел готовый пакет в репозитории KDE:Unstable:Extra для суси. И, в отличие от appimage-пакета, - и qml-автодополнение заработало наконец-то, и тема кдешная отлично подхватилась, и стартовая страница появилась.

у VS есть VAX. по дефолту.

VAX это та кривая поделка, в которой не осилили сделать нормальный парсер плюсов, умеющий в overload resolution и оно (о ужас) предлагает заниматься этим resolution пользователю (пример: https://i.imgur.com/1aaEGla.png)?

Никакой надежности даже при навигации по коду нет у VAX, не говоря уже о каком либо рефакторинге.

Идиоты пахарукие.

Спасибо, КЭП. А что, разве эти люди не знают, что неиспользуемый в функции аргумент можно просто не именовать в списке формальных параметров, и не будет никаких варнингов ? (Это в абсолютно любом C++, даже самом древнем Borland Turbo C++ 1.01 от 1990 года).

Хлопотное дело нынче. Того и гляди начнут штамповать «улучшенные версии» каждый год.

А что, разве эти люди не знают, что неиспользуемый в функции

Там не функция, а скорее всего protected slot, КЭП.

просто не именовать в списке формальных параметров, и не будет никаких варнингов ?

В слотах (в отличие от сигналов) именовать параметры необходимо. Так была устроена мета-объектная система Qt 1-5, но эти костыли уже замещаются другим синтаксисом.

Сомнительно, что по фичам он когда-нибудь приблизится к CLion.

Разве что какая-нибудь крупная компания возьмёт KDevelop себе на доработку и наймёт тестеров (разрабов хватает) на зарплате, чтобы вычистили все сегфолты.

так они все равно буду поддерживаться: и текущая плойка и новая нео будет тянуть все доступные игры, так что в любом случае япошки не кинут в ближайшие года 3-4

А как найти такую компанию? Если бы компания оставила эту программу бесплатной и открытой, и занималась бы её развитием. Под крыло RedHat'у какому-нибудь. Просто мне кажется, что без поддержки компании Kdevelop угаснет.

Но должны же найтись фирмы, которые заинтересованы в хорошей IDE для C++(и не только) под Linux.

Сомнительно, что по фичам он когда-нибудь приблизится к CLion.

Сомнительно, что многим нужна IDE, прибитая гвоздями к KDE5.

Что мешает слинковать статически и просто распространять?

Сомнительно выбирать IDE по факту отсутствия прибития к ДЕ.

это же лор, тут детей будут называть по факту причастия того или иного разраба к разработке де

Сомнительно выбирать IDE по факту отсутствия прибития к ДЕ.

Это один из критериев. Если разрабы согласны провалить его, дело хозяйское.

мне кажется, это не критично. Гораздо более важный критерий, ИМХО, это поддержка стандарта, подсветка, возможности рефакторинга, поддержка компиляторов, cmake'ов всяких, нормальный дебаггер, не угрёбищный интерфейс.

Создал qt5/qml2 application - и мне в .pro зачем-то засунули declarative модуль вместо qml. Который и вовсе от qml1, и в 5.7 вроде выпилен.

Короче, фиксить-не перефиксить.

Это не проблема KDevelop, это просто старый шаблон. Сообщи им, пусть поправят.

А вообще быстрее всех стартует MS Visual Studio

2005ая? Или 6ая?

Твой VAX когда научится нормально парсить C++03? Даже не 11 или 14.

Сабж-то умеет.

А что, разве эти люди не знают, что неиспользуемый в функции аргумент можно просто не именовать в списке формальных параметров, и не будет никаких варнингов ?

Кагбе именование параметров - это читабельность кода. Потому и нужен (void)inDummy или его аналог Q_UNUSED(inDummy).

/*inDummy*/

2013'ая

В каком месте она быстрее всех стартует? QtCreator под линукс сильно быстрее стартует, kdevelop5 - тоже. А 13 студия - тормоз как тормоз. 10-ая была лучше.