VSCode - собери IDE сам и угадай какой из 10 плагинов для Vue норм, спасибо, я продолжу работать в IDEA, где плагины не задублированы 10 раз
Inkscape - лет 5 назад простую svg открывал секунд 5-7, на среднем пк. От CorelDraw получил более приятный опыт работы.
Krita, Gimp - вполне норм варианты, хотя тот же фотошоп добавил ИИ прямо в редактор, буквально кнопку "сделать красиво"
DBeaver - пробовал 1 раз, вернулся на встроенный в JB редактор бд. Особых плюсов и минусов не отметил, лично мне удобнее всё делать в одной IDE, а не прыгать по разным приложениям
Blender - действительно годно, на уровне с ZBrush, 3D Max. Года два назад не было текстурирования кистью по нескольким слоям (albedo, normal, metallic, roughness), сейчас мб уже добавили.
libreoffice - пробовал, бяка. Для очень простых задач пойдёт, но формулы в документах калечные, картинки не доделаны, а разметка из ворда едет. Я регулярно работаю с вордовскими доками, так что в моём случае без шансов.
Firefox - пробовал, браузер как браузер. Где-то лучше хрома, где-то хуже. На личном опыте находил пару багов рендера, так что юзать его скорее плюс, если разработка ведётся под веб.
Про остальной софт не скажу, не юзал.
По итогу доделанный, удобный, функциональный десктопный опенсорс есть, но его исчезающе мало.
Автора хочется поздравить. Так успешно добить веру в Хабр, в то что люди знают то, о чём пишут, что проделали хоть какую-то работу перед публикацией статьи, это надо постараться.
На первый взгляд статья выглядит хорошо, полезно, нужно. И рейтинг 40+ об этом свидетельствует.
Но при детальном рассмотрении, когда хабравчане начинают проверять вашу работу, оказывается что она работает с багами, что это не форк, а вайбкод, а в комментах за вас отвечает LLM.
Я считаю что вы намеренно вводите людей в заблуждение, и подобным статьям не место на хабре.
На минте добавился баг от киннамона, скролл по иконке батареи для регулировки - хорошая идея, но стоит поменять направление прокрутки, как и для этой фичи направление тоже меняется, то есть двигаю пальцы вверх, а экран тускнеет и наоборот. И появились какие-то глюки, яркость тормозит секунды 2, потом применяется с мерцаниями.
Возможно у меня такой ноут, но факт есть факт - винда+wsl решает 100% моих рабочих задач на моём ноуте и не создаёт мелких неудобств в отличие от ubuntu / kubuntu / lubuntu / mint.
Лет 7 назад игрался с линуксом на ноуте, ретроспектируя, понимаю что больше занимался настройкой системы мечты, а не работой.
Сегодня я выберу систему, в которой начну работать сразу, а не буду настраивать, чинить, патчить. В моём случае это винда.
У меня противоположный опыт. Ставил на ноут убунту 24. Одна задача действительно решилась проще, чем на винде, но добавился ворох мелких проблем, которые на винде отсутствовали.
А вот селать crud таблицу без js так, чтобы и пагинация работала, и фильтры по каждому столбику применялись сразу, а не по кнопке "применить", и в выпадающем меню был поиск по 1000 элементов из бд (и чтобы не надо было обновлять страницу, чтобы получить актуальный список элементов) вряд ли получится.
Посмотрите новые switch в java, они на голову выше стандартных с break и {}. Получается компактно и удобно, работает в связке return switch...
switch это тот же map, но в байткоде, а не Map/dict, то есть будет работать быстрее и шанс ошибиться ниже, так как компилятор обязывает проверять все значения из enum, все отнаследованные типы.
.kkrigger, насколько я помню, так и не дошёл до релизной версии, а всё ради минимизации .exe, из-за чего игра гвоздями прибита к win api, и, скорее всего к какой-то конкретной версии винды, так как на win 11 запускается в режиме совместимости с некоторыми багами.
Портируемость - нулевая. Расширяемость - околонулевая. Популярность - вечная в сообществе минимизаторов. Ценность для игрока - мизерная.
Достаточно глянуть на текстуры: 1024х1024 в формате ETC2_RGB займёт 0.5 МБ, плюс простейший MIP = 0.68МБ, условно 0.7 МБ. Brotli / z сожмет до 0.2-0.5 (а зависимости от данных).
В одном материале: цвет, нормаль, металличность, шероховатость. Последние две - одноканальные, их можно сжать до RG, B оставить пустым. Итого 3 текстуры на 1 материал = 2.1 (1.2 сжатый) МБ.
100 материалов - 120МБ только на текстуры. Если текстуры не 1к, а 2к, то размер больше в 4 раза (480 мб).
Ещё меши, но они занимают 30-40% от размера текстур.
Анимации - зависит от игры. Может получиться сравнимо с текстурами, а может раз в 5 меньше.
Музыка занимает много, сравнимо с текстурами, возможно больше.
В блендере разделены: меш, арматура, анимация. В арматуре у костей есть имена, у анимаций - тоже, поэтому переносить анимации между разными скелетами возможно (вроде менять веса у меша для разных арматур тоже).
В 2021 году писал свой экспортер из блендера. Вспоминая размер контекста, который надо хранить в голове, нейронки вряд ли справятся (либо затратите х5 времени на объяснения и проверки, чем написали бы сами).
Дело не столько в объёме, сколько в понимании устройства блендера, так как получить нормали модно несколькими способами, но в первом они будут правильные, а во втором - (0; 0; 0;).
В итоге - да навайбкодить простой экспортер можно, а доводить до product-ready придётся вручную.
А оно обязано? У каждого DE, у каждого дистрибутива свое сообщество, которое сосредоточено на своем объекте интересов.
Потому и существуют сотни форков, а до ума (установил и работаешь) доведено ноль.
А то можно договориться до того, что не нужны и одновременно мак и винда. Нужно сосредоточиться на чем-то одном. А если чтт не нравитмя, то "оно вам не нужно" или "жрите, что дают".
Винду и мак делают корпорации, цель которых - извлекать прибыль, а для этого нужно удерживать пользователей, в том числе предоставляя ему удобство работы за ПК.
У сообщества линукса такой задачи нет - это группа по интересам, где никто никому ничего не должен.
Ага, щаззз, до конца. Постоянно какие-то проблемы, да еще за свои же деньги. Я уж лучше поимею проблемы, но бесплатно, тем более, что пока нерешаемого не встречал.
Не припоминаю проблем в винде в ходе использования, но допускаю что они были/есть у других пользователей.
Что делает виндузятник, если на тачпаде ноута скорость скрола слишком высокая? Лезет в настройки и двигает ползунок скорости скрола.
Что делает линуксоид в той же ситуации? Правильно, ищет репо на гите (https://gitlab.com/cczp/act-2/libinput-touchpad-scroll-fix), который компилится в библиотеку и на лету делит скорость скрола, делая её нормальной, а не турбореактивной.
Да, подумать тут приходится, но как-то удобнее на винде всё-таки...
Возможно этот "фикс" ломает навигацию в блендере с тачпада (камера одновременно приближается и крутится). Совершенно точно из-за него жесты в тг и перелистывание страниц в главном меню становятся тугими.
В винде работают жесты в браузере - в линуксе их либо надо настраивать, либо их нет. В винде скрол инерционный везде, в линуксе - где-то работает, где-то нет, где-то быстрее, где-то медленнее. В винде нормальный офис, в линуксе - танцы с бубном.
Из плюсов линукса - apt install, но то же самое позволяет сделать WSL, но с удобством винды как основной ОС. Я хочу работать, а не чинить и настраивать систему и всё равно смириться с тем, что всё брошено на 90%.
Почему сообщество не сконцентрирует силы на одном дистрибутиве, на одном (окей, второе для слабых пк) оконном окружении? Зачем распылять силы на gnome, kde, xfce, lxde, unity, cinnamon, mate и сотню других недоделок? Зачем debain, ununtu, kubuntu, lubuntu, xubuntu, mint, popos, elementaryos, fedora и прочие? Создание ОС и оконного окружения не должно становиться целью, ОС и оконное окружение должно быть инструментом.
В винде и эппле 1 система и 1 оконное окружение. Зато доделано до конца, а в линуксе - зоопарк "бери, допиливай сам".
Прокси сервер переносим из системы в систему, скорее всего сделан так, что позволяет закрыть несколько ресурсов (доменов) в одной системе, а скрипт из папки привязан к архитектуре и языку одной конкретной системы.
В маленьких проектах лучше скрипт в папке, в проектах побольше - прокси сервер.
У компиляторов и VM процесс перевода "код -> асм" детерминирован, исчерпывающе протестирован, описан в документации, а в случае ошибок указывает вплоть до символа где опечатка, или RuntimeException.
Что же будет в случае, если интерпретатор заменит AI? Миллиард цифр и вперёд, отлаживай. Поведение "примерное", результат "в целом нормальный", а какие-то граничные случаи приведут к сбоям, уязвимостям.
Работать оно будет, конечно, но скорее всего для пет проектов и прототипов, а более-менее серьёзные системы будут писаться на обычных ЯП, а не AI-first.
Так это ИИ слоп.
https://xkcd.ru/927/
VSCode - собери IDE сам и угадай какой из 10 плагинов для Vue норм, спасибо, я продолжу работать в IDEA, где плагины не задублированы 10 раз
Inkscape - лет 5 назад простую svg открывал секунд 5-7, на среднем пк. От CorelDraw получил более приятный опыт работы.
Krita, Gimp - вполне норм варианты, хотя тот же фотошоп добавил ИИ прямо в редактор, буквально кнопку "сделать красиво"
DBeaver - пробовал 1 раз, вернулся на встроенный в JB редактор бд. Особых плюсов и минусов не отметил, лично мне удобнее всё делать в одной IDE, а не прыгать по разным приложениям
Blender - действительно годно, на уровне с ZBrush, 3D Max. Года два назад не было текстурирования кистью по нескольким слоям (albedo, normal, metallic, roughness), сейчас мб уже добавили.
libreoffice - пробовал, бяка. Для очень простых задач пойдёт, но формулы в документах калечные, картинки не доделаны, а разметка из ворда едет. Я регулярно работаю с вордовскими доками, так что в моём случае без шансов.
Firefox - пробовал, браузер как браузер. Где-то лучше хрома, где-то хуже. На личном опыте находил пару багов рендера, так что юзать его скорее плюс, если разработка ведётся под веб.
Про остальной софт не скажу, не юзал.
По итогу доделанный, удобный, функциональный десктопный опенсорс есть, но его исчезающе мало.
Автора хочется поздравить. Так успешно добить веру в Хабр, в то что люди знают то, о чём пишут, что проделали хоть какую-то работу перед публикацией статьи, это надо постараться.
На первый взгляд статья выглядит хорошо, полезно, нужно. И рейтинг 40+ об этом свидетельствует.
Но при детальном рассмотрении, когда хабравчане начинают проверять вашу работу, оказывается что она работает с багами, что это не форк, а вайбкод, а в комментах за вас отвечает LLM.
Я считаю что вы намеренно вводите людей в заблуждение, и подобным статьям не место на хабре.
Перегрузку операторов подсвечивает IDE, Ctrl + клик по перегруженному + перенесёт на реализацию, размер структур тоже IDE показывает.
С прост и прекрасен простотой, С++ прекрасен гибкостью с сохранением производительности
a = [1, 2, 3]
b = a
b.append(8)
print(a)
Плюсую, unity в ubuntu 16/18 была лучше чем гном. Работало быстрее (не лагало) на слабом ноуте.
Пробовал, проблемы были те же.
На минте добавился баг от киннамона, скролл по иконке батареи для регулировки - хорошая идея, но стоит поменять направление прокрутки, как и для этой фичи направление тоже меняется, то есть двигаю пальцы вверх, а экран тускнеет и наоборот. И появились какие-то глюки, яркость тормозит секунды 2, потом применяется с мерцаниями.
Возможно у меня такой ноут, но факт есть факт - винда+wsl решает 100% моих рабочих задач на моём ноуте и не создаёт мелких неудобств в отличие от ubuntu / kubuntu / lubuntu / mint.
Лет 7 назад игрался с линуксом на ноуте, ретроспектируя, понимаю что больше занимался настройкой системы мечты, а не работой.
Сегодня я выберу систему, в которой начну работать сразу, а не буду настраивать, чинить, патчить. В моём случае это винда.
У меня противоположный опыт. Ставил на ноут убунту 24. Одна задача действительно решилась проще, чем на винде, но добавился ворох мелких проблем, которые на винде отсутствовали.
По итогу вернулся на винду.
Штрафы? Как раз недавно была статья про кашеринг с 30%+ прибыли на штрафах.
Для простых случаев возможно.
А вот селать crud таблицу без js так, чтобы и пагинация работала, и фильтры по каждому столбику применялись сразу, а не по кнопке "применить", и в выпадающем меню был поиск по 1000 элементов из бд (и чтобы не надо было обновлять страницу, чтобы получить актуальный список элементов) вряд ли получится.
Посмотрите новые switch в java, они на голову выше стандартных с break и {}. Получается компактно и удобно, работает в связке return switch...
switch это тот же map, но в байткоде, а не Map/dict, то есть будет работать быстрее и шанс ошибиться ниже, так как компилятор обязывает проверять все значения из enum, все отнаследованные типы.
.kkrigger, насколько я помню, так и не дошёл до релизной версии, а всё ради минимизации .exe, из-за чего игра гвоздями прибита к win api, и, скорее всего к какой-то конкретной версии винды, так как на win 11 запускается в режиме совместимости с некоторыми багами.
Портируемость - нулевая.
Расширяемость - околонулевая.
Популярность - вечная в сообществе минимизаторов.
Ценность для игрока - мизерная.
Достаточно глянуть на текстуры:
1024х1024 в формате ETC2_RGB займёт 0.5 МБ, плюс простейший MIP = 0.68МБ, условно 0.7 МБ. Brotli / z сожмет до 0.2-0.5 (а зависимости от данных).
В одном материале: цвет, нормаль, металличность, шероховатость. Последние две - одноканальные, их можно сжать до RG, B оставить пустым.
Итого 3 текстуры на 1 материал = 2.1 (1.2 сжатый) МБ.
100 материалов - 120МБ только на текстуры.
Если текстуры не 1к, а 2к, то размер больше в 4 раза (480 мб).
Ещё меши, но они занимают 30-40% от размера текстур.
Анимации - зависит от игры. Может получиться сравнимо с текстурами, а может раз в 5 меньше.
Музыка занимает много, сравнимо с текстурами, возможно больше.
В блендере разделены: меш, арматура, анимация.
В арматуре у костей есть имена, у анимаций - тоже, поэтому переносить анимации между разными скелетами возможно (вроде менять веса у меша для разных арматур тоже).
В 2021 году писал свой экспортер из блендера. Вспоминая размер контекста, который надо хранить в голове, нейронки вряд ли справятся (либо затратите х5 времени на объяснения и проверки, чем написали бы сами).
Дело не столько в объёме, сколько в понимании устройства блендера, так как получить нормали модно несколькими способами, но в первом они будут правильные, а во втором - (0; 0; 0;).
В итоге - да навайбкодить простой экспортер можно, а доводить до product-ready придётся вручную.
Потому и существуют сотни форков, а до ума (установил и работаешь) доведено ноль.
Винду и мак делают корпорации, цель которых - извлекать прибыль, а для этого нужно удерживать пользователей, в том числе предоставляя ему удобство работы за ПК.
У сообщества линукса такой задачи нет - это группа по интересам, где никто никому ничего не должен.
Не припоминаю проблем в винде в ходе использования, но допускаю что они были/есть у других пользователей.
Что делает виндузятник, если на тачпаде ноута скорость скрола слишком высокая? Лезет в настройки и двигает ползунок скорости скрола.
Что делает линуксоид в той же ситуации? Правильно, ищет репо на гите (https://gitlab.com/cczp/act-2/libinput-touchpad-scroll-fix), который компилится в библиотеку и на лету делит скорость скрола, делая её нормальной, а не турбореактивной.
Да, подумать тут приходится, но как-то удобнее на винде всё-таки...
Возможно этот "фикс" ломает навигацию в блендере с тачпада (камера одновременно приближается и крутится). Совершенно точно из-за него жесты в тг и перелистывание страниц в главном меню становятся тугими.
В винде работают жесты в браузере - в линуксе их либо надо настраивать, либо их нет.
В винде скрол инерционный везде, в линуксе - где-то работает, где-то нет, где-то быстрее, где-то медленнее.
В винде нормальный офис, в линуксе - танцы с бубном.
Из плюсов линукса - apt install, но то же самое позволяет сделать WSL, но с удобством винды как основной ОС.
Я хочу работать, а не чинить и настраивать систему и всё равно смириться с тем, что всё брошено на 90%.
Почему сообщество не сконцентрирует силы на одном дистрибутиве, на одном (окей, второе для слабых пк) оконном окружении?
Зачем распылять силы на gnome, kde, xfce, lxde, unity, cinnamon, mate и сотню других недоделок?
Зачем debain, ununtu, kubuntu, lubuntu, xubuntu, mint, popos, elementaryos, fedora и прочие?
Создание ОС и оконного окружения не должно становиться целью, ОС и оконное окружение должно быть инструментом.
В винде и эппле 1 система и 1 оконное окружение. Зато доделано до конца, а в линуксе - зоопарк "бери, допиливай сам".
P.S. речь о линуксе на десктопе / ноуте.
Прокси сервер переносим из системы в систему, скорее всего сделан так, что позволяет закрыть несколько ресурсов (доменов) в одной системе, а скрипт из папки привязан к архитектуре и языку одной конкретной системы.
В маленьких проектах лучше скрипт в папке, в проектах побольше - прокси сервер.
У компиляторов и VM процесс перевода "код -> асм" детерминирован, исчерпывающе протестирован, описан в документации, а в случае ошибок указывает вплоть до символа где опечатка, или RuntimeException.
Что же будет в случае, если интерпретатор заменит AI? Миллиард цифр и вперёд, отлаживай. Поведение "примерное", результат "в целом нормальный", а какие-то граничные случаи приведут к сбоям, уязвимостям.
Работать оно будет, конечно, но скорее всего для пет проектов и прототипов, а более-менее серьёзные системы будут писаться на обычных ЯП, а не AI-first.
Этой байке Сократа о "последнем поколении" 2 тысячи лет.