skysight-inc/HackerNews huggingface dataset:
Micro 3.0 is a platform for cloud native development
No Pattern Separation in the Human Hippocampus
Yes but you are still free to make money off the software, and this is the topic under discussion.
Best LED Grow Lights
Is it really different from competitors like Cisco (webex, jabber, ...)? A big selling point of all those is phone dial in which can't be done with e2e encryption (the phone gateway run by the operator has to have the keys)
What are you going to switch to? Chrome? Sure, it would be nice to have an easy switch that disables all telemetry, but let's not forget that every other major browsers collects far more data, and the most popular browser steers you toward to storing your entire web and location history on their servers as soon as you log into your email account. Kinda puts non-identifying information about Firefox's performance into perspective, doesn't it?
Can’t get past the consent screen in chrome on an iPhone on either mobile or desktop page - agree button is off page. Surprising for a big site like Reuters
Climate Trace Data Engineer (UK-Based)
I can't be the only one to miss old Firefox features and UX without wanting to leave behind all improvements we've seen the last few years on security, support for new standards and also performance.
"..recent evidence from single-neuron recordings suggests that pattern separation may not be present in the human hippocampus and that memories are instead coded by the coactivation of invariant and context-independent engrams. This alternative model prompts a reassessment of the definition of episodic memory and its distinction from semantic memory. Furthermore, I propose that a lack of pattern separation in memory coding may have profound implications that could explain cognitive abilities that are uniquely developed in humans, such as our power of generalization and of creative and abstract thinking."
The markets have been reacting positively for months, what’s new here ?
Climate Trace Data Scientist (UK-Based)
> The downside with not using the merge button is that the message in the PR says “closed by [hash]” instead of “merged in…” which causes confusion to a fair amount of users who don’t realize it means that it actually means the same thing! I consider this is a (long-standing) GitHub UX flaw.

This is so true, if the automatic detection of the PR merger vs. closure is hard (and I can see some reasons why) there should at least be a switch for maintainers to update the outcome message.
But this is historically inaccurate. The issue of forums becoming hateful echo chambers is a new phenomenon, not a time tested one. Digg wasn't a terrible hateful echo chamber, reddit was not, most topic oriented forums are not, lots of alternative sites springing up nowadays are not, Facebook, MySpace, the list goes on.

No, the phenomenon that lasted really only a few years was due to the fact that the first Diasporas kicked off of those sites (or that left due to crack downs on their expression) were existing hateful communities. There's a name for the effect that I can't quite remember, but basically new communities are unsavory at first because they're made up of the unsavory characters that are unwelcome at the other communities, and this prevents their growth.

Thankfully we are currently seeing that effect wind down as well. With the increase in moderation beyond plainly hateful content, now to anything a site deems unlikeable, you're seeing those Diasporas become less and less unsavory and more mainstream sets of ideas are being discussed on the newer forums.

I regard articles like the one you linked as yellow journalism, designed to discredit people's desire to collect and discuss ideas online, freely, and argue in favor of places where ideas cannot be discussed freely. If there is any one thing that causes sites to become hateful, it is the need for the site to promote "engaging" content for as profit, something you are less likely to see on newer sites with less commercial pressure.
The average session. Of course it's impossible to know the actual average number for any given developer but we often get developers estimating Pernosco saved hours, occasionally days, or occasionally the bug couldn't have been solved any other way. So I just tried to make a conservative guess.

> How likely is it that a given bug will be solved with Pernosco?

There's no way to put a number on this but I think it's unusual to not eventually figure it out with rr or Pernosco (but Pernosco will be faster) if conditions under the user's control are met: the recording really captures the bug you care about, it's in code in a language we support, and the debuginfo and sources are right.

> What do I do if I pay and only realize after that the session wasn't helpful?

