LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

Искренне интересно, а кто умеет анализировать код лучше, и на каком языке?

Код на C/C++ — KDevelop (C++/Qt5).

Забавно, на OS X/Retina не наблюдаю никаких проблем с HiDPI.

А на GNU/Linux — наблюдаю (KDE 5, GNOME 3). Нет, руки не из жопы.

На 16G памяти у меня запущено одновременно четыре штуки IDE от Jetbrains, тормозов не вижу. <...> Ну, при первом запуске, когда надо проиндексировать проект на 100k LoC - это понятно, но потом крайне доволен.

Нет, мои жалобы на тормоза не связаны с количеством RAM. Тормозит оно всегда.

Да, buy more RAM, в 21м-то веке.

Я понимаю, что buy more RAM (да, у меня тоже 16G), но всему есть мера. Кэши наращивать куда более проблематично, чем RAM.

О темах оформления... это последнее, что меня интересует в IDE.

Ну вот как тебе сказать. У меня для приложений на Qt и GTK используются кастомные цветовые схемы, которые примерно совпадают друг с другом по цветам и автоматически переключаются между Dark/Light вариантами по данным с ALS или веб-камеры. В результате за компьютером приятно работать и глаза не устают вне зависимости от времени суток и освещённости.

Аналогично, подобраны такие темы оформления, которые достигают баланса между затратами места на экране и визуальной перегруженностью (это уже заслуга не моя, а дизайнеров Breeze и Adwaita соответственно, но тем не менее).

И когда ты запускаешь этого вот монстра и он вдобавок ко всему вышеперечисленному не подхватывает ни цвета, ни оформление — хочется взять и у5.1 снести обратно и не вспоминать.

Исправление intelfx, :

Искренне интересно, а кто умеет анализировать код лучше, и на каком языке?

Код на C/C++ — KDevelop (C++/Qt5).

Забавно, на OS X/Retina не наблюдаю никаких проблем с HiDPI.

А на GNU/Linux — наблюдаю (KDE 5, GNOME 3). Нет, руки не из жопы.

На 16G памяти у меня запущено одновременно четыре штуки IDE от Jetbrains, тормозов не вижу. <...> Ну, при первом запуске, когда надо проиндексировать проект на 100k LoC - это понятно, но потом крайне доволен.

Нет, мои жалобы на тормоза не связаны с количеством RAM. Тормозит оно всегда.

Да, buy more RAM, в 21м-то веке.

Я понимаю, что buy more RAM (да, у меня тоже 16G), но всему есть мера. Кэши наращивать куда более проблематично, чем RAM.

О темах оформления... это последнее, что меня интересует в IDE.

Ну вот как тебе сказать. У меня для приложений на Qt и GTK используются самописные схемы на основе Solarized, которые совпадают друг с другом по цветам и автоматически переключаются между Dark/Light вариантами по данным с ALS или веб-камеры. В результате за компьютером приятно работать и глаза не устают вне зависимости от времени суток и освещённости.

Аналогично, подобраны такие темы оформления, которые достигают баланса между затратами места на экране и визуальной перегруженностью (это уже заслуга не моя, а дизайнеров Breeze и Adwaita соответственно, но тем не менее).

И когда ты запускаешь этого вот монстра и он вдобавок ко всему вышеперечисленному не подхватывает ни цвета, ни оформление — хочется взять и у5.1 снести обратно и не вспоминать.

Исправление intelfx, :

Искренне интересно, а кто умеет анализировать код лучше, и на каком языке?

Код на C/C++ — KDevelop (C++/Qt5).

Забавно, на OS X/Retina не наблюдаю никаких проблем с HiDPI.

А на GNU/Linux — наблюдаю (KDE 5, GNOME 3). Нет, руки не из жопы.

На 16G памяти у меня запущено одновременно четыре штуки IDE от Jetbrains, тормозов не вижу. <...> Ну, при первом запуске, когда надо проиндексировать проект на 100k LoC - это понятно, но потом крайне доволен.

Нет, мои жалобы на тормоза не связаны с количеством RAM. Тормозит оно всегда.

