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.
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
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.
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.
The features look exciting, but the article is exceptionally unclear to me. I am not sure whether that is my fault, the author's, or the LLM's who wrote it.
`on conflict do select` and eager aggregation are the most notable for me, I use upserts and joins like that all the time. Annual postgres upgrades are always exciting (features) and terrifying (ops) :D (not that something can go wrong, I just feel anxiety hehe)
I urge you to read the article. "assisted" is doing a lot of load-bearing work here.
The problem is not just the writing style, but rather that it doesn't make sense at all.
Take the example for PGQ. "Two ordinary tables, one graph on top of them:" The example makes zero sense, because the fucking tables aren't even there. You can't be lazier than writing a prompt: "please make a blog post about the new PostgreSQL release, and give code examples for each new feature", then ctrl-c, ctrl-v the output.
You can write articles with the most horrible style if you want, but this level of disdain for readers is beyond belief.
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.
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]
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
The headline feature (property graphs) has a better example here in the official docs: https://www.postgresql.org/docs/19/ddl-property-graphs.html
I found this tour unreadable.
Here's the official release notes page : https://www.postgresql.org/docs/19/release-19.html
which unsurprisingly does have a list of important changes near the top.
and sql examples.
I guess we are in the age of "Ill get my people to talk to your people" or "Ill get my AI to summarize your AI output"
The benefit of a guide would be it tells me what the main changes are, why they matter, with pithy illustrative usage examples.
I guess I have an aversion to idiomatic [ ego-massaging, feelgood ] LLM-speak.
It's off-putting to me too. I wonder if the AI enthusiasts that stopped manually writing also find it off-putting
It’s only when you generate a blog post that I get the ick from slop.
Because I clearly put effort into my blog post and you did not.
Take the example for PGQ. "Two ordinary tables, one graph on top of them:" The example makes zero sense, because the fucking tables aren't even there. You can't be lazier than writing a prompt: "please make a blog post about the new PostgreSQL release, and give code examples for each new feature", then ctrl-c, ctrl-v the output.
You can write articles with the most horrible style if you want, but this level of disdain for readers is beyond belief.