skysight-inc/HackerNews huggingface dataset:
That's not the definition of an efficient market though. An efficient market isn't a guarantee of a correct price. It just means the known information is reflected in the price:

"The efficient-market hypothesis (EMH) is a hypothesis in financial economics that states that asset prices reflect all available information."

2008 is not a contradiction and the other examples by the parent aren't contradictions either.
>It cost $750 to digitize all 45 tapes.

Just make sure its not Legacybox https://www.youtube.com/watch?v=SSj3RbdhjzA
Wint: “lets set some realistic goals here” (2013)
3D Julia Sets
It should be valid to move `const` outside of the loop, since by definition it cannot be changed.

`let` can be changed so cannot be optimized out this way (at least not without doing more complex analysis and proving that the variable is not being changed).
Thank you for appreciating the subtle humorousness that I intended in my comment. I'm sorry that you seem to have been penalized for taking that stand.
Oh come on! It is not because I spend most of my life inside a terminal that I don't prefer simple things over complicated ones.

Technical doesn't mean "unnecessarily complicated", it means "rich, expressive and built for users that are willing to spend some time to learn" (at least it should)
All browsers have used a dirty bit for layout for at least the past 2 decades (source: I have worked on browser engines for 2 decades). This is not some new Chrome thing. And all browsers continue to have that same hazard that querying layout-dependent properties forces a synchronous style recalc and layout.

