skysight-inc/HackerNews huggingface dataset:
Dürer's Rhinoceros is a case of an early second-hand interpretation of a novel and (at least to European eyes) rare experience. Aside from its remarkable artistry and impact, I also found it significant as an exemplar of how understanding looks when information is remote, rare, or uncertain, but improves over time.

Dürer got many specifics wrong, but the Gestalt of his rhinoceros is true to the original --- an original he'd never seen. And that that original was real, unlike other fantastical creatures (dragons, griffins, unicorns, kraken) which were often reported or pictured, but for which we've found no evidence. Over time, evidence of, and information on, the rhinocerous became more substantial and converged on a more consistent and accurate understanding.

Which gives a notion for determining when some novel, rare, and uncertain phenomenon does reflect on some ground truth of the Universe, and not merely hallucinations at the edge of perceptibility. I'd chosen Dürer's image to illustrate that concept:

https://joindiaspora.com/posts/874e7c10d09c0139a7e5002590d8e...
> Good luck typing "La leçon du père noël à l'école de la forêt" with something else than my french keyboard.

There's key bindings for a regular qwerty keyboard that lets you compose letters and symbols to make accents. It's very easy to write French (with all the accents) on a US keyboard (on Gnome Intl. Alt keyboard with dead keys I believe).
This!! Mufflers and subwoofers wake up my child in the middle of the night and only we know how long it takes to fall asleep again. Its frustrating because both of these sources are completely unnecessary
I mean, you could ban “systems who’s primary purpose is to aggregate personal data on non-criminals” (please don’t nitpick the phrasing, I’m obviously not a lawyer) or something similar. I’m not sure why people are acting like this is an unsolvable problem - patent lawyers can write descriptions of fairly vague technological systems that hold up in court.
More importantly when confronted with a serious piece of leadership challenge the guy screwed up badly. He needed to navigate that a lot better and didn’t.

That was worth his resignation.
Pascal was the teaching language in the early 80s. I had compilers available for the IBM 370 (VM/CMS), the VAX (VMS) and even cross-compilers for bare metal MC68000 and PDP/11. Early Macintosh development used Pascal (though it wouldn't run on the earliest Macs) It wasn't ideal for every use, and Prof. Wirth, an academic, basically left extending the language to the compiler vendors.

Now I'm teaching freshman software engineering students and we use Python. I personally like it but some of it is pretty idiosyncratic. It's going to be a more difficult transition from Python to compiled languages like C/C++ than it was for Pascal. The big difference is Python is used in the industry, so knowing it is worth more than knowing Pascal back in the day.
s/stolen/copiloted/
> I think we need to invest much more into adversarial machine learning

That just becomes an ever-escalating arms race. We need to invest in political and social systems that regulate the use of technology, not imagine that we'll overcome the dystopian use of technology by applying yet more technology.
You are always paying Microsoft, one way or the other.
Unfortunately the author didn't do basic diligence on that intro - anaerobic photosynthesis is indeed a thing and was likely around for about a billion years before the water splitting component evolved (such anaerobes get their electrons for photosynthesis from sources other than water, such as reduced iron in an anaerobic ocean).

All the author had to do to check this was type 'anaerobic photosynthesis' into any search engine. (Add 'banded iron formations' for some really interesting stuff).

So if you get something like that wrong, and it's the analogy at the heart of the argument, well... it does make one question the accuracy of the rest of it.
Please elaborate. There are many markets for buying and selling photos and other data.
"I'm only going 20 miles an hour", said the teenager slamming on the gas.
Short version: Browsers evolved as desktops evolved. In 2008 when mobile was new, an iPhone (600mhz 32 bit CPU, 256MB RAM) or TMobile G4 (528Mhz, 192MB RAM), were pretty puny compared to the desktop machines of the time (1Ghz +, 4-16GB RAM). As a result, if you wanted to do something meaningful, you had to compile.

Originally, Apple said that iPhone apps would be Javascript and web view based. Palm bet the farm on Javascript + webviews for WebOs. Apple changed course quickly, and WebOS just didn't get enough traction.
A few thoughts:

1) Proton labels like platinum, means how much effort you need to put for the game to run on linux. It says nothing about how well it will run. So “work on Linux” means basically that it works on Linux. It says nothing about performance. For instance I had a game labeled platinum run without effort on Arch with 50fps with constant drops to 30 ~ 25fps whereas on windows it runs at a constant 60fps with rare drops to 55/50. (Yeah, I’ve tried all variations of proton, kernel, disabled composition etc)

