skysight-inc/HackerNews huggingface dataset:
I will give this a try. Thank you.
Great battery life is what keeps me on MacOS. I heard the Thinkpad Carbon X1 Battery life in Linux is pretty good.
Ask HN: How do you interview testers?
We're hiring a semi-technical software tester. Not an SDET; they'll be expected to do a fair amount of manual testing, but also debug code with a decent level of understanding do a little ad-hoc automation.

Have you hired for a position like this? If so, how did you interview them? I'm particularly interested in the type of skills tests you gave.

(I get that a lot of companies frown upon manual testing or don't have positions like this. That's fair, but it's not the tack we're taking right now.)
> Well, it turns out that to be as good as the other players, you have to cheat just like they do

If you mean doing the same kind of cheating that your competitors are doing then this implies knowledge of the method so you don't need to cheat. You can level the playing field by instead publicizing the fact that your competitors are cheating. You don't even need to name names. Just lobby governments to implement tests that will uncover it. Get tests done on your competitors vehicles by independent laboratories, ponder in public the question that reverse engineering the engine management code might be worthwhile.
To extend on what was written in the article, reproducibility is difficult in science generally but can be insanely difficult for machine learning. The key insight I've found over the years in the field, especially when applied to deep learning, is that gradient descent is highly effective at hiding my darn bugs.

I ran into this recently by accident when writing a simple RL example. With two weight matrices to learn, the first weight matrix was given correct gradients, the last weight matrix was only supplied with partial information. Surprise, still works, and I only discovered the bug _after_ submitting to OpenAI's Gym with quite reasonable results. I've seen similar issues in the past such as accidentally leaving a part of the network frozen (i.e. it was randomly initialized and never changed) yet the model still happily went along with it.

This is good and bad. Bad in that it makes errors difficult to catch. Good in that, if you had a reason for freezing part of the network (maybe transfer learning etc) your model will learn to happily use it, even if that "information" is more akin to noise.

Regarding reproducibility, most papers I've gone to reproduce take far longer than expected and usually involve deducing / requesting additional information from the lead authors. Even minor issues, such as how the loss is calculated (loss / (batch * timestep) vs loss / batch) can confuse substantially and given they seem "insignificant" and that there are space constraints in papers, they are rarely written down.

Worst I have seen recently was a state of the art published result where the paper was accepted to a conference yet they didn't include a single hyperparameter for their best performing model - and no code. There is near zero ability to reproduce that given the authors spent a small nuclear reactor worth of compute performing grid search to get the optimal hyperparameters.

tldr There are reproducibility issues all the way up the stack, from gradient descent working against you to minor omissions in the papers to full fledged omissions that are still accepted by the community.
For some reason the focus is always on preventing re-rendering if it comes to optimising a React app. I understand that it can be really effective and is often the easy way out, but re-rendering in itself is not costly and I don't really care about it the most of the time.

I am more concerned that the code that runs during a re-render is not rebuilding huge static lists that never change and so. I see that over and over again in React apps. I tend to build a lot of the static stuff in the ComponentWillMount stage to prevent that. Only when already optimised code is getting to slow I start thinking about preventing re-rendering if possible.

My reason for not starting with ShouldComponentUpdate is that you have to be very careful not creating nasty bugs with that like I did some times. If a year later you write some code and it doesn't work for some reason it is painful if you find out after a long search that a stupid child component did not update for some prevention rule you forgot about. I really try hard to avoid premature optimisations.
My first guess would be that since they would probably be cheating too they wouldn't want to attract attention on this issue.
Israel’s economy is a study in contrasts
Glass houses, throwing stones, and all that.
Oh, I read the post, I assure ya. My beef is the binary link baityness of folks being one way or the other.
"the annoying configuration pieces involved in getting CI to match production"

This could be resolved with proper tooling. Depending on what you're doing, Docker, Terraform, Make, build scripts, etc can be used to make every environment as identical as possible.

"n CircleCI, you're configuring against a moving target installation of binaries, and whenever CircleCI decides to upgrade Postgres or Redis or whatever, your tests start failing and you don't know why."

This is a very fair concern and has been voiced in the past. CircleCI 2.0 does not have that issue anymore, as the other commenter pointed out.

"in CircleCI you can't read the config vars you've set previously from the interface"

This is common in webapps and is for security reasons. If the variable value isn't secret, such as the local DB URI, you can set it in `circle.yml` or `.circleci/config.yml` instead. Fully visible and now versioned.

"On top of that CircleCI's documentation is much worse than Heroku's"

