skysight-inc/HackerNews huggingface dataset:
I will add, remember the problem is not with text itself.

I'm not saying "text bad visual shiny fancy stuff good".

Text is great. But "textual representation" of a rich model/object is different than text being the very raw basic building block of something.

When text is your basic block it means we end up effectively sharing a language with the computers.

This creates lots of complex and somewhat unnecessary problems (for example "syntax", and "parsing").

It's also inappropriate because if you try to make the language better for the computers it quickly gets noisy and unreadable for humans.

If you try to make it good for humans it becomes difficult and ambiguous for the computers.

So you end up in this pointless fight.

You have to detach these two things from each other so that the computers can have a precise representation for themselves and humans can have a adaptable dynamic representation for themselves.
citation on brave growth?
I personally believe that a lot of religion falls onto the "useful" side of this divide. Which is why I have no reason to go out of my way to tell people that I think their religion is not literally true. If it works for them, great.

I think this also applies to beliefs like the 10,000 hour hypothesis. I strongly doubt it is true, but some people really like it as a motivational tool. I have no reason to burst their bubble.

The only time I am bothered is if people argue in favor of unverified beliefs to people who are seeking real truth, or especially if people try to legislate such beliefs.
In regards to B:

Wouldn't the agencies most affected by this type to image-to-website tech already be affected by WYSIWYG operations, (squarespace, wix, wordpress, etc.)? I am curious how many agencies are developing simple html/css enough that this type of thing would dry up work.

As far as point A: I don't know if there will ever be a "final state" of web development. For every automation fix that is introduced to the web dev space, 10 new technologies are developed that provided an added layer of complexity.

I think the web is bit different from traditional jobs being taken over by automation in that (as far as we know) there isn't a hard limit on how far we can push web technology and use. If anything, the people who would be replaced by these automation services are (presumably) the ones who would be developing the automation systems and integration to begin with.
The question remains, then. Why is it that the same individual may perform (or not perform) an action while alert, but fail to their desired behavior when more tired, or hungry, or are otherwise distracted with effort toward maintaining another action state?

In other words, if someone is trying to stop eating candy, why do they draw from the candy bowl in some cases but not others?
I don't know if this is still true, but for many years emacs used a horrible hack called "unexec" to obtain this startup performance.

https://lwn.net/Articles/673724/
Not if their browser hasn’t been patched.
Objections to (Some) Drug Discovery AI
It was briefly up to almost $13 after I bought the contracts. sigh, silly irrational markets. But April is a long way off, and they have an earnings report before then. Check back on options expiration in April!
I keep getting bad gateway from some awful CDN, is there an alternative link?
What else are you going to look at while you sit hogging a station for 5 minutes waiting for your next set?
100 years? I was thinking more like 50.

Mechanical and software failures will always be possible. However, we already accept a really high rate of death and injury when both could be eliminated. I don't think that will change with self-driving cars.

Adding a camera is cheaper when it results in being able to eliminate hundreds of pounds of metal and airbags. We don't make bus riders wear a seatbelt because it just doesn't solve a huge problem. When the injury rate of car passengers gets to a similar level, we probably don't need seatbelts there either.
There are lots of places to learn about 2 and 3, not sure about 1 because I'm not a dev, but something I find almost nothing about anywhere is the process of reverse engineering custom binary network protocols used by backdoors or how to identify such a protocol is present while analyzing network traffic. Some people can search through a bunch of PCAP and once in a while they find a backdoor no one has ever seen. I know a few people like this and none of them can explain it well.

Note: I'm aware that a lot of these protocols are reversed and discovered by using a malware sample found on a compromised host. Those aren't the situations I'm talking about.

Also, there are dozens if not hundreds of resources for network flow analysis, but almost all of them are too shallow to be useful. They explain what netflow is, tell you how to collect them, mention the names of the tools used to analyze them, and then provide no actual information on the analysis process.
I'd also add:

Game content is not built in a vacuum, and is built by a team of people who were trained on the engine and have a large bag of tools to help improve performance. You can't just plug a random scene into any game engine and expect it to perform beautifully. There is good tech in game engines, but a lot of it comes down to an incredible amount of manual labor because you can target the internals of the engine. The web has to handle any random content thrown at it.
Nothing. I'm a bit surprised an EFF article is using all those meaningless fluffy words to describe the partners.
I'm still waiting for the generation of tools that are native to the medium—fluid, responsive, interactive, and aware of the final context for the design. So we don't start with static mockups that have to be converted, but rather build web-native from the beginning.

There are some promising moves that direction (such as responsive resizing in Sketch and projects to automatically convert sketch files to React components), but we're not there yet—most designers I know are still producing largely static designs that have to be put through development cycles.

