Could Go be a better C? I think so!
Meet Solod — a strict subset of Go that translates to C, without hidden memory allocations and with source-level interop.
PostgreSQL: releases a major version every year.
MySQL: jumps from 5.7 to 8.0 for no reason.
MariaDB: jumps from 5.5 to 10.0 to show it's better than MySQL.
ClickHouse: ties version number to a year.
SQLite: stays at 3.x since 1847.
I was so inspired by UUIDv7 (high-precision time-sortable 128-bit unique identifier) that I've prepared zero-dependency implementations in 20 languages.
Probably not the fastest, but simple and concise.
Feel free to add your favorite language!
Unpopular opinion. You don't need a better configuration language.
Just use the damn JSON.
Yes, it is primitive and unexpressive.
And that's exactly what you need for configs.
Not yaml, not toml, and definitely not that Apple-invented thing.
Use JSON, dammit.
All joking aside, Anders Hejlsberg is probably the most successful language designer currently active.
He has created FOUR widely used languages, which is absolutely crazy.
So I trust his judgment. Unless he picks Rust, that is.
I'm turning 41, but I don't feel like celebrating.
Our generation is running out of time to save C, the language of true power and control, built for us by our fathers.
What was once the promise of direct hardware interaction and unparalleled efficiency is being turned into a
I don't need your fancy query language. Seriously, I don't. Thanks, but no thanks. No offense.
This post may seem a bit harsh, but I'm tired of the "SQL shaming".
Maybe it's just me.
I'm sorry, but Go is going in the wrong direction with range over functions, iterators, etc.
The core promise of the language was simplicity. Why the Go team is so eager to flush it down the drain is beyond me.
I never signed up for this crap.
Many Go concurrency books and tutorials are like: here's goroutine, here's channel, here's select — use them as you like. Others just throw concurrent patterns at you without really explaining them.
This is not very helpful: the most important thing in concurrent programming is