This I take very personally as docs are important to me and I work on them constantly. Our docs are open-sourced on GitHub (https://github.com/circleci/circleci-docs) if you'd like to help make them better. If you prefer a conversation, you can always reach out to me on CircleCI Discuss (https://discuss.circleci.com/) or DM me on Twitter (@FelicianoTech). I would LOVE to improve docs.

Your ultimate point of spending less time with CI servers is 100% the goal for SaaS CI. If Heroku, CircleCI, Travis CI, or any others cause you to spend more time in the tool, then they're failing.

disclaimer: Developer Evangelist, CircleCI
A functional component is not pure, it's exactly the same as its class counterpart. You can use recompose's[0] 'pure' HOC to turn it into a PureComponent.

[0] https://github.com/acdlite/recompose
The man in this story is the central nervous system for a family unit. The wife and children are, in essence, an extension of himself. He knows his genes will die, but a portion his human body, in both flesh and spirit, will live on in his children. Thus, in order to promote self-preservation, his wife and children must be attended to. This is biological reality.
Put it in the context of dominance and submission among apes and it becomes clear. The one who does nice things for you is displaying a submissive posture and trying to win your favor. They are probably your social inferior: beneath you in the hierarchy, or at most, a peer. The one who doesn't care about you and does what he wants, shows that he's above you in the hierarchy. And some people just can't resist their internal ape tendency to think "wow that's sure an impressive alpha ape right there." But some, who consider themselves alphas themselves, will take it as a challenge. Etc. etc. etc. All somewhat dreary thoughts in the light of soaring techno-optimist talk about the glory of the human spirit, but I think we're all still apes and I've said so, enough times on HN, that I'm at risk of becoming known as the "ape guy."

Manners are in fact detailed prescriptive means & methods for being submissive, or rather for sending submissive signals, as the default behavior in societies where there are more humans living together than normal, i.e. anytime after 1800 when the population really started to shoot upward and to urbanize. It ends up being very practical to train people to be submissive in an urban industrial society, because if you have a thousand supposed self-declared alpha-apes constantly fighting it out "out there," things become a mess very quickly.

Edit: to the respondents, I am intentionally keeping morality out of it (decency and so forth), because a strictly moralistic right/wrong judgment-based view didn't seem to be enhancing the parent's understanding. But dominance & submission, like morality, is just another narrow rubric for viewing the world, doesn't describe the whole world, and isn't the only way of describing the world. So it's best not to take it too far beyond a blurry big-picture view!
One thing that has been bothering me is that React is slow by default. It re-renders everything every time unless you start looking into shouldComponentUpdate.

Even if I agree that premature optimization is the root of all evils, I like when the language and the framework I use make it writing fast code as easy as writing slow code.

I wonder if anybody has evaluated, the improvement they get in development speed using React when they add the time they have to spend to optimizing their React code.

In my experience, I am not even frustrated with React itself most of the time but with the other things in the ecosystem.
You're kind of missing the point......
Ask HN: Resources for tech and regulations behind card processing
Any pointers to good resources to learn more about card processing industry? I've been interested in the idea of charging consumers their card fee, to not make high fee cards prohibitively expensive to small businesses. I assume this will be against credit card terms of service, but am interested in learning more.
Police should knock on our doors? Moderators should "put away these children"?

You're in the wrong place here. A look at your comment history tells me you already know this.
1) I've heard rumors that "the banks" are behind ETH, so that can be a huge artificial push to get it popular and mainstream, which in turn can make it more valuable.

2) JavaScript creator Brendan Eich-backed Basic Attention Token https://basicattentiontoken.org/ will launch on May 31 with ETH being the purchasing currency. Its goal is to make online advertising less super completely shitty like it is now.

3) Although not directly related to ETH, follow news about Lightning Network https://lightning.network/ , Segregated Witness https://bitcoincore.org/en/segwit_adoption/ , and the vast world of alt coins https://coinmarketcap.com/ which can all affect each other when people like or don't like something (for example, if ETH starts using Segwit, maybe people will flock to it or away from it).

4) ¯\_(ツ)_/¯

5) BTC, ETH, LiteCoin and alt coins in general are all way way up, so it's not just an ETH thing.
This was really good and most of it held up really well. I too was far too accommodating and when I thought I had it licked I got brought back in. It's a tough thing to avoid. In some ways you want to help everyone. In other ways that hurts yourself and, depending on how bad it is, maybe your family or career (like in this story).

People should certainly try not to be accommodating to everyone. It's something I still struggle with but no longer being a part of a start-up with unrealistic expecations has certainly toned down this significantly for me.

A little here and there can still be good, however.
Millennials Want to Buy Homes but Aren’t Saving for Down Payments
I stopped reading the article at this point. This is a big claim to make without any proof.
First off, thanks for your work on React! Makes all of our lives easier as developers :)

As dmnd pointed out, I'm not entirely convinced that dropping PureComponent everywhere is not a good idea.

