Привет, ЛОР.
Вводные: 3 эмулятора терминала, одинаковые настройки fontconfig.
Вопрос: почему рендеринг шрифтов в эмуляторах терминалов так отличается?

• Konsole
• Alacritty
• Foot

Можно ли добиться в alacritty такого же рендеринга как в konsole?

Доброго времени суток, господа!

Собственно, сабж. Но сразу оговорюсь, что под ООП в данном случае подразумеваю то самое махровое ООП из пропаганды маркетолухов, Java, C# и т.д.

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

Где находится та грань, когда нужно использовать ООП? Вот взять те же игры, многие легендарные игры написаны и без использования ООП. Так как же поступать? Как применять инструменты правильно?

Здравствуй, ЛОР.
Давеча посидел, подумал и осознал, что хочется в жизни чего-то нового, каких-нибудь новых ощущений. Поэтому было решено перенести свой быт на OpenBSD. Да и всегда хотелось разобраться в околосистемном программировании, а Линукс пугал своей раздутостью и сложностью. Начту с портирования какого-нибудь софта, а дальше посмотрим, может быть, что-то и более серьезное получится.
Что можете посоветовать? Какие подводные камни существуют?
Личный опыт всегда приветствуется.

Добрый день, ЛОР!
Хотелось бы у вас спросить, а почему в мире дистрибуции программного обеспечения, да и в целом в мире ОС все так плохо? Конечно, возможно, мое нытье является следствием собственной усталости и мне следовало бы отдохнуть, чтобы трава снова позеленела, но чем дальше в лес - тем злее дятлы.
Только что по работе возникла необходимость установить проприетарную утилиту 16 года производства на машину с убунтой и на этом моменте начался сущий комшар. Для запуска этой программы необходима библиотека определенной версии, которая в своих новых версиях не имеет обратной совместимости со старыми версиями из-за того, что в ядре что-то сломали, но при этом старые версии библиотеки уже не поставляются в стандартном репозитории дистрибутива, но это еще не конец, в добавок к этому все ftp помойки дистрибутива с нужной библиотекой больше не существуют. И как мне кажется, такое положение дел в Линукс мирке(да и в целом в опенсорсе) просто во всем. Нет чувства, что ты пользуешься единой и спроектированной системой, скорее даже наоборот, вечно кажется, что система собрана из тысячи костылей, навоза, изоленты и вот-вот данная конструкция сейчас развалится, убив всех окружающих ее людей. Миллиарды каких-то конфигов, конфиги для конфигов, сервисы для сервисов и прочий ад, за которым нужно следить - невыносимо.
Можно сказать, что виноваты разработчики проприетарной программы из-за того, что забросили поддержку, но почему-то на том же оффтопике свободно запускаются программы 5,10, и даже 15 летней давности. Но паджитское поделие тоже имеет кучу недостатков, с которыми тяжело мириться и особенно тяжело, когда ты разработчик.
Остается макОСь, но это тот случай, когда компьютер даже тебе не принадлежит.
Неужели из этой ситуации нет выхода? Неужели мы до конца дней обречены вариться в этом цифровом аду? Когда уже можно будет пожить для себя и просто выполнять свою работу? Когда тот ироничный «just works» появится?
Спасибо за внимание, пойду подышу.

Привет, ЛОР.
Создал тему не срача ради, а потому что действительно хочется разобраться.
Уже которую неделю ковыряю emacs с его elisp-ом и параллельно читаю околопопсовые статьи по машинному обучению и, собственно, возник вопрос, а почему современная индустрия машинного обучения использует python, а не lisp? Ведь, если мне не изменяет память, lisp довольно продолжительное время удерживал первенство в этой сфере, особенно в области символического искусственного интеллекта и области экспертных систем. Но, видимо, после прошлой «AI winter» что-то изменилось и я не могу понять что именно. Были ли это причины, связанные с самим языком или «просто так получилось»?

Теперь немного наброса(куда же без этого). Можете пропустить эту часть.
Расскажите о ПО, написанном, на lisp-е, которое вы используете. Лично для меня это: emacs и иногда maxima.
Ну и хотелось бы услышать ваше мнение о перспективах lisp в будущем, страричку пора на покой или у него еще появится возможность проявить себя?

Добрый вечер, обитатели цифрового моря.
Буду краток. Имеется большой монолит, написанный на сpp, к которому понадобилось прикрутить систему плагинов и конфигурации. Собственно, ищется язык-кандидат на роль для встраивания в нашего франкенштейна. Требование к кандидату только одно - скорость.

Я уже пытался читать архивные топики на эту тему, но ничего особо полезного не вынес, так как обычно все скатывалось в обсуждение того, кто является бОльшим хипстером или в лицензесрачи, которые вообще не относились к теме топика.

Хотелось бы услышать ваш личный личный опыт по данному вопросу и узнать о возможных подводных камнях.

Добрый день, лоровчане.

В интернете существуют множество статей, которые восхваляют emacs или vim, даже создаются тематические интернет секты. И зачастую эти статьи написаны много лет назад, когда вменяемых альтернатив этим редакторам по сути не было. С тех пор появились новые инструменты, IDE, новые редакторы кода, но про старичков даже не планируют забывать. Почему так? Почему вы используете vim/emacs?

И еще момент, почему emacs считают более расширяемым редактором, чем тот же neovim? Это какая-то старческая байка из 90-х, когда neovim-a с lua еще не было, а был только vim c его недоязычком? Какие могут быть преимущества у emacs в 23 году?

• Во-первых, управление просто ужасное(даже педали не подключить) и вимовские режимы в этом плане будут намного лучше.
• Во-вторых, огромный жор памяти и ресурсов, если сравнивать с тем же вимом.
• В-третьих, медленный elisp против шустрой lua, которая позволяет писать плагины для neovim-a.

В чем секрет? ЯННП.

Перемещено hobbit из general

Доброго времени суток, ЛОРчане.

Объясните, пожалуйста, неофиту(т.е. мне) каким способом можно собирать программы из исходного кода не засоряя при этом основную систему? Например, мне захотелось «потыкать палочкой» в проект, который написан 2-х языках программирования и использующий несколько библиотек в зависимостях. Следовательно, все это безобразие в виде libkgb-1.0, NameLang Compiler попадет ко мне в основную систему и после сборки придется вычищать все ненужное руками. Но я уже устал заниматься такой рутиной и следовательно вопрос: существуют ли специальные окружения, позволяющие изолировать директорию проекта от основной системы? Например, создал виртуальное окружение, скачал в него исходный код, скачал необходимые зависимости для сборки, собрал, удалил окружение оставив систему в изначальной чистоте.