"Sorry". Hopefully the reasons it wasn't helpful are mostly under your control and the benefits average out in your favour.
Probably because Pfizer has a big PR department to ensure exactly this.
Service outage due to Vault certificate expiry, leading to Kubernetes pods dying
> Anything that can perceive itself and can perceive itself perceiving will exhibit all the hallmarks of what we call consciousness. It's a recognizable behavior pattern with a name.

In my opinion this just delays the question.
The question now becomes whether machines can perceive themselves (or really anything at all) or whether they can just mechanically and symbolically represent the perception of objects, including themselves.
If the answer is yes, then that implies that any sufficiently large representation of computation has a consciousness and therefore that there is nothing special about it.
If it is no, then where's the relevant difference to a human brain?
Don't forget the 'Department of Independent and Selective Fact Checkers.'

Who checks the fact checkers?
You're not making code for the sake of writing 'good code', whatever that means. You're writing code to perform some sort of function. Otherwise it's not something to earn money with, but a nerdy art project.
I thought they made a deal with Trump/Oracle and that fixed all this stuff?
Il just leave this from Kipling

"A scrimmage in a Border Station-
A canter down some dark defile
Two thousand pounds of education
Drops to a ten-rupee jezail.
The Crammer's boast, the Squadron's pride,
Shot like a rabbit in a ride! "

You'd just change "ten-rupee jezail" to a second hand AK

And plenty of "third" world civilians have guns
I hear chanting coming from outside my prison.

Sure, it's a soft prison, of keyboard-only specialized-interface goodness. but a prison, still.

I've heard chanting before, but this time it's different. It's louder. Could it be? I resolve to try a daring escape. If I can get this new C++ project set up properly, I might be out free! I've chosen an accomplice of good repute: VS Code.

After 30 minutes of figuring out which extension to add for the project, how to configure the build, I still haven't managed to get it working. What could be the issue? It builds fine in the IDE but won't find declarations and headers properly. The google oracle offers no help. Hey, mr. Magician: I can compile the project just fine myself in a terminal, why don't YOU read my Makefile and figure it out?

Too late, the vim guards arrive. They open my CMakeLists.txt parchment, and write "set( CMAKE_EXPORT_COMPILE_COMMANDS ON )". Immediately, YouCompleteMe whirrs to life and works perfectly. The guards drag me back in my old cell.

Oh well, it's not so bad here, at least I can focus. And it keeps the mouse away. Until the next time I hear people outside chanting "Modern IDEs are magic".
The lockdowns are causing immense economic damage. Even the WHO has pointed out that one of the main things they do is make the poor poorer. I have a feeling that this cure will cause more damage than the virus.
The manpage says it "PRINTS the pathname of the WORKING (current) DIRECTORY"; I don't see any implication that either the word "print" or "pathname" make up any specific part of the acronym.

Really the manpage doesn't specify either way. If I were to force any meaning from the manpage, I would tend to go with the 1st word in the sentence starting the acronym, but it's not so much ambiguous as it is just simply not saying anything at all.

The original manpage doesn't give an etymology, so should be discarded as a source.
Yes. There are both documented cases, and whistleblower leaks, of Amazon employees using their customers' sales data to launch competing products.

How that'll go through the various legal proceedings though is anyone's guess.
Not the author, but work with Ben (post author) on an SRE team at GoCardless.

Happy to answer any questions here.

As a side note, we're actively searching for people with an interest in these technologies- message me if this sounds like you!
Some reports say the whole video conferencing market, being very optimistic, will reach $50B in 2026 (considering Covid-19 - https://www.gminsights.com/industry-analysis/video-conferenc...)

But Zoom, alone, already has a marketcap of $117.534B (https://finance.yahoo.com/quote/ZM/)

I really think there is an unsustainable distortion happening.
The demoscene is still a thing. In fact there are modern demos for retro systems that'll blow your mind. If you want to participate, you need but find an old (or new) computer, get NASM (or an appropriate assembler for its CPU), and start hacking!
> Of course, those people were caught and that goes against the "not detect this problem" part.

We just never heard about the ones that weren’t caught ;)
According to micro benchmarks C is about twice as fast as Go.

https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

That is already pretty fast, and I guess the difference in practical scenarios would be even smaller since external systems like DB's won't change their speed if you call them with another programming language and because production code is not always as optimized as benchmark code.
All E2E encryption claims in closed source software are untrustworthy. What're you expecting?
Gab is not a better alternative.

For a thing to be a better alternative it would need to have structural differences that ensure it will not devolve as Twitter has. Gab is essentially a carbon copy of Twitter, but for a different set of ideas.

Pleroma and Mastodon (as well as other ActivityPub enabled microblogging software) are the only real, better alternatives that exist right now.
> But in the long term apps should all end up using Vulkan/DX12/Metal themselves directly

In terms of "a typical 3d app writes directly to the API", they really shouldn't.

The fundamental shift between DX12/Vk and the earlier APIs is that the old graphics APIs were fundamentally about graphics, in the sense that they described a specific way to draw graphics, and then in conjunction with hardware translated that into something that ran well. Originally, there were many very different ways this was done. Over time the hardware implementations all converged towards a common form, and game developers found themselves not really coding against the old APIs as designed, but twisting it's use into something that translated into what they wanted on the actual hardware. (That they knew and understood because of the consoles that just let the devs target the same or very similar hardware directly without a translation layer on top of it.)

DX12/Vk then approaches the API design from a completely different perspective: They are designed to provide an efficient interface to the functionality that is available in hardware. Much of this is graphics-specific, simply because the hardware is meant to run graphics, but in a very real way the API isn't about the graphics, it's about the hardware. Vk doesn't have the kind of simple graphics pipeline that OpenGL devs are used to, because it's outside the context of the API. You, the developer, are supposed to make your own pipeline, out of the pieces of hardware-supported operations that the API exposes.

Which brings this back to my point: The typical game dev has no interest or need to learn DX12/Vk, because they fundamentally do not provide what the devs need or want. Instead, game devs should largely build their work on top of an actual graphics pipeline. Right now, most devs get that pipeline out of the large 3rd-party game engines (UE, Unity), but if you are not using those, OpenGL or DX11 is not a bad choice, and a lot of studios still do that, and probably will for a very long time yet.

Hopefully over time someone will design a good separate graphics pipeline that runs on DX12/Vk, that is designed purely to be a good abstraction for graphics, and will do that well enough that it will replace most use of the old APIs. However, this will take a very long time, simply because of the human factors. (I already know DX11/OGL, why would I learn something new?) But even when it does, D3D/OpenGL will not be replaced by DX12/Vk, they will be replaced by a new translation layer that sits on top of it and is an analogue of these translation layers being built now.
Pretty scandalous stuff. But to be fair it seems pretty likely that any or all of the major players (Apple, Google, MS, Facebook, AWS, etc) to be maintaining some sort of back-door access to the channels they control for spying purposes.

I suppose the risk with Zoom is leaks due to incompetence rather than leaks due to government intervention.
> I remember everyone was using Eclipse then Sublime then Atom then Brackets then VSCode. This was all within a span of 3 years.

Yes. The half-life of these things is rather short. And there are few reasons to expect that this will be better with the IDEs which are currenyly touted by one marketing department or another.

In the meantime I am using Emacs since over 20 years. I can adapt it to new things (such as magit) when this is useful but it never breaks my flow.
No, you are wrong.

The Japanese Concentration Camps are not a point of national shame. Instead, they are a point of American pride.

Case in point: One of Trump’s goons, Carl Higbie, referred to the Japanese Concentration Camps as “precedent”. [1]

If this word came from some random racist prick, then nobody would bother paying him any attention. But instead, it came from one of Trump’s closest associates.

This should make you sick to your stomach.

[1] https://time.com/4574680/muslim-registry-japanese-internment...
> This is precisely why it's important that Twitter calls out when things are stated as fact without evidence.

Twitter is a platform for stating things as fact without evidence. 120 (or whatever it is now) character limit is not suitable for having cogent conversations.
Hypothesis about why Asia and nearby countries got affected so much less than the West, with what seems to be a decent data analysis. TLDR, exposure to bats in these countries and travel between them.

https://twitter.com/gummibear737/status/1298956333941743616?...
Thanks for the D lang. My younger brother used it for his final year project. He got an A. He has nothing, but praise for it. Fast, small executable size, etc.
Bazel is a nice build tool, but AFAIK it still doesn't support Scala 2.13, released mid-2019: https://github.com/bazelbuild/rules_scala/issues/809
You're thinking of Tiktok.
Yes, you can instrument simulators to get record-and-replay. Simics has a record-and-replay feature like that, so does QEMU lately. I don't know of anything specifically for microcontrollers but it certainly could be done.
Looks like this was a perfect combination to (maybe) save the world. A Turkish - German - American collaboration, so to say. Wow. Who would have thought.
On the other hand, if the Windows version works fine with Vulcan, why go through the trouble of making a Linux version?
Why would any company with valuable IP use Zoom after this security blunder, along with the fact they "accidentally" routed domestic US calls via China. Zoom is software developed almost entirely in China, meaning it is subject to Chinese law and the very strong influence of the CCP.

It is fact to say that Zoom could be compelled by the CCP to plant backdoors in software to siphon valuable IP for use by Chinese companies, as is usually the case with CCP-aligned companies like Huawei (Huawei had a cash incentive program for employees who delivered stolen IP to them).
"
BERT is a method of pre-training language representations, meaning that we train a general-purpose "language understanding" model on a large text corpus (like Wikipedia), and then use that model for downstream NLP tasks that we care about (like question answering). BERT outperforms previous methods because it is the first unsupervised, deeply bidirectional system for pre-training NLP."

https://github.com/google-research/bert
>> Like, my point is not about whether you can find the odd person trying to
solve intelligence with grammars, or what were GOFAI conferences still harbour
GOFAI research in the corners, my point is that a) these approaches don't work
as a way to actually tackle AI, the problem, b) the vast majority of the field
does not take them as seriously as a method of doing so, regardless of other
uses, and c) therefore it's natural, not ‘impossible’, to gain AI expertise
without having much care for those parts of the field.

