Xmonad

jpg.png

А так, ничётак.

Почему-то при отображении этого jpg на этой странице я вижу ШГ лютое. Если открыть картинку в браузере отдельно, при любом масштабировании всё чётко. Странно.

нормас

Экран не маловат код писать? Или это вертикально поставленный монитор, а не три склееных скрина?

Жесть вырвиглазие

Нет, не маловат. Я размер шрифта подгоняю под ширину строки. Здесь вмещается 106 символов. Если больше 100, то Emacs подсвечивает.
Удобно.

Я имею в виду, что по мне комфортнее, когда по вертикали на экран вмещается несколько функций или одна большая функция (таких быть в идеале не должно, но мы не в идеальном мире), чтобы не скроллить всё время вверх-вниз.

Да мне плевать, если честно. Просто читаю. Тема временная, будет своя, просто пока занят. В своей будут выделены только строковые литералы, спецсимволы и комментарии. Цветовые гирлянды затрудняют чтение, и тогда да, ты прав, чем больше лезет, тем лучше, так как мозг воспринимает информацию в другом режиме.

Шрифт в системе и браузере разный, по размеру не выровнен, считаю это крупным упущением. Кргда шрифт дотла, сверху донизу один и тот же, то глазам гораздо комфортнее.

Неплохо, мне нравится.

В 107 версии (с 106) сломан dpi scaling. Приходится руками строить.

В esr шрифт идентичен. Ну а в Arch порезан в about:config.

Решил таки уйти с генты?

Тоже использую transmission, так как qbit немного перегружен для меня.

Единственное, transmission так и не научился нормально качать выбранный набор файлов. После загрузки остаются файлы которые ты не выбирал. Но это вроде пофиксили, и код на плюсах переписали.

Альтернативы нет, увы. Побалуюсь и накачу )))

что за книги в ~/books/lisp ???

common-lisp-a-gentle-introduction-to-symbolic-computation_touretzky.pdf
common-lisp-cookbook.pdf
Conrad Barski - Land of Lisp Learn to Program in Lisp, One Game at a Time - 2010.pdf
Practical-Common-LISP.pdf
SICP.pdf
Пол Грэм - ANSI Common Lisp.pdf

И пока Emacs стал выглядеть так - https://ibb.co/t2PcVZM

Уже много - много лет не могу понять, нахрена нужны обои, и уж тем более, зачем их менять. Может кто объяснит?

Мне они создают цветовую гамму, которая облегчает работу с текстом. Но это ИМХО. Я предпочитаю до 5 цветов при работе с текстом. Как пример, jmacs - https://ibb.co/Vw8V7fm

По самим обоям: всё надоедает, я делаю наборы определённой цветовой гаммы и стилистики, тогда раз в час/день/неделю меняю ;)

Pragmata ?.

Кем ты работаешь?

Pragmata

Если совсем интересно, то рекомендую https://github.com/norvig/paip-lisp

Emacs стал выглядеть так - https://ibb.co/t2PcVZM

А тема будет такой (пока в joe) - https://ibb.co/Vw8V7fm

Так, погоди, ты же на dwm сидел. Неужто реинкарнация Odalist’а? Тот тоже настройкой WM занимался всё время

GHC большой, на Gentoo было лень, Arch позволил парой нажатий всё поставить. А так я предпочитаю больше Xmonad, потом DWM.

Шрифты ну очень странные.

Попробуй установить в FF аддон Stylus и накатить юзерстиль Redlor. +255 к красным глазам, рекомендую.

Я им давно не пользуюсь, но за совет спасибо.

https://userstyles.org/styles/155329/redlor

И как тебе решетка под лялексом?

Для бэка - очень хорошо в сравнении с альтернативами. Ну и там, где бегает typescript в команде. А его тычут куда ни попадя.

Но есть нюанс: писать с наскока не получится. А хорошо писать, так вообще нужно время :)

И MS в своём репертуаре, зохавать попыталась всех (просто долго тянула с открытостью). Тут тебе и F#, да не голый, а с dotnet батарейками на любую мысль, и биндинги на 90% ЯП мира к их компиляотору. Есть где развернуться.

Ну, на скрине какой-то лютый boilerplate. После интерпертируемых пыхтонов, кажется диким, т.к. всё, что видно на экране, и подразумевается за ним, можно заменить 2 строками на каком-нибудь Django или другом пыхтоно-фреймворке.

Строгая типизация. Да, шумно. Если же ты java C# сравниваешь с python…

Если же ты java C# сравниваешь с python…

А почему бы и нет. Результат ведь всегда одинаковый — говносайты. Только на жабах в 10 раз больше говнокода.

