Hacker Newsnew | past | comments | ask | show | jobs | submit | dojomouse's commentslogin

> The cloud deployment surface covered in our contract would not permit powering fully autonomous weapons, as this would require edge deployment.

… What?? Much of this seems duplicitous, but this isn’t even coherent. Is their implication that it’s not “autonomous” if it involves an api call to an external system? That mere definition would be extremely alarming.


Natural radioactive decay is also an example of fission - just not a fission chain reaction (… except when it is! https://en.m.wikipedia.org/wiki/Oklo )


I think it’s very much a magical fantasy computer :-) A thought experiment, rather than a claim to something that’s been built or exists.

The questions you pose are interesting ones, for the sake of the experiment I think at least:

- Programming

- Loading new software

- Adding new functionality

- Persisting user data

Could all at least in principle be achieved without changing the network architecture, but rather just providing the relevant data at the inputs (eg the full bit stream of the install file of the new software being installed) and having that lead to adjustments in activations (not weights or architecture) across the network which lead to any future inputs to the network resulting in the outputs that would be expected in the presence of the new software. Same deal for the other examples.

As to whether this is practical or achievable at present - not even remotely close in my view. But it’s still an interesting idea, even if just to think about why it wouldnt work and what that implies for future development direction of multimodal networks etc.


> I think it’s very much a magical fantasy computer :-) A thought experiment, rather than a claim to something that’s been built or exists.

I think this kind of computer exists and is called ”brain”.


>> I think this kind of computer exists and is called ”brain”.

True, but there are ethical and rights considerations unless you are building / growing an artifical brain.

You can't just grab a human or sufficiently-suitable animal brain and turn them into your personal mentat (https://en.wikipedia.org/w/index.php?title=Organizations_of_...) or computing servitor (https://warhammer40k.fandom.com/wiki/Servitor) to do your computing for you. (At least, not ethically.)

Where would you get a brain to train?

Also, it's not easy to train human / animal brains in their natural state as any parent / animal trainer can attest.


I think ML is likely to be material to us making many more such discoveries. So much of the current constraint is not in the knowledge to identify the interesting pattern, but the capacity to look for it at scale.


Yeah but you missed the point op was making


That seems an uncharitable view of the reply.

The search space is huge, we sometimes find needles in haystacks by accident, isn’t it exciting that we have tools now that can systematically check every piece of hay?


ML search is more about ‘averages’ based on samples.

Innovations like these are more about ‘shocks’ that surface fitting cannot capture.

Note universal approximation theorem applies only to smooth surfaces.


Not always. Quantile regression exists. And you can develop "no match" categories.


Quantile regression is also about averages.


Averages are formulated as measures of centrality in the L2 norm ("straight line" distance), sum(values) / count(values). Quantile regression uses modifications the L1 norm ("city block" distance); if median (50%) then it is a measure of centrality. Not everything is an average. If you're interested, this is a good (but math heavy) treatment: https://en.wikipedia.org/wiki/Quantile_regression#Computatio...


But the better the mean surface is fitted (in a generizable way), the easier it is to spot outliers.


Well said.


Perhaps. I was thinking along the lines of MarkBurns response - ML will allow us to efficiently look in those places we might otherwise only have searched by accident.

If ops point was rather that “accident”/“luck” are uniquely human… I don’t agree. Luck is when probability works out in your favour - and that can happen all the time with any sort of probabilistic search, which is rife in ML.


In New Zealand we have a pretty effective system that covers all fossil fuel use nationally, as well as several other greenhouse gas emission classes (notably not agricultural emissions though hopefully they’re included soon). The EU has something similar as do several other jurisdictions. It’s a solved problem at scale.

In NZ we also have an effective system for recognising and incentivising certain classes of forest carbon removals (which I think are a legitimate and important class of credits - unlike avoided emission credits which I agree are junk).


This is extremely cool! Nice work. What data does it rely on and do you have any plans to support other countries?


It’s a wide range of sources but basically the different Independent System Operators in the US and the Energy Information Agency (EIA) All of our data scrappers are open source: https://github.com/kmax12/gridstatus


