skysight-inc/HackerNews huggingface dataset:
The level of vitriol here put me off, so I didn't bother reading all of it. Does he actually propose any solution to this so called problem he whines about?
I think it would be interesting and heartbreaking to view this calendar. The CIA is not the noble intelligence agency that's sold to the world. There is testimony given before congress that confirms they have injected propaganda into major magazines for decades and they have refused to answer any questions about TV propaganda.

> Flip to April for “The First Sting,” depicting a CIA-trained Afghan mujahideen striking Soviet helicopters with a Stinger missile.

The mujahideen was created when the US convinced Egypt to release their criminals (murders, rapists, some political prisoners) and let them gain freedom by fighting a war in Afghanistan. That's where you get the Taliban. Also in case anyone has forgotten, the US is still bombing Afghanistan. Their civilian population is terrified of drones. It's been the longest military campaign by the US ever. (see the BBC documentary: The Power of Nightmares)
I took classes in my PhD where we would read 4 papers a week, which is close to one a weekday. Some of the papers were very theory-heavy, when those came up you would spend half a day just reading.

Of course, for a seminar class, you do the strategic thing and read enough to not be caught flat-footed during seminar, and to come up with a few salient points of discussion.

I looked some at the papers read for this project and they seemed to be very systems-heavy. Having taken both theory-heavy and systems-heavy seminar classes, the systems-heavy seminar reading loads were much easier. You could probably read 5-8 systems papers a week, to comprehension, if you really wanted to.
If a user was offline, wouldn't they just be using traditional Atom then?
> Nevertheless, it became a regulation to turn off your cell phone.

