Viewing profile — ptrik

Sounds like explainshell's approach is more robust, no?

How’s this different from explainshell?

> While the supermarket that I was using to test things every step of the way worked fine, one of them didn't. The reason? It was behind Akamai and they had enabled a firewall rule…

> My CI of choice is [Concourse]( https://concourse-ci.org/ ) which describes itself as "a continuous thing-doer". While it has a bit of a learning curve, I appreciate its declarat…

> The data from the scraping are saved in Cloudflare's R2 where they have a pretty generous 10GB free tier which I have not hit yet, so that's another €0.00 there. Wonder how's the…

> I went from 4vCPUs and 16GB of RAM to 8vCPUs and 16GB of RAM, which reduced the duration by about ~20%, making it comparable to the performance I get on my MBP. Also, because I'm…

This is the main takeaway for me. The decentralized way of software development in a large scale. It does echoes with microservices a lot, but this can be done with a more traditio…

Curious to see how this stacks up against a more specialised HTAP database like SingleStore / TiDB

This depends on use case. SQL is the king for batching process - queries are declarative, decades of effort put into optimization. For real-time / streaming use cases, however, the…

Ditto on DuckDB point. This looks like OLAP workloads to me and a columnar database would work wonders. DuckDB if you going embedded, Clickhouse if you going with a server.

Related library in Rust: https://docs.rs/typed-html/latest/typed_html/

We've got https://github.com/SnellerInc/sneller which is a query engine for JSON based on AVX-512 assembly