For our app specifically, we unfortunately do data loading in a lot of places, which means that there are quite a bit more than just few places that can benefit from being a PureComponent. Our current idea is to try to make everything a PureComponent, and go back and 'unpurify' the places that have wasteful sCU comparisons. This might not turn out to be a good idea though, for the reasons you mentioned.

I'll make sure to do some profiling in our codebase once we get to that point, and see how much wasted sCU we are doing.
I think the DevOps is a culture statement is just as misleading to folks as the DevOps is automation/tooling.

If you look at the early conversations, it was a discussion that outlined a management paradigm that borrowed heavily from Theory of Constraints in the manufacturing world. The discussion lead to a consensus among those involved that defined core values of culture, automation, measuring, and sharing (CAMS).

To many people, DevOps means that paradigm. The examples you list (security, marketing, etc) are not paradigms composed of several values. They are business functions as infrastructure automation might be. We don't call the accounting team the "cash-flow" team cause it is a paradigm. Not a function.

While I don't think it is worth falling on your sword over, the fact that folks care about the wording is good. It means they are thinking about more then just the function, but also the underlying paradigms.
It's time for academics to take back control of research journals
That's FUD and a bit of a straw man. No one is debating whether or not you should be able to personally tinker with your car (electric or otherwise) because that's going to be possible regardless of compatibility of parts. You're perfectly welcome to go attempt to to swap your engine and fail horribly right now on your 20 year old gas guzzler or 20 years from now on your high tech electric car. That's not a reason to keep parts from being interchangeable across cars/manufacturers.
As of late I've come to a new belief as to the real reason for microservices' current popularity. DevOps, deployment, and whatever-hyperopaque-cloudy-service-amazon-have-launched-this-week are the cool & fun things happening at the moment. Having loads of microservices to manage simply gives you plenty of toys to play with.

Personally, the microservice-y project I'm currently working on makes me want to burn my face off every day.
> currently you plug a GPU card, an incredibly sofisticated piece of technology in your PC, and it mostly just works.

First of all, when it comes to self-driving technology (where GPU-like devices are being used today), "mostly" is nowhere near good enough.

Secondly, do you really expect drivers (the software kind, not the meat-sack kind) and hardware to have any better results in a car than in a PC? Imagine the future where you upgrade your car's processors, but the new drivers conflict with the drivers for your airbag sensors. So now you have to upgrade those drivers as well to wait for a path from NVidia.

Sorry, this sounds nice in theory, but I don't think it's workable at this level. Batteries and motor wiring? Maybe, but packaging restrictions would take away a lot of designers freedom to design...
"lesson is more about what others might be doing"

You mean less, right?
WWSD (What would Stallman do)
The parentheses end up serving as a tool to speed up the development process with tool like paredit. You end up manipulating the "tree" of code vs the characters on a line. Check this out: https://www.youtube.com/watch?v=D6h5dFyyUX0
My last job as an employee, I had to install AWS, develop some server software, develop some web facing software, develop some embedded software (with a bit of easy real time), get the freaking 2G to work, get the sensors to work properly, model the mechanical parts to install the embedded device on site, order all that crap (electronics and mechanics) from the providers, create the boxes, try to think about lightnings and how not to fry the customer's equipment. And get the sandcastle to stay put.

That's what happens when you work at startups, there is no plethora of employees, and a lot of work.
No doubt this will pass. Short of Pai resigning and Trump deciding to appoint a Democrat I don't know why this wouldn't. The FCC has made it clear that they don't value public comment.
Biggest factor IMO in this working well is the accuracy​/latency of the digitizer and the surface of the screen. Paper has friction to it which helps with writing neatly.

Would love to give it a try to see if someone has finally cracked a true digital paper replacement.
Four Cs of dev.to (What I like and what I suggest)
Sweden Has Listed the Entire Country on Airbnb
Same could be said of TV/Sports/Games/Any form of leisure

The only difference in social media is that we have actual data on how we're spending our data, vs. in the past when we didn't. To suggest that this is new is silly.

Perhaps, perhaps there's a point to be made about the scale of social media and how many people it impacts. But it's hard for me to believe, without any data, that it's tangibly harming us more than any other form of leisure.
Congratulations to Tyler and the rest of the team. This is a great addition to Red Hat's portfolio
Two Big Reasons Why Google's TPUs Will Have a Tough Time Competing with Nvidia
Yeah, we're both arguing against extreme positions.

I fully agree that so long as SLA's are negotiated proportionally to infrastructure investment in money and time, then it's all good.

I've personally seen Ops teams get tricked by being told things weren't important, when in fact they became production emergencies with yelling when they invariably went down.
That factor is already imposed on individual auto manufacturers. If anything, standardized part designs would probably increase safety and lower manufacturer risk.
To add to your point of these questions becoming the only way to interview a candidate, I used to work at a web agency, and I found a lot of candidates who were very good at answering all of the algorithm questions that the owner of the company asked. Then I would follow up with a very short and easy written test with 5 technical questions to gauge the candidates understanding of JavaScript, ASP.Net, PHP, SQL, and HTML/CSS, nearly all of them failed to even explain how they would start, let alone actually ANSWER the questions.

