skysight-inc/HackerNews huggingface dataset:
And when we talk about that, someone asks "but what about China", rinse, repeat.

A million evils are worse than several ten thousand. And last time I checked, companies aren't folding to pressure by the US govt left and right to silence any mention of the ICE camps and other things, which isn't a minor detail, either.

From the article: (click the "print article" icon to get the full thing)

> Why were people tortured?

> “They would punish inmates for everything. Anyone who didn’t follow the rules was punished. Those who didn’t learn Chinese properly or who didn’t sing the songs were also punished.”

> And everyday things like these were punished with torture?

> “I will give you an example. There was an old woman in the camp who had been a shepherd before she was arrested. She was taken to the camp because she was accused of speaking with someone from abroad by phone. This was a woman who not only did not have a phone, she didn’t even know how to use one. On the page of sins the inmates were forced to fill out, she wrote that the call she had been accused of making never took place. In response she was immediately punished. I saw her when she returned. She was covered with blood, she had no fingernails and her skin was flayed.”

> On one occasion, Sauytbay herself was punished. “One night, about 70 new prisoners were brought to the camp,” she recalls. “One of them was an elderly Kazakh woman who hadn’t even had time to take her shoes. She spotted me as being Kazakh and asked for my help. She begged me to get her out of there and she embraced me. I did not reciprocate her embrace, but I was punished anyway. I was beaten and deprived of food for two days.”

> Sauytbay says she witnessed medical procedures being carried out on inmates with no justification. She thinks it was done as part of human experiments that were carried out in the camp systematically. “The inmates would be given pills or injections. They were told it was to prevent diseases, but the nurses told me secretly that the pills were dangerous and that I should not take them.”

But (in addition to it getting penalized by flags apparently) even when a witness gives such details, we can't talk about this before we talked about the ICE camps, about which there are many reports? What can I say, I disagree, I think such discussions are orthogonal.
Who says this?

I follow the linux kernel guidelines, which have large descriptions in commits. After all these guys wrote git.

Here's linus's take
https://gist.github.com/matthewhudson/1475276
“Convert utf-8 to us-ascii to fix error”. Says right there in the commit title, short and to the point.

Absent some automated summarising functionality that produces just the right level of detail for you personally, a concise title and a very detailed commit message that you can skim through to find relevant bits is an eminently reasonable compromise.
Final Cut: Library for creating terminal applications with text-based widgets
Not sure how it's Elon Musk's fault. Seems like the Nasa administrator, Jim Bridenstine's issue with marijuana.