Love you for this! I had exactly the same “solar freaking roadways” thought, although at least that idea qualified by basic theoretical analysis of available energy and area for harvesting and conversion efficiency. It was an obviously terrible idea for other reasons :-) yet it still got a prototype…

I wasn’t sure about the droplet analysis so took your same numbers (25mm/h, 10m/s) and just worked out aggregate mass: 25mm over 1m^2 = 0.025m^3 = 25kg

0.5mv^2 => 1250J/h… so looks like we agree.

And to add a simple economic analysis of why this is such a dead-end idea:

Mawsynram, in India, is apparently the rainiest city in the world with roughly 10,000mm of annual rainfall - 10x the global average.

A given rain energy harvesting panel, deployed there, would generate 500,000J/yr… or 0.138kWh. That’s significantly less than what a typical rooftop 1m2 solar panel would generate in an hour on a sunny day. 0.138kwh is worth around 1.3cents at 10c/kWh.

A big roof might get you $1-$2/year. You couldn’t pay to clean your roof for that. You couldn’t even pay someone to answer an email enquiry about the install costs for your system for that. This solution would have to be VASTLY cheaper than paint to stand a chance of being viable.

There is a reason our existing systems to collect power from rainfall rely on vast existing landscapes and aggregation mechanisms (rivers) to concentrate the rainfall for us.

It is - in my view - a dead idea.


If the raindrops were caught with a funnel, so the actual surface area of the device is very small, but the funnel is large, would that improve the economics? Maybe add in a water tank + hydro power to capture more gravitational potential energy from the water,


Catch them with a patch of ground and use a river as the funnel and you’re really on to something.


Maybe you could like block the river just a bit to build up like a reservoir.


It wouldn’t help with kinetic energy harvesting from the raindrops as that would go into the funnel as heat.

It might provide a way to harvest the remaining gravitational potential energy of the rain (possible funnel being your roof and guttering) but the only upside is that you could concentrate the energy with something that’s already there (and hence harvest over a smaller area). The amount of energy (and hence value) available would be even lower - unless you had a really high roof.

This is also the reason I abandoned my high school scheme of hydro turbines at the bottom of downpipes.

As the comments below say - you need to be working at the scale of a few major geographic features as a funnel before it starts to get really interesting.


Given the explanation above, it would need to be a funnel that is cheaper than paint. If the analysis above Is accurate (I can’t vouch for it either way) then it’s hard to imagine a material strong enough at such a low price point.

It’s possible too that the proposed mechanism is related to electrostatic charge in which case funnelling would probably interfere.


Correct, but what the parent here presents is a theoretical upper bound. A working product wouldn’t even get close. When the theoretical upper bound shows that something could never aspire to more than a vastly inferior alternative to existing proven technologies, the correct approach is to abandon it rather than invest in iterative improvements.

I agree we should keep an open mind regarding creative ways of collecting energy from the environment. But we should also abandon those which are quickly demonstrated to have no meaningful potential even if we were to perfect them.


It also ignores the fact that there’s no need for it to become “alive” or “conscious” to be a threat in the way he describes. It just needs to be an agent with an mis-specified, poorly specified, or maliciously specified goal. And there are already numerous examples of those. The only debate is around capability, and here he makes multiple references to “infinitely” capable. So the whole argument seems like wildly disingenuous strawman, consistent with his attempt to classify all those raising concerns as naive (or corrupt) cultists - not exactly the vibe from the likes of Geoff Hinton / Stuart Russell / Max Tegmark; all of whom generally act with far more integrity (it seems) than Marc Andreessen shows here.

Ironically I think the whole article is motivated by the thing he claims to condemn - namely: he’s a bootlegger, who has an interest in freedom of ai development.

Part 2 is much more interesting. Part 1 was very very weak.


> One reason is that there are some problems that a company will only encounter once it begins testing fully driverless operations. Waymo and Cruise’s problems with fire hoses and caution tape is a good example. A human driver would disengage FSD long before it got into situations like that, which means Tesla would be unlikely to have the training data necessary to train its cars to handle it properly.

The reasoning here seems flawed to me. I assume Tesla use periods when the human is driving for training data, so this is no constraint at all.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: