skysight-inc/HackerNews huggingface dataset:
Thanks for responding politely. I'll respond to both points.

1.

I don't want to say there's not a lot of hand-waviness in "soft" fields. Actually, I don't really know much about that, I've never participated in any "professional" humanities research. I do read papers from the humanities, though, but only about things that interest me. So I'm a true amateur.

I have, however, participated in academic research in what I think you call a "hard" field, in computer vision and image processing. I promise you, there's a great deal of obfuscation in that field too :-).

I think PG would say that whereas what I'm describing are instances of bad faith in fields that do have earnestness, people who publish papers that contain the words "whiteness" and "dialectics" are just standard actors in fields where earnestness is not even possible. I think he doesn't know what he's talking about.

2.

I don't want to argue about who has or hasn't contributed more(whatever that means) to philosophy. But fortunately I live in a world where I can read both Godel and Foucault, and I'm happy for that. I don't even have to pick a side, because the two wrote about wildly different domains.

But I don't think having falsifiability encompasses the end all be all of what we can explore in writing. Isn't that more the goal of proper experimental set-up? Even Wittgenstein, who I believe apprehended better than anyone the world in its logical constituency and relation, recognized the limitation of the logical method[1].

[1]. http://www.kfs.org/jonathan/witt/t654en.html
Breaking ciphers was one of my hobbies growing up the 60's. I wasn't particularly good at it, but I understood the methods used--I read everything I could find on the subject that was available in the open literature. See the bibliography below if you'd like to try some interesting cryptography on paper and pencil methods.

In graduate school I studied CS and I proposed to my Ph.D. advisor that I would like to do research into cryptography (this was 1983) and he told me that all the interesting things about cryptography have already been discovered and that I should work on something else.

In 1983 Byte magazine, volume 3, an article proposed using a program based on the Bazeries Cylinder, see [6, 7], to obtain a practically unbreakable cipher. I didn't own a personal computer at the time, so as soon as I could get together with my best friend, a fellow grad student that owned a PC, we were able to break the cipher in just one evening. (Unfortunately, we were the second to do so and missing out on the $10 prize for the first person that broke the cipher.)

There are paper and pencil ciphers that are well designed and are much stronger than the Zodiac Killer's ciphers as I understand them. One designed for Soviet spies, known as the VIC cipher, resisted US cryptographers (as far as I know) and is explained in an interesting Scientific American in the July 1966 edition, see [7]. See also [8].

* Pre-computer age cryptography

[1] Helen Fouché Gaines, Cryptanalysis,
https://archive.org/details/cryptanalysis00hele

[2] William F. Friedman, Riverbank Publications,
https://en.wikipedia.org/wiki/Riverbank_Publications

[3] William F. Friedman, The Friedman Lectures on Cryptography,
https://www.nsa.gov/Portals/70/documents/news-features/decla...

* Interesting historical information, there are so many to choose from now but two of my favorites (one old and one more recent)

[4] David Kahn, The Code Breakers, https://en.wikipedia.org/wiki/The_Codebreakers

[5] Leo Marks, Between Silk and Cyanide: a Codemaker's Story 1941-1945 (this is less about cryptography and more about the practical problems of secret code and ciphers during WWII).

* The Thomas Jefferson wheel cipher or Bazeries Cylinder

[6] https://en.wikipedia.org/wiki/Jefferson_disk

[7] https://archive.org/details/eu_BYTE-1983-03_OCR/page/n3/mode...

* The (once) unbreakable VIC cipher

[7] David Kahn, Sci American, Vol 215, No 1 (July 1966), pp 38--47.

[8] https://en.wikipedia.org/wiki/VIC_cipher
Yeah, that was phrased somewhat awkwardly. The binary choice I was rejecting was between

1. "Buying" a solution that solves your problem exactly and doesn't require engineering resources to implement and maintain