2) In my experience people that says that they see no difference in performance between linux and windows they usually have a powerful gpu, not a medium or low end one. So if you hear on the internet people claiming that the performance is about the same, it’s highly dependent on the game and/or your system specs.
The question then becomes if extra 100$ worth of hardware balances out these issues. For 500$ machines it clearly does, but I don’t know about the 1000$ price point.
I agree, it's worth it if you have the means. But looking as to why people are resorting to the cheapest most inhumane options is the root of the problem. I'm sure if everyone could afford premium, well sourced meat then the problem would be reduced, but the issue is that the poor and working class have been put into the position they are in and will choose the cheaper route out of necessity and where there is necessity, there is a market and someone willing to capitalize on it.
Can you help me understand why you choose to compare USA vs Iceland (which is fraught with confounding factors)

when Iceland (early) vs Iceland (now) seems like a perfectly reasonable and better comparison?
I switched because FF was painfully slow, and chrome was blazing fast when it came out in comparison. Not only that, but the dev tools (specifically for JS) were far better than anything else out there.

Fast forward 12 years, and little has changed. I dont keep 1000 tabs open, so chrome has never felt slow. I tried installing the developer edition of FF about 6 years ago on macOS and it refused to open.

Why bother changing?
How can you be prevented from murder? How was private ownership of gold illegal for decades? How was a farmer growing hay to feed their own horses illegal?

The government has pretty wide reaching powers.
Javascript was the nr 1 vector for malware but everybody seems to be happy to run it.
Constraints.

More memory requires more power and weight, but portability and features restrict battery size.

Non-native languages use garbage collection, which implies 6x memory or limited performance. It is possible to emulate manual memory management, but this does not seem a common practice.

Hence, if developers write apps the standard way using web technologies, they will perform poorly on mobile devices compared with native apps.

This is primarily about ios though. Android is a different world, since it seems apps primarily use the Java ecosystem.
every Android phone runs Linux...
Only 2.6% of iOS apps use React Native
This entire subthread is predicated on not trusting the physician/clinician/device manufacturer. If those people really can't be trusted, then I'd suggest that the posters simply never go to the doctor.

I've been involved in medical device development for close to two decades. It's like pulling teeth to get data collected and sent off remotely because it raises the device manufacturing cost, increases device development cost to add those features (and yeah, security is being taken a lot more seriously these days), raises operational cost because you either need your own server farm or to pay for a HIPAA-compliant online database, there's more work to be done in developing a frontend for the clinicians to view and use the data, etc.

In short, no one is adding cell data upload to a device on a whim. I remember a device I worked on a year ago that decided to avoid this although it was expected that many of the users would be in remote areasor had mobility problems. Instead the customer decided to store data on an SD card (need to record results from the patient so their therapy could be adjusted as needed) and have the clinician download it from the device (they made weekly visits) using a tablet that would then email it directly to the physican who prescribed the device.

I understand that we're all losing trust, but this is getting ridiculous.
How can you blame Adobe Flash? Blame the haters for not supporting it on iOS and killing it!
September 11, 2001 media synced in real-time
I'm saying this because most people who use or are aware of Linux happen to be CS majors. You pull any random business major and they barely understand Excel. You eliminate all college majors and the average person that uses Linux has already plummeted. Regular every day computer uses want cheap and easy. Linux is cheap but not very easy, especially if you have no clue what your doing. Sure you can go into a forum on what to do, but what person that knows nothing of computers and doesn't intend on going into the field will bother with learning this stuff? Even myself I find it tedious and I know what I'm doing or can at least learn it pretty easily.
I worked with a company middle of last decade that had to port its Flash content to Canvas and friends, its not even close the power Flash provided, not to mention the content development ecosystem surrounding Animate. Like, yeah, go ahead and export Canvas content from Animate, but be prepared for highly unoptimized Canvas runtime code.
It's quite typical in this Malcolm Gladwell-style guru-writing. Start with some obscure non-business-related factoid story that demonstrates how intelligent and widely read you are an then give your opinion on the topic of business and hustling dressed in the aforementioned story. People write entire books where each chapter rehashes this formula.
I always thought “factoid” was meant to highlight the uncertainty of things you read or hear that are presented as facts.

Like a humanoid is human-shaped, a factoid is fact-shaped but not necessarily or even probably actual fact.
Steams Linux support (proton) is forked from wine. So no, it doesn't emulate.

Performance can still be an issue, mostly because the Nvidia graphics drivers are performing worse on Linux vs on Windows.
Counter point: install ublock origin on firefox mobile (which you cannot do on chrome) and the web is very noticeably faster on firefox.
This read like it could have been a chapter out of a Stephen King novel, until the stranger saved the puppy:

> I got a puppy. While she was being toilet-trained, I kept her in the bathroom. One day, when I was out, the apartment flooded. I came home to find the puppy in the sink. She was tiny. I didn’t know how she could have got up there unless someone had put her there to save her.
I think there’s a lot of good insight in the article, but it may be overthought. When I saw the question in the title, the answer that immediately came to mind was:

