skysight-inc/HackerNews huggingface dataset:
But this specific thing we do have a strong indication of! But a few hours after birth, infant boys spend a longer time looking at mechanical objects than faces, and vice versa. This is thought to be before any social imprinting has had time to develop.

It's funny that you write this comment in this specific thread, because as far as I know, it's literally the only gender difference we've observed truly since birth. (Besides some physical ones like which reproductive organs are in place, obviously.)
It's one of these "I know it when I see it" things. I don't think a definition is necessary, but if you need one - how about:

When you're working how often are you thinking about other person's state of mind vs a state of some inanimate (or abstract) object?

Ultimately almost all the jobs are done in groups, including stuff like coal mining. But people aren't your focus there.
How would you use your bank card (nfc) without the proprietary app? Clone your physical card's nfc signature somehow?
Show HN: Use GitHub as a Free CDN
What this is?

a small side project called GaaC that allows you to use Github As a CDN. It:

- is free and familiar. Everything stored in your separate repo.
- has ease of use. Connect to your Github repo and start uploading files with drag and drop. You can also delete or modify them as needed. No manual commits required.
- It comes with a search + preview UI, so you can quickly find the files you need.

I've found this to be a time-saver for my own projects, and I hope it can help you as well.

Why?
As someone who frequently (somewhat) writes blogs, build toy websites or projects, I need to manage a lot of images and static files.

Since I use markdown, to refer to an image, I have to commit it and then refer locally. But what if I need to refer it somewhere else too? Same goes for when I used CMS. Hosting images on a CMS is an issue when you decide to migrate. I found using a GitHub repo to store static files strikes a good balance of accessibility and reliability.

Let me know what you think!
>> Almost every date picker I've used is terrible.

If you think date pickers are bad, you'll love time pickers, e.g. https://vuetifyjs.com/en/components/time-pickers/
95/95 does not mean 5% of women are stronger than the median man. The group of women stronger than the median man is tiny fractions of a percent.

https://qph.cf2.quoracdn.net/main-qimg-51a4b98a4975f1bc2e68c...

https://qph.cf2.quoracdn.net/main-qimg-c76c62e97e58fe9a64a83...
> Ah I see. So the issue is basically just that on Safari mobile the arrow points to the right instead of downwards

The "correct" direction for mobile safari would actually be left, IMHO. Mac and iOS (as well as the iPod and watch) use navigator patterns heavily, where left to right you have a stack of screens with progressively more detail. So it would make sense to have a MMYYYY view, which opens into a monthly calendar, which goes to a time of day.

"Correct" in quotes though because the date/time information is directly manipulatable at every level (it is a picker, after all). Turns out the best level to start at and affordances to pick a date in particular differ by use case.

For instance, the iOS Calendar app has a years view, but it shows a full yearly calendar, one per screen, and makes you swipe 15 pages up to see if you had any calendar entries from the first iPhone.

This makes sense from a calendar point of view, because it is far more common to want to navigate within the same year or previous year than to want to visit your calendar from 15 years ago.

It would be an absolutely terrible interface for seniors to enter their birthdate; far worse than the default here in fact.

If you enter a birthdate in the Contacts app, you get the "three tumbler" interface (for Gregorian calendars, at least) - months, days, and years, presumably in a localized order with localized text.

It is somewhat unfortunate they didn't just stick with this for the iOS Safari interface, as form input entry already expects that a good chunk of screen real estate will disappear for the keyboard. Instead, they went with a floating picker because thats what most websites currently implement (via javascript)
military bases are not forests. so there is a fence.

"private secret bases" do not exist, not legally, and given the density probably neither secretly.

why should they?
Flagged and hopefully banned.
Clipboard is one of few prime candidates for a “flip the table and start over from scratch”
-style revolution. Almost everything about it sucks: it’s largely vendor/platform/distro/window-manager (heck even text-editor) specific. It has a huge amount of accumulated complexity, it has security issues, and yet it’s not flexible enough for power use cases like multiple clipboards.. and non-technical users struggle a lot with simple cases.

It’s so frequently used it deserves prime physical real estate of one or two dedicated keys. It deserves a standardized API for at least image data, text, files, and an extension system, that works the same across platforms. Most importantly it needs discoverable, inspectable consistent UX that can be taught in schools and to seniors.

I’m not saying it’s easy, clipboard is almost by definition shared mutable state, which is hard and messy. Then it needs to work with touch screens, cli and maybe even other interfaces. And its closely related cousins, like drag and drop and selections, are also important and related UX considerations.

