ptrik

8 ms·

1.
by ptrik 2y ago
Sounds like explainshell's approach is more robust, no?
2.
by ptrik 2y ago
How’s this different from explainshell?
3.
by ptrik 2y ago
> 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 which was blocking requests originating from non-re
4.
by ptrik 2y ago
> 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 declarative model for the pipelines and
5.
by ptrik 2y ago
> 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 data from R2 fed into frontend?
6.
by ptrik 2y ago
> 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 only using the scraping server for ~2h the differen
7.
by ptrik 2y ago
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 traditional stack as well. It's ultimately about how you empowe
8.
by ptrik 3y ago
Curious to see how this stacks up against a more specialised HTAP database like SingleStore / TiDB
9.
ClickHouse Cloud Boosts Performance with SharedMergeTree and Lightweight Updates(clickhouse.com)
3 points by ptrik 3y ago|0 comments
10.
by ptrik 4y ago
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, there is yet a mature solution in SQL yet. Flink SQL &#x2F
11.
by ptrik 4y ago
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.
12.
The Beauty of HTAP: TiDB and AlloyDB as Examples(en.pingcap.com)
3 points by ptrik 4y ago|0 comments
13.
Build a Better GitHub Insight Tool in a Week? A True Story(ossinsight.io)
2 points by ptrik 4y ago|0 comments
14.
by ptrik 4y ago
Related library in Rust: https://docs.rs/typed-html/latest/typed_html/
15.
by ptrik 4y ago
We've got https://github.com/SnellerInc/sneller which is a query engine for JSON based on AVX-512 assembly
16.
Solving the Build Queue Bottleneck Problem(blog.jetbrains.com)
1 points by ptrik 4y ago|0 comments
17.
Schema Migrations and Avoiding Downtime(quanttype.net)
1 points by ptrik 4y ago|0 comments
18.
Don't Write Your Own Kubernetes YAML Generator(matduggan.com)
3 points by ptrik 4y ago|0 comments
19.
Converting a Python Library to Rust(alantrick.ca)
1 points by ptrik 4y ago|0 comments
20.
Terraform Is a Data Flow Language(log.martinatkins.me)
4 points by ptrik 4y ago|0 comments
21.
Kafka Design(docs.confluent.io)
1 points by ptrik 4y ago|0 comments
22.
A Reckoning for Serverless(fermyon.com)
1 points by ptrik 4y ago|0 comments
23.
When Not to Use Rust?(kerkour.com)
2 points by ptrik 4y ago|0 comments
24.
We Chose NanoIDs for PlanetScale's API(planetscale.com)
1 points by ptrik 4y ago|0 comments
25.
What’s New Between Java 11 and Java 17? (2021)(mydeveloperplanet.com)
69 points by ptrik 4y ago|24 comments
26.
A magical AWS serverless developer experience(journal.plain.com)
241 points by ptrik 4y ago|157 comments
27.
by ptrik 5y ago
Would also recommend reading "Designing Data-Intensive Applications" https://www.oreilly.com/library/view/designing-data-intensiv... The chapter "Data Structures That Power Your Database" offer
28.
Almost free serverless on-demand Minecraft server in AWS(github.com)
431 points by ptrik 5y ago|219 comments
29.
Yandex Traffic Jam Technology Overview(yandex.com)
3 points by ptrik 5y ago|0 comments
30.
by ptrik 6y ago
Interesting narrative from a database schema to GraphQL schema. 1 typo noted: but nevertheless thay are a distinct entity.

More ›