The benefit of React (if any; it has a lot more overhead than vanilla JS+DOM) is that you can't hit that specific pitfall of forcing layout interspersed with DOM or style manipulation.
I wonder sometimes if I'm trying to do too much with one site. I might be better off splitting it into different sites with a specific focus on each one. However, there's not a lot of difference (from a website technical implementation) between say photos from someone's holiday and Captain Cook's first voyage (https://mapipedia.com/s/u/drdave/captain_james_cook.html) or GPS tracking of birds (https://mapipedia.com/s/u/drdave/fall_migration_of_white_sto...)
To add some more context, here's a rather readable summary:

https://www.greaterwrong.com/posts/FRv7ryoqtvSuqBxuT/underst...
AC current is more efficiently transformed between voltages.

DC current is more efficiently transmitted (conducted) over long distances at high voltage.

Since the early 20th century, DC transformers have become more efficient, as others have noted.

Given that electric grid transmission occurs at a wide range of voltages (~275kV generation, ~100kV long distance, 50kV local, 110/220V residential/commercial drops), efficient, reliable, cheap transformers were required, giving the initial edge to AC.

https://en.wikipedia.org/wiki/Electrical_grid#Voltage
This is a misinterpretation of what is meant by the efficient market hypothesis. "a hypothesis that states that share prices reflect all information and consistent alpha generation is impossible". What they're saying is that the market correctly sets share prices based on available information. To say that the market is considering available information is tautological and not interesting. The EMH as its popularly understood is not just "the market considers information" (again, not an interesting claim) but "the market considers all information and synthesizes it correctly" which is deflating to hopeful investors and trivially false. My examples are contradictions to this hypothesis.
Expect blocking parts of the internet does nothing to help with this. You deal with automated spam on a website by restricting who can post or by doing automated human verification like CAPTCHA and having spam filtering.

Just blocking parts of the internet does nothing to help the problem and simply introduces other problems.
I didn't read the full paper carefully, but does this mean P != NP? :)
In 2009 we standardized on this form for all Google Search JS for-each loops, because we were literally counting bytes on the SRP:

for(var i=0,e;e=a[i++];){ ... }

Could result in problems if the array contained falsey values, but we just didn't do that.

Nowadays, like I mentioned above, I'd just do

arr.foreach((elem, i) => { ... });

Which last time I checked was significantly slower than the for-loop, but I've learned my lesson about trying to optimize for browser quirks that may disappear in a year or two. :-)
Does it have an equivalent of build.rs ?
Cargo in terms of ease-of-use but not in terms of scale. You only get the packages that Meson (or the community?) has written build scripts for. By my count that's ~144 packages [1]. That's nowhere near as pervasive as Cargo given that basically any Rust project published will use Cargo vs C/C++ that has a mix of CMake & autoconf (largely standard for OSS) & BUCK/Bazel for Facebook/Google-influenced (potentially multi-language) codebases. That's also not including all the IDE-specific or platform-specific workspaces (Visual Studio, Xcode, gradle NDK builds, etc).

It's a nice thought but you have to be confident every 3rd party project you use is one whose parallel build you'll maintain as it updates. That's the strength of Cargo - it's the way to write Rust code & the maintenance is done by upstream for everyone.

Additionally Cargo's strength isn't just it's packaging & publishing system. Having a single Rust compiler that everyone uses on all platforms is powerful. C++ might get there eventually with clang but the ecosystem of libraries will need to support that as a baseline. Currently there's too many compiler or platform-specific hacks that are done to regularize the environment a bit whereas Rust generally does all of that under the hood for you (i.e. try writing any cross-platform BSD socket code - it's a total shitshow that basically results in Winsock & all other POSIX OSes basically different net stacks). Rust also comes with a very deep standard library for I/O, path manipulation etc whereas the C++ equivalents for all of this are still surprisingly lacking even in C++20 (especially on the network side).

[1] Based on manually counting the packages listed here https://wrapdb.mesonbuild.com/
And in what concerns Java and .NET platforms, it has been acknowledged that too much of low level capabilities have been left out and those features are being added, even if slower than many of us would like to, so eventually even the stuff that might still require a native library today, won't be necessary in the future.
If the code is hot, there is no perf difference in modern JavaScript engines. They will speculate and both your var access and length property access turn into just simple a memory read or a constant.
"Everyway" seems like unneeded flamewar fuel. Here are a few things where it seems that Julia is not strictly superior to Python:

Julia doesn't run everywhere that Python does. Especially if you include all of the Python implementations, including MicroPython.

Last I checked, Julia's startup cost was high, making it the wrong choice for short-lived programs. Yes, people do scientific computing in short-lived programs.

Now, I don't know where Julia stands in this, but Python is used to teach people to program, including high school students and younger. By the time Python was 8 years old (as Julia is now), Python was being used in high school courses. Python's built-in "turtle" module exists as part of that education component - at one Python conference, an educator pointed out that it can be very hard to get anything installed at primary and secondary schools, so having a maintained "turtle" in the base installation was important.

I therefore suspect Julia is a worse teaching language than Python for high school level and below.
Do you hire experienced people too? I someone has 35 years, does it makes sense to judge them on school results and extracurricular engagement?

These are people who were in workforce 10+ years.
Can we edit the clickbait title? It's a drawing of a cat.
I'm not arguing against chat in itself, merely implementations of it that interrupt the flow of what you are doing.

For example, chat popups that ask you to interact before you've had a chance to even read the title of the page.

Every customer who hasn't purchased yet is part of a funnel, and you absolutely CAN test with an A/B test (or equivalent) whether you're losing people when you annoy them by popping something up on the screen.

And perhaps I'm an outlier. If the A/B test says you get more sales when you annoy the customer, who am I to argue (or it annoys me and not them). But it does mean you will have them as a customer and not me, and that's fine.

I don't think I'm wrong to use this as one of many indicators of how annoying a SaaS is going to be to deal with over the long term.
Microsoft Edge for Linux Is Here
If it's always the 'same kind of discipline' then of course what is needed is a higher level of abstraction so the programmer is freed from having to keep track of said 'disciplined parts' and focus more on other problems.

C++ while obviously useful, while it obviously 'works', and while it's existence in the context of history is also obvious ... is a giant clusterF of an anti-pattern programming language. The 'smaller, better language trying to get out' should have happened long ago, it didn't so maybe that will be Rust, but that's a big big leap and it's going to take many years yet.
You misunderstand. The problem is that all the devs, and something like 3/4 of regular users, all use Chrome, meaning something like this can fly under the radar, going unnoticed, and make Safari or Firefox a second-class experience. It's only a "problem with Chrome" insomuch as Chrome has an unreasonably large market-share.
This worked amazingly well for querySelector (vs jQuery's sizzle and friends at the time), but IIRC, JIT is so good now that there are APIs written in JS _because it's faster to do so than to use AOT_. I recall reading somewhere that the cost of jumping between JS and C++ land was a source of slowdowns with the DOM API, so there's that too.

But overall, I agree with the idea of incorporating the ideas that are working into the platform. There have been various discussion over the years about how virtual dom could work as a native browser API, but unfortunately, the needle hasn't moved there at all.
Its Schuko, short for SCHutzKOntak, "contacts and ground".
In the past I used recursive CTEs in Postgres to calculate the BOM of a product. Products consisted of "parts", and each "part" had a cost and could consist of any number of other "parts" (subassemblies).
This was for a homemade ERP resembling software.
Dupe https://news.ycombinator.com/item?id=24819730
There are no silver bullets, every architecture has trade-offs. JAMStack isn't failing at anything, it's users are failing at picking the best tool for the job.
And reduced efficiency
I always understood full-stack as "willing to work on both server and client side". In opposition from people who work only on frontend or only on server.
VTerm: A new minimal Terminal emulator focused on boosting productivity
So the more accurate title should be "Palo Alto Networks sends cease-and-desist letter to take down comparative advertisement"?

Not that I agree with Palo Alto's lawyer, I just don't like misleading titles.
Greedy algorithms can be arbitrarily bad on large NP-hard problems. But if we're using terms metaphorically, we could also say each greedy company is just a Monte Carlo sample of the whole economy. Some fail or stagnate in local optima; others succeed for longer. But the economy is too complex to expect anyone to ever find a global optimum, so continuous exploration of the landscape is important for overall growth. Thus we can aim for and admire success but should be vigilant against anticompetitive behaviors that stifle the sampling.
Alpine uses musl, which has on a few occasions led to weird and hard to reproduce bugs. Even though using musl saves a few megabytes of bloat, IMO it's not worth the headaches. Especially since some of the "bloat" in glibc is highly performant inline assembly. Plus if you're consistent about using an alternative base imagine like the slim debian/ubuntu ones, the extra storage should be more or less a constant
must cheap capture dongles are supported https://linuxtv.org/wiki/index.php/Easycap
Sbtcvm: Implementation of a balanced ternary (base 3) computer
> our perception of value itself can be subjective and influenced by many things including FOMO, safety in numbers perceptions, risk aversion (usually), etc etc.

The intuition behind the efficient market hypothesis is that each of these deviations from "homo economicus", if it occurs in a market, is an opportunity for someone else to make money. EMH says that opportunity won't be wasted, at least for very long.
As some other comments have mentioned, officially Brits didn't write off any polish contribution from any official or unofficial Documentation. And in all Historic account or documentary, Poland were often mentioned for their early effort in braking the enigma.

It is just the mainstream media never report it, for all sort of reasons. It is like Thomas Edison invented the Light bulb. Everything gets dumped down to easily understandable pieces for public consumption.
The post states that 90+% of google's auctions are still second priced:

> It’s important to note that our move to a single unified first price auction only impacts display and video inventory sold via Ad Manager. This change will have no impact on auctions for ads on Google Search, AdSense for Search, YouTube, and other Google properties, and advertisers using Google Ads or Display & Video 360 do not need to take any action.
Ask HN: Is there any reason (so far) to not upgrade to macOS Big Sur?
I'm still on Mojave, having delayed upgrading to this point because of the apparent instability and other issues that kept coming up with Catalina. I don't feel like that was a bad choice. With Big Sur, there's a shiny new set of UI revisions that seem pretty compelling, but I wonder, are there any significant reasons to just stick to Mojave?

(I don't plan on upgrading immediately anyway)
The point is that you can not beat the market with your interpretation of the available information. This is not a question of the correctness of any given interpretation. Correctness can never be determined, there is no "correct" or "incorrect" interpretation of the available information.

EDIT: So one thing to consider is that markets are predictive. A "correct" interpretation is only correct if it can predict what will happen in the future. And because the future is not predictable (proof needed but whatever) there is no way to know which interpretation is "correct".
I host my own email but I'm not having any problem with digital ocean's mails.
There was one among the top 10 when I did the search.

As for most of the rest of the first 10, null would have been a valid, more correct and generally better result!

I actually wasted several minutes on one of them right away since I haven't still gotten into the habit of verifying every single Google result to se that it actually is what I asked for and not whatever filler Google decided to use this time. Not that it should be necessary, - they had this sorted back before 2010!

Seriously: why can't Google or DDG get this right anymore?
This is very well summarised !
Right. I (incorrectly) assumed that "multiple" meant multiple versions for different input types, not necessarily multiple arguments.
Tracking the grocery supply chain off-grid with ham radio and JS8Call
When using Rust libs you also have some faith that the lib will not have some sort of memory corruption and introduce instability to your app. This is why C/C++ can never have the Rust crate system, no matter how user friendly the package manager.
What I was trying to say is that there is a continuum between the New York Times kind of editorial control and Reddit/Twitter/Facebook moderation of content.

I am not saying that section 230 should not apply, I am saying that, to my knowledge, under current laws if a social media company decide to apply excessive editorial control (let's say twitter decides to only allow factually true tweets) they would lose the protections granted by section 230.

> The rights granted need to have some kind of obligation.

By "need" I meant that I believe these obligations already exist in laws.

> Proving too much

By proving too much I meant to say that since section 230 does not apply to newspapers the law must make a difference between them. To my understanding this difference is editorial control.

Finally I am not trying to have a debate over this, I am only trying to understand better the issue; I clearly have a side/bias, and I am trying to learn more about the many other facets of the issue.
He’s an angry chap isn’t he?
I have a competing hypothesis. "Efficiently inefficient markets hypythesis". It says that alpha is possible, but that it takes a lot of work and smarts and that you may be better off working your dayjob than trying to beat the market unless you have comparative advantages.
Wikipedia has a nice map showing the coverage of various grids in N. America:

https://en.wikipedia.org/wiki/North_American_power_transmiss...
Presumably it's because everyone is using babel to transpile down to ES5 for old browser support.
But this is also obviously false. Markets are subject to human phenomena, like mob mentality, which is the theme of the examples I listed.

The same way fantastic tennis players can consistently outperform the rest of the competition, fantastic traders can certainly outperform others. Of course, in an ultra competitive environment, with a massive number of constant competitors, its very hard to retain a number one spot. Its also hard to predict markets because of the very fact that they're inefficient and irrational. There are so many active participants its hard to predict how they will react to available information.

Take 2008 for instance. There was public information demonstrating fatal weakness in the housing market, but it was neglected en masse. This makes it very hard to beat the market. Even if you're correct, the market could decide to ignore the facts, and you wouldn't be able to reap any alpha from your observation.
TrueNAS 12 Release Is Out Farewell FreeNAS
Recruiters are often a necessary evil - they act as a filter to find the "smart people" and for smart people to find the good roles.

1. Finding a good recruiter is as hard or harder than finding a good employee - only do it if you expect to be recruiting for multiple roles over a period.

2. Think a lot about what you're looking for in an engineer, how you'll evaluate candidates, what experience will be shows for the talents you need and then how to articulate that to the recruiter. When they send CVs/resumes make sure you give feedback on what are the bad and good qualities.

3. When recruiting I've nearly always gone via recruiters that have gotten me roles or have worked with in the past (or atleast through them to someone else in their organisation).
Local network access is a separate permission since iOS 14. I’m not sure whether that is for scanning or multicast only (e.g. finding devices such as Chromecast) or complete access to anything other that the gateway and dns servers.
we did it reddit
I don't want to criticize the survivorship bias, but i'm finding it hard to work with the example used. Isn't focusing on (great white) sharks at the shore based on the fact that more people will encounter a shark at the shore, and therefore should be primarily informed about these encounters?
what is their incentive for doing this, i doubt its out of altruism or "giving back"
She's a League player as well.

https://twitter.com/AOC/status/1282876094698401794?s=20

> Definitely. Right-wing twitter is child’s play compared to inting 13 year olds
But is that a fail or a feature?
I use var when I pop open devtools as a REPL. const/let are annoying there because copy/paste into the REPL multiple times throws rebinding errors. Just goes to show there are jobs for every tool :)
That would apply to a pure interpreter, but all JS runtimes will do at least some optimisations, even on their baseline profile.
dollar short and a day late.
They don't escape local minimum at all. And that means they suck for society at large compared to what? Random guessing? A corrupt government price system? An omniscient one that can solve NP hard problems? The "if" motivates answering the question.

Anyway markets have a lot more going on than a simple greedy algorithm. For injecting noise into the optimization to get out of local minima. Markets clearly have a lot of this.
My first data visualization project: A Cryptocurrency Denomination Calculator
They are both universal approximators. So are support vector machines, gaussian processes and gradient boosted trees. Yet the performance of neural networks is unrivaled in certain tasks, as has been proven over and over again.

As a whole, that paper is quite bad (and still unpublished, probably blocked by peer review) because (1) it only considers fully connected networks (which are a minority of models used nowadays) and (2) the experimental validation was done on tasks where neural networks are not very strong.

Show me examples of competitive polynomial regression models in language translation, image segmentation and Go playing and I will be convinced.
Exactly. Just like the nginx-unprivileged https://github.com/nginxinc/docker-nginx-unprivileged

I've opened them an issue just in case https://github.com/bunkerity/bunkerized-nginx/issues/11
At the moment with the cooling, the air is only cooling the top of the board. eg:

-> |
-> |
-> | _____

Wonder if raising the board, so air cools both the top and bottom, would make a difference? eg:

-> | _____
-> |
-> |
>What I would do is mix in a fake information bomb among real data so it looked authentic.

This is a dangerous line of thinking because you can apply it to anything you don't want to believe. Beliefs should follow from evidence, not supposition.
I'm stuck between these definitions, which seem to represent polar opposites. On the one hand, I can follow the argument and agree that by that definition, it is "trivially false". However, how do you square this with the generally correct observation that investors in the long term cannot / don't seem to be able to outperform the markets? Or do you feel this is wrong?
I agree with your examples and I agree that markets aren't efficient, but the "proof" you present is invalid because individual investors could be inefficient yet that doesn't mean that in aggregate markets are inefficient. (Informally, this reminds me of the central limit theorem.)
Having multiple compiler implementations is a strength, not a weakness. As long as Rust is not standardized and documented only by the implementation's code it will never be a serious language.
VC List (700 Firms)
> they captured Paris in a few days, London would've been quicker.

as we all know paris is a well known island.
How dare the guy with over 40 years on the job think such things! (What, are there like under 500 of us left?) Downvote him into retirement!! (what’s that? He STILL isn’t old enough to use the senior menu at IHop? Omg he might know something about Apple he didn’t read on a blog post!)

Point being that people who actually need their reputation on here in order to maintain employment are fully suppressed, which means the commenters are following each other “in a circle” trying to maintain their popularity contest. Sadly, that means HackerNews is mainly for entertainment and judging popularity only. (I’m obviously here for the entertainment rofl)
This easily turns into a strawman. Does writing good C code include checking the disassembly and reworking the C code when the compiler produces bad results?

I've seen several examples of the compiler being brilliant until suddenly a simple change makes it not brilliant at all anymore. Compilers are just tools.
?? You're telling me C++ devs don't use libraries?