And I know you can live design with HTML and CSS, skipping the static mockup phase. That's my preferred method at the moment, but I'm here to tell you it's still pretty slow and tedious and makes me long for better web design tooling.
Again, not at all the same thing.
I just ran GeekBench 4 on my iPhone X on iOS 11.2.2 vs 11.2.1.

Single core: 4239 vs 4241

Multi-core: 10081 to 10203

So no difference.
You have no idea how i really want to dress at work.
70 miles by air is a long distance. You really want ~1 hour of reserve in an aircraft, but it said 70 miles per tank so you might have 70 miles with a 70 mile reserve.

Remember weight is the real limit. So, having a single passenger frees up ~150 lb for extra fuel.
Spectre can give you read-access to the browser process via Javascript, yes, as they described in the original article: https://spectreattack.com/spectre.pdf (section 4.3 on page 6). No write access, or access to the OS internals.
Speedway doesn't bother with that. They just play an endless loop at high volume hawking the highest margin products from the store with happy, smiling faces. It's turned me off from buying gas from them actually.

They also used to play loud pop music in the stores until the clerks couldn't stand it themselves and lowered the volume. Every time the district manager visits he makes them crank it up high and the minute he leaves the volume goes back down again ;<)!
The FBI considers encryption a problem and wants to evade it
I did look fairly hard about how to disable JS in Chrome on Android, but didn't see it. I'll give it another look.

I do use DNS blocking on my home PC, and yes, it works great, but obviously that is a moving target, especially if you don't actively maintain it.

I'm not familiar with DNS66 - I'll give it a closer look later tonight.
What do you mean? Almost all git projects have a general consensus on what the code looks like. This concencensus is not immediate (eg. at any given point in time, different nodes may have a different view of the repository), but over time nodes tend to converge on a single "true" history. When this does not happen, we have what is called a "fork", which also occurs in blockchain based cryptocurrencies.

Put another way, every clone of the Linux repository agrees on what the kernel looked like at some point in the past (and all prior points which are recorded by git); however there is no central authority asserting this history.
The type of corporation Stripe Atlas provides is one of the most expensive types of incorporation in the US.
I think most people find navigating conversation with another person much easier than navigating a GUI or computer system of any kind.
It's definitely an item for the 1% class. I'm not surprised it's "backordered" because it's going to be extremely low supply to begin with.
If anything the thing that is a killer feature that I always try to get out of emacs but ends up being half baked is the code completion/code aware tools (like the example given of refactoring). With emacs and yasnippet I can emit a ton of code but if I ever have to do a big surgery and have some level of assurance it's right as I go along is nice and I end up falling back into Eclipse/Visual Studio for those sorts of things. I have rarely gotten Emacs to have good code completion with most large software projects, and I end up using tools like opengrok to do the initial search because it just indexes better before diving in with emacs.