Ну сравни )) Кто не даёт?

https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/fannkuchredux.html
https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/binarytrees.html

Ну и так далее ))

Для бэка - очень хорошо в сравнении с альтернативами.

Какие альтернативы ты имеешь ввиду?

Тут тебе и F#, да не голый, а с dotnet батарейками на любую мысль, и биндинги на 90% ЯП мира к их компиляотору. Есть где развернуться.

Вот забавно. Я встречал мнение, что F# как язык получился весьма всратым и проще тогда на C# писать. Например, читал такое у известного хаскеллиста-штангиста thesz как-то раз.

F#

Он просто ни туда ни сюда, зато с Net.

А альтернативы? Мой скромный опыт может сравнить с Node/Deno, Django/Flask, Lavarel, Spring, Fiber.

и проще тогда на C# писать

Нет. Тут вообще простоты нет. Там надо разбираться и постоянно лупиться в документацию. Мало того, сама система мутирует, довольно активно, надо держать руку на пульсе, чтобы по красоте.
Плюсы всего этого говна? Оно более цельное, какашки выложены ровненько… Особенно заметно становится с Node. Там после определённого времени просто понос. Ну а Django - это пародия на ASP, ИМХО. Spring - дич дикая, Go? Даже не рассматриваю. PHP писал очень давно, что-то дёргая из базы и отображая таблицей. Можно сказать, что я ламер в PHP, который умеет его настроить на сервере ))

Ну и очень хорошая производительность при небольшом потреблении памяти.

А альтернативы? Мой скромный опыт может сравнить с Node/Deno, Django/Flask, Lavarel, Spring, Fiber.

Если с этим сравнивать, то да, вопросов нет.

Go? Даже не рассматриваю.

Кстати, зря. Хоть язычок и невыносимо убог, но даже это лучше чем нода или пыхтон. Пхпшники его очень любят.

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

мой опыт бэкенда ограничен эрлангохаскеллами

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

Нечему там быть лучше. На сурьёзный энтерпрайз - только asp. На одно-двухзадачный - Node. Есть сбоку Erlang, но тут упирается в команды, мало кто может себе позволить поиск. Haskell лично не зашел, пробовал после https://www.goodreads.com/book/show/43662125-practical-haskell Скорее всего я пробовал тогда, когда на нашем поле был только нубас Деня Шевченко, и он тогда был в процессе «WoW! Круто! И так можно?». Давно, короче. И это было даже не маргинально ))

На Ноду гнать не надо. Это не Python. Если шарить, а я шарю, то благодаря асинхронности просто рвёт в определённых вещах всё, и шарп в том числе (правда эти всё время догоняют).

На сурьёзный энтерпрайз - только asp.

Тут требуется мнение iZEN. Он тебе сейчас расскажет про сурьёзный энтерпрайз.

просто рвёт в определённых вещах всё

Определённые вещи – это там, где надо HTTP в SQL и обратно перегнать? Так тут хоть башем, хоть чем можно делать. К языку вообще требования минимальны. Некоторые вообще без отдельного бэкенда это делают, напрямую дёргая постгрес через GraphQL.

это там, где streams ))

Тут требуется мнение iZEN.

И это правильно! Когда больше людей, веселее день!

На Ноду гнать не надо. Это не Python. Если шарить, а я шарю, то благодаря асинхронности просто рвёт в определённых вещах всё, и шарп в том числе (правда эти всё время догоняют).

По-моему, сырая производительность имеет едва ли не последнее значение в жизни, по крайней мере, если речь не о встраиваемом железе.

Гораздо большее значение имеет: скорость разработки, понятность и расширяемость кода, возможности по раннему обнаружению ошибок.

Я на node видел мало кода, и IMHO - это такое же жуткое болото говнокода, как и PHP. Можно сколько угодно говорить, что качество кода зависит не от языка, а от программиста, но на опыте видно, что зависимость всё же существует.

Проектов, особенно в веб, которые упирались бы в производительность самого языка, я почти не видел. Производительность в большом проекте складывается из многих вещей: общая архитектура, возможность масштабирования, скорость взаимодействия различных компонентов между собой, и т.д. и т.п., и здесь уже собс-но скорость, с которой язык перекладывает байты на байты, часто становится наименее влиятельным фактором.

По-моему, сырая производительность имеет едва ли не последнее значение в жизни, по крайней мере, если речь не о встраиваемом железе.

А потом у тебя веб-страницы грузятся по 5 минут и лагают шопипец. Видел когда-нибудь сайт, состоящий из 20 мегабайт обфусцированного жабаскрипта? Я вот видел. И это только фронт.

