HackerTrans
トップ新着トレンドコメント過去質問紹介求人

ananthakumaran

no profile record

投稿

ClickHouse Table per Tenant in Production

ananthakumaran.in
2 ポイント·投稿者 ananthakumaran·先月·0 コメント

OpenAI deprecation notice: upcoming model shutdowns in 2026

developers.openai.com
3 ポイント·投稿者 ananthakumaran·3 か月前·0 コメント

Moving a tenant across PostgreSQL instances

ananthakumaran.in
1 ポイント·投稿者 ananthakumaran·3 か月前·0 コメント

Overlay Bar Chart

ananthakumaran.in
1 ポイント·投稿者 ananthakumaran·4 か月前·0 コメント

Moving tables across PostgreSQL instances

ananthakumaran.in
85 ポイント·投稿者 ananthakumaran·8 か月前·5 コメント

コメント

ananthakumaran
·2 か月前·議論
For those who are using Emacs, https://github.com/federicotdn/verb provides similar UX, I have been using it as a postman alternative for quite some time.
ananthakumaran
·4 か月前·議論
I have been using https://github.com/jacktasia/dumb-jump to quickly jump to definitions. LSP is hit or miss; in some languages, it works great, while in others, the implementation is not so good. I have been thinking about a middle ground based on Tree-sitter. GitHub uses Tree-sitter to power code navigation, but unfortunately, I can't find anything good that I can use offline. Why is there no ctags equivalent powered by Tree-sitter?
ananthakumaran
·5 か月前·議論
No, it's a background job. We can easily control the Python process count by controlling the job queue concurrency on the Elixir side.
ananthakumaran
·5 か月前·議論
We have a similar use case. All Elixir code base, but need to use Python for ML libraries. We decided to use IPC. Elixir will spawn a process and communicate over stdio. https://github.com/akash-akya/ex_cmd makes it a breeze to stream stdin and stdout. This also has the added benefit of keeping the Python side completely stateless and keeping all the domain logic on the Elixir side. Spawning a process might be slower compared to enqueuing a job, but in our case the job usually takes long enough to make it irrelevant.
ananthakumaran
·6 か月前·議論
ES should be thought of as a json key value store and search engine. The json key value store is fully consistent and supports read after write semantics, refresh is needed for search api. In some cases it does make sense to treat it as a database provided the key value store semantics is enough.

I used it about 7 years ago. Text search was not that heavily used, but we utilized the keyword filter heavily. It's like having a database where you can throw any query at it and it would return a response in reasonable time, because you are just creating an index on all fields.
ananthakumaran
·6 か月前·議論
https://ananthakunaran.in
ananthakumaran
·7 か月前·議論
Exactly, I was reading the blog and wondering the whole time how it's better than --update-refs, which I have been using a lot recently.