NPCRUS retweeted
تعليق المعلق الأرجنتيني بابلو غيرالت على هدف التعادل من الأسطورة ليو ميسي 😍🐐 xitter.cf/M10Vid/status/20746070…
NPCRUS retweeted
After over a decade without writing a new DB library, I finally had the time to iterate on a new approach 😅
Quill has long lasted as the richest DB library in Scala, but it's time for some innovation! 🙌 kyo-sql is in the oven and packed with goodies:
✅ DSL mirrors SQL syntax, not collection algebra
✅ Records properly encode relational algebra: no nested tuple nightmare anymore 🥹
✅ Raw sql fragments that compose with other typed APIs
✅ Single compilation pipeline, three execution modes: run/runStatic/runDynamic. Full control with peak performance 📈
✅ No complex macros or transformations of queries. A simple, reliable and predictable compilation process
✅ Native async PG + MySQL drivers in pure Scala, first-class typed cancellation, no JDBC
✅ And yes! support for JVM, JS, and Native 😱
This is so much fun!!! 🚀🚀🚀
(don't miss the preview 👇🏼)
Hello folks, if you use scalasql, we discuss removing scala2 support and moving forward with scala3 only, vote here please - github.com/com-lihaoyi/scala…
Hello folks, if you use scalasql, we discuss removing scala2 support and moving forward with scala3 only, vote here please - github.com/com-lihaoyi/scala…
NPCRUS retweeted
Modern DRAM is based on a brilliant design from IBM.
But, we're still paying for a latency penalty that's existed since the 60s!
In this video, I'm introducing my research project (Tailslayer) that immensely reduces p99.99 latency on traditional RAM!
By implementing a hedged read strategy taking advantage of (undocumented!) channel scrambling offsets, I've gotten as much as 15x reductions in tail latency.
The technique works across Intel, AMD, Graviton, DDR4, DDR5, x86, ARM, you name it.
Check out the C++ lib I wrote, watch the video, and try it yourself!
NPCRUS retweeted
Everyone wants to think they are in the Matrix and doing some super cool entity simulation reality engine. In reality it is just clumsy code failing to do something simple, at great cost in complexity, speed and reliability.
NPCRUS retweeted
Now it's official! 🎉 Go read the whole announcement 👇
scala-lang.org/news/3.8
NPCRUS retweeted
New Metals 1.6.5 is out!
- Completions for implicit classes
- Auto-imports for Java
- Streamable HTTP standard for MCP
- Type hierarchy support
Check out more at scalameta.org/metals/blog/20…
NPCRUS retweeted
Trying to "vibe code" something for the last few days. This isn't work and it isn't productive.
The AI can build stuff, does it correctly and produces good amount of code. But its still crappy way of building things.
It doesnt have a vision and you need to break it into small increments and deal with constant distractions. You never enter the flow, it burns time and money and the only benefit is that you dont tire your brain or fingers.
If I do it myself, I would have probably reach the same results in less result time.
It makes sense only if you multitask - vibe code few things at a time, or have a meeting, or go talk with your wife. Or play a game.
But if you treat is as a main way of building things this is a waste of time, money and energy. Not to mention questionable quality. Just sit down on your ass and build it yourself.
NPCRUS retweeted
Microservices is the software industry’s most successful confidence scam. It convinces small teams that they are “thinking big” while systematically destroying their ability to move at all. It flatters ambition by weaponizing insecurity: if you’re not running a constellation of services, are you even a real company? Never mind that this architecture was invented to cope with organizational dysfunction at planetary scale. Now it’s being prescribed to teams that still share a Slack channel and a lunch table.
Small teams run on shared context. That is their superpower. Everyone can reason end-to-end. Everyone can change anything. Microservices vaporize that advantage on contact. They replace shared understanding with distributed ignorance. No one owns the whole anymore. Everyone owns a shard. The system becomes something that merely happens to the team, rather than something the team actively understands. This isn’t sophistication. It’s abdication.
Then comes the operational farce. Each service demands its own pipeline, secrets, alerts, metrics, dashboards, permissions, backups, and rituals of appeasement. You don’t “deploy” anymore—you synchronize a fleet. One bug now requires a multi-service autopsy. A feature release becomes a coordination exercise across artificial borders you invented for no reason. You didn’t simplify your system. You shattered it and called the debris “architecture.”
Microservices also lock incompetence in amber. You are forced to define APIs before you understand your own business. Guesses become contracts. Bad ideas become permanent dependencies. Every early mistake metastasizes through the network. In a monolith, wrong thinking is corrected with a refactor. In microservices, wrong thinking becomes infrastructure. You don’t just regret it—you host it, version it, and monitor it.
The claim that monoliths don’t scale is one of the dumbest lies in modern engineering folklore. What doesn’t scale is chaos. What doesn’t scale is process cosplay. What doesn’t scale is pretending you’re Netflix while shipping a glorified CRUD app. Monoliths scale just fine when teams have discipline, tests, and restraint. But restraint isn’t fashionable, and boring doesn’t make conference talks.
Microservices for small teams is not a technical mistake—it is a philosophical failure. It announces, loudly, that the team does not trust itself to understand its own system. It replaces accountability with protocol and momentum with middleware. You don’t get “future proofing.” You get permanent drag. And by the time you finally earn the scale that might justify this circus, your speed, your clarity, and your product instincts will already be gone.
NPCRUS retweeted
Metals 1.6.4 is out 🎉 It features improvements for Java, VS Code lenses and sbt error diagnostics. Automatic imports on copy-paste were also reworked. Plus, this release is already prepared for Scala 3.8. #scala scalameta.org/metals/blog/20…
fuf, hearth is something very exciting! @MateuszKubuszok keep up the great work!
I haven't blogged in a while, but this needed to be written:
kubuszok.com/2025/sanely-aut…
today i have spent 3 hours trying to fix strange errors in vs code/metals/mill in order to make my project working and what is your reason not to use scala?
NPCRUS retweeted
New Metals 1.6.3, codename "Osmium", has just been released!
It comes with few interesting new features and we'll take the opportunity to go on a small tour.
this is perhaps the reason we will never ba able to sell it to wider audience. people want answers, not the ability to explore all of them and then choosing your own
Scala is an extremely expressive language, but this expressiveness is poorly understood.
It's not about the funky operators or the DSLs. Outside math operators, things like ~ or <*> need to be explained, and none of them justify the learning curve. The least bad example is Akka Streams because the operator chain looks almost graphic, so it helps with understanding, but it too can easily be overkill.
Scala is expressive because 1 - there are a lot of ideas you can express, that you can't (or can't easily) in other languages. A while back I wrote why monads are monoids in the category of endofunctors only in Scala 3 examples. The fact that I can even express that idea in Scala code is amazing.
And Scala is expressive because 2 - our job is to put our thoughts into code, and Scala gives us semantic tools to do so easily and reliably. Even without DSLs, Scala code is almost always more concise and no less readable than other languages.
What's best is that -- and this is probably the most underrated aspect of Scala -- it does NOT take a lot of training to write fluent, idiomatic and performant Scala.