Disclaimer: I’m a little bit intentionally provocative, and I should probably really be more careful what I wish for, since any major change inevitably runs into (major) problems (see exhibit A – ipv6). I am partly just venting - after all these decades we certainly have enough experience to build something better. We certainly deserve it.
Which languages do you speak?
Always safer to first curl url > file, then read through file, then only if all looks good, run the file (under an appropriate user and with permissions as limited as possible, etc.)
We have 3 days without notice, it is a very big company, however, so maybe an outliner.
I have measured this while being away for a week during winter.

While there is ventilation in the building, it's off while noone is at home.

Although the scenario in question was for a complete blackout where the ventillation would be off as anyway, your are right that people inside would need to open windows every now and then which would increase heat loss.
Note that Ivermectin is used to treat parasitic diseases. Covid-19 is a virus and so Ivermectin is not used to treat it and nor should it be used.
No I wasn't suggesting it was the solution. Just a bare minimum. 0% of their users are born today. 100% are likely born with 30 years of 1980

Yes I agree, that ideally the users would find it more obvious how to use the date picker properly and not just tap the left and right arrow to navigate

However in the screenshot I posted, I don't think any of the solutions have made this functionality very obvious. Except maybe Firefox lol. But Chrome's implementation on mobile seems even worse than Safari's!

What would you propose as a solution?
Interesting. There is some software I've never managed to get running on DosBox or in a VM. Perhaps this is my solution.
You think that 1/3 of user support issues due to elderly accessibility problems is acceptable? That is the context the article gave us. And in my experience for every user support issue you get, there are 100 people that had the same problem but didn’t contact user support for whatever reason.

I am not suggesting my solution is perfect, but I am saying I have successfully used it (although I admit is was a few years ago now, and I first used it was when iOS and Android type=date support was unpredictably broken so type=date must not be exclusively be used). I think it was about iOS10 before the bugs in the UI to clear dates were fixed? Another situation for me was New Zealander’s confused by MM/DD/YYYY native formats when using browsers configured for US date localisation.

Until April 2021, Safari on Mac didn’t even support the date control, and Safari (on Mobile or Desktop) still doesn’t support the min or max value attributes. And time entry is a complete nightmare. I always try to make sure data entry controls work well for everybody, even console devices.

There are always corner cases that somewhat depend on your particular users, so compromises are necessary.

Background: I have programmed HTML entry controls (combo, date, time, number, etcetera) for actual man-years of my own life. That is because I started before jQuery existed, supporting IE5.5, and the available DHTML controls were mad broken for usability. I have had to understand the compromises between different solutions on different browsers, and try to find the most elegant solution, given that data entry on browsers is an extremely gnarly problem space.
Look at the Congo's population pyramid, its citizens are very young, over half are teenagers or younger: https://www.populationpyramid.net/congo/

The alternatives to child labor are:
- Leave Cobalt in the ground due to lack of workers
- Starves the economy
- Damages government finances, potentially destabilizing the situation further
- Import workers from other countries
- High costs relative to local labor
- Poor worker treatment (see guest worker programs in UAE, Qatar, etc)
- Buy equipment to mechanize production
- Requires significant capital
- May require significant research and development
- Requires infrastructure (power, water, roads, etc) that is not developed currently
- Takes decades to implement

There isn't a good way out of this situation without an outside benefactor spending massive sums of money, and Apple and every other significant Cobalt purchaser would rather have cheap inputs than disturb the current state of affairs.
Right! Anywhere you are offered a choice about what to write, you can use that choice to communicate something. Best is when the message comes through without need to read text.

Whitespace is such a choice. Used judiciously, whitespace and its absence can call attention to organizational choices. Used injudiciously, it loses all useful meaning. People who splatter whitespace everywhere -- a blank line above and below every line of code, every parenthesis with a space before and after -- communicate only their contempt for the reader.
A bricklayer works with things. Daycare staff work with people. These are very clear-cut.

Then there are a lot of points along that continuum -- nurses and HR reps work mostly with people. Economists a little of both. Software engineers and carpenters mostly with things.

