wkoszek

I haven't yet tried the units from Amazon where you connect the Waterpik to the faucet, but perhaps they could be good -- for me the problem has always been how small the water container was.

Human teeth need cleaning :)

If this is doing better waterpik + toothbrush and perhaps has a long guarantee and leaves you with a 2x normal feeling every morning, I could see the appeal. I dropped $60 on Waterpic and it broke. So then I got a better Waterpik for $100+ but it was clunky unit with bigger water container that didn't fit in my small bathroom. And it broke. But I do like the feeling of electric toothbrush.

PayPal might still be the sweetheart, but there's no innovation I feel. With eBay having CC support and being able to charge and return a charge back to the card, PayPal now is in a niche. I'm helping a founder recruit. To handle the load of candidates, we give folks applying some $ for doing a small 1hr project, and Claude told me that PayPal may still be universal way of sending a "gift amounts". I often wonder how much work would it be to bring IBAN accounts to the US. The need for Zelle baffles me, and the fact that person A can't send $ to person B via normal bank infrastructure is interesting.

I'm really happy seeing this project. Not sure if this helps you gain $$$ customers, but stupid thing that turns out very difficult in PG is making this fast:

SELECT COUNT(*) FROM large_text_db WHERE X

Where X is something that must be matched exactly. X can be FTS query on FTS-indexed table, but the way COUNT() works in PG is that it's impossible to make it fast. Over large tables, lets say 1B+ rows, it can be very very slow.

Example use case is: searching through a hospital DB of reports that have "pancreatic cancer" in them. This is trivial in SQLite, but in PG it's hard.

You use stability of PostgreSQL to open a pitch. Also most people use PostgreSQL because someone out there was a fan, proponent and champion of Postgres. Otherwise they'd be on MySQL or Oracle.

And your sales folks would call and say: "No need to change anything, we still run PostgreSQL, and ours is just called pgrust, but it's N times as fast".

I'd help with testing if you helped them add this. I'd be interested in this.

I really hope your project succeeds so that you can sit, sip delicious coffee with your legs on a high desk, and laugh really loud, like a gorilla, at all the haters from this and previous HN threads.

There's so much to do in databases, and it's so hard to get right and test is all, I think we'll all have 10x the jobs. The easy stuff will go away, but to e.g.: test the new DB engine and ensure there aren't any exploits -> let's just work on it. But it's not that the introduction of compilers made engineers obsolete.

I mean.. they made it 2 weeks ago. Clearly the time isn't now. Why be so negative immediately.

Don't give up. Just publish it, if you know your invention is better. Devtool VCs will give you money based on the growth of your GitHub stars, popularity and the size of community. I can even intro you to some - but it can't be to "burn angel money". You'd just have to commit to build a DB company for 10yrs. Devtool community building is low effort: Discord channel and you can write code in 1 window, and talk in another as your thing is testing/compiling.

If someone did this before with PG, provide links. Practical pragmatic example where I think this project is cool: process vs thread. There were members of the PG core team that wanted to explore it, and members who said it'd tank a project. pgrust is an amazing experimentation ground for it.

I published similar project here: www.emuko.dev - emulator for RISC-V. This one turned out to be 3x as slow as QEMU for example.

re: CTOs - if the improvement is 3% nobody of course will look at it. If the improvement is 30%, it'll be too big for big players to ignore, so as a CTO you'll be tasked with trying it out. It's really a matter of whether this thing is safe and secure, losing data or has a trojan. If the authors can prove it's all valid working code etc., it'll be a viable project.

Congrats for launching this project. I think it's awesome. I did two similar projects, just to learn how to work with LLMs and it felt good--reminded me times debugging code with GDB and going through stuff in semi-manual mode.

