Hacker News new | past | comments | ask | show | jobs | submit | mbStavola's comments login

My wife has played a few hours of Tiny Glade on her Steam Deck and it runs well with functional controller support. Perfect fit for a cozy Sunday play session!

What happens after someone extracts the hashing key off of the camera?

Well then you have >>definitely real<< AI generated picture. I don't think that problem has a technological solution, but a regulatory one - each generated picture must be somehow marked (i.e. via a watermark invisible for human, but difficult to delete by a program) that it is AI generated. If a person or a company fails to do so, massive fines are on their way.

I feel like that horse has already fled the stable.

Stable Diffusion has been kicking around in the wild for a couple of years now, and probably a million people are running it. You can't really criminalize that.

But key generation and storage can be in a hardware module, and tied to a unique device, so it would be quite difficult to hijack -- and, if you did, you'd only get very limited use out of it. So there might be a technological solution. Maybe not a perfect one, but one that's at least plausibly useful.


Scrolled through this a bit, some of it seems out of context and others have a tenuous connection at best. This just seems like a hitpiece in response to DeVault's public opinion of RMS.

I don't have a favorable opinion of DeVault (though it's been slightly warming the past few years), but this just seems forced.


Devault's "Stallman Report" was also a hitpiece that takes things RMS said out of context. So this fits as a response.


Software can and should be fun, especially if it's harmless. Where is the hacker spirit?


There is simply to little fun and weirdness left in modern software, and that's quite sad.

We should stride to make software a little more fun, have a little more character and have certain human touch to it.

Obviously don't have your database write "FART" in place of data, just because the user is "dave" and it's not 16:45 in the afternoon, but harmless messages in the code, weird log messages and otherwise harmless reactions to predetermined inputs.


Software should fulfill its requirements and do nothing more.


In this case, it did. The requirement is clearly specified in the top answer:

if you invoke man after midnight it should print "gimme gimme gimme", because of the Abba song called "Gimme gimme gimme a man after midnight"

You might not agree that that's a good requirement. Others' requirements aren't always aligned with yours :)


Have you never worked for anyone before? The software I make is always expected to do more than what the requirements stated.


This is Hacker News, not IBM Suits News


Not a great motto for Emacs (ORG-Mode, Calc, Info reader, Doctor, IRC, Web, directory browser/editor, shell, games, email, NNTP, text adventures, SSH/FTP/whatever integration...) or Nyxt (complex functions for bookmarking and making discrete-math like graphs on info, scrapping features, shortcut keys for links, and so on.)


Resistance is futile


My requirement for all software: make me smile :)

Requirement fulfilled, under budget too :))


> Software should fulfill its requirements and do nothing more.

And shall be _tested_ _before_ delivery.

I know, it's expensive ... /s


Hacker spirit is gone. All is left are code writers. Most of them are not able to test their code for the most obvious mistakes (see Crowdstrike ...). /s


We need to nationalize Boeing and get rid of the money men who ran this company into the ground.


So let's get this straight -- the quasi-nationalised Boeing fucks up, a private company steps in to save the day, and your conclusion is that fully nationalising Boeing is the answer?


"Please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize. Assume good faith. "

I think a stronger interpretation would be that Boeing's management/corporate culture needs a dramatic shake-up.

Short of letting the company fail completely if left alone, nationalization might well be the best measure out of a long list of not-great measures to shore things up.

Not saying that it's the measure that should be chosen per-se, but as usual it's often better to be pragmatic than ideological at least.


It’s amazing, isn’t it? These same people complain how everything is broken and that the solution is to double down on it. It’s such a sad state of affairs that the corruption is actively supported by people and they want to feed it more and make it bigger.


lol - i read it the same way


Nationalized industries have no good record of quality or efficiency.

See Chernobyl.


The comment section for the Washington Post article <https://www.washingtonpost.com/technology/2024/08/24/starlin...> reporting on today's news is overflowing with anger/despair/grief/denial from anti-Musk, anti-SpaceX people. One example:

>For those who "More Engineers and Less MBAs", that's a dog whistle - Just so you know, Boeing is the most diversified aerospace and aircraft manufacturer in the U.S. Typically, Engineers are more arrogant and misogynistic, while MBAs tend to be more progressive, though they can also be more driven by profit. Want an example? SpaceX is a so called "Engineers driven" company.

>At this point, Starliner is actually safe enough (less 1/270 of failure chance) to bring those 2 astronauts back home. The only reason why NASA is not using Starliner, is because there is an election 3 months away. NASA administrator (a politician) made the final decision, so it's not up to MBA or Engineer, it's up to a politician.

>Vote Blue, Nationalize SpaceX and Pass it to Boeing to Run, everybody wins except Musk.


> "Engineers are more arrogant and misogynistic, while MBAs tend to be more progressive"

Utter bilge. I bet the author knows nothing about engineers or running a business.


Private industries have no good record of quality or efficiency.

See Three Mile Island, Bhopal, Fukushima, Enron, Theranos, etc.

With the cheap talking points out of the way, one could examine this question carefully and objectively now.


