skysight-inc/HackerNews huggingface dataset:
My mother died this year and one thing I have kept is her phone to remember her: a little time capsule of her last messages, her photos, etc. I keep it near the charger and keep the charge from dropping too low.

I've thought about how long I intend to do this, or, even if I let the battery stay disconnected, how long I will keep the phone. I suspect I'll keep the phone until I die myself but wonder if it would end up being some odd sort of family heirloom/relic 100 years from now.

(FWIW, I have captured to other devices her photos and such so that I am not reliant on the physical device for these memories.)
> - A clear instructions on how to do a factory reset on all devices to promote data privacy

This should be unnecessary and is likely a large part of why people don't. There are loads of reasons it is not possible to wipe a device. I have one which reboots before any point it will accept input.
I don't say that they can't do that.

What I say is, they shouldn't be doing it and any person anywhere in the world should be free to travel, live and work anywhere in the world. I'm curious about your argument against that.
> Please don't respond by saying "this API was badly designed in the first place!" Most languages don't give you the opportunity to design APIs badly in this particular way. If all APIs were perfectly designed on day one then of course we'd never have to worry about API changes.

Ok, I agree. But this is just as well a problem for any language that specifies API in some way. So it is really a decades old debate about static typing disallowing to change things easily. I mean, there might always be certain case when the library author has to change the signature because they made it too restrictive. It just happens that Rust allows you to constrain things that might not be constrainable in other languages, so I guess the chances for that happening accidentally are somewhat higher. But generally I like going from more concrete / restricted to more generic when needed rather than the other way round.

> Off topic, but you could do this in both Java and Go via generics.

I don't think so you can achieve same level of flexibility and efficiency at the same time.

Go doesn't have function level generics, so you'd need interfaces and runtime polymorphism as usual (and runtime penalty).

And in Java you cannot add a new interface implementation to a builtin type like String, so the idea of switching from String to any other type won't work. There is much more upfront ceremony needed to add such flexibility (defining custom interface + implementations and using them from the beginning).
That is only for people who volunteer to receive our custom hardware and we need the name and address to ship them the unit. For most units we have no name, address or any PII whatsoever.
This is an awesome project, I would love to do something similar for my community. Great UX design too. FYI, the trends and weather modals aren't loading data (possibly because of the darksky.net API cutoff?)
> Cross-platform programs suck, so everyone avoids them, right?

The thing is, cross-platform tooling sucks. A plain CLI program is already bad enough to get running across platforms - even among Unix/POSIX compliant-ish platforms, which is why autoconf, cmake and a host of other tools exist... but GUI programs? That's orders of magnitude worse to get right. And games manage to blow past that as every platform has their completely own graphics stack.

Electron and friends abstract all that suckiness away from developers and allow management to hire cheap fresh JS coding bootcamp graduates instead of highly capable and paid Qt/Gtk/SDL/whatever consultants.
The real shock is that anyone noticed.
Every language for scientific computation uses 1-based indexes, to follow the tradition of using them in formulas. FORTRAN, APL, Julia, R, MATLAB, GNU Octane, etc.

I remember that (some versions of) BASIC back in the day had an option to switch between 1-based and 0-based indexing, to appeal to both Fortran and C folks.
I hope to see a similar thread on OOP one day.
Yep. Went to find a YT video and came back to find Paul was dead. Couldn't bring myself to start again.
Better than a small paper tube on fire, I guess?

(lithium battery explosions are a lot rarer than accidental cigarette/clothing/hair fires used to be)
> Except Apple can remotely execute any code they want on your phone at any time. That is how proprietary software works.

No, that's not how any code works, proprietary or open source.

