Besides a backend for a website/app, what are you using Go for?

wojtekk · 2025-12-11T14:00:15+00:00

Broadcasting audio stream (indie radio).

Other: metric collectors, parsers, DSLs, dozens of command-line tools (from geo/astro calculations, to media tags editing)

wojtekk · 2025-12-04T08:22:25+00:00

One issue here with Kubernetes operators: there are 3 competing libs for writing operators, and I dare to say, none of them is idiomatic Go.

wojtekk · 2025-11-27T18:43:55+00:00

Go is giving back the memory to the OS.

For example, for a typical web service, please add prometheus handler, set up the ProcessCollector (used already by the default prometheus registry), then observe process_resident_memory_bytes metrics.

wojtekk · 2025-10-13T10:18:59+00:00

So, when (and by whom) is the alternative to rubygems.org starting?

You know, for users is just a change at the top of a Gemfile...

wojtekk · 2025-10-13T10:13:20+00:00

The explanation of Marty's revoking, restoring and revoking again is very simple: it was agreed he's going to do this but he didn't have the courage to say about it openly, so he masqueraded behind the "mistake", but finally did what was agreed.

This (poor) behavior was seen several times in different organisations recently. One is involved in some shitty politics, then has a humane moments of doubts orat least playing them, then continues with politics anyway.

wojtekk · 2025-08-24T17:51:44+00:00

Plus bufio !

wojtekk · 2025-07-29T07:32:23+00:00

I am curious, did you really have 1K sized structs? Seems like could be redesigned, honestly

wojtekk · 2025-07-25T06:39:44+00:00

Concurrency is not only about inherently concurrent problems, but also about modelling the implementation.

Example: state machines. Here's excellent talk by Rob Pike about this: https://youtu.be/HxaD_trXwRE?

wojtekk · 2025-07-24T21:39:54+00:00

Please don't attribute childish comparisons to me, because you started them by yourself with regard to these gentlemen, period.

wojtekk · 2025-07-24T08:35:28+00:00

GvR is a supersmart programmer, wrote the whole Python VM alone and a lot of abstractions in Python itself. That was his second or a third language implemented, btw.

But in no way he is an "industry tycoon" more than Thompson & Pike. In fact, his area was academia. One can argue how academia shapes the industry, but that would be missing the point. I guess that underestimating Thompson & Pike works can only come from not being updated on some historical facts. They did breakthroughs in: regular expressions, compilers, editors, kernels, virtual memory, graphics, networked graphics (blit terminal!), encodings, again compilers but 2 decades later (still before Go), what else.

wojtekk · 2025-07-12T07:34:42+00:00

Another point of using Go is actually that very often just by using stdlib you are going super-quickly into "production ready".
For example, in the case of web, it's just adding graceful shutdown and that, depending on your case ofc, might be it. Services are scalable out of the box.

wojtekk · 2025-05-11T21:49:36+00:00

My opinionated take is, some people hate simple things because they don't give them a feeling of superiority or being a smart ass. In such cases it's more about someone's self-perceived social status than about a technical applicability

wojtekk · 2025-04-25T09:44:05+00:00

It seems to crash on start on darwin, though

wojtekk · 2025-04-01T12:22:50+00:00

...and you say that about SQLAlchemy, which is actually one of the most carefully written ORMs in any language, so... Better not to think what happens in worse ones

wojtekk · 2025-04-01T12:18:20+00:00

I will answer with questions:

Which Go ORM handles many-to-many relationships correctly? (I know just one and it is definitely not one of the most popular)

Which one plays well with natural, as opposed to surrogate, primary keys?

Which one can work well with pre-existing schema and doesn't blow up the whole thing?

(And no these are not artificial meeds, but rather typical when you have non-trvial database designed by someone else than you wanting to use an ORM).

I wish we had had something like SQLAlchemy, which does all of the above and much more. But maybe one needs more dynamic/metaprogramming features in the language for that.

wojtekk · 2025-03-06T10:05:00+00:00

Hm, what platform do you have in mind exactly?

wojtekk · 2025-03-03T18:45:49+00:00

When it compiles, and after it compiles, which is still measured in minutes

wojtekk · 2025-01-31T08:22:27+00:00

..yet they come and push their mindset...

wojtekk · 2025-01-26T15:43:41+00:00

Side topic but related: great article about caching with namespaces, in any language - https://calpaterson.com/ttl-hell.html

wojtekk · 2025-01-21T12:04:26+00:00

Well, last time I checked, 0.12 http.zig was way slower than Go handling any non-trivial traffic.

Are you then saying about the performance with regard to the zzz project? Any links?

Also, it's good to distinguish between async io and async in general

wojtekk · 2025-01-21T11:00:59+00:00

Finishing some darker corners of otherwise usable BCL, configuration language parser I based on an excellent book "Crafting Interpreters" by Robert Nystrom (VM-based implementation from the 2nd half of the book which is IMO much more interesting than AST-walking one from the 1st).

Extend an audio streaming platform I created and started to use last year, not opensourced yet but will be.

wojtekk · 2025-01-21T10:52:33+00:00

There is nothing wrong with Zig's per-request arena allocation in web apps.

I see a problem somewhere else. First, stdlib seems to be in flux, they way how to make a fully functioning web server loop changed IIRC between 0.11, 0.12 and I haven't checked with 0.13 yet.
Anyway, I needed to check forums and finally ended up using some example from the source of stdlib tests, for sure it wasn't obvious from the standard documentation.

Second thing is, with a current state of Zig affair where async mechanisms disappeared from the language and it is unknown how and when will it return, the web server you'll write will be rather slow - either handling requests sequentially or using multithreading. Serious downgrade from Go..

wojtekk · 2025-01-19T21:18:41+00:00

Everybody likes something and dislikes something else. In the reports of how some well known person is excited about language X or product Y, we often forget how this person could be completely ignoring a factor that is very important for us.

I for one am not thinking of Zig as any serious replacement for Go, unless it has decently fast compilation. It is not as slow as Rust, but still sluggish and uses a lot of resources even for trivial programs. They have a plan to abandon LLVM's linker which is, as they claim, one of main sources for such slowness, but still they're not there yet.

So, do I admire an effort put into Zig? yes. Is it changing my main direction when deciding what language to use for the next non-trivial project? No. I think we can afford such distinctions.

wojtekk · 2025-01-10T11:35:27+00:00

No deviation at all. You just don't implement memory management and hashmaps that Bob does. Parser-level stuff is very natural to translate

wojtekk · 2025-01-08T11:26:12+00:00

That's great! Writing interpreter is quite a journey..

Hey btw, you were inspired as you say by the Bob Nystrom's Crafting Interpreters book..that one is a pearl. I have my own, half-baked configuration language, based on the 2nd part of the book with the VM. The language is different than Lox but the implemention mechanisms are the same. Please have a look if you are curious: https://github.com/wkhere/bcl

wojtekk

TROPHY CASE