Гораздо большее значение имеет: скорость разработки, понятность и расширяемость кода, возможности по раннему обнаружению ошибок.

Производительность имеет прямое отношение к скорости разработки: меньше ждать пока твой код скомпилится, быстрее цикл написал-потыкал-поправил.

Да нет же, дядь. Python тому прямое подтверждение.
На Node можно писать очень, очень отвратительные вещи! При всём этом набрасывается всё быстро и интуитивно, нет такого входа, как в тот же шарп. Экосистема есть, насыщенная. Если в рот гадость не тянуть, то даже радужная :)

Далее, JS - сложный ЯП.
Ещё один фактор - КАК писать. Тут тоже похоже на Евангелион. Чтобы красиво - надо много, много-много знать и пытаться применять.

Далее, JS - сложный ЯП.

JS сложный не потому что этого требует область применения. JS сложный, потому что это чудовищное наслоение костылей. Одна только троица с ==/!= чего стоит. Если этот весь мусор выкинуть, ничего сложного в JS не останется.

https://openclipart.org/image/800px/335301

А потом у тебя веб-страницы грузятся по 5 минут и лагают шопипец. Видел когда-нибудь сайт, состоящий из 20 мегабайт обфусцированного жабаскрипта? Я вот видел. И это только фронт.

Дык, я о том и говорю: жабаскриптописатели разводят навозную кучу всё время, которая смердит, падает и тормозит. А ещё требует массу затрат на поддержание в работоспособном состоянии, т.к. архитектура вида Big Ball of Mud требует запредельных усилий и времени на внедрение новых фич: в одном месте что-то добавишь или изменишь, в 10 других всё начинает рассыпаться.

Производительность имеет прямое отношение к скорости разработки: меньше ждать пока твой код скомпилится, быстрее цикл написал-потыкал-поправил.

Я говорю не об этом, а о том, что большой (энтерпрайз?) проект - это сотни бэкендов различного назначения, обращающихся к SQL и no-SQL базам, болтающих между собой по разным протоколам (в основном, REST), гоняющим между собой различные сообщения через RabbitMQ, Kafka и чёрт знает что ещё.

И когда всё это работает как единый организм, производительность какого-нибудь метода типа того, что на скриншоте - который достаёт список объектов из БД, и сериализует в JSON - становится пренебрежимо малой по влиянию на скорость работы системы в целом.

Дык, я о том и говорю: жабаскриптописатели разводят навозную кучу всё время, которая смердит, падает и тормозит.

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

Я говорю не об этом, а о том, что большой (энтерпрайз?) проект - это сотни бэкендов различного назначения, обращающихся к SQL и no-SQL базам, болтающих между собой по разным протоколам (в основном, REST), гоняющим между собой различные сообщения через RabbitMQ, Kafka и чёрт знает что ещё.

Так делать вообще не надо. Видишь такую контору – сразу на выход. Зато мозг будет в сохранности!

Так делать вообще не надо.

А как надо?

становится пренебрежимо малой по влиянию на скорость работы системы в целом.

Да нет же ))) То «в сеть» упирается всё, то в «IO», но никак не в мой любимый (тут подставить) ЯП, да-да!
Что скрывать, из-за незнания области я был очень похож на тебя. Позволял себе пренебрежительно и с коверканьем названий высказываться в сторону Front, Back и, конечно, плюсовиков. Как ни странно, вначале повлияло изучение Haskell и новой для меня парадигмы FP (да и да! На это повлияло желание разобраться с Xmonad, как ни банально). Потом решил окунуться в Web/Mobile. Люди мобилку из рук не выпускают. Web не сложный, знания раположены горизонтально, но их ТАК МНОГО! ТАК дохренища! И как ты их применяешь… И всё это не стоит на месте от слова «совсем». А чтобы смотреть на броуновское движение и умиротворяться, тут вообще надо «знать»!

Если этот весь мусор выкинуть, ничего сложного в JS не останется.

Выкинули - Typescript.
И что имеем? Другой ЯП. Всё вот это «интуитивное» и с замыканиями идёт на три буквы и преследуется то, что у меня на скрине - масса шума, всё в классах, пока-пока замыкания и функции высшего порядка, привет DI и всё вот это вот говно. И главное, лёгкость ушла.

Я бы такой стиль программирования назвал квадратно-гнездовым. Очень мне он напоминает робота из нашего «гостья из будущего». Такой же Ахтунг. A-a-a-a!

Выкинули - Typescript.

Мне больше PureScript по душе. Лямбды, замыкания и прочие ништяки без боли, а главное – со вкусом хацкелла. TS – это как раз попытка натянуть C# на JS.