1. Switching apps on mobile is significantly less friction than switching browser tabs. (And it’s somewhat less friction for many people than switching apps on desktop.)

2. There’s significantly more investment in quality, mostly native, apps on mobile platforms.
Unlike Android, Chrome OS is actually a full fledged desktop GNU/Linux distribution. It's Gentoo-based (used to be Ubuntu) and runs desktop Linux apps.

Though even outside of that you'd be surprised where people have unknowingly used Linux. ATMs, Point-Of-Sale, Infotainment (Planes/Cars), public transit, arcades, etc. I'd estimate that a majority of people have had some interaction with a Linux-based system.

> I will give $1000 to anyone who is willing to give their parent who doesn't know jack about computers Linux and tell them "figure it out." None of them will be able to do it.

One of my grandparents runs Ubuntu and they're able to handle their email and documents just fine. Arguably better than the others who run macOS/Windows. You can find plenty of similar anecdotes online; if all you need is a browser and possibly basic word processing it's not all that different.
20 minutes to understand the finite element method
I work in a small startup (<10 developers) and the following is what I am doing for my team:

1. A week before their joining, we ship the laptop

2. I'd have a calendar ready for them, which gives an overview of what they will be doing for the next three months

3. First week goes into setting up the tooling on the machine. Someone from the product team gives an overview and entire product walkthrough. Next, they spend some to play with the product as a user. This week also involves the initial orientation session.

4. We use Golang heavily, however, the people joining might not know it. The second week goes into doing the tour of go.

5. Third week they spend on onboarding tutorial that shows how to write a small service, generate APIs, build, and deploy it in our infra.

6. Fourth week they will spend shipping a really small feature to the production.

7. Since day one, they'd have assigned a buddy who becomes their go-to person. Buddy also explains them about the culture, how things typical done here etc.

8. First three months, they'd spend working on a feature along with someone which also involves some good amount of pair programming.

(I am not a manager or a team lead, but trying to fix the issues which I have seen in the onboarding)
If I were an LGBT employee at Mozilla, I would be pretty pissed and demoralized that my "leader" was actively trying to remove my rights.

Because that's what Proposition 8 was, an attempt to constitutionally remove marriage rights from gay people after the California courts ruled that it was allowed.

I think I'd be pretty uncomfortable making money for a person who would turn around and it to take away my / my family's rights.
> most people care about $ not truth

Yeah, computer technology is exactly like this today. What's it about? Consumerism. Engagement. Advertising. Surveillance. Corporate bottom lines. Government control.

It's such an incredible waste. The potential of computers used to be limitless. They empowered people. They once threatened monopolies, governments. To see them reduced to the state of appliances serving the very same elites they were supposed to free us from is just sad.

> Science and computers should be accessible to everybody, not only DaVinci's and elite programmers, and that's the way it will go.

That's okay. I just wish things were different.

Science fiction predicted the creation of AI. They were human-like. They were our friends. We could trust them. The dystopian cyberpunk hell we're heading towards has AI as a tool of corporations and the state, used to control people, exploit them. It has masters but they're not us. The AI snitches on us, reports our wrongthink.

> I hope you can find joy in life elsewhere in your mind/activity.

Thanks. I hope so too. I've found meaning in other activities but nothing matches the godlike feeling I used to get from programming.
Because since FF57 it feels faster than Chrome.
> Google owns countless properties besides Chrome, from Google Docs to Google Translate to Android, and leverages all of these (great products) to lead users towards Chrome

I always wonder why Google do this. Sure, they could always have more Chrome users, but at the same time they're going to have to support Firefox forever whatever happens, and Firefox is a nice hedge for Google against being accused of having a browser monopoly.
And that is scaling systems. Open up one bottleneck to discover the next. Rinse and repeat to gain experience.
In software, every year there's something new to be an expert in. Then to forget it three years down the road.

When I need to learn a new technology, I create a new Anki deck and a new Markdown or org-mode file. Every discrete bit of information that I collect goes into the file, with the URL or book name and page attributing it. That's mostly complete sentences, terms with definitions, and code examples.

The most important-seeming points go into Anki as well. I have Note Types for complete sentences (cloze deletions), for terms with definitions (with acronyms and synonyms as well), and for code examples (description-to-code and also code-to-description).

The nice thing is that I can forget a technology for a few years, but if I need to go back to it the knowledge is already laid out for me in an extremely information-dense format.
If you have nothing better to do, many of the "Experience" series in The Guardian are a fun read: https://www.theguardian.com/lifeandstyle/series/experience
Sample size of 1, but I have been choosing mostly open source/free for years and I don't think I am alone.