Because emacs in most implementations is not project aware the same way an IDE is (like the ways eclipse preprocesses the project and holds a coherent data model in memory while you edit) it just doesn't have the tools available to even build off of. It was only post-LLVM that tools for that kind of formatting and editing are expected to be coming from the compiler's AST itself (things such as https://langserver.org/ is pretty exciting). I think Go has some of the best source code at command line tools, but they are leveraging that there is a 'one true way' of go tools to work that is easy enough to deal with so a simple command can do just enough work to do what needs to be done as opposed to a C/C++ application that is a #define soup with custom build infrastructure that emacs has no way of getting a coherent model out of to decide whether it can refactor things or not.

I keep trying to make emacs work for it, but it turns into a lot of custom tooling that I really don't have time to build for the kinds of applications I end up having to work with. Emacs is still superior for actually reading and writing large bodies of code, just it is awful on operating on the code at a syntax-aware level and doing the same quality of IDE-grade checks to make it a mechanical thing as opposed to a brain-driven thing.
It could work well under conditions of world wide demilitarization, if we stop wasting 90% of our resources on war and preparation for war we could have a pretty massive pie left over.
Especially when one considers the markup on high end frames and components. They must be making a killing on the cost savings by doing it overseas. My friend who works at one of the companies that makes high end bikes said the type of stuff that'd cost thousands of dollars (even on the secondary market) was priced at a extreme fraction of the cost during a sale where employees could buy components and bikes. People who didn't even need some of the items (especially wheelsets) bought them because of how ridiculous the prices were relative to buying them at normal price.

Like, absolutely staggering amount of savings where you could make a tidy profit off of it on the used market. Even companies I know that went out of business didn't give nearly as much discounts on some of the items I saw they were selling (e.g. monitors). I'm still a little saddened that he forgot to ask me if I wanted anything!
We're actually using those new 24-core Epyc hosts for our data science pipeline (HDP/Spark cluster) and they work much better than our previous generation Xeon-based builds.

Unfortunately, with those things it takes plenty of time to re-evaluate hardware + in our case we're mostly in the cloud where Skylakes on GCP is the most we can get.
The thing is, are those alternative toolkits better?

Done right, they're faster, for sure. But when you use Electron you're leveraging thousands of man-years of Google developer effort to build a web browser that works consistently and well across different platforms. Although the web platform gets a bad rep for cross-browser compatibility problems and general weirdness, a huge amount of that goes away when you target a single runtime. Suddenly you can use every half-baked Chromium API and prefixed CSS feature without worrying about how it's going to break in IE 11.

In that situation, you suddenly realise just how much power the web platform give you. You can style any element, any way you want. You have you have a complete, out-of-the-box object model for your whole UI, plus developer tools to help you debug it. You have advanced typography control. You can drop a canvas element in and get an immediate-mode 2D or 3D graphics API. You can layout stuff in flexbox or grid, or just as a plain old document (which most toolkits would delegate to an embedded web browser anyway).

There are better languages that JS, that's true. But whether there are truly better cross-platform app toolkits than the web is, in my opinion, rather more unclear.
It’s an old con that has worked for far longer than we’ve been alive. It’s just a quirk in us humans, that we can be distracted from the politicians, corporations, and billionaires, by the idea that some poor folks might get a cent they didn’t earn through hard work. It’s amplified by puritanical notions of hard work, and the fear that poor people will just spend it all on crap.

Never mind the evidence to the contrary, and the “waste” which represents a rounding error against the price of a couple of Middle Eastern wars we can’t win.
My iPhone X has been on 11.2.5 since the day it came out, and I haven't perceived any slowdowns.

Have not done any benchmarking, and I'm not saying performance is the same as before, but anecdotally I haven't seen a difference. Just one guy's opinion.
"At Apple, we believe privacy is a fundamental human right."[1]

Unless you live in China in which case your fundamental human rights take a back seat.

I did a Google translate on their Chinese web page:

"At Apple, we treat privacy as the fundamental right of everyone."[2]

Perhaps Google translate messed up and missed the "human rights" part from the Chinese translation, but I'm guessing it didn't.

[1]https://www.apple.com/privacy/

[2]https://www.apple.com/cn/privacy/
> What Atom sucks at is regular file editing: huge latency when typing, constant freezes (try editing remote files), and general sluggishness.

They specifically address those issues in the post:

> Text Rendering Rewrite - Atom renders text... we rewrote Atom’s text rendering system from scratch, with the goal of making DOM updates after keystrokes as efficient as possible... The result is that when typing, typical DOM updates now take less than 5 milliseconds: well within the range required for smooth animation and low energy usage.

> Removing remaining synchronous IO: - Atom still uses synchronous IO (which blocks the UI thread) in some places... Much of the synchronous IO has been eliminated, but there are several Git-related code paths that we still have not updated, and which kills the experience of editing on remote drives like SSHFS for some users. We need to revisit these code paths and convert them all to use asynchronous IO.
Sorry, wasn’t really arguing with you personally. And I agree, I am way more tolerant than I should be because “shiny”. Last I used VS proper (and it has been a while), it was a pig, but kinda worth it for the developer experience. But as you point out, all that piggishness and the experience is less than great? Umm, someone needs to do a rewrite.
I think it was prev mayor mcenery who tried very hard, but ultimately failed at bootstraping this idea for downtown San Jose in the late late 80s with the apartments and downtown mall and transit known as the pavilion.

Looks like that vision, while an utter failure then, may finally find vindication.
Most of them aren't affected mid range ARM and below aren't vulnerable, basically if you have a flagship product you should worry.

If we take the snapdragon example the 6XX's aren't affected while the 8XX are.
It looks like the Exynos 9 Octa 8895's 4 main (big) cores are a custom Samsung architecture which is almost certainly out-of-order, and is probably affected. The "little" cores are Cortex-A53, which is in-order and not affected.
same behaivor here... no perfomance / battery hit.
TV news mis-informs by making people think that extremely rare events are likely to happen to them. For example, it's extremely rare for children to be abducted by strangers, but it happens almost every day on cable and TV.
High Sierra was lots of new changes under tho hood whereas Snow Leopard was lots of improvements to existing stuff.

High Sierra switches solid state drives to the new APFS file system and the WindowServer is now rewritten to use Metal2.

So I would suggest that High Sierra is far from a stability release like Snow Leopard was. It was about ripping out the foundations and building new ones. The APFS transition, to Apple’s credit has been mostly painless while the WindowServer changes has been hit miss depending on your hardware.

These were things Apple had to do and they benefit all their platforms.
My guess is that they can't challenge those assumptions since they'd break backwards compatibility for plugins.
I'm all for replication and ensuring scientific accuracy - but this does not change my perspective of ego-depletion.

I have observed it in myself, time and time again. If not it directly, something similar enough. Even at a glucose level, various studies have shown relation between our blood sugar and ability to tolerate frustration and make decisions.

So while the accuracy of ego-depletion may be in question, I can still benefit from reasoning it to be true and challenging my emotions and expectations with that. if/when a better model or perspective comes around i'll surely adopt it.

But of course, if this news in some way helpful or freeing for you, by all means ride that wave. Success matters more than truth.

I've observed that psychology will sometimes split hairs - arguing over whats true and whats truer. Overall this is good - but it's helpful to consider the proliferation of blatant non-truths out there and how far we've come. Sometimes "good enough" is good enough. Fill in the blanks with the facts you can find today and be willing to swap them out for better ones tomorrow.
> This is when you end up with Uber, where these complaints were ignored and they eventually ended up with Susan Fowler incident.

Sorry, but Susan Fowler did not complain about 'dongle' jokes, this was a serious case of sexual harassment. Not seeing the distinction between the two is a serious problem.

> Are European workplaces completely welcoming to women, as European feminists would like it to be?

From my personal experience, the women I worked with were a minority in tech, and they actually enjoyed working in a male dominated environment. They told me guys are more up front, and they preferred that over working in woman dominated environments where there is a lot of backstabbing going on. I worked for a lot of female managers, and they were very good at their job. Probably because women are socially softer than men (=men have more ego).

That's what I mean with respect. We will treat women as co-workers, not as people to have potentially sex with, and not with 'oh my god, there's a woman in the workplace, let's act totally different than we normally do not to scare her away'.
Naw, that error is the easiest way to spot Chrome only developers. Webkit provides the global event symbol within an event handler (old IE behavior). With Firefox, you must explicitly pass an event variable. The difference between:

onClick () { event.doSomething() }

vs

onClick (e) { e.doSomething() }

The error isn't firing from the Nerv library, it's from their usage of it on the marketing site.
Sounds like they're boiling the ocean, but I do agree that it would be better to have a decentralized worldwide currency. Not sure if that will ever be allowed to happen if people can't control it.
That's Cloudflare and it's not sending the bad gateway, it's telling you that the upstream (the OP server) is returning a bad gateway.
Here is what they say they did:

>"A Bayesian analysis was performed to test the relative likelihood of observing our
results given the null hypothesis (i.e., the absence of any depletion effect) versus the
likelihood of observing our results given the alternative hypothesis (the presence of a
nonzero effect)."

I mean that I have no interest in the result of this "test" at all. First of all, they are not directly testing for the existence of a "depletion effect". From the paper:

>"Participants in both conditions were provided with a lengthy passage of text. Those in the Control condition simply crossed out with a pencil all occurrences of the letter ‘e’ in a passage of text, whereas those in the Depletion condition were given the following instructions: ‘cross off the letter “e” every time it appears with the following exceptions: 1. Do not cross out the “e” if it is adjacent to another vowel (e.g., friend); 2. Do not cross out the “e” if it is one letter away from another vowel (e.g., vowel); 3. Do not cross out the “e” if the word has 6 letters (e.g., “there”); 4.Do not cross out the “e” if it is the third to last letter (e.g., customers); 5.Do not cross out the “e” if there are double letters in the word (e.g., “hello”)’. Participants were asked to continue the writing task for six minutes, after which the experimenter instructed participants to discontinue.

[...]

Participants were given a sheet on which 30 anagrams were listed. Participants were asked to complete as many anagrams as they could within five minutes. After the anagram task, participants were asked to refer to a Likert scale to rate the difficulty of the initial crossing-out letters task (1 = not at all difficult; 7 = very difficult). The number of correctly completed anagrams was recorded for each participant."

So "depletion effect" means "got fewer anagrams correct after inspecting text closely for 6 minutes". How about their eyes just got tired from squinting closer at the page? Or they were primed to think/write slower since they had to cross out fewer e's? I'm sure you can come up with more alternatives.

Second of all, who is actually predicting exactly zero effect of crossing out the letter e more or less often on filling out anagrams? It seems totally implausible to me there is no effect, especially if you go for longer than 6 minutes. Because that is what they are comparing: exactly zero effect vs any other size effect. This is not "small effect" vs "large effect". Literally any way they can mess up the experiments will tend toward non-zero effect. It is only a matter of sample size.

Bayes factors vs p-values is irrelevant to the actual problems with these studies.
Not having to drive a car daily is freedom. Living in a city with functioning and affordable public transport is, well, a blessing of sorts.
I'm not sure about the usefulness of coding UI prototypes.

When I owned a web design firm, if the UI wasn't polished, clients had a hard time wrapping their head around the design or what the final product might look like. In every case I remember we had to make it pixel perfect in the design phase and then again in the development phase.

It was a huge pain and an area ripe for innovation but I think the problem like other posters have mentioned is a lack of quality responsive design tools that are better than simple HTML/CSS design in the browser.