We may not agree on a complete ordering but we will get reasonably close to each other, I suppose.
To say "trust the system" requires a religious inclination that many don't have
I just use vim bindings as a jupyter extension. That way we can collaborate via `jupyter lab —collaborative` and have plots rendering directly under cells. You can hack plot visualization into terminals, but at that point something feels off to me.
I think my Safari 'autofill forms' feature fails 4-5 times in a year? Usually
on a really shitty site or one that thinks it's clever. If you build your form according to standards with autofill hints you should have very little problems.
As a long time Apple user, the solution advertised in this is actively worse. Typing in a date manually is absolutely slower than quickly flicking to the year and the month and then touching the date.

Please don't force users of mobile devices to type in a date.
I am somewhat curious as to how this is greatly different than QEMU?
Sorry I meant the theoretical physics engine operating the real world. For example if 1N of force is exerted on an atom having 1kg of mass, who is to calculate the resulting acceleration of the atom and update the value of the acceleration state variable of the atom? Atom itself or some kind of the universe OS? And wouldn’t it be necessary some kind of energy to calculate it?
CCC captures U.S. military biometrics database
Sure package management is nice but that's actually orthogonal with secure delivery.

Something like: https://getsum.pub
Not a chance. You can simply look at Canada and Australia to see how it might have played out... It's a difference in culture and attitude but we (Can & Aus) don't innovate, don't create, don't have the "American Dream" and in Canada we're getting dragged along by the US but still far worse on almost every economic metric.
Is this a troll? At least the native picker allows you to skip between years. Seniors are finding a hard time figuring out how to use it, but at least it's possible

This implementation literally forces you to use the arrows...
Time for Animal Friendly Fireworks
Oops, my bad. Yes, you're right, of course.
> What's more interesting is that the Rust implementation is just a factor of 1.23 slower (for large arrays) than just using Numpy

I suppose what is meant is faster (also follows from the diagram?). But it is still not a dramatic gain for many use cases. This shows how non-trivial the python performance calculus: pure python, versus numpy python, versus compiled c/c++ or rust. People who want to speed up python should really look whether numpy helps before complicating their codebase more.

But there are more benefits to those bindings besides performance so its really nice to see the expanding options
There was no doubt to the literality of your statement. I was simply highlighting your misplaced assumptions and how they can be addressed/corrected in the future.
There are. And they confirm, so the difference also exists in apes.
It was a crappy off-brand webcam that my father refuses to upgrade.
Chronic is an awesome date library, agreed.
If we negate the wording in the EULA:

> non-interactive use of the Software that is not explicitly invoked by an individual

...then we get "use of the Software that is interactive or explicitly invoked by an individual".

I would say that running make to run sold to run/test/ship an executable, or clicking "Run" to invoke sold and test the app, or pushing a branch to run CI that runs sold to obtain an executable to run/test/ship, all easily should be considered to be AIU - after all, in all cases it's a person clicking a button (or typing a command), waiting for it to run, and then doing something with the result.
Pip/npm/gems are just as bad as are debs/rpms from an untrusted source. Piping curl to sh is no worse than any other way of installing unvetted software from an untrusted source and the only better alternative is either verifying the software installation instructions yourself or relying on a trusted third party to do this for you (e.g. the Debian maintainers)
Why is the sunset beautiful then?
Yet, the marginal cost of producing hydrogen using that infrastructure is zero: the only inputs are water and energy, and the marginal cost of that energy is zero.
I think it’s pretty clear to me. I am much happier to be quietly doing research, writing code, testing, writing documentation, fixing bugs, writing emails, etc. Now stick me in a meeting and I soon become very unhappy. Why? Because I’m really not interested in listening to people complain about stuff unrelated to my tasks or giving updates about random stuff or whatever.

Now I don’t mind socializing with people at work and making a bit of small talk but I have zero interest in the sort of collaborative work that involves daily meetings. I’m far more productive when I can be left alone to focus on the task and it drives me crazy when people constantly interrupt me.
software is an industry that supports both types of workers, and you probably can pick out amongst your working group which ones are the people who prefer things vs people. your job may ask you to do soft work, but that doesn’t mean you prefer it
thanks for the context. I can see how the comment broke the guidelines, but can also imagine the frustration a user feels knowing they've been secretly screwed by the mod team. Couldn't the comment have simply been flagged instead? Just feels more honest
Trust is great, but society consists of many complex interlocking systems, so at least some level of verification and attestation is needed.

Besides: Doing that knowingly and intentionally would likely qualify as assault (besides being a morally shitty thing to do).
It wasn't really a recommendation per gov policy in many countries, it was take the shot or else type of deal. Also any talk that didn't toe the official line was deemed "misinformation".
Congratulations, you have reached the (only) Google customer service: the HN front page. Expect a swift fix to your issue
I understand that but there's a difference between what ought to be and what is
> in many situations there is not much of a choice.