I recommend reading a blow-by-blow account of the causes of the Chernobyl disaster, and compare the long list of failures and coverups with that of the other disasters you mentioned.


Any large disaster will be caused by a long list of failures. Chernobyl was a particularly colossal screw-up (mostly a concatenation of unlucky coincidences, one specific instance of ignorance due to political meddling, and severe human errors eg by Dyatlov).

But it is preposterous to draw conclusions about state vs private enterprises from this N=1 example. There have been many successful government-run megaprojects (Panama Canal, Dutch North Sea dams, China's high-speed-rail). There have been many unsuccessful private ones.

Adjudicating this question would require careful enumeration and analysis across many instances, not just throwing out one example.

McKinsey, for example, states that megaprojects can fail "when big projects cross state or national borders and involve a mix of private and government spending."

https://www.mckinsey.com/capabilities/operations/our-insight...


I have friends who grew up in the Soviet Union. None of them have ever mentioned a longing for Soviet quality.


The Bolshoi does excellent opera and ballet.

Private US health care is way more expensive than basically anywhere else in the world, while delivering worse outcomes than most places.

Want to trade anecdotes all day? We can do that. Or you can address the question at hand seriously, as I suggested before.


Read about Bhopal tragedy, it is pretty much same.


I suggest you walk outside and experience the real world, not whatever articles you're reading.


For Rust enthusiasts, there is an old RFC[0] that would have added a "become" keyword which guaranteed tco. It was originally postponed in favor of focusing on the 2018 edition's goals (which was the right call) but the initiative has been revisited recently[1]. Maybe it'll make a comeback!

[0]: https://github.com/rust-lang/rfcs/pull/1888 [1]: https://github.com/rust-lang/rfcs/pull/3407


I plan to pick up some AirGradient units and phase out my AirThings devices simply because I want to keep all my data local and open. However, I do wish 1) it could monitor Radon and 2) had a PoE powered sku.


Yes, these things have come up quite a few times. Regarding Radon there are unfortunately no 3rd party sensor modules available that we know off (and are reasonably priced). If you know any, please let us know.

Regarding PoE, we have made a survey some time ago and less than 5% of the users were interested in PoE. However, the hardware integration is not straight forward and it would increase the price of the unit for all customers. This is the main reason we did not do it yet.

However our open hardware has an extension plug and this could be an excellent community project for somebody to develop this as an extension card and then share the design.


So fully recognizing upfront my own bias towards this feature, and that lack of immediate interest makes something a business risk regardless of how it might turn out over time. Still, just 2 cents towards the long term:

>Regarding PoE, we have made a survey some time ago and less than 5% of the users were interested in PoE

1. I'm not sure surveys are that useful for features a lot of users aren't aware of or might have outdated views on. I think a better survey would be on whether users wanted ethernet at all, because that's the only real differentiator there in an age where a basic PoE+ switch can be had for $55. If it's already going to be on a hardline, then having it be powered that way too is ultra useful and zero extra work. Ethernet is also something people can do without being electricians. There is a bit of chicken/egg challenge with features like that where not many people know because there isn't much stuff.

2. I hope you're normalizing to some degree for purchase volume. 5% of customers isn't the same as 5% of sales.

That said I certainly wouldn't want to see you face any challenges over something like that and your reasons are fair enough. It is just a bit of a bummer to not have more options on that front. But the native HA integration added back in June with no firmware flash already sold me on a bunch of AirGradients anyway and was much more important! Thank you so much for that.


I am not ruling it out in the long term. I actually also would love to have a wired Ethernet connection and if we grow further we might very well come to the point where the 5% really matter and we have more resources available to develop it.


Why not just use Airthings, don't use their service, and own your data.

They say in the license if you use their service (i.e. you upload your data to them) they own it. But if you don't, you own it. Seems fair to give them their data if they are going to store it for you and provide you an app and website to view it.

They publish a github repo to let you download direct from airthings (not using anything cloud) and graph it with graphana or whatever you want.


This isn't the case for their newer products afaict-- with the ViewPlus (which is what I have) you _must_ go through their cloud offering in order to get your data.

I do not want to roundtrip for something that shouldn't have left my house in the first place. Their older products allowed me to keep it local, why shouldn't their newer ones?


Kyber was a great name, a bit sad we can't preserve a little bit of fun in standardization. FIPS 203 just doesn't hit the same!


Getting ahead of the "in mice" meme replies, it is nice to see further developments in the search for a cure.


Aye.

Lost my mum to that in the middle of the pandemic. Long mental decline including hemispatial neglect*, but physically (mostly) fine right up until the last few days in the care home, when she forgot about drinking — though we had to work that out much later and from the autopsy as nobody around her could reasonably have watched her 24/7 to count glasses of water not consumed.

* such a bizarre thing to witness: her sitting at the dinner table, the food eaten on only one side of her plate while the other side was full, and her insisting the plate was empty until one of us rotated it 180°.


So sorry about your loss.-


I do comment "in mice" when the title doesn't contain "in mice" when it should. I see it as misleading if it doesn't contain it.


We've downgraded even, from "in mice" to "in mice models" ...

... don't even test on real mice anymore.-


Seemed to be the case for 50+ years.


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

Search: