Gotta say this site is killing it in the LLM-written technical blog SEO game the last couple years, they're consistently able to dominate (and actual deliver in spite of the LLM-isms) SERP for a set of technologies that very closely align with the ones that a typical backend/infrastructure engineer would work on.

I checked their list of blog articles from the last year and they haven't even written that many, which makes it quite impressive because they really model the set that I've been working with (Go, Postgres, grpc, otel) well by I guess defining some kind of customer archetype and writing really detailed guides about what they'd be interested in learning more about. At this point I've encountered their site "organically" like 5x in the last year and recognize the name/style of content so they're doing something right in the marketing department for sure.

On one hand you could just dismiss it as spam but articles like this actually represent a pretty significant LLM spend/human review element that delivers real value to me as a technical end user looking for info on google or in technical blogs on HN (ie it would take me a long time to generate something like this myself and I wouldn't do it proactively, only when-needed). So it actually does help me quite a bit that they do so before I think to ask about it.

▲ WD-42 21 hours ago | parent | next [-]

I just can’t get over that slightly detached, nauseating feeling that follows the realization that I just read 3 long sentences that said very little. It’s almost like it’s possible to sense there is an underlying prompt and what you are actually reading is an expansion

	▲	weitendorf 21 hours ago \| parent [-]
		The way I process this kind of content is by skimming or ctl-Fing for the material I'm interested in reading and usually just reading the example code or the specific explanation for the content I'm after For example this site ranks on the first page for "go 1.27 generics" and "go 1.27 uuid"[0] and if I were looking for uuid content I'd probably click on the toc for uuid and go to here [1] and look at the examples and v4 vs v7 semantics and then bounce. For this particular article the thing I'd be most interested in applying is probably REPACK [2] `REPACK (CONCURRENTLY) events;` And all of the content around their code snippet showing that is pretty prescient/semantically dense and useful. What I wouldn't do is read the whole thing front to back, or the prose at the top/bottom with the LLMisms: it's way too long and dense for that. For comparison here are the official new postgres docs about REPACK [3]. Is it human-written and more informative? Maybe for some people, or for me if I needed to reimplement a postgres-compliant spec or something, but I'd prefer the LLM-assisted (and I say assisted because IME it's actually a decent amount of work to get LLMs to write content like this) article most of the time. [0] https://www.google.com/search?q=go+1.27+generics [1] https://victoriametrics.com/blog/go-1-27/#the-uuid-package [2] https://victoriametrics.com/blog/postgres-19/index.html#repa... [3] https://www.postgresql.org/docs/19/sql-repack.html

▲ krelian a day ago | parent | prev [-]

I first encountered them in various stackoverflow answers, this is the next step. IIRC they did promote themselves but it was subtle and the answers were good.