londons_explorer t1_je4l8q4 wrote

Batteries... or transmission (get power from another place 1000 miles away where it is windy right now) or hydro (store up water and use it only when other sources fail), or smart EV's (which charge only when there is spare power in the grid, and perhaps put some power into the grid at times of peak demand), or Heat reservoirs (heat peoples homes with heat pumps when there is spare power, and have big tanks full of a liquid that can store hotness or coolness for release into the home later when desired.

We can use one or all these solutions. We'll probably end up using a mix, decided by market forces.


londons_explorer t1_je367bb wrote

HTTPS on tiny devices is do-able... Check out the HTTPS client for the esp8266 for example. 'BearSSL'.

I don't think it is actually secure because the platform can't generate truly random numbers, but that doesn't matter for usecases like this.


londons_explorer t1_jdzwcfo wrote

Problems like this are never 100% novel.

There are always elements and concepts of the problem and solution that have been copied from other problems.

The easiest way to see this is to ask a non-programmer to come up with a 'programming puzzle'. They'll probably come up with something like "Make an app to let me know when any of my instagram friends are passing nearby and are up for hanging out".

Compare that to a typical leetcode problem, and you'll soon see how leetcode problems are really only a tiny tiny corner of what is possible to do with computers.


londons_explorer t1_jdo4kj3 wrote

Think how many hard drives there are in the world...

All of that data is potential training material.

I think a lot of companies/individuals might give up 'private' data in bulk for ML training if they get a viable benefit from it (for example, having a version of ChatGPT with perfect knowledge of all my friends and neighbours, what they like and do, etc. would be handy)


londons_explorer t1_jcy050l wrote

This is the kind of service you need to either run 'underground' - ie anonymously, or you need to go get all the right legal permissions and certificates in place.

Otherwise you'll end up with massive fines and/or in prison when one of your customers sends a long chat about depression and then commits suicide. At that point, authorities won't overlook the fact you aren't properly licensed.


londons_explorer t1_jcpzan9 wrote

I would make 'fake' data which isn't hipaa protected and do most of your work on that.

Then do a final fine-tuning on the HIPAA data on some rented servers. Your HIPAA data probably isn't more than a few hundreds of billion words anyway, so a fine-tuning should be quite quick and cheap to do a few full passes of the dataset.


londons_explorer t1_jc1g3ee wrote

There are many companies who would be willing to pay far more than this for the data.

Things like investment firms who want to know what is going on and react in real time.

The real solution is to have a delayed data feed - everything more than a week old is available for free. If you want data 15 mins delayed, pay $$. If you want data 1 second delayed, pay $$$$. If you want data immediately, pay $$$$$$$$.


londons_explorer t1_jbdrv43 wrote

What do you have to dedicate to this?

Time? Money? How much of each?

If it's just your time, I would start with hobby/kit robotics stuff, perhaps remote controlled (ie. Nothing smart) and show it doing dental work on plastic models of teeth with real tools. Then make a YouTube channel about your work, successes and failures.

That YouTube channel will hopefully get the next generation interested in actually doing the task properly.

If you have serious money to dedicate to the cause, I would try to start a startup, hiring a robotics expert, and someone who has previously worked in the medical devices field (there are soooooo many laws - navigating the legal landscape is probably trickier than making a robot do a filling). Obviously you should also go get VC funding wherever possible, but by putting in a chunk of your own money that will be far easier.


londons_explorer t1_j9xw3l6 wrote

It is highly likely the lab was the source.

And he was the boss of the lab.

Whether it was him personally being careless, or some fault in the procedures of the lab he oversaw doesn't really matter.


londons_explorer t1_j9ft1x2 wrote

> That's not true, and has already been shown to be false by Sydney going off on users who seemed to doing harmless chats.

The screenshoted chats never include the start... I suspect at the start of the conversation I suspect they said something to trigger this behaviour.