sometimesijust
sometimesijust on Hacker News
The use of "foldr insert []" makes this redundant nonsense.
The article compares the return on the cost/investment of hiring a rock star vs NOT hiring a toxic. It acts as guidance on what part of one's hiring pipeline is most worth investment.
Majority of Australian railways are government owned. What makes you think passenger trains there are deprioritised?
The term "global warming" appears nowhere in tfa. That of course does not mean it isn't the case but it does mean that you are mistaken.
fta, recent fires and pests.
Yes but they also emit ash which has cooling effects.
Some readers seem to be getting thrown by the casual tone of this article. For those struggling to not rage my two takeaways were:
* Automated checking of rusts std lib could improve rusts security
* Don't use unsafe if you don't need it
* Releasing a fix for a security vulnerability should be complemented with a cve if you want people (such as anyone using Debian) to not still be vulnerable two years later
Note: despite the initial slant, the author is very pro rust.
You have missed the point. Nothing in the study mentions a higher rate of reported cannabis use than in the general population. The record scratch is due to implying generalisations based only on a non-typical population of infertile couples without any control.
That would be consistent with highly fertile cannabis users having more unwanted children than the less fertile non-using population. So YMMNV.
Project the data, not the model. You need to do it anyway and has the side benefit of making overfitting more difficult. Protecting the model is impossible anyway since most advancements terms to be trying lots of publicly known techniques and discovering that a particular combination works best for your data. Once one knows which techniques those are these nothing stopping a competent engineer from reimplementing them at another company.
It does not. That's like comparing apple orchards to single oranges. But if you want to just compare print volumes then the paper claims ~127cm^3/hr build rate in a prototype system with a peak extrusion rate of twice that.
And it is low friction since it does not need surface contact.
Firefox is much easier and faster to compile but still complicated enough that you need to follow their build guide. Chromium is held back by Google's overzealous build systems that assume everything is built on a unified build server and permanently cached somewhere on their corporate network which results in actual build times being unoptimized.
From my reading those phrases are actually attempts to use terms a lay person can understand i.e. the opposite of esoteric. "Holographic duality" is the only phrase that is legitimately esoteric, the rest is just baby talk.
Stallman almost certainly has a different definition for "Libertarian" to you. He would most likely call your definition "Antisocialist".
https://stallman.org/glossary.html
More likely that the most popular regional telconf software has a bug that dumps an uncleared buffer into the wrong call on some edge case.
In this case the tool uses Levenshtein distances so should be fine.
A CoC that encourages bullying and marginalisation. Probably should include "don't cry" as well to get the full gamut of emotional abuse covered.
It can be a gateway for learning interesting things about the mechanics of a language, its compilation, and in turn how to make similar cases in other languages faster/cleaner/more-secure. e.g. why is nim so fast in this case? Is it tail call optimisation, not doing overflow checks, static inlining, or something else? Nim compiles to c to it is especially odd.
This is an objectively bad article. I'm still trying to figure out exactly which November the author is talking about. But I do think there is an interesting story in there if it was written by a better journalist with some/any actual insider information.
I have pulled and built Firefox from scratch over Australian internet in less than half that time? In general I have found all Mozilla repos to be an order of magnitude faster for this type of operation than the equivalent Google/Chrome repos (not using build caches).
You don't even need to uninstall it. The permission to modify system settings etc can be set to not allowed in the Google Play Services app info page. So it isn't even surprising that the service can do what it did.
While i and ii might be "typically" true it is not the case for the "current state of the art". See research by the Sakamoto group at umich.
> "They said that as long as their children are safe, they have no regrets." [The lawyers of the murderers]
While in general I agree that everyone should share responsibility for maintaining a safe society that very feeling seems to be what these murderers were operating on. Given the lack of remorse I think it is clear that there is a deeper issue than unfiltered efficient communication in these communities.
If you think of the pursuit of new physics as an optimisation problem then the bias toward "beauty" is a guard against overfitting. Additionally, part of being "beautiful" to a physicist means that it gives insight into the "why" of the problem which helps in the pursuit of the next bit of new physics.
Actually that's not what the study implies. They found "rejection of science and animism" to be a stronger predictor of conspiracism. Although "finalism" was found to be second best so it is certainly part of the mix but going off this study you could not say it is the fundamental cause. In fact the researchers are careful to point out that they have established correlation and not cause.
That link has comments between anna and faster authors. The best part being:
> There are two high-level design goals that separate Anna and FASTER.
> First of all, for Anna, we set out to explore an execution model that’s truly coordination-free; each thread accepts requests, performs computation and sends out response without communicating or waiting for other threads. We believe having a coordination-free execution model is the key to fully exploiting multi-core parallelism within a single machine, and scale out smoothly to a distributed setting. We acknowledge that the fundamental caveat of having a coordination-free execution model is that strong consistencies (linearizability, serializability) are not achievable. Anna instead offers a wide-spectrum of coordination-free consistencies taxonomized in Bailis’s HAT paper (http://www.vldb.org/pvldb/vol7/p181-bailis.pdf).
> In addition, in Anna we focus on exploring a unified architecture that works at any scale, from a single multi-core machine to NUMA to a geo-distributed setting. Under this goal, architectures that rely on shared memory within a machine (including FASTER) need to be redesigned as we move to a distributed setting. This complicates the software, and can introduce challenges in maintaining consistency as the execution model within nodes and across nodes are now different.
> Anna currently focuses on workloads that fit in memory. For larger-than-memory data, we believe Anna can benefit from the hybrid-logging technique in FASTER for efficiently persisting data to stable storage.