Interestingly enough, after seeing the evidence, Jim reversed his beliefs on climate change and it being caused by humans (he didn't believe in it before). Hopefully, he can reverse his position on marijuana too.
> And yeah, thanks to those folks, the Linux Kernel Security summit will have plenty of material for future conferences.

In the meantime, did you find a memory leak in my code? https://news.ycombinator.com/item?id=21275440

Not that I want to vehemently disagree with your security statements, but I think I'd love to have a little bit more "show" and less "tell". That also applies to showing practicality of managed languages, practicality of 90's business software development (C++/COM), practicality of dead commercial languages (Delphi + VCL).

Giving just endless lists of ancient buzzwords doesn't help.
One thing implies the other, as it's impossible to produce enough dairy for so many people using the methods you mention, that is why most dairy people consume comes from factory farms in the first place.

Dairy price would sky-rocket and become a luxury item, and few people would be able to afford it several times a day every day, as its so common today.
This issue would never have happened using modern software. And if your text (including source code) still isn't in UTF-8, you're doing it wrong.

(I guess unless you're using some specific, very performance-conscious system that has to use 7/8-bit characters and is never going to connect to the Internet anyway.)
Weeeell. It's questionable in the sense that "Shakespeare"'s authorship of his plays is questionable. But just as no one has come up with a fully convincing alternative to William Shakespeare of Stratford, no one has come up with a fully convincing alternative to JSB writing 565. It has stylistic quirks, yes - but should that be surprising for "J.S. Bach the Rebel"?
You only need to look at the reliability of cars built in the 1970s compared to today to realise that not everything has gone backwards.
I saw this on /r/linux and was impressed that you can create applications that do not look out of a 70's terminal :-P. Not a fan of C++ (though could be worse), but if nothing else it looks pretty (yes, i like that faux-win3.1 aesthetic :-P).
> It should also be mentioned that the organ is not a very versatile instrument when compared to a piano.

I wouldn't say that at all. It's versatile in a different way. Listen to some 20th century organ music - maybe start with Howells, Duruflé, Cochereau and explore from there.
I have!

Company promoted the guy and raised his salary because he had plan to leave the company
Hey, thank you so much for posting this!
I picked a random problem ( the one on logs) in that paper and solved it under 1 minute. I feel like a million bucks now!
On the other end of the spectrum you get ImageMagick useless commit messages[0].

That extreme aside, I'd rather have commit messages that delve into the why-and-how the commit alters the behavior to the better rather than cryptic message as 'Replace invalid ASCII char'. Now we have documented reasoning and thought process that can aid future debugging. They can also be beneficial for new devs hacking on the project, or students learning how to implement and improve systems.

Personally, I enjoy reading these. The Go commits often have commit messages like these, and they are shared on HN often for a reason. They're learning material. They can't go on a wiki because they're tied to particular set of changes in a particular point in history. They also can't be comments on the code because they're tied to particular lines in different files, and code comments can only cover a set of consecutive lines in one file.

One recent example I could find is this[1]. Yeah, it fixes ^Z, but why didn't the old approach work? Why did it work for some time then didn't? How did it change? Why is this commit optimal, if it is? All of this along with scenarios to reproduce the issue.

Give me your life story anytime over cryptic message.

[0] https://github.com/ImageMagick/ImageMagick/commits/master

[1] https://github.com/golang/go/commit/610d522189ed3fcf0d298609...
University of Warsaw
Yeah, managing your sleep like that is key to ensuring that you can function afterwards (for me, at least).
Good riddance, find another place to put people down and get paid in magic beans while the boss gets paid in cash ( I will never understand people who get paid in self esteem to work for profitable companies).
Software Written in Haskell: Stories of Success
That is everything beyond fundamental physics, not just HN.

You can argue that laws are an absolute joke, morality is an absolute joke, society is an absolute joke, nations are an absolute joke, company cultures are an absolute joke (to be sure!), relationships are an absolute joke (evnen an absurd joke) and so on.

Nothing of interest to humans has immutable laws that are so objective to never require judgement.

I stress the word “immutable” because if you give me a law that intends to produce a certain outcome, I’ll give you a game, and once it becomes a game, we’ll need to adjust the laws to preserve the intended outcome.

That’s why we have moderators. And that’s why HN evolves over time. Old timers like me may shake their fist at the way it has changed, but we cannot expect it to remain preserved in crystal like a mosquito in amber.
Dairy actually has hormones called caso-morphines that bind to the same brain receptors as I believe heroine (of course not as potent).

So it's addictive in nature, this addition is probably meant to keep the calf close to the mother and away from harm.

But the addiction can be easily broken and after a while you start finding cheese actually a bit gross because its essentially solid melting fat.

As far as I know for people looking to eat in a less environmentally impactful way, eating only pork, chicken and eggs and removing the dairy and beef is great already.
The Second Spanish Republic (1931–1939) saw a brief period of tolerance, with most restrictions against Catalan being lifted.[6] Despite orthographic standardization in 1913 and the official status of the language during the Second Spanish Republic (1931–39) the Francoist dictatorship banned the use of Catalan in schools and in the public administration between 1939 and 1975.

https://en.wikipedia.org/wiki/Catalan_language#Spain:_18th_t...
Don't you ever find that the fingerprint recognition fails? And in that case, can't you use your passcode? If not, then you're locked out.
Where they're really valuable, IMO, is when you're tracking down when/why a change was made with `git blame`. When you're looking for the reasoning behind a change, it's extremely helpful if there's a detailed commit message going along with it.
My Public Keybase Phaze111
[ my public key: https://keybase.io/phaze; my proof: https://keybase.io/phaze/sigs/tHMiPWLKFLVGbsZAEYY_bGESkKkXpahFeAk9Rv6VDZE ]
> And a world with every town/village/city it's own country will be much worse than the current one.

Citation needed.
> None, including C, which makes it nothing special. Any compiled language can call into Assembly.

I wish you joy and entertainment interfacing your managed data structures with assembly code.

Yesterday I was forced to look into COM for the first time. There was some kind of callback that I was interested in, and it had basically two arrays as arguments, only in a super abstract from. I'm not lying, it was 30 lines of code before the function could actually access the elements in the arrays (with special "safe" function calls to get/set data).

Of course, that stupid callback had to be wrapped as a method in a class, and had to be statically declared as a callback with a special macro that does member pointer hackery, and that has to be wrapped in some more BEGIN_MAP/END_MAP (or so) macros. Oh yeah, and don't forget to list these declarations in the right order.

Thanks, but that's not why I wanted to become a programmer.
Why? Usually non-ascii characters belongs to translation, and translation usually not belongs to codebase.
Talented coworkers dont need documentation very often... If someone cant figure out how to compile something, its likely they are missing knowledge about the language in general...
Hilbert Walked So the Clay Institute Could Run
I intentionally add non-ASCII characters to our code, so that an incorrectly configured IDE or bad tool fails.

75% of the development team has at least one non-ASCII character in their name, so it would be pretty rude otherwise.

It's much better to knowingly reject a tool at the start, since it can't handle ordinary characters, than find out a year later with the first e.g. British customer that it can't handle "£".
> Uptime 15,364 days

Is the uptime really technically true? Sure, the Voyager has been operating for 40+ years, but all embedded systems must have watchdog timers. And given how hostile the space environment is, I'll be surprised if the main system hasn't been reset by a watchdog timer for a couple of times to recover from fault conditions, thus the actual uptime must be much less than that.
POWER9 doesn't either.
I'd buy a laptop with that for 3~4k next summer if it existed...
What GitHub? Please realize that none of this is obvious to an outsider who doesn't know how your pipeline is built. None of this is explained on the Voice website. These tools aren't even linked to on the official website.

I've submitted 200 sentences, and none of the progress counters shown to me increased by 200, so I assumed they were lost, and gave up.
To me its beautiful, because it does what an issue tracking system does not do: it explains everything. Who, why, how, what, when. It is beautiful and simple documentation.

Issue tracking typically revolves about the who, what, when - not why it happened, or how it was resolved.

This is why I believe that code can never be fully self-documenting. I can't understand why the code exists from reading it. All the floofy contextual stuff is missing, and commits like this help to explain the floofiness.
My favourite Github commit was someone removing their password from a test list in a penetration testing tool, because they didn't want anyone to know their password. I just tried, but couldn't track it down. The subsequent comment trail was hilarious.
Submarine Cable Map 2019
>Note that this is to make Haskell more readable to non-Haskell programmers (which is a bit of a weird goal IMO). It is not for readable Haskell in general. Advice like "not using $" just makes code less readable if you're familiar with Haskell and is quite frankly just bizarre

This is why no one likes Haskell programmers and why the community just sucks.

You're telling me that it's _more difficult_ for a Haskell programmer to understand parentheses than for a non-haskell programmer to understand functors?

I can't think of a single haskell programmer that doesn't also know at least 2 C-style languages.

Meanwhile, there are many C-style programmers that don't know Haskell at all.

If the goal is to remain an impenetrable fortress / secluded monastery, the Haskell community is a safe bet for the Benedict Option[1]. But if the goal is to become popular and get others to understand the benefits of Haskell, it seems to be a culture problem within Haskell, more than anything else.

[1]: https://www.amazon.com/Benedict-Option-Strategy-Christians-P...
Tree sitter is used in Atom and is replacing Textmate grammars. In fact, tree sitter recently got s-expression query support, which will replace the old CSS selector syntax. So atom is already in the second generation of tree sitter support.

GitHub semantic (go to definition, call graph) is powered by tree sitter wrapped in an Haskell analyzer.

The next version of Codemirror is using Lezer, a JS port of tree sitter.

I use tree sitter in a static analysis tool that runs on our internal repos (about 4000).
Most animals don't eat cooked meat but just raw meat. If you follow that reasoning is very unnatural for us to cook meat, we should switch to raw meat.
Triage is a thing.

Immediate life-threatening conditions, usually circulatory or pulmonary, gross trauma, overdose, get immediate priority.

Conditions progeessing over days or even hours, not so much.

When you / loved ones walk up and are immediately admitted, be concerned.
>I would love to read some serious research on this.

Funny you ask for scientific research to support OP's argument, then you follow it up with a personal anecdote about milk fixing your teeth problem in a month (which it assuredly did not).
I prefer that the commit includes the addition of a test in the test suit that get fixed (or a few). This is good because:

* It ensure that the bug is real. [1]

* It ensures that the bug is fixed. [1]

* It prevents reversions (assuming the test are run automatically).

* The test may prevent reversions in other related code, or discover other hidden bugs.

* It brings you closer to a 100% test coverage.

* You don't have to guess how to reproduce the bug, reading the comment.

* If the bug depends on subtle configurations, they should be set in the test. [2]

From time to time there are bugs that are obvious in the code, but they are too difficult to find a test for them.

[1] Been there, done that.

[2] Once I found a bug that depended on the local timezone.
If you want to watch a video version: https://pyvideo.org/pycon-au-2017/what-nobody-tells-you-abou...
Types for Units of Measure
I remember a Seismologist that said that moving rocks in a region with fault lines are a good sign. At least better than not moving rocks that are constantly building pressure. Of course "we don't know" is probably the most accurate prediction.
Dolphin Emulator Builds Repeatedly Detected as Malware by Windows Defender ML
What Makes Abzooba the Go-To AI Service Provider? 18/10/2019
Glitch in NMR software could affect more than 100 scientific studies
Learn How to Quickly Add Azure Table Storage to NestJS Applications
IN Conversation with Crif’s Atrideb BASU and How He Scaled Analytics Practice
>feed them corn and soy which is totally not their natural diet

What's a "natural diet"? I always assumed that animals (including us) ate what they could get, and their diets were perpetually evolving along with their environment.
Thousands of Google Actions Mysteriously Disappeared
If you don't allow non-ascii then you may have to mangle some people's names in the copyright header.

It's good to check files for unexpected characters, though. Here's some Perl to do it:

perl -e 'binmode(STDIN, ":utf8"); binmode(STDOUT, ":utf8");
foreach (split(//, join("", <STDIN>))) { ++$c{$_}; }
foreach (sort(keys %c)) { printf "%8d %s\n", $c{$_}, $_; }'

I tested that on a text file I was working on ... and I discovered that the file contained a BOM (U+FEFF), not at the start of the file, but at a random point in the middle of the file. I've deleted it. Who knows what problems it might have caused for me later?

You could have a pre-commit git hook that refers to a whitelist of allowed non-ascii characters, or also allow all alphabetic characters, or something like that.
This. It's the same with comments in code:

I don't want to read what the code does (I can read that myself, thanks!), I want to know WHY it does it the way it does it - especially, if there is a more obvious, better way.

Also: People leave companies. Or die. At some point in time, you won't be able to ask the original author.
I use these commits, but also use a proper issue tracking system. So I'm not quite sure your comment applies. The reason I'm doing this is:

1. If I'm looking at some code, I want to see its history without having to switch between git(lab|hub) and jira or whatever system I'm using.

2. The issue tracking system doesn't necessarily have some kind of resolve, a summary of what and why happened. It does have a description and a series of comments, but a summary is usually lacking.

3. I believe my commit history will far outlive any issue tracking system I use. So I'm safer putting information into both.
To me, at least, the issue with that commit message is the signal-to-noise ratio.
There is a lot of exposition for each piece of information. I prefer a more declarative commit message.
However, from the writing, I suspect this is just due to the committer not being a native English speaker.

e.g. the first paragraph doesn't lose any important information trimming it down to:

"After adding a test matching the contents of router_routes.conf,
`bundle exec rake` fails with:

ArgumentError:
invalid byte sequence in US-ASCII

"

Realistically, it would have been a better commit message if they'd given the shortlog SHA where the test was added that exposed the bug rather than an explanation of what the test does.

"After adding test <testname> (08c3e17), `bundle exec rake` fails with:"
All composers are limited by their era.

Technology is part of it. What would Bach have produced if he had sampling?

But equally importantly, all composers are limited by only having heard their contemporaries and predecessors. Bach was exposed to a certain set of music. You are exposed to a superset of the music he was exposed to.

People heard his music juxtaposed with everything else they had heard. Some of it sounded fresh, some too different to be enjoyed.

We hear his music juxtaposed with all the music composed after him, including music composed be people who heard his music and innovated further.

That’s the nature of progression. His music, like Mozarts, has timeless beauty. But it will always be “less” in a certain way than the music we hear today.
The Most Important Personality Traits All Successful People Share
The logic here is interesting - California doesn't allow noncompetes; Silicon Valley does well, so maybe noncompetes should be outlawed.

In another thread, (about China, I think) I was reading one of the usual earnest defenses of intellectual property. But aren't patents functionally just a form of noncompete? Sure, sure, people always say they are necessary to ensure sufficient investment. But that's the same reason given for worker noncompete agreements.

I can't help thinking maybe before long we will decide they make no more sense than the medieval guild system.
If you have deep domain knowledge already then ML skills are the icing on the cake. But opportunities for those with just the ML part are minimal.
I think you make a great point. From my perspective there are some things that cannot be reasonably proven that people may have different views on. For instance I'm sure you'd agree that social media "platforms" (as well as various other "platforms") over the past ~6 or so years have been engaging in increasing censorship. And that censorship has been not only accepted but applauded by some segments of the population. So where we probably diverge is on who are these segments of the population? How big are they? What are their views on this recent censorship?

I've been unable to find any sort of polling or other objective data (for that matter even poll data on Hong Kong is basically nonexistent) so we're left to rely on anecdotal data. When stories of censorship against unpopular topics came out in times past, what was the zeitgeist in your view? In the Hong Kong story as of today, does that vary? I took as an assumption people sharing a roughly similar view on this question. But I think it's a fair point that perhaps this is an invalid assumption. If I've learned anything on the internet it's that we all live in our own little bubbles, try as we might to escape them.

Of course I'm certain I could dig up plenty of examples of people contradicting themselves but that no more proves your [implied] view incorrect anymore than you finding a examples of people remaining consistent would prove my view incorrect.
I was actually more impressed by one of the references of the article than the article itself: https://history.nasa.gov/computers/Ch6-2.html

Did not know history.nasa.gov existed...
It's not just slower and there is no "promoter" that is filtering down news in the same way with talking points dictated to media. There is a wide variety of views being spread in a far more grass roots fashion.

"Propaganda" isn't just an attempt to convince somebody of something. Writing a book advancing a viewpoint isn't automatically propaganda.