I'm building data + AI platform. It got complex, and I'm using AI-assisted coding to move fast. One thing that helps me was property based testing. I have a traffic generator that simulates 10 users working on my platform. I run it 24/7 and if it shows that the software survives the test (I called it "fate" after ffmpeg's CI), it's good enough to roll out. If you wrote something like that, core PostgreSQL folks would like it too, unless there's something equivalent like this. It'd be: create random tables, fill with random data, then issue randomly constructed query.

There is big appetite for PostgreSQL in business cases. But there's also a lot of problems in PG and people want to solve them. But there's ~10 people in the core of PostgreSQL who contribute to it and know how to change the core. If you have a business use case that would require changing the core, doing it in safer, less error prone technology would be way better. That's why you have other products that had to be created that talk PG protocol, but aren't using official build.

Same. Sorry to see so much hate here.

Author of this project is not that different than you. The only difference is that he is willing to take the risk. If you have an invention and sit on it, nothing will happen.

His project is cool. Students could use it as an example of porting code. Companies could switch to it, if it works. There are hundreds of reasons why people may want it, so it's awesome he's publishing one. Something needs to be done to get interest and then adoption.

Many people do, yet when I open it from time to time and read through some sections, it can be a lot of fun

Education is the space that I'm hoping AI with unearth, and games like this could become a common part of the education. I totally see kids playing something similar for hours, learning core CS concepts and benefiting. Perhaps making a shooter would be awesome too: reclaiming memory, collecting cycles and energy and resources to train the model.

Another hope I have that we could learn math/physics that way. Having a better more visual and intuitive understanding of some math concepts would be great. Perhaps having a truck go through the plot of a function and learning about limits and maxima and minima would be great etc. Same story: playing something like this for several hours could burn in kid's/adult's mind a pattern of undersatnding calculus that would last a lifetime.

If we scan patient every 6mo starting from age 18 lets say, you could identify the masses in the patient body and track what stays the same, whats growing etc.

Other tests should be solved too (fecal/urine/blood). Perhaps we need more R&D in here to accelerate progress.

We already have patients trying to track their own health over longer time which is great. We then just have to make AI good enough to spot warning signs (without patients asking). Or parhaps we need to make those tests easy and cheap and regular.

The idea here is to make scans very common and regular, hopefully from early age of the patient. It could be like a blood pressure measurement at CVS.

All doctors say this, and that sort of drove me away from healthtech. As if there were absolutely no way to take a step in a direction of fixing it.

The faster and earlier we start to scan everyone regularly, as long as scanning methods aren't invasive, the more certainty we'll have what to warn people about and what not to tell them. Perhaps with the regular screening (imaging quarterly, if the scan is fast) you could see what is growing and what isn't.

Yup. But it'd be good to get certainty by going to Walmart or CVS or Wholefoods and getting a scan for $30.

Very cool. Looks very nice. I have a small utility that I made for myself and just added your algo to it: https://github.com/wkoszek/imgstat -- palette looks much better to what I had before.

Starship payload: 100,000 kg (100 tons). Looks like they talked about 150 tons and even 250 tons. My understanding is that they can be adding more engines to get more thrust.

https://www.nextbigfuture.com/2022/02/spacex-reusable-rocket... -- looks like target price for Starship launch would be $3--$5m according to the author.

Wouldn't the /kg price to SpaceX be:

3000000/100000 = $30/kg -- 5000000/100000 = $50/kg?

If they recover everything and produce fuel at scale, wouldn't it drop the cost even more.

What many people quote here are commercial rates, I think. SpaceX won't pay those prices.

Can someone check my math

In Poland it was Polonez Caro: https://en.wikipedia.org/wiki/FSO_Polonez

This is an amazing idea - whoever came up with it, should get a promotion. I'd not be surprised that if this continues, Bose could be what e.g.: ThinkPad became and will have a steady customer and fan base

If anyone wants to add Forgejo to your VM, I made a script that allows you to quickly install server + runner, so you get the full setup:

https://wkoszek.github.io/easyforgejo/

Hey. I liked your feedback, so I updated the website.

You can give it a shot in VM - I've done testing on macOS, and then used Ubuntu 24.04 home box to install it, also in multipass. In GitHub I put howto.