| |
| 2.10, Пендальф (?), 00:34, 27/04/2020 [^] [^^] [^^^] [ответить]
| +15 +/– |
Недавно подсел на KDevelop (для C++ проектов) - по сравнению с тем что видел 3 года назад это просто пушка! Неплохо его прокачали последние годы. Вот месяц назад попробовал, так на нем и остался.
| | |
| |
| 3.18, фыв (??), 03:32, 27/04/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Поддерживаю, как и EpicGames со своим UnrealEngine.
Вообще для С++ хватает слава богу альтернатив: CodeLight, CodeBlocks, Geany (кстати, лёгкий, быстрый, с плагинами и на удивление отлично настраиваемый).
| | |
| |
| |
| 5.42, asd (??), 14:53, 27/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
Движок самый большой и универсальный.
За скоростью это к Urho3D, если мы о С++, надеюсь он жив там еще и его не бросили. Потому как адекватных альтернатив (для кроссплатформы ios, android, win, lin) я не видел, либо плохо искал и мне добрые люди посоветуют..
| | |
|
| 4.55, RibiKukan (ok), 18:16, 28/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
 >Вообще для С++ хватает слава богу альтернатив: CodeLight, CodeBlocks, Geany (кстати, лёгкий, быстрый, с плагинами и на удивление отлично настраиваемый).
Неверная информация. Весь этот мусор, что ты называешь альтернативами - альтернативами не являются. Ты не понимаешь о чём говоришь - изучи тему, а потом лезь. Всё что ты перечислил - ide не являются и в C++ не могут в принципе.
В мире существует всегда одна ide могущая в С++ более-менее полноценно - это kdevelop. Далее идёт clion актуальный. А вот после ничего нет. Любой, кто утверждает обратное - си с классами ваятель в блокноте и рассуждать на тему ide не может в принципе.
| | |
|
| 3.54, RibiKukan (ok), 18:13, 28/04/2020 [^] [^^] [^^^] [ответить]
| +/– | |
Ты, конечно же, молодец что агитируешь за адекватные вещи и выбран наконец-то не жрать говно с блокнотом, но. Не нужно врать во имя оправданий.
kdevelop за 3 года никак не менялся. В этом его основная проблема - он почти не развивается. К тому же, раньше kdevelop был лучше. Лучше не абсолютно, а относительно всего остального. До шланга это было единственное ide могущие в С++. К тому же, после перехода на шланг он потерял множество фишек и их до сих пор не вернули.
И вот после перехода в kdevelop5 на clang ничего не глобальное не менялось. А переход на шланг там был лет 5 назад.
| | |
|
| 2.56, RibiKukan (ok), 18:23, 28/04/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
В этом и проблема, что это "редактор". Существует он только для того, что-бы рядовой си с классами маздайский ваятель гуйни мог как msvs долбить кнопку "собрать".
Оно настолько убогое, что даже после прикрутки шланговыские языковых сервисом - оно не перестало быть блокнотом.
Конфигурация - никакая. Интерфейс - для инвалидов. Всё засрано детсадовскими иконками на пол экрана. Функциональности никакой этот интерфейс не несёт. Ничего нельзя настроить.
Сам редактор говно. Визуал - говно. ux - говно. Семантические возможности - ноль. Асист - ноль.
Всё заточено на то, что-бы вчерашний сдуент/домохозяйка - накатила это на маздайку и получила заветную кнопку. О том, что такое тулчей, сборка, язык и даже компилятор - значит этим героям ненужно. Какие-то возможности по работе с кодом - тоже. Пастить портянки из so и ваять легаси-говно. Уровня перепастил сишку функцию и засунул в классик. Уровень.
| | |
| |
| 3.62, Аноним (62), 06:19, 04/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Не знаю, с чего, гуру, ты так возбудился, но на QtCreator зря наговариваешь. Сборка, тулчейны и т.п. там вполне настраиваемы. Я без труда прикручивал и GCC, и Clang, и MinGW, и CCache. Для сборки - GNU Make, в основном.
Полноценная IDE: удобный интерфейс к отладчику, профилировщику и статическому анализатору, иерархия классов, форматирование стиля кода, настраиваемая подсветка синтаксиса, автоподстановка, подсказки и перемещение по коду, текстовые поиск и замена с регулярными выражениями, легко прикручиваются сторонние утилиты.
| | |
|
|
| 1.4, Аноним (4), 22:37, 26/04/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
Если бы не мутная история с лицензией на Qt было бы нужно, а сейчас прям большой вопрос.
| | |
| |
| 2.7, Аноним (7), 23:06, 26/04/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Всё же разрулилось, им ну вот вообще не выгодно терять поддержку сообщества
Но и Qt не стал бы менее безальтернативным даже при задержке релизов
| | |
|
| |
| 2.8, Аноним (8), 23:39, 26/04/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
а что вы хотели от с++ интерфейса? даже разрабы не осиливают Py.
| | |
| |
| 3.14, аноним3 (?), 01:49, 27/04/2020 [^] [^^] [^^^] [ответить]
| –5 +/– |
а давно питону такой редактор понадобился? ему хорошего текстового редактора хватит и мозгов)) все равно одни обвязки кругом.
| | |
| |
| |
| 5.17, аноним3 (?), 03:32, 27/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
кстати в простом kate поддержка питона шикарная. автодополнения правда не всегда норм, но по большей части отлично. подожди скоро емаксоводы подтянутся)))
| | |
|
|
|
|
| 1.20, электронщег (?), 05:44, 27/04/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> QML, в котором для определения сценариев используется JavaScript, а структура
> и параметры элементов интерфейса задаются CSS-подобными блоками.
Никогда этого не понимал. Если мне захочется в сценарии с каскадными стилями и блудницами, разве я не наверну электрон? В кутях моя измученная душа ищет НАТИВНЫХ ощущений^Wвиджетов. На которые, походу, разрабы забили совсем...
| | |
| |
| 2.22, qetuo (?), 06:36, 27/04/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
QML куда легче и быстрее электрона. Можно прототипы писать, потом переписывать на полноценном Qt. А еще там хороший JIT.
| | |
| |
| |
| 4.24, Аноним (24), 07:52, 27/04/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Maintained != deprecated, я не нашёл ни одного заявления, что виджеты из Qt выкинут. Развивать не будут, но там уже и развивать нечего, всё просто работает, а изменения ради изменений никому не нужны.
| | |
| |
| 5.25, A.Stahl (ok), 08:05, 27/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
 >я не нашёл ни одного заявления
