🤣👍
меня порадовало гибкость и для компактности свои классы использовать удобно.
c моим "тонким" знанием css самое оно)

(высказываю своё не столь значительно мнение, против вас, ваших вкусов или ваших проектов ничего против не имею)

фтопку CSS, видели? https://github.com/will/crystal-pg/pull/228

Я могу лишь посоветовать подучить CSS, если считаете, что не очень хорошо его знаете, а работать приходится. Мне больше нравится подход "называй CSS идентификаторы так, что они представляют, а не так, как они выглядят". То есть blue-button условный не очень хорошо, потому как бывает (частенько в некоторых проектах) от бизнеса прилетает задача "изменить цвет ключевых кнопок с нашего акцентного (синего) на зелёный (более дружелюбный и заметный)", а у тебя акцентным цветом не только ключевые кнопки обозначены, но и куча ещё, и приходится менять условный blue-button на green-button (но не везде, выборочно). Если иметь класс что-то вроде submit-button или request-button (я не очень люблю тавтологию, -button здесь для ясности, скорее button.request) — должно быть проще, но только когда задача "попадает" под архитектуру, а с подходом, описанным мною, это происходит чаще и точнее.

Извините за CSS-оффтоп, флэшбеки.

Нет, а для простых смертных что означает?

Я надеюсь будет заметный прирост на реальных нагрузках при запросах в базу. Ну и к примеру можно набрать больше попугаев с этих бенчмарках и заинтересовать больше народа https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=fortune

Если посомтреть на результаты Crystal в тестах где учавствует база, то результаты так себе. Даже руби нде-то близко может быть по RPS.

Понял, спасибо. Да, запросы к БП — узкое горлышко большинства веб-приложений. Но Crystal весьма низко в приведённом бенчмарке для своих возможностей.

это вещь очевидная, согласен, но никак не относится к удобству молотка) скорее к тому, что  кто-то им красил ваш забор))

Не, мой забор не красили, я Tailwind встречал в open-source проекте с минимальным своим участием, но по личному печальному опыту просто не люблю такой подход, и не понимаю, почему он стал популярным. Вероятно, из-за мало-опытных в CSS разработчиков как раз. Но не навязываю и лишь делюсь опытом / своей точкой зрения.
Аналогии (молоток, забор) тоже всё меньше люблю, здесь тема чуть более обширная и неоднозначная.

Там еще один момент кроме производительности самих драйверов (разработчики признавали что очень не оптимизировано все пока что). В бенчмарках разрешили испольховать пайплайнинг и всякие Go подкрутили реализации бенчмарков и намного выше RPS от этого. Драйвера для Crystal такого не умеют пока что;

Звучит так, как будто "пайплайнинг" некий низко-уровневый, так что я мало понимаю.

This test is designed to exercise multiple queries with each resulting row selected individually. It is not acceptable to execute multiple SELECTs within a single complex query. It is not acceptable to retrieve all required rows using a SELECT ... WHERE id IN (...) clause. However, note General Requirement #7 which permits pipelining of network traffic between the application and database.

https://github.com/TechEmpower/FrameworkBenchmarks/wiki/Project-Information-Framework-Tests-Overview

Ну то есть даже не удержание коннекта между запросами, а некое засылание запросов отдельных БД и получение от неё ответов пачкой, верно?

Lol, нашел свою же issue подробнее https://github.com/will/crystal-pg/issues/155

ААА!!! Свершилось! https://github.com/crystal-lang/crystal/commit/dd40a2442fa186add8a82b74edb14a90aa1dae05

Класс!

И года не прошло)

ну )

делаем ставки как скоро вылезет breaking chnage который покажет что 1.0.0 был не совсем 1.0.0?