>> Yes, but there's a reason I suffixed that comment with “(again, in an AI
context)”. GOFAI is great if you ignore the last two letters of the name, and
how it failed almost all its major promises.

>> These used to be considered AI because it was thought that you could build a
useful reasoning agent out of a combination of these techniques, given
appropriate developments. Now (almost) nobody does that; Google Map's
pathfinding is just a pathfinder, not a general reasoner.

I keep asking- how do you know these things to be true? Are they just your
opinion?

Can you please satisfy my curiousity on this?
This is necessary, but definitely not sufficient, I'd think.

Oftentimes one stares at a mile-long chain of methods on a list and is left wondering "exactly what did the original author want to do here, and why are things breaking"? In the end, the only way to find out part of the answer is to exercise the relevant codepath via some test data (if you're lucky) and use IntelliJ's excellent debugger to help you move forward. Even this just reveals the "what", not the intent.

No amount of consistent linting or formatting can make this better. And no, ExpressivelyVerboselyNamedFunctionsInAidOfSelfDocumentingCode don't help either.
Censorship is the hiding of information and prevention of publishing. that's it. That's the definition.

HNs guidelines appear to be "put some effort into what you say and don't fight." They're not censoring any particular set of ideas.
Apple News+ WSJ is only available in Apple News+ right? I just got the WSJ $4/mo deal, but also have News+ because of a family member.
I will have to agree with this. Until I started working with Erlang/Elixir, I would probably have agreed with the OP article instead. Or at least its title, for reading about concurrency problems has become rather obsolete (for me).

For years, I certainly made my own share of concurrency horrors, in everything from C and Python to Java and JS. Eventually I (sort of) got it right in each, mostly by building up experience in approaching it the right way. But it always remained a source of easy to make mistakes (and sometimes near-impossible to solve complexities, with larger systems).

However, since working with Erlang/Elixir, I sometimes wonder what the F#$& I was doing all that time. Many ideas were certainly a bit challenging to wrap my head around at first, but once they clicked there (kind of) was no way back.

This will probably sounds arrogant, and it's okay with me if I get down-voted because of it. But the more I work with Erlang/Elixir (and a few others in the FP field), the more it becomes clear to me how much the languages I used to program in (and their typical challenges), now most of all look like a (rather sick) joke to me. Again, I know this might sound pretentious, if not offensive. But it is sincerely what I feel. In my defense: I'm not some kind of hipster, still wet behind the ears. I've been programming for nearly 3 decades and in well over a dozen different language. I'm one of those kids that were ripping apart assembly code of "protected" games and desktop software, and hacked around on micro-controllers, during the nineties.

While Erlang/Elixir may have shortcomings too (although I personally have not found any), it is one of the best things I've encountered for a long, long time. I'm also charmed by ClojureScript, but for totally different reasons. However, I do like it for when I'm forced to build something more complex for browser/front-end. But that's a whole different story, and not much relevant to this concurrency "issue".
Not defending them in any way - but don't think security was the primary reason for Zoom taking off. It was stability - it just worked and at the same time competitors didn't.

Everybody used to have Skype and I would have gladly handed over my data to MS if only it would have been able to do stable video calls. It was often a disaster for just 2-way calls, let alone group.
I'm not sure I would consider Emacs's technical foundation rock-solid. Elisp is a bit of a relic, with little in the way of modern niceties, some anti-features, and a slow implementation. And heavy use of cons lists causes a lot of pointer-chasing.
Dropbox: SSRF (Server Side Request Forgery) worth $4,913
DuckDuckGo: Ignore This Box Please
I've been programming for 10 years now and I've never understood the hype on the internet about vim/emacs. No one I've known at the university or in 5 different software companies that I've worked at used vim/emacs as their primary code editor. Vi was used sometimes to change a config file or to inspect something while SSH-ed into a server, but IDEs have always been used as the primary ways to write source code.

I've mainly worked with Java, JavaScript and Python. I started with NetBeans and Eclipse for Java at the uni, but soon moved to the JetBrains stack (IntelliJ IDEA, PyCharm, WebStorm). Everywhere I worked people have been using mostly IntelliJ, some of them VS Code recently.

I tried learning vim properly, memorizing the shortcuts etc. I had several attempts at this throughout the years. Mostly because of articles like this one, hyping vim/emacs. But I always felt it slowed me down soooo much. Modern IDEs allow me to edit code, jump though files, classes, methods, variable usages, rename all usages of a class/method across the whole codebase sooo quickly!

And almost everything works out of the box. I don't have to install plugins or configure anything to have syntax highlighting, git etc. I import a Gradle project and IntelliJ knows everything.

I do get the argument from one of the comments that this isolates you from how javac/maven works under the hood, and that it can be bad. But throughout the years you'll learn those things eventually. And in the meantime you don't need to master them to be productive.

I completely don't get the comments that you need to constantly Google things like "How to do X in Eclipse". Some of them you do need to Google, but most things are straightforward. Meanwhile when working with vim I kept constantly Googling things like "how to replace a word", "how to copy a line", "how to delete a line"...

To sum up, I agree with one of the comments that said that it's the vocal minority that keeps talking about vim/emacs that makes it look so ubiquitous. In reality I feel like 95% of programmers use IDEs for most of their work, get their job done and don't talk about it. That's why it looks to be the other way on the internet.