That said, these days Linux is just more convenient than the alternatives for me personally. Same goes for Firefox (still).
> Nationalism is fascism.

So, Gandhi was fascist?
My favourite feature is sorting by price per GB
Funny enough, this happened to me, I was raised without meat as a toddler very young child, tofu dogs, seitan, the whole nine yards. My parents from the Bay Area were militant about it...until I was about 5 at a family friends bbq, I had bacon for the first time, and as my dad tells it, that basically ended the whole family's vegetarianism it was so good. We all eat meat till this day... so maybe there is something instinctual about it.
Gameconqueror works, but it is far inferior to cheatengine, especially with preset mem locations for various games (there is a ton of them on fearless revolution forum).

But CE never worked for me on Linux, quitting immediately. Maybe I'll give in another try when I have a chance to play.
Ask HN: What can you do when “unsubscribe” doesn't work?
I've gone through a "successful" email unsubscribe process quite a few times with some companies, only to find out that nothing really happened (keep receiving weekly/monthly spam).

These aren't shady companies either: they are large legit entities in the US.

I've given them the benefit of the doubt a few times, thinking that perhaps a bug failed to write my update to their subscription database, but after a handful of tries with the same outcome, I realized it is not isolated.

Of course I can add an email filter, but that will not take care of the root cause that most likely affects everyone else too, whether it's a deliberate attempt at denying my request to unsubscribe or simply a bug that nobody has a way to report.

What is a proper gentle nudge to say "hey, your unsubscribe system is broken, please fix it"?

There is usually no contact info available to have this kind of "out of band" communication.
We prioritize supporting fast onboarding to enable scenarios like international remote contractors, interesting specialist chunks (GPU/graph/SPA/..), giving individuals more leverage/reach, and keeping door open to moving more of our code to OSS:

- OSS best practices: readme/development.md, docker, GitHub actions for CI/CD, GitHub wiki/issues/projects, conventional commits + PRs, etc: folks know most of the software lifecycle norms, how to navigate, quality expectations. OSS evolved for remote + async collab, so even better as we've gone int'l-friendly.

- One click / command to get a full instance of a service or server. Whether 'docker compose up some_service' or labeling a PR with 'staging' (ephemeral instance per PR) or 'release', that's it.

- Boring code: We focus our innovation points in a few areas (GPUs, graphs, UI, ...) and as much as possible try to mold the crazy stuff into proven stuff . Likewise, avoid NIH for as much as we can (ticketing, ...). Ex: Our core product python GPU services app is built with asyncio , rapids.ai , arrow, etc, but packaged as REST for internal service consumers. Likewise, most of the cloud/CRUD tier is 'just' a Django app + node, so having / thinking about GPUs is not required when developing that stuff. So teammates can building wild things where it matters, but for the standard things, have proven , predictable, and well-maintained OSS.

- Easy service onboarding. Almost all HR via modern services (gusto, Carta,..), + dedicated person (we are small so share our book keeper with other startups). Same for dev, limited consolidated services with prebuilt roles, though we can do better there (SSO, ..).

- Team member / project match. We ensure a match for the new hire: tech, type of work style, initial project scope, etc, so they have a strong sense of what to do initially. Likewise, longer-term, we hire for them to own/push a general direction, so we try to have a sense of natural succession of projects. Eg, currently hiring to help with cloud tier full stack UI, BI tool integrations, and potentially starting our GPU graph data science / infoviz R&D unit: all with clear first and successive projects.

- hiring constraint: no hires for an area until it is sane. We do have some legacy cowboy code areas with hard dev envs, and want to hire folks for them.. but unless the job is explicitly tearing that stuff out, nope, that'd be a waste of good people.

This stuff is important for increasing individual leverage/scale, enabling crazier tech, and opening the hiring pool. If I was going to start another co, would do again.
To be noted that top games may not be representative of Linux gaming in general.

There's a (very) long tail of games that surely receive less attention (by the Wine/Proton teams).

Additionally, a large part of the top ones has a native port, which smaller production companies/indie devs typically can't afford.

On the other hand, smaller games could be simpler to "not emulate" (:^)) due to them being simpler.

> they have committed to bringing all Steam titles to the Steam Deck running SteamOS

This is unrealistic.
They prefer to write in their language. And to do that, produce primitives, written in C, first, and then use those primitives according to their language, not C. So from C programmer standpoint it's awful C, from J programmer standpoint it's a good middle ground between wanting to write J and the underlying language possibilities.
I agree. Having tabs on top also makes sense from a Fitts's law perspective. I change tabs much more often than I use the title bar, so making it easier to click the tabs is good UI.

https://en.wikipedia.org/wiki/Fitts%27s_law
https://archive.is/Y16Bg