2. "Building" a solution where you have to solve every problem from scratch where you don't have any particular expertise.
There is wisdom in communities that use sacred plants. I hope one day western culture will realize this respect for communities such as yours but also across the world. So much of western culture is based on money and consumption. It really is the root of western ills.
I think the point was that CentOS was one of those distros maintained by people who had a life... Maybe Cannonical won't be around in the future either.
> Some people are happy in their IDEs and see no reason to move to the lower-level of abstraction in their tooling.

True but you're also at the mercy of whatever company is responsible for developing those IDEs. I'm not advocating everyone do development in shell but I feel like you should know what's going under the hood when things go wrong.
I've found Jet Brains' CLion to do a solid job of code navigation, but I don't currently work in C/C++ and only use it occasionally for reading code bases.

I do use Jet Brains other editors and Intellij has flawless Java code navigation (among other amazing features). Further, I've found PyCharm provides Python code navigation that is about as good as possible for such a dynamic language. Therefore I'd expect CLion to provide top notch code navigation for C/C++.
cost is often not clear up front, but neither is benefit!

this is where experience matters.
> If you passed a law saying that twitch has to pay fines for false DMCA takedowns

You have to dig deeper, beyond the platforms themselves: make it extremely expensive and dangerous to file copyfraud claims. As long as the incentives are in favour of carpetbombing, you will have lots of casualties.

Repeating something I have said before, it feels to me the correct solution would be to go full Hammurabi on the perverse incentives. To eliminate the asymmetric warfare, one change would be enough. -- If a company, or an agent acting in their name, files a fraudulent copyright takedown, then the victim of that takedown gets to choose one item from that company's catalog that will become public domain. The company also becomes liable for all the lost [royalty] income for the creators of that particular item.

The point is not to eliminate takedowns or make them technologically less effective. Goal should be to eliminate the incentives on abusing them, and make the depletion of culture a bad default.
> If you need alignment on a particular project, write down your ideas and make a proposal with your thoughts