Да, buy more RAM, в 21м-то веке.

Я понимаю, что buy more RAM (да, у меня тоже 16G), но всему есть мера. Кэши наращивать куда более проблематично, чем RAM.

О темах оформления... это последнее, что меня интересует в IDE.

Ну вот как тебе сказать. У меня для приложений на Qt и GTK используются самописные схемы на основе Solarized, которые совпадают друг с другом по цветам и автоматически переключаются между Dark/Light вариантами по данным с ALS или веб-камеры. В результате за компьютером приятно работать и глаза не устают вне зависимости от времени суток и освещённости.

Аналогично, подобраны такие темы оформления, которые достигают баланса между затратами места на экране и визуальной перегруженностью (это уже заслуга не моя, а дизайнеров Breeze и Adwaita соответственно, но тем не менее).

И когда ты запускаешь этого вот монстра и он не подхватывает ни цвета, ни оформление — хочется взять и у5.1 снести обратно и не вспоминать.

Исправление intelfx, :

Искренне интересно, а кто умеет анализировать код лучше, и на каком языке?

Код на C/C++ — KDevelop (C++/Qt5).

Забавно, на OS X/Retina не наблюдаю никаких проблем с HiDPI.

А на GNU/Linux — наблюдаю (KDE 5, GNOME 3). Нет, руки не из жопы.

На 16G памяти у меня запущено одновременно четыре штуки IDE от Jetbrains, тормозов не вижу. <...> Ну, при первом запуске, когда надо проиндексировать проект на 100k LoC - это понятно, но потом крайне доволен.

Нет, мои жалобы на тормоза не связаны с количеством RAM. Тормозит оно всегда.

Да, buy more RAM, в 21м-то веке.

Я понимаю, что buy more RAM (да, у меня тоже 16G), но всему есть мера. Кэши наращивать куда более проблематично, чем RAM.

О темах оформления... это последнее, что меня интересует в IDE.

Ну вот как тебе сказать. У меня для приложений на Qt и GTK используются самописные схемы на основе Solarized, которые совпадают друг с другом по цветам и автоматически переключаются между Dark/Light вариантами по данным с ALS или веб-камеры. В результате за компьютером приятно работать и глаза не устают вне зависимости от времени суток и освещённости.

Аналогично, подобраны такие темы оформления, которые достигают баланса между затратами места на экране и визуальной перегруженностью (это уже заслуга не моя, а дизайнеров Adwaita и Breeze соответственно, но тем не менее).

И когда ты запускаешь этого вот монстра и он не подхватывает ни цвета, ни оформление — хочется взять и у5.1 снести обратно и не вспоминать.

Исходная версия intelfx, :

Искренне интересно, а кто умеет анализировать код лучше, и на каком языке?

Код на C/C++ — KDevelop (C++/Qt5).

Забавно, на OS X/Retina не наблюдаю никаких проблем с HiDPI.

А на GNU/Linux — наблюдаю (KDE 5, GNOME 3). Нет, руки не из жопы.

На 16G памяти у меня запущено одновременно четыре штуки IDE от Jetbrains, тормозов не вижу. <...> Ну, при первом запуске, когда надо проиндексировать проект на 100k LoC - это понятно, но потом крайне доволен.

Нет, мои жалобы на тормоза не связаны с количеством RAM. Тормозит оно всегда.

Да, buy more RAM, в 21м-то веке.

Я понимаю, что buy more RAM (да, у меня тоже 16G), но всему есть мера. Кэши наращивать куда более проблематично, чем RAM.

О темах оформления... это последнее, что меня интересует в IDE.

Ну вот как тебе сказать. У меня для приложений на Qt и GTK используются самописные схемы на основе Solarized, которые совпадают друг с другом по цветам и автоматически переключаются между Dark/Light вариантами по данным с ALS или веб-камеры. В результате за компьютером приятно работать и глаза не устают вне зависимости от времени суток и освещённости.

И когда ты запускаешь этого вот монстра и он не подхватывает ни цвета, ни оформление — хочется взять и у5.1 снести обратно и не вспоминать.