The problem with this explanation is - the more choice women have - the BIGGER the difference.

In countries where life is hard - women are more likely to work in STEM than in countries where you can live a good life working anywhere (or not at all).
Yeah, but from a user perspective text is superior to date. I don't even know a non technical person that doesn't curse under their breath when a date picker pops up.

A simple "date (DD/MM/YYYY)" or similar format above a text field is a blessing these days, but I'll take anything over a date picker. A good date picker would let the year drop down somewhere, show calendar view, and allow text input of the date. That's the minimum requirements, a month drop down would be nice too. Sometimes I run into date pickers that have some unintuitive way to page years, one click at a time of course, and while I dislike that, at least I can move back by a year, it doesnt ruin my day. Imagine someone deciding that to input the exact time of something you'd select a drop down containing Unix timestamps, one option for each second, that's probably the only thing I can think of that would be more frustrating and senseless than the current state of affairs, and even then perhaps not because at least it's a dropdown you can scroll on. Literally a scrolling dropdown of all dates back to 01/01/1900 would be a superior UX to the current common date picker design.
Hint: there is no cost to disposing of excess solar and wind energy.

When you produce chemicals yourself, you may operate on a schedule of your own choosing.
> The easiest way to stop piracy is not by putting antipiracy technology to work. It's by giving those people a service that's better than what they're receiving from the pirates.

I know this quote gets thrown around whenever we talk about piracy, but there is a reason it resonates so well with everyone.

I might have multiple streaming subscriptions and I still occasionally get blu-rays and DVDs, but I still prefer my Radarr+Jellyfin setup to download "Linux ISOs". It automatically syncs the progress with Trakt, and it automatically fetches anything I add to my watchlist almost instantly.
I left them last year. I'm so ready for these silicon dinosaurs to get hit by an asteroid!
Those services I mentioned -- COPR/OBS, they can be the trusted sources by your users.

They're signed the same way as your first party packages.

If you trust the developer/maintainer, you can trust these services. It's literally the same infrastructure as OpenSUSE/Fedora/Red Hat.

As a developer you don't have to provide the infrastructure or equipment, simply whatever is to be built.

I'm not suggesting people provide their software by pure RPM or DEB files. The repositories do the important part of actually distributing the software.

If you're on either OBS or COPR you're on the fast path to having the OS maintainers do the work for you
Yes, he was right. His crime was being politically incorrect and contradicting the zeitgeist at Google.
It does and some apps can share to it. Unfortunately Firefox does not. I just checked.
On windows there is already a built-in clip.exe (https://ss64.com/nt/clip.html) which was there like forever...

But it is nice to have this tool with more functionality on all platforms in unified way!
Did you forget he was pushing the US Post office to redo Amazon's contract to pressure Bezos to lean the Washington Post's editorials to his direction? Amazon's stock dropped 4-5% the day he announced he wanted the Post office to look into it, back when the public thought this might mean something.
And the “on the fly” policy changes at twitter probably have way less internal debate now than at the time.
> Investors love SaaS because customers love SaaS.

I think you misread the GP. As I read it, it didn't say that "investors love SaaS".

Investors don't love SaaS; they don't really give a shit about software architectures. Investors love rent seeking. SaaS just happens to be the current means to that end.
Lately I've been coming around to the idea that AppImage is the best middle ground we have so far. Basically, it lets you provide static binary for people to download and use as-is if their repos don't have it available but then bundles in special flags starting with `--appimage-` for stuff like extracting the bundle libraries/assets into a directory structure that's the same for every AppImage. It seems like it's a step in the direction towards being able to automate making packages for various distros; It would be a tough design problem but really amazing if the format being expanded to be able to include source files so that each package manager could write their own plugins for converting the extracted AppImage into their own package format (appimage2deb, appimage2rpm, etc.). Maybe AppImage isn't the right basis for this sort of thing, but instead of trying to drive adoption of distro agnostic package managers which will face resistance from distro maintainers, I feel like the right solution would be something that provides for distros what LSP provided for editors and what LLVM provided for compiler authors. We're not lacking in package managers as a community, but we really could use a standard protocol or intermediate layer that _doesn't _ try to replace existing package managers but instead works with and relies upon them in a way that benefits everyone.
We Invited Gen-Z Users to Try Walmart’s Metaverse, and Here Is What We Found