Strongly resonate with this. Writing improves your decision making, and decision making is your highest point of leverage.
Uhhh, that's still an area of major investment for them. Look up Facebook Connectivity.
Some of them give /56, but you have to ask for it (it's free).
I got the QuickLogic dev kit - it uses the fully open source Symbiflow toolchain.

I think my chances of ever understanding what Symbiflow does are quite small, but that is a shortcoming on my side :D

And even if I do, I have to learn semiconductor fabrication next!
CentOS was certainly a major distro and now we're involved with drama for it.
Does this apply to Ungoogled Chromium too?
Just ordered a set for a Christmas gift. Awesome product.
Indeed. I think you have different saturation points the wider the use cases you hit. One example w/ a single-core (which btw, agreed whole heartedly for io) is checksumming + decoding.

For kafka, we have multiple indexes - a time index and an offset index which are simple metadata. the trouble becomes on how you handle decompression+checksumming+compression for supporting compacted topics. ( https://github.com/vectorizedio/redpanda/blob/dev/src/v/stor... )

So single core starts to get saturated while doing both fore-ground and background requests.

.....

Now assume that you handle that with correct priorities for IO and CPU scheduling.... the next bottleneck will be keeping up w/ background tasks.

So then you start to add more threads. but as you mentioned and what I tried to highligiht in that article was that the cost of implicit or simple synchronization is very expensive (as noted by you intuition)

The thread-per-core buffer management with defer destructors is really handy at doing 3 things explicitly

1. your cross core communication is explicit - that is you give it shares as part of a quota so that you understand how your system priorities are working across the system for any kind of workload. This is helpful to prioritize foreground and background work.

2. there is effectively a const memory addresses once you parse it - so you treat it is largely immutable and you can add hooks (say crash if modified on a remote core)

3. makes memory accounting fast. i.e.: instead of pushing a global barrier for the allocator you simply send a message back to the originating core for allocator accounting. This becomes hugely important as you start to increase the number of cores.
I agree, but from an entirely different point of view. Tell me I'm doing my eyes in if you will, but I find dark mode to be easy on the eyes, especially when - but not exclusively because - I can't always control how poorly lit my environment is. Dark mode, however, is also a curse, because when the contrast is too high I find that I get this "negative space effect" where in my vision the letters on screen go really dim and I get a series of fuzzy white lines appearing between the lines, making it almost impossible to read any text without immediately losing my place and skipping to the line of text above or below.

The trend towards AMOLED dark mode has made life hard for me, especially when using websites or phones (looking at you, Android 10 and above) that I can't really customise the way I can the rest of my computer. Give me Gruvbox's #ebdbb2 on #282828 any day of the week, I want to get off the AMOLED #ffffff on #000000 train.
That reminded me to look for extensions that automatically move mobile wikipedia links to desktop ones; thankfully there's one for both Chrome and FF.
Whenever you get around to googling and then installing the chrome extension to do exactly that:

https://github.com/ScFix/DarkHacker

https://chrome.google.com/webstore/detail/dark-hacker-news/i...
I think you misunderstood the GP's comment. They aren't advocating to work with Safari, but to work with Firefox then to test with Safari. If it works in Safari after being developed in Firefox, it's likely to work everywhere.
I couldn't do dark mode. The issue/PR labels do not contrast well enough with the dark background and these are a huge part of our daily process.

Everything else looked really nice though.
There is a weird expectation among some professions (Silicon Valley tech, especially, but I think it's probably endemic to any well-paid, well-respected class) that all other fields should be immediately understandable to the layman, and if they aren't, there's clearly charlatanry afoot.

As you pointed out correctly, these are all fairly standard terms in literature, philosophy, and cultural studies. The ironic thing is that if one were to string together a bunch of technical terms, they sound exactly as obscurantist to the outsider. Subnet Masks, Hyper-Text Markup Language, BIOS, JavaScript ("What do you mean it has nothing to do with Java?") and so on.
PG hardly ever writes worthy stuff anymore. Move over your Rich A Hole.
Yeah thought it might be, wasn't sure
30% or so, rising to well over 50% among people with high political engagement. Nearly every political commentator I personally follow, left or right, has expressed this view. (And to answer the implicit question, yes, I would have to severely reevaluate my stance here if I learned that I’m in a filter bubble and this estimate is way off.)
The older generations definitely helped Big Pharma. I just hope these new treatments free us from the antipsychotic/antidepressant pseudoscience.
I wanted to make something like this, I think it's a great idea.

People might be in for a rude awakening if someone figures out how to hack it remotely though, lol
Apple should allow Firefox and Chrome into the Mac App Store as they are, and have the updating done from there. That’s the solution.
And that reason is...
Tony Hsieh is gone, but his Las Vegas vision is finding new life
By "any other" you mean Chrome and Firefox?
IBM PCJr (FPGA) Accelerator – MCL86JR
The "math" is fine. I'm sure, while it's not perfect, it's suitable in most circumstances. My point remains though is that WCAG are guidelines, not mandates.

The goal always to produce software that is accessable and usable by people, not to satisify a mathematical constraint. WCAG and 'constrast ratios' are a means to that end, but they're not the end goal itself.
Using Chrome itself is very bad idea.

There is fundamental reason why internet standards should not be dictated by a data-collection/advertising company.

Try getting that across to the nerds who constantly whinge about Google.

The Internet was designed to share information, not to provide a medium for delivering proprietary applications.

Perhaps it should go back to its original goal, or people should be educated on other alternatives.
So depending on the disks, we found that different IO sizes will yield optimal settings for saturating disks. As an anecdote in clouds, the IOPS is the key principle and often you can drive higher throughput depending on your DMA block size (i.e.: 128KB vs 16KB etc)... obviously a tradeoff on the memory pressure. but you can test them all easily w/ `fio`
The author went so far as to create a domain for this rant, and yet didn't even do any performance metrics or basic forensic analysis at all. I'm not saying the author is wrong, but there's a lot of questions here. How does Keystone hide itself from the Activity Monitor? Is there a Keystone process if you run `ps aux`? Did you run dtruss/strace? What is it doing when Chrome isn't running that causes it to degrade performance?
Setting aside their interpretation of the results, which is a bit heatedly contested (and I believe they were focused more on syntax rather than speech), there are really two questions to ask that I think are relevant to the discussion:

1) Is it POSSIBLE for the speech of an adult language learner to be indistinguishable from a native speaker?

2) If (1) is true, are such instances common?

The reason (1) is important to ask is because a strict critical period hypothesis may rule this out by saying once the brain has matured beyond a certain point (age ~12, for example, or possibly younger for phonology), you can no longer acquire a language to the extent of a native speaker.

But there is plenty of evidence that (1) is true. In the Hyltenstam and Abrahamsson literature, they are able to find quite a few learners whose speech is indistinguishable from that of native speakers. They then run a battery of more strict tests (syntax/knowledge tests IIRC) against these learners that reveal slight differences.

However, (2) is certainly false. It's somewhat rare to find an adult learner who truly sounds like a native speaker. That, however, isn't evidence in favor of a strict critical period/maturational effects hypothesis, since there can be many reasons for failure.

My intuition is that there is much less support for a strict critical period hypothesis these days. Most people now talk about a 'sensitive period', which reflects that there are a broad range of factors that favor successful acquisition in children but that adults have decreased sensitivity to.
Opening keynote – GitHub Universe 2020 [video]
Sorry but yes CentOS is dead

CentOS, is COMMUNITY ENTERPRISE OPERATING SYSTEM

The community is dead, the Enterprise part of the Operating system is dead

Sure the CentOS name will be still around, but is clear that CentOS is now a Dev focused operating system not designed or targeted for Stable Enterprise operations with a community of Enterprise SysAdmins around it

If you believe the changes are "not all the much" then you are clearly not in touch with the user base of CentOS, outside of Devs that is

The changes are GREAT for devs, and Appliance Manufacturers. Maybe even for Cloud customers

But for us Old School, OnPrem sysadmins running CentOS for Stability, and Long Term Support, CentOS is most certainly dead
Is there any way to turn off the custom css, my eyes are still in 2020.
I think Rust and Haskell, due to their irrelevance in industry and general "nerdiness", attract a certain type of hacker. Specifically I've noticed that there are some libraries for both languages that are just so good that they make you never want to use anything else. One example in Haskell is Megaparsec [0], by far the best point in the parser framework design-space I'm aware of. An example in Rust is wgpu-rs, which maybe isn't "all the way there" yet but is already turning into a very ergonomic low-level rendering API. Although I haven't used them, I think piet-gpu and pathfinder may be in this category also. I don't have a link handy but I remember seeing a tweet from the developer of Pathfinder where he was reverse-engineering MacOS's idiosyncratic font rendering so he could generate identical-looking output as the native renderer. That's going above-and-beyond what any reasonable library developer would do and I love it.

I'm not saying there aren't any great libraries for other languages (there certainly are, like Halide for C++) but that I'm more often pleasantly surprised by the library quality in Haskell and Rust than I am in other languages (when there are libraries available, anyway).

[0]: https://hackage.haskell.org/package/megaparsec

[1]: https://github.com/gfx-rs/wgpu-rs
Financing development of Linux is a bad thing?

Introducing Linuxisms in ... Linux?

And the only thing they're extinguishing is a free (as in beer) distro that they controlled anyway (and choose not to continue putting resources into).
> Downvote away, but I really do want to love Linux.

This would be the problem; you treat Linux as a platform that one is supposed to love or not love as a hole.

Linux is not a platform; it s a component shared between a great many different platforms that are often quite far apart from one another.

These platforms often also share other things, or not, and don't Windows and FreeBSD also share several components?

I've noticed a common belief that completely unrelated, independently started and operated platforms have an obligation to coöperate because they share a single component, which most of them also heavily patch and modify.
What evidence do you have to back up that claim?
We recently purchased an enterprise scheduling software that I will not name (you may have heard of it, but it's unlikely). Told numerous times throughout the sales cycle by their architects and engineers that their API could do all the things we needed "easily" and that they could finish off the last few features we needed within 2-3 minor releases.

Fast forward almost a year, at least 7 releases, and probably $200k of payroll on our end and their product barely runs, and doesn't handle all of our standard workflow, let alone edge cases. Best we can assume is they were writing the API from scratch because we needed it and didn't have the skill to do so. Documentation was offensively bad when it was correct, which most of the time it was not, to the point where there were several instances of the endpoints in the docs being wrong, causing us to call support to ask what the real endpoints were we were supposed to be calling.

All this to say yeah, buying is great if the company is professional and has a well-documented product, and the sales and technical pre-sales folks know what they're talking about. But that isn't necessarily the case, even for six-figure purchases. And when it's not the case you can easily burn a non-trivial amount of money before you ever realize it.
Witnesses definitely described the killer as a man.
Not sure about this Keystone, but the Chrome Software Reporter Tool keeps annoying me A LOT. It frequently causes high CPU load and at least the last time I checked I could not find a proper documentation on what it is or does.
Can you speak to his doctor, or ask a close family member to? If he's being given antibiotics for no reason, that should be reported. On the flip side, especially with covid, doctors may try to aggressively treat anything else present because it can complicate things and because bacteria are largely something we can treat, especially compared to covid.
What does Chrome do better than Safari?
TLDR: 4 wolves were expecting heavy metal, got Creed instead, walked away, demoralized.
The 'not all that much' is too much for most
I would think 30,000 people tested is pretty close to "field tested".
Melbourne mathematician Samuel Blake cracks the Zodiac Killer cipher
Homicide: A Year on the Killing Streets
I found the above URL via the following article:

"Only 308 FPGA LUTs required to create cycle-accurate 8088/8086 soft processor core"

https://www.embedded.com/only-308-fpga-luts-required-to-crea...

>"...we've released the MCL86 — a micro-sequencer-based, cycle-accurate 8088/8086 soft processor core that consumes only 308 LUTs, which is less than one percent of the smallest Kintex-7 FPGA from Xilinx."
We all know, YouTube is a terrible company
How could someone deny white supremacy? White supremacy is everywhere. It is watching us right now. It is reading along with you as you read this. This morning, I had white supremacy on my toast.

Wait a minute.... my toast is made of.... white bread.
Facebook and VS Code are probably using dark mode because you have set your system and browser theme to dark
By framing the IDE as a crutch, that's very much in the gatekeeping category.
A generation ago people used to say "as long as it works in IE6 then that's all you need, who cares about other browsers"

Now it's Chrome, but it's the same danger.
CEO to Forgo Potential $112M Bonus to Back Wife’s Career
Just check back in three months and there will be a drop in replacement for CentOS.
No need to follow the news now every day, it's not an election.
Looking at release dates might not be the best way to frame this. It took decades before the full impact of the automobile was felt, and there were huge leaps in tech during that period too. We're in a different world today from when the first iPhone came out.

But also, I have a feeling like we're in the process of building up the activation energy for the next major wave of tangibly world-changing tech (AI, robotics, quantum computing?). I suspect the change in pace is related to the slowing of Moore's Law.
> using a fast charger all the times can damage batteries.
Is this actually true?

A Google search suggests that there are lots of studies showing that 25 fast charging cycles wrecks the battery but I have driven my Model S from Norway to the UK and back three times which is about 12 k km altogether and I used Tesla chargers exclusively on the journey. The practical range is about 300 km so I must have charged much more than 40 times in addition to all the times I have charged on journeys from Oslo to Trondheim and back. I haven't noticed any significant degradation in range.

But who actually does it on ordinary days when not doing a road trip? I have had that 2015 Model S for three years and I only use the Superchargers when I know that I will travel more than a couple of hundred kilometre in a day; otherwise I can keep the car charged at home (usually just to 80% unless I plan a long trip and I usually charge again before I get to 20%. Plugging in to an ordinary domestic socket every couple of days is enough and takes seconds.
If you have great ability to correct misinformation, then I would like you to bring back Red Hat 9 from 2003, fully updated with the latest RPMs.

Red Hat demonstrated then exactly what it intended to do now.