I've written proprietary software for 16 years, and none of it could remotely execute any code that I want.
I suspect that by 2050 a lot of current Canadians will have left for the US, Europe and China, and Canada will be made up mostly of immigrants from a small number of countries and culturally will look very different (though it will still be ruled by the same set of wealthy families that run it now). Sort of a different pathway to building a colony if you think about it.
Not sure when long form shitposting became acceptable but no one wants to read this tripe
To say nothing of the Commonwealth: London is a more natural capital harbor for India, Australia and South Africa than New York or even Singapore.
Google was never really interested, culturally, in making money. The ads thing sort of happened by accident. Then when double click was acquired, they were quarantined within the company so as not to pollute the real work swes were doing. Eventually, executive changes happened and the board demanded more profit. Ads were easy so they got integrated everywhere instead of burdening the busy engineers with having to figure out how to monetize their products. This led to ads taking over the entire company over time.
I understand that Teflon might be a hazard in pans but feel like it reduces the amount of burned food in contrast to steel/iron pans so much for me that I hope it is a net gain.

(sorry in advance for all who want to suggest iron skillets. I can't make them work in daily use.)
An 18650 is basically a phone battery that's been rolled into a cylinder and canned.
I dunno, I'm willing to take a pretty substantial pay cut to move to Canada from the USA.

I like to think I'm fairly competent.
"Operation failed with unexpected error" is a fantastic military mission codename.
Van Gogh was heavily inspired by Japanese woodprints, which often utilized 1-point perspective, leading to a sort of "flat" look.

When it comes to his understanding of perspective, Van Gogh was so obsessed with realism that he never drew from imagination and even used/invented his own physical perspective grid to check his work.

And for why his work might appear "amateurish": this was a deliberate style choice by Van Gogh. He was a person who wanted to disguise his expertise. In one of his letters, he notes to a fellow artist that he wants his work to draw people in who "swear he has no technique" and be so "savant" that his work almost appears naive and does not "reek of its cleverness". He's trying to fool us.
My daughter had a fairly heavy concussion. They take time to heal. They aren't just a day or a week and you're good. There also may be permanent damage, but don't assume that what you have now is what you'll have long-term. There's still healing.

Especially, concussions take rest. Let yourself rest. Give yourself permission to take the time to rest. You need - temporarily, but for an extended period - to stop driving yourself to try to measure up to what you could do before. You need to not feel guilty for doing so. It feels like you're being lazy. You're not - you're being smart. You're taking the time to rebuild what you can, so that you've got more available to use going forward.

Note well: I am not an MD, just a rando on the internet offering advice. If an actual doctor tells you something different, listen to them.
Have worked with quite a few H1-Bs with absolutely no special skills. Large off-shoring firms soak up quite a few of them for people coming out of degree mills.

The only advantage to businesses is that these people are modern indentured servants, due to their immigration status being dependent on their employer. I'm all for getting rid of that but I also think there should likely be a smaller number with a salary based bidding system (e.g. if you aren't paying in the 80th percentile or above for a person in the industry of that age, you're not getting H1-Bs, and yes age not years of experience since the latter is easily fudged). Otherwise, it simply continues to be a way for companies to suppress wages.
You might want to watch the video the author himself posted above!
It's not as simple. My country (UK) has skilled workers visa that has wage requirement set often at half the market rate for given job. For instance, company can pay a software developer as little as £35k.

Given that it is much more expensive to gain skill when you are a native, the government somewhat pulled the rug from underneath the locals who spend a lot of money to go to uni etc and were hoping to have a decent return on their investment in education.

This also creates disincentive for locals to learn these in-demand skills.

If you combine this with the fact that companies can rent out these cheap workers at £500 or more a day, while avoiding paying taxes it is a poor deal that only benefits big corporations.
Considering the magnitudes of the celebrations of the new millennium and 21st century on Jan 1 2000 vs 2001, I’d say that argument has been comprehensively won by the zero indexers already.
An important thing to also keep in mind is how much inflation changed prices over the duration. $520k in 2023 dollars is around $420k in 2017 dollars. Sure, still almost 3x more expensive, but that’s better than being 0.7x higher.
Finally finished it. It has been so stressful.

"Congratulations! You have sucessfully chosen a password in 211 characters."

I got lucky when I found a bug with Paul (otherwise I would have given up)
I have so many broken devices with enough information on them to compromise my entire life. Yeah, I’m not selling those.
Pinephone's battery is compatible with the one from J7 Samsung phone from 2015: https://beta.pine64.org/documentation/PinePhone/Battery/.
> I guess it's a fundamental difference between RLIBM and your algorithm---you don't guarantee correctly rounded results, right?

Yes, but note that the linked package doesn't even attempt to implement a polynomial approximation (for use in software), rather it just finds the coefficients of a polynomial. Another WIP package of mine will use FindMinimaxPolynomial to actually implement the approximation (with source code output etc), however even that package was never meant to guarantee correctly rounded results.

In particular their work is more ambitious than mine in that they seem to account for the range reduction and output compensation while looking for the coefficients with LP, which enables them to guarantee correctly rounded results.
This sounds like a good life regardless of the health risks of plastics
I’ve always been curious about what will happen to the collective consciousness of humankind after we become so reliant on AI for information that the information AI trains on is just a feedback loop of information that AI already generated.

For instance, something happens, and every news agency and every blog that writes something about that event, is initially generated by AI. This happens over and over again, while AI trains on the same information that AI has produced. All the while, the way in which AI frames this information is shaded by the values that AI holds in its directives/parameters. Over a long period of time, this could only reenforce the way AI views information and also stifle the collective consciousness from seeing the information in any other way.

Is AI becoming us? Or are we becoming AI? This has what might be seen as an insidious effect on our future as a species. It’s like the beginning of becoming the Borg.
There is no mention in this article on the effect of modern security measures on desktop app latency. I'm thinking about things like verifying the signatures of binaries before launch (sometimes this requires network roundtrips as on macOS). Also, if there are active security scans running in the background, this will eventually effect latency, even if you have lots of efficiency cores that can do this in the background (at some point there will be IO contention).

Another quibble I have with the article is the statement that the visual effects on macOS were smoothly animated from the start. This is not so. Compositing performance on Mac OS X was pretty lousy at first and only got significantly better when Quartz Extreme was released with 10.2 (Jaguar). Even then, Windows was much more responsive than Mac OS X. You could argue that graphics performance on macOS didn't get really good until the release of Metal.

Nowadays, I agree, Windows performance is not great, and macOS is quite snappy, at least on Apple Silicon. I too hope that these performance improvements aren't lost with new bloat.
> there’s usually no benefit to me

Apart from slowing down ever so slightly the oncoming scarcity of resources.
The evidence was not flimsy. Certainly not as flimsy as for Ivermectin.

VACCINES

https://www.nature.com/articles/s41467-022-31494-y

> Our results demonstrate that vaccinations reduce susceptibility to infection as well as infectiousness, which should be considered by policy makers when seeking to understand the public health impact of vaccination against transmission of SARS-CoV-2.

https://www.thelancet.com/journals/laninf/article/PIIS1473-3...

> The SAR [secondary attack rate] in household contacts exposed to the delta variant was 25% (95% CI 18–33) for fully vaccinated individuals compared with 38% (24–53) in unvaccinated individuals.

https://www.ncbi.nlm.nih.gov/pmc/articles/PMC9807772/

> SAR was 35% and 23% for unvaccinated and vaccinated delta variant exposed contacts, respectively. SAR was 44% and 41% for unvaccinated and vaccinated omicron exposed contacts, respectively. Booster dose immunisation of contacts or vaccination of index cases reduced SAR of vaccinated omicron variant exposed contacts.

IVERMECTIN

https://www.cochranelibrary.com/cdsr/doi/10.1002/14651858.CD...

> For outpatients, there is currently low‐ to high‐certainty evidence that ivermectin has no beneficial effect for people with COVID‐19. Based on the very low‐certainty evidence for inpatients, we are still uncertain whether ivermectin prevents death or clinical worsening or increases serious adverse events, while there is low‐certainty evidence that it has no beneficial effect regarding clinical improvement, viral clearance and adverse events. No evidence is available on ivermectin to prevent SARS‐CoV‐2 infection.

https://www.ncbi.nlm.nih.gov/pmc/articles/PMC9308124/

> The evidence suggests that ivermectin does not reduce mortality risk and the risk of mechanical ventilation requirement. Although we did not observe an increase in the risk of adverse effects, the evidence is very uncertain regarding this endpoint.
Yeah, I think the author believes that if he recognizes the trick then it must be the case that pulling-off the trick was easy, and therefore cheap.

I went through a phase like that after discovering the TV Tropes wiki and saw all the patterns of my beloved childhood media laid bare. Then I made peace with it, and started enjoying the craft of casually hiding a Chekov’s gun in plain sight, etc.
> So it’s not like China and Ghana and Russia and France were all using inches and feet and cups and pints, rather they were all using their own little units of measure, which on the whole turned out to be less convenient than the metric system. The UK and US happened to be (mostly) aligned on a more convenient system that could outcompete the metric system.

English units weren’t a “more convenient” system than that used by the rest of Europe. Before the metric system, France used feet and inches - and the French foot was composed of 12 French inches. The difference was that the French inch was a little bit longer than the English one - about 7%, although the ratio between the two varied over time, because before all this modern technology made it easier, maintaining consistent units was very hard. Feet and inches go back to the Roman Empire, but everyone ended up using a slightly different foot/inch. Even the US and UK used to use different inches (pre-1959), although the difference between the two was microscopic (but was considered important in US land surveying, since over hundreds of miles it can add up to several feet.) And today the US and UK still define non-metric volume measurements completely differently - the UK gallon is 20% larger than the US one

> And I think because we industrialized early, switching with the rest of the world was more expensive, so we stuck with it.

The problem with that argument is that US industry is actually more metricated than US everyday life. It is in domestic and consumer settings where the US lags the most in the adoption of the metric system; in industrial settings, it depends on the industry, but some US industries use metric heavily (for example, design and manufacturing of automobiles.)
> Pictures in a book or on web pages do not do justice to how vibrant the pictures are in real life

This is true and big.

The paintings are nice on books and screens but are stunning in real life. There is a lot of nuance in the colours that pictures don't replicate.

Same happens to Vermeer landscapes. His "View of Delft" is just nice on screen but almost magical when seen in real.
> you have to take each one far enough apart to remove the battery or else throwing it in the shredder sets your truck on fire

Lithium-ion batteries can be safely shredded. You need to ensure they're discharged and/or shredded in an inert atmosphere [1].

[1] https://www.recovery-worldwide.com/en/artikel/efficient-and-...
Also 200mL, and if you go into older standards (sometimes needed to read a grandmother's cookbook) it could also mean 180mL, or 175ml.
You think that street's public; it's not and the city didn't issue that ticket
I'm in the same boat. Although I'm not that worried about what's on the phones being sensitive. I have a good sense for what's there, since I'm diligent about dumping the contents of my old phone onto my NAS when I get a new one.
Not the OP, but I suspect they meant that the immigrants will likely be young, and start families in Canada, adding to the population. Over time, this will likely change the demographics of the country "replacing" the "original" population
Replacing the indigenous Canadian population? I think that already happened.
only if those ratios are defined by weight not volume. a "cup of brown sugar" is a useless measure. For example: I can give you three different cups of brown sugar with the same volume but radically different quantities of sugar in them. "Packed" vs "unpacked" isn't much help because i can do the same thing with both of those too...
How are you defining "population replacement"? What does that mean exactly?
Very impressive and in such a short time frame. So is the schema for this design only in the game? I assume if the game is saved it can be loaded on another computer? But can the schema/layout be emitted to a file so it can be parsed elsewhere?
Guess it's going to be easier to "surprise and delight users by displaying their birthday", at least once Omega Star gets their shit together: https://www.youtube.com/watch?v=y8OnoxKotPQ
>Easier: a device that shreds the phone onsite, in front of the customer.

Given that most phone these days have non-removable batteries, can one really shred them safely? And wouldn't it make it harder to recycle if you can't isolate the various components?

It's not too difficult to destructively open phones to remove the battery and destroy the motherboard, but that requires some tools and know-how.
> 1. inability to represent arbitrary query results....
You can either use any SQL or HQL with hibernate.

> 2. lazy loading of attributes - certainly configurable, but if you rely on SELECT statements being generated while you are navigating a 'persistent' object, you will run into unexpected performance issues....
Some ORMS can detect and actually solve n+1 query problems. And, as with SQL, you can just specify what you want to eager or lazy load. If you don't like that, you can always use SQL with your ORM.

> 3. Troubleshooting is a pain. Especially if you rely on dynamically building queries.
No it's not.. Hibernate can check your queries for syntactical problems, which helps testing. The query-builder is just that... a query builder. If you really need to optimize certain things and need some vendor-specific SQL comments to give query hints, you can fall back to using SQL, and STILL use all the benefits of the ORM.

> 4. Doesn't treat data as data. First of all data coming from SQL queries is stale the moment it arrives in your objects....
The whole point is that it maps your relational model or objects. But if you don't like that, you can still use the framework to retrieve dataframes / rows. It's not foolish to think about an object model.

> 5. No/limited control over writes/updates....
Again, you can use the ORM to update, and either skip or use model validations. You can run update queries, and if you really want, you can just use SQL.

Your whole post scream someone who's comfortable with SQL (good thing, I am too, most developers are not), but who has played with some ORM for like 2 hours, and got frustrated with the functionality and didn't take the time to actually read up on the docs.

The other type of person with this stance is a front-end developer on some huge site, which needs to squeeze all the performance out of the CPU, where the requests are mostly read-only, and don't really do anything else.. For example showing some posts on your Facebook homepage. The *only* downside of an ORM in that case is some cpu and allocation overhead of mapping your data to objects. In that case, use rust instead of php ;)
Sorted now, Nigeria.
I love the tongue-in-cheek "Land of the Free" :-)
It's only laughable. A few years ago I was thinking about migrating to Canada, and now I see houses priced around 1M CAD and salaries that are only 2x the amount I have now.
>and let everyone who wants in

That could be a lot of people. Canada is (I think objectively) a better country to live in that most of our planet (alas). Very many would jump at that offer. Where would they live? There is a housing shortage. Their health care would cost taxpayers a lot (universal healthcare is considered a right and source of pride in Canada).

Basically, it would be too much of an increase, too fast. It needs to be spread over decades.
Canada won't do the work needed to retain them. Talking to lots of people it's mostly the combination of unaffordable housing (Canada has a far larger housing crisis than the US does with our two largest metro areas containing 25% of the country's population not having non-condo homes under $1 million) and high tax rates. People have some tolerance for paying tax rates in the 42-44% range plus sales tax plus property tax if their life is overall affordable, but when home prices are staggering high and that life becomes out of reach people move somewhere better. You can't fix housing when you want to import people faster than you can build homes for them (and Canada wants to grow to 100M people over 50 years) and you can't lower taxes when you want to pay for things without crushing debt and Canada seems to want more government programs not less.
I find those cutesy error messages just make a bad situation worse.

Error descriptions are probably too much to ask these days - I would bet they'd be perceived as intimidating by the UX group, given that the same group seems to prefer a level of discourse appropriate for grade-school classrooms.

A error code would be wonderful, though, since it would be a nice unique search term. It could be put in small greyed-out text in a bottom corner, too, to make everyone happy.
two year anniversary of this https://news.ycombinator.com/item?id=27641010

are there any new updates on this rewrite?