История изменений
Исправление EXL, (текущая версия) :
Что уже определяет разработчиков креатора как несостоятельных.
А разработчиков KDevelop? На libclang по-дефолту они всё-таки запрыгнули первыми, у Qt Creator «из коробки» пока стоковый парсер.
В том-то и проблема, что команды разработчиков Qt Creator и KDevelop не могут вытянуть создание парсера C++11/14/1z, а потому оба переходят на Clang. Раньше, конечно, и Qt Creator, и KDevelop могли поддерживать и полировать собственные парсеры, которые были достаточно хороши для 98/03. В C++ была ведь стагнация, а теперь для такой маленькой команды разработчиков, это просто неподъёмный объём работ.
Вот у CLion пока до сих пор стоковый парсер, работает он отвратительно, я думаю они тоже мигрируют на libclang в скором времени.
Время кдевелопа не может пройти.
Нет, оно именно что прошло. Если раньше KDevelop был IDE, подающим большие надежды стать де-факто MS Visual Studio в мире GNU/Linux, стандартом «как нужно делать IDE», то теперь создаются такие вот треды, как твои; а разработчики KDevelop плачутся в своих бложиках (ссылку дали выше), почему в мире KDE никто не использует, собственно, KDevelop, а использует блокноты Qt Creator и Kate.
А чем мир не линукс отличался? Наличием мсвс, который без какого-нибудь решарпера так же является блокнотом?
Вот именно, что наличием MSVS, ReSharper'а, VAX, активным продвижением MS новых стандартов, активной поддержкой самой IDE, постоянными обновлениями, огромным комьюнити и т. д. То, что доступно для MSVS, недоступно для KDevelop и Qt Creator.
Старые версии не могу в современный С++, который я использую, а так же в Си.
А новые версии для современного C++ используют Clang и ты от этого никуда не денешься. Ну не тянет десятка разрабов (или сколько там активных в KDevelop?) написание собственного парсера современного C++, хоть ты тресни. Это даже не могут позволить люди на хорошей норвежской зарплатке The Qt Company, что уж говорить о простых энтузиастах.
Это не мои проблемы. Ну хорошо, спасибо.
Отчасти верно. Это проблемы KDevelop. Проблемы его бедных разработчиков, работающих на голом энтузиазме:
Unfortunately I've heard that a few times now, so I think we as the KDevelop team are just pretty pretty bad at marketing the capabilities of KDevelop or KDevelop just sucks.
Проблемы KDE. Проблемы C++. Проблемы десктопного GNU/Linux.
Ну и так далее. Вот только эти проблемы стали отчасти и твоими, раз уж ты начал использовать новый KDevelop.
Исправление EXL, :
Что уже определяет разработчиков креатора как несостоятельных.
А разработчиков KDevelop? На libclang по-дефолту они всё-таки запрыгнули первыми, у Qt Creator «из коробки» пока стоковый парсер.
В том-то и проблема, что команды разработчиков Qt Creator и KDevelop не могут вытянуть создание парсера C++11/14/1z, а потому оба переходят на Clang. Раньше, конечно, и Qt Creator, и KDevelop могли поддерживать и полировать собственные парсеры, которые были достаточно хороши для 98/03. В C++ была ведь стагнация, а теперь для такой маленькой команды разработчиков, это просто неподъёмный объём работ.
Вот у CLion пока до сих пор стоковый парсер, работает он отвратительно, я думаю они тоже мигрируют на libclang в скором времени.
Время кдевелопа не может пройти.
Нет, оно именно что прошло. Если раньше KDevelop был IDE, подающим большие надежды стать де-факто MS Visual Studio в мире GNU/Linux, стандартом «как нужно делать IDE», то теперь создаются такие вот треды, как твои; а разработчики KDevelop плачутся в своих бложиках (ссылку дали выше), почему в мире KDE никто не использует, собственно, KDevelop, а использует блокноты Qt Creator и Kate.
А чем мир не линукс отличался? Наличием мсвс, который без какого-нибудь решарпера так же является блокнотом?
Вот именно, что наличием MSVS, ReSharper'а, VAX, активным продвижением MS новых стандартов, активной поддержкой самой IDE, постоянными обновлениями, огромным комьюнити и т. д. То, что доступно для MSVS, недоступно для KDevelop и Qt Creator.
Старые версии не могу в современный С++, который я использую, а так же в Си.
А новые версии для современного C++ используют Clang и ты от этого никуда не денешься. Ну не тянет десятка разрабов (или сколько там активных в KDevelop?) написание собственного парсера современного C++, хоть ты тресни. Это даже не могут позволить люди на хорошей норвежской зарплатке The Qt Company, что уж говорить о простых энтузиастах.
Это не мои проблемы. Ну хорошо, спасибо.
Отчасти верно. Это проблемы KDevelop. Проблемы его бедных разработчиков, работающих на голом энтузиазме:
Unfortunately I've heard that a few times now, so I think we as the KDevelop team are just pretty pretty bad at marketing the capabilities of KDevelop or KDevelop just sucks.
Проблемы KDE. Проблемы C++. Проблемы десктопного GNU/Linux.
Ну и так далее. Вот только эти проблемы стали отчасти и твоими, раз уж ты начал использовать новый KDevelop.
Ведь С развитием стандарта команды Но стандарт начал тяжелеть на глазах и команды Qt Creator
Исходная версия EXL, :
Что уже определяет разработчиков креатора как несостоятельных.
А разработчиков KDevelop? На libclang по-дефолту они всё-таки запрыгнули первыми, у Qt Creator «из коробки» пока стоковый парсер.
В том-то и проблема, что команды разработчиков Qt Creator и KDevelop не могут вытянуть создание парсера C++11/14/1z, а потому оба переходят на Clang. Раньше, конечно, и Qt Creator, и KDevelop могли поддерживать и полировать собственные парсеры, которые были достаточно хороши для 98/03. В C++ была ведь стагнация, а теперь для такой маленькой команды разработчиков, это просто неподъёмный объём работ.
Вот у CLion пока до сих пор стоковый парсер, работает он отвратительно, я думаю они тоже мигрируют на libclang в скором времени.
Время кдевелопа не может пройти.
Нет, оно именно что прошло. Если раньше KDevelop был IDE, подающим большие надежды стать де-факто MS Visual Studio в мире GNU/Linux, стандартом «как нужно делать IDE», то теперь создаются такие вот треды, как твои; а разработчики KDevelop плачутся в своих бложиках (ссылку дали выше), почему в мире KDE никто не использует, собственно, KDevelop, а использует блокноты Qt Creator и Kate.
А чем мир не линукс отличался? Наличием мсвс, который без какого-нибудь решарпера так же является блокнотом?
Вот именно, что наличием MSVS, ReSharper'а, VAX, активным продвижением MS новых стандартов, активной поддержкой самой IDE, постоянными обновлениями, огромным комьюнити и т. д. То, что доступно для MSVS, недоступно для KDevelop и Qt Creator.
Старые версии не могу в современный С++, который я использую, а так же в Си.
А новые версии для современного C++ используют Clang и ты от этого никуда не денешься. Ну не тянет десятка разрабов (или сколько там активных в KDevelop?) написание собственного парсера современного C++, хоть ты тресни. Это даже не могут позволить люди на хорошей норвежской зарплатке The Qt Company, что уж говорить о простых энтузиастах.
Это не мои проблемы. Ну хорошо, спасибо.
Отчасти верно. Это проблемы KDevelop. Проблемы его бедных разработчиков, работающих на голом энтузиазме:
Unfortunately I've heard that a few times now, so I think we as the KDevelop team are just pretty pretty bad at marketing the capabilities of KDevelop or KDevelop just sucks.
Проблемы KDE. Проблемы C++. Проблемы десктопного GNU/Linux.
Ну и так далее. Вот только эти проблем стали отчасти и твоими, раз уж ты начал использовать новый KDevelop.
Ведь С развитием стандарта команды Но стандарт начал тяжелеть на глазах и команды Qt Creator