The inverse relation of Theoretical and Practical knowledge always blew my mind.

Using the same set of interview questions that every other company does really kills your ability to judge a candidate effectively, because they all know the answers.
This is a very important factor - there is usually an option to a) buy used b) not buy.

In my case, I've decided my future vehicles will be full-electric - just waiting for the right one (hopefully in a month or two).
Might want to read the entire article, it discusses that. The original author was more charitable and more effective in his charity towards others in the end.
Building a 360 VR app in 10 minutes with Android and Unity
There seems to be a very nice solution to the parenthesis problem: https://sourceforge.net/p/readable/wiki/Home/

I have no idea why it hasn't caught on. As far as I'm aware, there's no Clojure implementation. Lispers like their parentheses.
Desktop Metal's 3D printer makes metal manufacturing less messy
it all depends on the software around it. Is this just annotating pdf's? How about epub, etc.? It seems very focused towards education, but I am missing a more every-day user story in a world where not everyone is sharing PDFs or own a device like this.

Also, definitely how comfortably the latency compares to the normal pen to paper experience.
I really like the A11ycasts show by Google Chrome Developers https://www.youtube.com/playlist?list=PLNYkxOF6rcICWx0C9LVWW...
True, this is indeed possible. However, note that the FDA survey cited only asked 500 physicians. The survey was also done in 2004, which I believe is prior to the cracking down on gift giving and pharmaceutical companies giving kickbacks to physicians. If I remember correctly, DTC advertising spiked after this happened.

Here's some more recent data (also not super scientific, but probably a decent representation of most physician attitudes today): http://www.mmm-online.com/campaigns/what-doctors-have-to-say...
Everybody should watch Mushishi!

Few pieces of media manage evoke wonder. It's beautifully drawn and philosophical.

http://www.japanator.com/ul/32429-annotated-anime-mushishi-e...

https://myanimelist.net/anime/457/Mushishi
Report: Human Error Killed Europe's Schiaparelli Mars Lander
Corvette engine in a 911/Boxter (http://renegadehybrids.com/)
Apparently it's going to be called bitwriter (see the bottom of this post http://brettterpstra.com/2016/02/12/marked-2-dot-5-4-updates...) but there's not much information out there yet.
Democracy Needs Politeness
Well, on the one hand you have emission restrictions and on the other hand you have MPG restrictions. Then you have consumers that want to buy SUVs, so there is no way you are going to meet your quota of zero-emission-vehicles.

I'm not taking the blame out of carmakers, but it is very easy to end up with regulations that when taken together are not feasible.

Imaginary example: you need a capital/asset ratio of at least 20% (which means capital/liab. of at least that, by definition). But you also require at least 30% of the liabilities to be long-term debt. Another regulation says that 50% of loans must be financed with deposits, and so on. The end effect is that there is little margin for these banks to decide on their liabilities. At the extreme, if we impose unfeasible restrictions, they might just end up skirting some of the rules.
paredit doesn't require parentheses to do it's magic.
Mark Zuckerberg's Commencement Address to Harvard University
How (and Why) to Ask for a Raise
Going further, it seems like the whole category of alternative languages hit a peak about three years ago, and interest has been dwindling since. It's like coders got their fix of "new ways of thinking about code", and now have gone back to whatever they feel most productive in.

Moreover, the buzziest alt languages now (Elixir, Go, Kotlin) seem to be much closer to existing mainstream languages than the buzzy ones of a couple years ago.
>It was a revelation when my therapist told me "You need to show love in the ways that other people want to receive it, not the way you want to send it."

I'm curious, was it along the lines of this? https://en.wikipedia.org/wiki/The_Five_Love_Languages
Devuan 1.0 Officially Released – Letting Debian Live Without Systemd – Phoronix
OOP witho Classes
Good thing paintings are so tasty.
Lately I have been really enjoying articles like this about distributed programming, and have been doing some code experiments on my own to learn more about it (using Akka right now). Do you have a roadmap for how someone could get into a role like yours?
Have you seen the Imzy submission [1]? People have argued that they failed because there was no content on their front page. Why have who chosen to require logins?

>1. No front page (for lurkers): They force users to join to be able to view content. The 90/9/1 rule is real, ESPECIALLY in the "community" space. 90% of users just want to lurk and that's just the nature of the internet. It's probably the same here on HN. 9% will participate in some ways, voting, etc. 1% will submit and comment, etc.

[1]: https://news.ycombinator.com/item?id=14411499
I find this 'Facebook = cigarettes' meme fascinating and hope it continues to propagate