А Византия? Тоже существует поскольку нет официального заявления отвественного византийца о роспуске Византии с подписью и оттиском на глине?
>но там уже и развивать нечего
Да ладно. Как например аппаратное ускорение при отрисовке? Как например адаптация внешнего вида под платформу? В QML это сделали. В QWidget -- нет.
| | |
| |
| 6.27, qetuo (?), 08:12, 27/04/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Чем тебе "Maintained" мешает код на QWidgets писать? У тебя кодовая база Qt вся единомоментно исчезнет, как только ее развивать перестанут?
| | |
| |
| 7.28, A.Stahl (ok), 08:18, 27/04/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Зачем мне писать на платформе у которой УЖЕ есть проблемы, которые исправляться не будут и когда вся подплатформа через пару лет пойдёт под нож?
Да, уже написанный код вполне ещё будет работать. Его вполне можно поддерживать не переписывая. Но новый код уже имеет смысл базировать на чём-то другом.
| | |
|
| 6.29, Аноним (24), 08:39, 27/04/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>А Византия? Тоже существует поскольку нет официального заявления отвественного византийца о роспуске Византии с подписью и оттиском на глине?
Отличный конспирологический аргумент, "никто ничего не сказал, но всем здравомыслящим людям очевидно, что...".
>Как например аппаратное ускорение при отрисовке?
Даже шрифты будут при этом выглядеть ненативно.
>Как например адаптация внешнего вида под платформу?
Да вроде нормально, вы о чём?
| | |
| |
| 7.33, A.Stahl (ok), 09:36, 27/04/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Да вроде нормально, вы о чём?
Может я чего-то не понял, но у меня не получилось привести QWidgets к нативному виду на Андроиде. QML при это выглядит вполне по-андроидному.
| | |
|
|
|
|
|
| 2.26, Аноним (24), 08:10, 27/04/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
QML претендует на роль Electron'а здорового человека, где основная логика пишется на C++, интерфейс задаётся без насилия над XML и DOM, а JavaScript вставляется только там, где декларативный UI сам не справляется. Но писать веб-сайты вместо приложений бизнесу оказалось выгоднее.
| | |
| 2.40, Andrey (??), 13:14, 27/04/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Про CSS-подобность QML - это неправда.
И использование JS можно при желании минимизировать и держать всю логику в C++.
| | |
| 2.51, alex (??), 12:57, 28/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Qt-шники обещали все исправить в Qt6.
Обещают типизированный QML с опциональным js и генерацией нативного кода.
| | |
| 2.57, RibiKukan (ok), 18:38, 28/04/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>Никогда этого не понимал.
Это твоя проблема. Ничего не знаешь, ничего не понимаешь. Обычный фанатик, который где-то что-то услышал.
> Если мне захочется в сценарии с каскадными стилями и блудницами, разве я не наверну электрон?
Нет, очевидно. Электрон нужен не для этого. К тому же qml - это фреймворк. Наличие броузера не даёт тебе его аналога. Сравнивать qml нужно не броузером, а с конкретными фрейморками. И о чудо - их почти нет. Из чего-то уровня qml - это флаттер, который вчера родился.
>В кутях моя измученная душа ищет НАТИВНЫХ ощущений^Wвиджетов.
Нет. В кутях ищут не этого. Проблема не в нативности - проблема в переносимости и произвольности гуйни. Всё это нативное используется слабо не потому, что оно нативное. А потому, что оно говно. Нативные виджеты не отвечают базовым требованиям к современной гуйне. И вообще любой адекватной гуйне.
Людям нужно рисовать гуйню так, как они хотят. А не пердолится с базовыми графичесикими примитивами на которые можно раз что +/- одинаковые шкуру прикрутить.
Поэтому вся гуйня даже в нативном мере на qml"е. Иди попытайся нарисовать на нативных виджетах плазму.
А то, что они на жабаскрипте и css - это отчасти потому, что много веб-иллиты. А в большей степени потому, что всё остальное не разработано, а веб вот он уже есть. А даже если каким-то образом разовьётся - реализовать сложнее в разы.
>На которые, походу, разрабы забили совсем...
Правильно, потому что нахрен никому ненужны. Что я с твоими виджетами буду делать в вебе/на мобиле?
| | |
| |
| 3.58, Аноним (58), 21:43, 28/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Нативные виджеты не отвечают базовым требованиям к современной гуйне
> современной гуйне
Теперь понятно. А твое мнение изменится, если тебя заставят в СОВРЕМЕННОЙ ГУЙНЕ работать, а не лайки ставить?
Или у тебя работа такая... лайки ставить?
| | |
| |
| 4.60, RibiKukan (ok), 22:55, 28/04/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>Теперь понятно. А твое мнение изменится, если тебя заставят в СОВРЕМЕННОЙ ГУЙНЕ работать, а не лайки ставить?
Работаю, маня. Латай методичку, жертва пропаганды. Да и ты итак в ней сидишь. Хотя opennet пример как раз таки протухшей гуйни, но даже он лишь пограничный уровень.
Соответственно, выбора может быть только два. Либо гуйня адекватная, то она современна. Если она протухшее говно - она говно неадекватное. И ждать это говно может только жертва пропаганды. Потому как не понятно как человек с ясным сознанием может нести подобную херню.
Хотя тут много двинутых колхозников. Тут орут про раньше, про пхп и прочую чушь. Всё это - не более чем коллективное помешательство домохозяек-эникеев, которые считают себя крайне экспертными экспертами.
| | |
|
|
|
| 1.31, Аноним (31), 08:55, 27/04/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Не взлетит. Пока каждый разработчег под каждую свою библиотеку или приложения пишет сборочные файлы с нуля сам и в каждом файле применят один и сотни способов сборки, а так же хаков - все эти потуги сделать NPM напрасны.
| | |
| |
| 2.32, Аноним (32), 09:02, 27/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вы внимательно новость прочитали? Речь не о библиотеке, а об IDE.
| | |
| 2.46, TechnoMag (??), 18:47, 27/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
В NPM тоже костылей хватает. Пока создатели маркетплейса не разработают стандарты размещения контента, с учетом языка и платформ, под которые они его (маркетплейс) делают, он особо не взлетит. Ну а С++, как язык, сложностей добавляет в создании стандартов. К тому же, практика использования двух известных маркетплейсов, говорит о том, что далее последует дикие закручивание гаек и монетизация.
| | |
|
| 1.47, Главный Ананим (ok), 19:48, 27/04/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Вот вопрос к знатокам Кутикреатора:
Отладка с русскими путями к исходникам/исполняемому по прежнему не работает и передёргивает окно IDE за границы экрана?
| | |
|
