Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jfbaro
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
jfbaro
8mo ago
Me too!
2.
▲
by
jfbaro
1y ago
Great work!!
3.
▲
by
jfbaro
2y ago
They are getting shittier and shittier
4.
▲
by
jfbaro
2y ago
I was wondering if there’s a way to automatically measure calorie intake—like some kind of biosensor that could be worn on the body. Companies are investigating this I bet!
5.
▲
by
jfbaro
3y ago
Congratulations to all PG community!
6.
▲
by
jfbaro
3y ago
Can this be used in a way similar to “supercomputers” proposed for Haskel?
7.
▲
by
jfbaro
3y ago
coW? So devs can have their ephemeral databases in seconds at no cost? Only the reads and writes they use and the “delta” storage of their thin clone? Bitenporal support? Smart anonymization (like Tonic.AI)? Looking forward to hearing the a
8.
▲
by
jfbaro
4y ago
Even if a GTP-X will be able to get my description of a system and because it understands the industry lingo and practices create a extremely optimized RUST code, why would we need systems like apps and webapps (like internet bankings) in a
9.
▲
by
jfbaro
4y ago
Congrats PG team and community
10.
▲
by
jfbaro
4y ago
Interesting. I am personally more interested in precise and diverse health sensors, that can measure my health in real time.
11.
▲
by
jfbaro
4y ago
Updated! Thanks
12.
▲
by
jfbaro
4y ago
I have seen this presentation from a company that used PG Full Text search for a pretty complex use case. Interesting -> http://matheusoliveira.s3-website-us-east-1.amazonaws.com/pr... (updated thanks to ddevault)
13.
▲
by
jfbaro
4y ago
Is this the start of a future where we can write high level code (Idris, Agda, Coq) and the resulting code will run as fast (and as safe) as RUST? Interesting.
14.
▲
by
jfbaro
4y ago
1. Shorter cold starts 2. Secure environment 3. Heavily tested in production These are good PROS of Isolate for Serverless Computing, IMHO.
15.
▲
by
jfbaro
4y ago
Great list. As I can add anything here, I will say: - Bitemporal support OOTB (storage would be more expensive, as temporal data needs more disk space) - CoW capabilities OOTB, so it would be super easy (fast and cheap) to create ephemeral
16.
▲
by
jfbaro
4y ago
orioleDB is another one
17.
▲
by
jfbaro
4y ago
Great work Amazon Web Services (AWS)! I am already waiting for V3.... Wish list: - Pay per transaction (Reads, Writes) + Storage, instead of per resource allocation (some competitors are offering this already). - No need for VPC, just like
18.
▲
by
jfbaro
4y ago
Many great things to be part of PG 15. Congratulations
19.
▲
by
jfbaro
4y ago
Thanks! It would be good to check it again with Graviton3.
20.
▲
by
jfbaro
5y ago
Thanks. Reshape is quite promising.
21.
▲
by
jfbaro
5y ago
The US controls the world. It is above any regulation or international law. Other countries have to comply with UN and other agencies... not the US. US will always find an excuse to do whatever is best for their oligarchies (AKA Transnation
22.
▲
by
jfbaro
5y ago
Congrats to Lambda team! Keep evolving the FaaS platform, especially regarding Cold Starts.
23.
▲
by
jfbaro
5y ago
That's amazing! Thanks for making this open source. Could this be extended to support temporal (and Bitemporal) tables? Some storage level optimizations could benefit performance and easy of use for use cases temporarily is important,
24.
▲
by
jfbaro
5y ago
Could reshape help with temporal table schema migration? https://stackoverflow.com/questions/71131800/how-to-avoid-br...
25.
▲
by
jfbaro
5y ago
Reshape is super promising! Great work!!
26.
▲
by
jfbaro
5y ago
Thanks for sharing this! Great stuff. Also, there is this presentation that might be complementary to the one shared here. http://matheusoliveira.s3-website-us-east-1.amazonaws.com/pr... The presentation above is really goo
27.
▲
by
jfbaro
5y ago
First and most important thing: Congrats to the Cloud Functions team for moving GCF forward. Second: Please, keep working on reducing the cold start times, min-instance is useful, but it is kind of a hack IMHO. Third: Native support for RUS
28.
▲
by
jfbaro
5y ago
Wow, is there any public list or documentation about these common cases and how to make them faster in PG? I would expect the PG query optimizer to fix this automatically, but as it doesn't, having this documentation would be of great
29.
▲
by
jfbaro
5y ago
Promising and innovative tool indeed. I wonder why the big PG users and players are not investing in this (potentially) game changer tool. (AWS, zalando, gitlab, yugabyte, edb to name a few). Great work!!
30.
▲
by
jfbaro
5y ago
I see it now that it's a 2018 article. Makes sense!
More ›