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.
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.
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.
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.
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.
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.
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
Most recently: Salesforce via Twin Prime acq. Before that Xilinx. Interned at CCT@LSU, Computer Lab in Cambridge UK, Ericsson, HIIT.
WWW: http://www.koszek.com Twitter: http://www.twitter.com/wkoszek
[ my public key: https://keybase.io/wkoszek; my proof: https://keybase.io/wkoszek/sigs/wFGIqesxDG511PD1Jve8FJ7qQ0h9Sc6xvGw-NTCddek ]