Gas stations put up signs because there is little cost to them if the advice is unnecessary, and a high cost if it is necessary. These signs do not indicate a "regulation". (Usually, when they do, they don't merely tell you not to do X, but specifically reference the fact that it is illegal to do the particular prohibited thing.)
Hi Alex, thanks for sharing.

I was wondering, what you pay your affiliates is missing from the break down of costs. Why is that?
I did the single file trick for the small library that I control, as a configure option. It definitely does help, 2X speedup in serial compile time typically. however, you lose the ability to compile in parallel, which with my hardware gives a 16X speedup, so for now parallel compiles are the winner.
By design
The delivery of the chemicals is almost completely automated.
At first I thought this was a list of animals going extinct or something.
Wow this is almost exactly what they're trying to do. I made the transition recently to vscode and am enjoying it over atom for js development.
I Was Wrong. NPS Is a Great Core Metric
My comment was satirical. I think women should have choice. I believe that improvement in child mortality was because of contraception and not advances made in health.

Showing a graph with improvements in child mortality rate and alluding us to believe in the following is wrong.

1. It happened because of living conditions.
2. Healthier diet — made possible through higher productivity in the agricultural sector and overseas trade.
3. age-old war against infectious disease
4. discovery of the germ theory of disease
5. development of antibiotics and vaccines

While I believe that contraception has improved child mortality rate. We should compare child mortality rate of first 2 children over the past 200 years. Child mortality will obviously be high when women have no choice.
Even Marx said that capitalism and its rapid use of industrialisation is better than the feudalism that preceeded it in many places. I do not however agree that it's somehow better for there to be cheap labour and low wages in the thought that this will lead to progress. Rather we should compare our situation (speaking from the perspective of somewhere there are 'good' standards for workers and better wages than in some places) to those of the less fortunate workers, and see that we are both being exploited.

They are going through the same thing as us, but we still have people saying that capitalism will move us "forward". No, capitalism in these countries simply means that their exploitation isn't as readily obvious. It's "friendly". This is why there are pool tables in offices for example, it's there to placate you while your wages fail to represent the work you do. The discrepancy between the value of what is produced and the wages given in return is most visible in countries like China in these factories. It's less readily obvious when your boss lets you play pool in the office.

As far as I can tell, the only "indistrialization and modernization" that's going on is workers being treated better, while retaining the idea that it's fine to do certain things that, say, damage the environment and it's fine to maintain the discrepancy between the labour applied and the wages.

I think it ought to be abandoned as a whole, and this concept of "limits to what capitalists can do is better than stopping them from doing it" is abandoned. That's my two cents anyway.
You upgraded to mechanical disk brakes? What were you running before? V brakes? I wouldn't run anything less than hydrolic disks on something that fast. Preferably dual piston like the ones Sram are making now.
>The well-choreographed customs routine is part of a hidden bounty of perks, tax breaks and subsidies in China that supports the world’s biggest iPhone factory, according to confidential government records reviewed by The New York Times, as well as more than 100 interviews with factory workers, logistics handlers, truck drivers, tax specialists and current and former Apple executives. The package of sweeteners and incentives, worth billions of dollars, is central to the production of the iPhone...

So, Apple's high profits depend on a whole lot of government subsidies in China. And then Apple takes that cash and protects it from US tax rates by storing it in Ireland. And now, some interesting questions are raised about the legality of that tax scheme.

Maybe the US doesn't need more businesses like Apple.
GMO corn has metabolism disturbances caused by the transformation process
Memory tests, just like with the mice?
Exactly. The first 200-300 watts of an e-bike just serves to compensate for the additional weight, especially if it's a hub motor. It's a gain of nothing, at a cost upwards of $1000.
Worker exploitation indeed takes many forms.

I think countries should be free to choose their own paths and for those countries to find their own unique implementations of economic policy and whatnot is fascinating, and we can always learn from them and implement the good things while eschewing the bad. As long as they don't interfere with what my country wants to do, they can do whatever they want.
I conducts lots of tech interviews for SWE positions, and as everybody's boning up on algorithmic trivia, I've learned that I can get a stronger hiring signal by asking simpler questions that people with an aptitude for programming will succeed on and people with an aptitude for memorizing the implementations of algorithms will not.

(Simple example: given two closed intervals [a..b] and [c..d], how do you compare the four values to determine whether or not the intervals overlap? You may laugh, but it defeats about 50% of candidates in the first minute of an interview because they just don't understand simple relationships and Boolean expressions.)
My comment was satirical. I think women should have choice. I believe that improvement in child mortality was because of contraception and not advances made in health.

Showing a graph with improvements in child mortality rate and alluding us to believe in the following is wrong.

1. It happened because of living conditions. 2. Healthier diet — made possible through higher productivity in the agricultural sector and overseas trade. 3. age-old war against infectious disease 4. discovery of the germ theory of disease 5. development of antibiotics and vaccines

While I believe that contraception has improved child mortality rate. We should compare child mortality rate of first 2 children over the past 200 years. Child mortality will obviously be high when women have no choice.
Harambe Trailer – Twenty Sixteen OFFICIAL
https://www.google.com/search?q=hp+to+watts
I'm not sure it sounds awesome so much as dystopian consumerism with the skies buzzing so that tailgaters can get their fixes without walking a few steps.

That's probably grouchy of me; I am a regular user of Amazon Prime. But there probably is some limit to instant wish fulfillment especially to the degree it makes the environment less pleasant for everyone.
Atom targets desktop clients, which usually have fast and reliable internet.
There was no error in the Toyota throttle control system. It was a pedal error with floor mats, and a separate pedal design error for other models.[1], combined with operator error. If you are interested, I highly recommend Malcolm Gladwell's podcast Revisionist History, which did an episode on this[2]. Long story short, your brakes can easily stop your engine at full open throttle, and in not much more space than braking without any throttle. Unfortunately, a foible of human behavior seems to lead us to get flustered and often not do the right thing in situations like these.

1: https://en.wikipedia.org/wiki/Sudden_unintended_acceleration...

2: http://revisionisthistory.com/episodes/08-blame-game
Whose fault is that? The toolkit's? Or the protocol's? Expecting Wayland to sop up the slop because by definition it communicates at RAM-bandwidth speeds does not remove the fact that you have slop, and eventually it will bite you.

Most GUIs are relatively static. They are not Crysis. Even if you hate X's drawing primitives and believe absolutely in the power of client-side rendering, there are huge wins to be had simply by pre-rendering stuff and storing it server-side as pixmaps, then using XCopyArea calls to show them on the screen. Sheesh, I was doing that since I was 18 years old, and I figured it out using just the man pages. It's not hard. It's not even particularly burdensome. It's just a case of "herp, derp, we don't want to think about our rendering code" from the toolkit crowd. Do we have to burn the entire display stack to conform to toolkits written the stupid way around?
>As a total beginner (learning programming by myself since 2 or 3 years), i am always asking myself, how often "little" things like race conditions break something in production

Rookie mistake (and a shoot-yourself-in-the-foot-at-2-am) mistake coming up:

package main

import (
"fmt"
"sync"
)

func main() {
var wg sync.WaitGroup

for i := 0; i < 10; i++ {
wg.Add(1)

go func() {
fmt.Printf("i= %d\n", i)
wg.Done()
}()
}
wg.Wait()

}

https://play.golang.org/p/XDzFq_XK_1

And what about this code:

package main

import "fmt"

func main() {

var intArray []int
for i := 0; i < 1000; i++ {

intArray = append(intArray, i)
fmt.Printf("i= %d\n", i)
}

fmt.Println(intArray)

}

https://play.golang.org/p/UuI4uESZ_f

If you don't care if intArray is in the proper order, you might do something like this:

package main

import (
"fmt"
"sync"
)

func main() {
var wg sync.WaitGroup
var intArray []int

for i := 0; i < 1000; i++ {
wg.Add(1)

go func(i int) {
intArray = append(intArray, i)

fmt.Printf("i= %d\n", i)
wg.Done()
}(i)
}
wg.Wait()
fmt.Println(intArray)

}

What's wrong?

On my multi-core computer (though not on playground), len(intArray) could be as low as 500!

Why?

Because a = append isn't atomic.

Go, which is so pedantic about "stupid" mistakes (including something, changing your mind, and not "unincluding" it), didn't catch this. Not an error and no warning.

But the worst part is that when you loop until 10, it works. You can unit test it, integrate test it, and have it break at any point in time.
Look at some of the writers' twitter streams. Incredibly far-left invective. The paper itself is progressive-left but their true opinions shine through sometimes taking it a bit farther left than that. Great weekly read though overall.
Question: What are the selection criteria people use to determine which papers to read.

I went through a period where I tried to get in the habit of reading research papers regularly. Two issues I found that lead me to eventually dropping this:

(1) At least in my industry (generative architecture & building performance modeling) it's frustrating how often papers don't include technical details, and resort simply to a high-level overviews of implementation and go straight to detailing their outcome. I don't learn much from such papers.

(2) Low return of value of simply just reading the paper. I went through a period where I tried to read a paper everyday. By the end of this period I had a massive stack of highlighted, and annotated research papers I kept in a folder on my desk. And that folder has remained there untouched to this day. So I find there is low value in simply consuming research, and the key for me at least is to actually struggle through and implement the research I read. Which is why point (1) is key for me.

I'm inspired by your post though, I want to start getting back into a slightly modified version of this. Identify research papers with algorithms I can play with/experiment - and then implement it, aiming for something like a paper per week or so? This process means I won't be able to do a paper per day, but it'll be a lot more valuable/interesting to me. This calls for a new git repo...
Glad that you like it! In Romania, the minimum monthly wage is 250$, then programmers start with 400$/month. Depending on experience and what they do inside a company they can grow to 2-3k/month in a couple of years. We are growing the salaries according to the experience and the position inside the company too. 100% of our employees started with 0 experience because it was their first job. Everything was learned inside our company.
Perhaps not if they started while being online.
> minimizing mistakes

Agree with everything but that. Making lots of mistakes was the best part about academia. Just don't hold on to them for too long (sunk cost fallacy), don't take things too seriously (ie stake your identity on any one idea), and treat them as the most valuable learning opportunities.
tl;dr: success (in many walks of like, as in science, especially in abstract branches like theoretical physics and mathematics) is simply not quitting, and has almost nothing to do with winning big (Nobel, Fields, Abel). And those who stay long enough gain tenure.

It's not glamorous, it's shitty. Long hours, low pay. But you do science. And no one ever can take that away from you, which is nice.
Rust may ultimately be the better solution for many or most cases, but right now SaferCPlusPlus[1] may be the more expedient solution for existing C/C++ code bases.

> Any time your code takes in untrusted input, it should not be written in an unsafe language.

Not just that, but my theory is that untrusted input should only be stored in data types specifically designed for untrusted input [2], and should undergo safety/sanity checks during conversion to more high-performance types. For example, a general rule might be that untrusted integer inputs may only be converted to (high-performance) native integers if their value is less than the square root of the max integer value.

[1] shameless plug: https://github.com/duneroadrunner/SaferCPlusPlus

[2] https://github.com/duneroadrunner/SaferCPlusPlus#quarantined...
I've been struggling to understand the origin of these odd pessimistic comments too. It seems callous to dismiss this information as not important or incorrect, just because it doesn't fit ones' worldview.

I think that perhaps thats why the article starts with the fact that most people think the world is getting worse. For some individuals, it may be possible that had they been born 50 or 200 years ago, they might have been happier. But it seems much more likely that they don't know what the past was like, in terms of the distribution of lifestyles and life challenges.

I have a feeling that people forget just how difficult things were. We start to take all our modern comforts for granted, as we spend more time dealing with our daily struggles.

There's also the long trend of "The end is nigh! Repent, sinners!" in American culture, that seems to come out from both the religious and non-religious, as well as from all political backgrounds, in these discussions.
From the article it sounds like the result of the lawsuit may be just that facebook adds a disclaimer to their ToS that you accept them using your biometric data by using their service. No surprise there, if you don't want any service collecting any of your data, don't use their service.
Exactly. Nothing wrong with electric motorcycles, but then you also need motorcycle brakes, motorcycle stiffness of the frame, motorcycle helmet and leathers, etc. If you want to ride it like a motorcycle, treat it like a motorcycle, and make sure that it's a safe motorcycle.

Just keep in mind you can't and shouldn't pretend it's a regular bike anymore. An e-bike isn't really a regular bike anymore, but when limited to bike speeds, I suppose you can effectively pretend it's a regular bike.
I'm a junior DBA so take what follows with a grain of "he probably has no idea what he's talking about":

One of the most frustrating things coming from a world of say python or C is a function that implements an algorithm of say O(n) it will run in O(n) all-day-everyday but if a table's stats are out of date or there's a missing index or anything related goes awry a typically fine running query could perform terribly. And that's infuriating but it's the nature of the beast I guess.
How about laptops?
Agreed. I had little to no interest in a "samrt" TV but when I was shopping for a new HDTV, I really liked one particular Sony model for price versus performance. It ran on AndroidTV but there was no similar "dumb" model for less money. The same went for other brands.

In the end, being an Android user I said what the hell and bought it. So far it's been great. Built-in Chromecast functionality fills in any gaps in the supported apps or platforms (such as how Comcast refuses to authorize the HBOGo app on AndroidTV so I need to cast from my phone).

I'd have preferred a dumb TV for $100 less plus an nVidia Shield or whatever. But in the end this has worked out quite well and as you say, once the version of Android is too old and no longer updated, I can just unplug the ethernet cable, leave WiFi off, and continue using either my PC as the main input or pick up some other box to do all of the "smart" stuff.
I wrote about this concept a bit in http://manishearth.github.io/blog/2015/05/03/where-rust-real..., with an example of a situation where in Rust I was able to make things work but in C++ I'd be totally terrified and use a shared_ptr or something.

I like to say that Rust lets you toe the line perfectly, and dance near it as much as you want. C++ does not, since you're afraid you may accidentally cross it.
Thank you! Glad that you like it :D
It's the text editor control (used, e.g., in Visual Studio Team Services). The editor (incl. plugin system, IO, ...) is afaik not available as a webpage.
Enough people believe "where there's smoke, there's fire", that if you keep pumping smoke over and over, some of them will eventually assume that there's a fire.
You completely misunderstood what he was trying to tell you.
I don't see this arrogance you claim. My reading of the paper is completely different. Nowhere do I see this attitude of "everyone else is an idiot"; the author is just stating the fact that the other participants weren't familiar with FP techniques. This is not insulting, it's a statement of fact. It was also not unexpected in 1994.

The author singles out the use of higher-order functions as an elegant technique of which the other participants weren't aware, even though some of their languages actually supported it! This technique is precisely what another participant considered "too cute for its own good" -- even though today we know higher-order functions are hugely useful and relatively mainstream, enough that few devs would find them surprising. Another objection was that they couldn't believe the Haskell prototype was a finished executable program and not a top-level design document mixed with some pseudocode... which speaks a lot in Haskell's favor!

To me, Paul Hudak actually sounds humble in his paper. He acknowledges the limitations of the experiment, he is careful not to say this "proves" anything, but is enthusiastic about what it suggests, i.e. that Haskell can be used for rapid prototyping with great success! I'd say this is an uncontroversial conclusion.

It's unfortunate that you cannot back the claim that the Haskell solutions were disqualified. It certainly contradicts the paper, which shows the final scorecard by the review panel...
Many sites do this. They encourage users to give full access to their phone's contact list, and store all the data they get from it, then start building a network of "people who know this email address/phone number", ostensibly so that when they finally convince someone to sign up they have a ready-made network of recommended "people you may already know".
There are very few libraries that are nightly-only in Rust. Clippy is a big one, but clippy is a tool, not a library, so it's no big deal (we're working on making it not require a nightly compiler).

Rocket is a recent one. I talked with the owner of Rocket and one of their goals was to help push the boundaries of Rust by playing with the nightly features. With that sort of meta-goal using nightly is sort of a prerequisite. Meh.

You can use almost all of the code generation libs on stable via a build script. Tiny bit more annoying, but if it's a dependency nobody cares. A common pattern is to use nightly for local development (so you get clippy and nicer autocompletion) and make the library still work on stable via syntex so when used as a dependency it just works.

The most used part of the code generation stuff will stabilize in 1.15 so it's mostly not even a problem.
Admittedly I just picked the first speed versus fatality chart I could find with references (and they do link to the government site where the data came from).

Here's another study: https://www.aaafoundation.org/sites/default/files/2011Pedest...

This one shows a fatality rate of 2.3% for speeds from 10.0 – 19.9 mph, and 35% for speeds from 30.0 – 39.9mph. Even though the rate is different, it's still showing over a 10X difference in fatality rates at the higher speeds.

Consider this, at 30mph a cyclists body has to dissipate 4 times more energy than a 15mph cyclist. There's not much in a bike to absorb energy like in a car.
In my parent comment are listed compile times from scratch, although there probably exist one or two files that would trigger similarly long rebuilds (included indirectly by most other files). If you change a random line of code, chances are the rebuild is quite limited. As others commented above, this actually scares people away from improving the core files.
This is completely off-topic, but in the vein of talking about old games. Does anyone have any suggestions for games that scratched the same itch as the old school RTS games like Age of Empires and Rise of Nations?

I've been searching for years but never found anything that eclipses the classics.
Same here - VS Code is much better performing than Atom imho.
There's nothing inherently insecure about the X protocol. Sandboxing X would involve simply not providing information about drawables not created by the client. That means filtering out input events destined for those drawables and returning blank pixmaps when their contents are asked for.

That the X server doesn't do this, and provide knobs to control who is trusted and who isn't, is a shame. But again, we don't have to burn the entire graphics stack because security.