skysight-inc/HackerNews huggingface dataset:
Yes, we'll also write up some sample identity provider integrations.
Azimuth Climate Data Backup Project
I have a few questions I ask which often tease out the red flags:

* What hours did you and your team work in the last month? (anything that indicates long hours are frequent is a red flag, not because long hours are intrinsically bad (though they are), but because it's usually being used as a proxy for measuring productivity).

* What is your policy on remote working? Who do you have remote working currently and under what circumstances? ("no remote working" is ok for me if there's a non-bullshit reason but YMMV).

* Who is currently your best or one of your better developers? How did you come to that conclusion?

* What characteristics do you look for in clean code vs. technical debt-laden code? How do you handle and plan for paying down technical debt?

* Who reads your team's pull requests? (worst answer is "nobody", 2nd worst answer is "the team").

* Have you read any of my code? What did you think?

I'm usually not looking for a perfect answer to all of these questions, just avoiding the companies that give an impression of widespread systemic dysfunction in their answers or a manager who is clueless.
Somewhat of a tangent, but does anyone have any experiences to share for functional JSX + Vue 2?
Really looking forward to this. Teleport with RBAC + U2F should be really good. Thanks for your continued work!
Some of this actually makes sense, but it should be legal to hold and use your phone while stopped at a red light.
I am perplexed why anyone would think that interview performances has any interesting statistical relevance. Much more interesting would be how successful the candidate was after receiving a job at the company.
My 6P's battery is trash after a year and not replaceable :(
> No, the default integer is u32

Maybe I'm missing something, but it seems to be i32: https://play.rust-lang.org/?gist=c79d4afef7fa20c81ba14de61f5...
I understand. Thanks for getting back to me. I'm still looking for a SaltStack trainer then. :)
Very unsurprising for me. You are measuring your ability to solve algorithm puzzles. Most engineers don't actually do many algorithm puzzles in day-to-day work, especially the types of algorithms that interviews tend to focus on like sorting and dynamic programming. So "years of experience" is not measuring experience in what you're actually being tested on. On the other hand, you do exactly those types of things in many CS classes, and in Coursera classes, algorithms are exactly what you practice. So it makes sense it correlates.

Top company is a predictor for the obvious reason - it's selection bias for people who already passed those interviews at the company. You're not good at the interview because you worked at the company, you work for the company because you're good at the interview.

Master's degrees seem like largely for international students needing visas, career switchers, etc so not surprised they are not a strong predictor. And if anything the course material moves past the intro data structures stuff the whiteboard interviews tend to test.

The only huge surprise for me here is that Coursera is a stronger predictor than top company and top school. I would have predicted top company > top school > Coursera.

The post that I would be much more interested in is correlating performance reviews to interview performance. That gets suggested as a possible future post.
Where in the World Is Carmen Sandiego? Becoming a Secret Travel Agent [video]
The battery has about the same capacity as the 5X. Are there hardware tweaks that would make the battery last longer?
It's just not true.

Lots of scientists are passionate about discovery. The lack of knowledge in a certain field doesn't always make them angry. It makes them curious. It makes them feel like they're living in the past.

Ego often makes people passionate. They have a drive to fill a void where self esteem should be. I've seen this many times in business. This doesn't always indicate anger -- it can be anxiety or insecurity instead.

I can probably come up with other examples, but you get my point.
> "Actually, it can be both X and Y. In this case, both zoning restrictions and the influx of FaceBooglers."

That statement might be true if there was not technology that enabled us to build tall buildings -- steel frames and elevators for example.

Fix the zoning density restrictions and the markets will automatically fix the expensive housing regardless of the demand.

Come to Manhattan and you'll see what I mean.
Everyone's into deep learning, but what would I actually do with it? With some other field, like computer graphics, one can fairly quickly get a 3D cube spinning on their screen and know it has some relation to the special effects in the Star Wars movie they just saw. No one makes it obvious what the hobbyist can expect to do with deep learning or how it relates to the broader world.
Well, a common type of robbery in Brazil is what's called "lightning kidnapping" due to this reason. Assailants take people by force in order to make them withdraw money from ATMs using biometric security.
Not what I said. I didn't say Piketty was correct, only that your assertion was unsupported by the evidence you presented.

FYI, I believe this is the paper you were referring to:
https://arxiv.org/pdf/1405.1791.pdf

The gist of the paper as far as I can tell is that when sampling fat-tailed distributions, it's easy to 'miss' outliers on the tail that would significantly change the average observed. So in Piketty's historical analysis, the rise in inequality might simply be due to better samples as data becomes easier to get. If you actually read the book, though, it's not clear that data became uniformly better over time---there's some indication that recent data actually became worse. It's also clear from the book that Piketty's conclusion wasn't based solely on aggregations of equality data, but also historical returns on capital that would not be subject to Taleb's bias. In short, at best, Taleb offers an alternative explanation for the historical inequality data. More of a caveat than a refutation.
The advantage of a swappable battery isn't having multiple charges worth of power on your person, it's not having to ditch the phone/potentially deal with warranty problems when your battery starts to go. It isn't about short term convenience, but removing a long-term point of failure. For people who aren't interested in shelling out for the latest device when they find their current one suits their needs (modulo hardware failures) this is (or, I guess, apparently only used to be) a selling point.
A language's error-handling story is a central part of the experience of using that language. Especially if that language is a systems language.

Rust's error handling still seems unnecessarily verbose to me. A specific error type is only necessary if the program can handle the error in question. Rust has acknowledged this but I still don't want every function call in my code to be prefixed with "try!" or suffixed with "?!"

Rust error handling is also inefficient: in C++, if no error happens, then no code is run, whereas in Rust, even if no error happens a return code must be checked.

I will sadly continue to happily use C++ until Rust improves its error-handling story.
Interviewing is a specific skill in itself that most people have to develop independently, so studying other things independently should be a strong correlation.
> I won't bash any other frameworks

Doing mostly React myself, Vue has reminded me of times when I was doing PHP and the Rails was "next big thing", and you couldn't have discussion about technology on "neutral ground" without it being raided by aggressive RoR fanboy or few to explain to you how you are doing it all wrong without giving any arguments, but with a lot of snark.
Interestingly OCaml is 1996 (which is the language the original Rust compiler was written in). Maybe access to faster internet connections caused the rapid language explosion (I remember broadband cable starting to be available at that time)?
The colours do represent CO2 emissions. But Poland wouldn't emit so much if it weren't also consuming that much.

(To be fair, it looks like it's exporting a little bit. That doesn't help, since it's nearly all fossil.)
The funny thing is, if they had reasonably secured their webcam, this wouldn't have been that bad. It still protects them from pretty much all automated/dragnet attacks and compromised login info. And it's incredibly unlikely one would expect someone's webcam feed would contain their RSA key. And it's hard to tell whose account on what system this key belongs to.
When I learned to drive in the US (Washington state) I received advice similar to that, however when I took lessons in the UK, I was advised that when you are rear ended, you will have a hard time keeping pressure on the break pedal so you should do both.
Amazon is issued a warrant for Alexa data in murder investigation
The article says the dam was rushed because of the war with Iran that Saddam Hussein started in 1979.

Saddam had the crazy idea that he could conquer the Middle East and make Iraq into a world superpower. So he started a war with much larger Iran, the war stalemated and went on for 8 years, with enormous loss in human lives, and enormous debts piled up on the Iraqi side. That ended and Saddam invaded Kuwait to get its oil riches, leading to the Gulf War which Iraq quickly lost.

Saddam still wanted to build an empire, so he prevented full nuclear arms inspections to keep the rest of the Middle East afraid he still had a nuclear arms program, and in fact planned to re-start it after the inspection and sanctions program ended.

That lead to the Iraqi war, which Iraq quickly lost, and left Iraq so divided and disorganized that ISIS could arise and take much of the country, including temporarily taking the Mosul Dam. And the disorganized, corrupt government has bungled dealing with the threat of the dam collapsing, and so we are in the present, very dangerous situation.

So it all goes back to Saddam Hussein, and the generally poor political situation in Iraq, and beyond that, I would say, the Middle East as a whole.
The 1A figure might be more of a precaution - can't find anything "official" from Espressif (ESP8266 manufacturer), although most people on forums seem to agree 500mA is as low as you want to go. Seems you can expect ~250-300mA to be normal when using wifi.

Anecdotally, I've experienced reliability issues when running off 500mA, but that could just be my setup + accessories.

It's funny how it works - last time I went down the rabbit hole on the tail end of a late night session, everything pointed at 1A being considered "safe", and anything lower was "iffy".

If you put the chip into any of the Deep Sleep modes, power consumption goes way down to just a few mA's, making battery operation much easier.

http://www.esp8266.com/viewtopic.php?p=57788#p57788
Indeed, it's invaluable. I use "go vet" and have enabled all of the Gometalinter linters [1] that make sense.

"go vet" never warned me about goroutine closure errors, not sure why, maybe I was running an old version. But I'm glad that it's supported.

That said, some of the things that "go vet" catches should, in my opinion, be errors.

[1] https://github.com/alecthomas/gometalinter
If you like that concept, then check out this functional language in system programming that didn't require a LISP machine:

https://en.wikipedia.org/wiki/PreScheme

The House and MirageOS operating systems also put Haskell and Ocaml to work for this respectively. House even did drivers in Haskell with a modified version of hop. Here's their site:

http://programatica.cs.pdx.edu/House/
I get annoyed learning every new version of word. Change for change sake while annoying 1+ Billion people requires some serious sadists to be working for Microsoft.
Didn't your government effectively take away all powers from the top constitutional court, allowing the government to pass any law without judicial backlash? Meanwhile you are all hung up on what the color green represents.
Hey, author here. You're absolutely right. We hope that with time and data, the interview process can get better at predicting on-the-job performance -- one of the things we're really interested in is seeing how predictive different interview questions can be. To do that, we're also working on collecting data around what happens after interviewing.io users find jobs.
Disclaimer: I am a friend and former coworker of the Gravitational people and I was an early reviewer of the Teleport spec and had some early design input. I also reviewed the blog post.

I think Teleport is the bees knees.

It's a solid, open source way to map your existing authentication scheme to authenticating to servers. It does anything you can teach it, although it supports e.g. OpenID Connect, so you can connect it with Google Apps, and now you can use U2F directly. Consolidating authentication is one of those nice tidbits that you can do for security but really accidentally ends up giving you better UX.

Having bastion hosts is interesting from a security perspective. Teleport is designed in such a way that you can use plain old OpenSSH everywhere, but you can also use it as a web app and get cool features like live collaboration with chats and recordings. This is another example how even though I think of Teleport as a security feature, it's nice how what you experience is nicer collaborative and knowledge sharing tools, not just passive security (although that's also a fine reason to do things).

It also has all sorts of cool "accidental" features like https://www.teleconsole.com that you might like.

I dunno if Gravitational is interested in providing support contracts beyond the best effort open source software support. They're pretty friendly regardless. There are all sorts of decent reasons for wanting to go with a commercial product; maybe commercial support, but also integrations with other systems or custom commercial development or whatever. Historically, that's only been a thing for large companies. With Teleport, there's one less reason for that to be the case.
Although not having a car makes one more likely to use public transit, even if you take uber most of the time.
Sure, you could only use channels and you'd never get races,
but in practice that'd be unwieldy and slow, which is why people write traditional lock-based sync stuff in Go all the time, and depend on old-fashioned debugging (and the race-checker).

Rust really fixes this (with its ownership system), but it wasn't easy.
Yeah I still think there's room for improvement, and I'll be looking into different ways to make it faster (server side rendering being one of them)
Is this because of unsecure credentials? If so, would it be OK for someone to change those credentials?
The freight vehicle or bus is pretty similar to a robot today. They have much stiffer penalties for speeding, much more difficulty changing lanes (including often being banned from passing lanes), and much more difficulty stopping. Experienced truckers and bus drivers do all of these things.

No surprise, everyone hates them.
Yup! We'd love to close that loop and are working to collect as much on-the-job performance data as we can. Please stay tuned.
I have seen the same symptom on Samsung devices with degraded batteries. With a new battery it will go all the way to 0% before shutting down. Then as the battery gradually degrades it will shut down with no warning at 5%, 10%, 20%, and so on. But when you get close to that limit the point where it actually shuts down depends heavily on power consumption at the time. It might have been able to keep running fine for a while but as soon as you launch a power intensive app such as the camera it will immediately die.

My theory is that the degraded battery is still able to deliver enough power at full charge. But then as it discharges the maximum amount of power it can deliver gradually declines. This works fine for a while until it hits a threshold, and then a protection circuit trips to prevent further damage to the battery by shutting down.

Of course if you have a removable battery this is only a momentary inconvenience. Just slap in a fresh one and you're working again in less than 1 minute.
I'm no hardware expert, but they must have some more intelligent CPU throttling, or something— the Pixel is also using a much newer chip (Snapdragon 821). My 5X was on AOSP, no major modifications. Pixel is on stock. The 5X would only last until about the end of the work day, the Pixel lasts me several hours longer, even with the higher display resolution.
How different is a Bachelor's in Computer Science than Master's in recruiting?
Tesla Predicts Accident and Gives Warning Before It Happens
How does one verify a GPG/PGP key revocation?
Though I knew how to use them, I didn't understand how Rust closures could work until I read these articles:

https://doc.rust-lang.org/book/closures.html

https://doc.rust-lang.org/book/trait-objects.html

Basically, a closure is just an anonymous trait, and traits are implemented with vtables. This reminds me of how you can think of Java's lambdas as anonymous classes (though they're not implemented that way).
The android keyboard version of Dasher is available in the F-droid repo: https://f-droid.org/app/dasher.android
I also have a 5X. If I'm moving, the battery runs out at about 20% an hour. I normally charge mine in the evening, so it's at 100% at midnight, about 90% in the morning, about 70% after my commute, and around 40% by the evening. It'll be somewhere in the 10 to 20% range by the time I get back home, often with the battery saver active.

During the work day, I generally only use it to check headlines at lunch. I also use it to play back mp3s over bluetooth to my motorycle helmet. The screen is typically on during the day for less than an hour.

The 5X is slower than the Nexus 5 it replaced - 50% more cores but they run slower and most apps take longer to start up. It's a mediocre device and the battery life is not good at all.

Right now, the biggest drains, after screen at 12%, are Google Play services, Android System, Android OS and Mobile standby.

I have a theory that it's Google's appetite for data that kills battery life. They make it hard to use the phone with location services turned off or in battery saving mode except when you want a location in Maps. When you want your location, it gets turned on and stays on. There's no easy way to keep it on to a minimum. I think it's a strategic goal of Google to use customer data for everything from location popularity to traffic, and they're willing to sacrifice customer batteries with nudging defaults to get there.
Not necessarily. Wasn't _Creative Computing_ magazine based there?
The guy does have a point, yet is bring downvoted into oblivion.

Government can play a role in the improvement in the everyday life of it's citizens. As an example, I pay 25 euros/month for 200mbps fibre internet thanks to my government's antitrust laws.

How are you doing on this front, Americans?
> Rust error handling is also inefficient: in C++, if no error happens, then no code is run, whereas in Rust, even if no error happens a return code must be checked.

In this sense Rust's error handling is just like C (though harder to forget to check). Would you say C++ is more efficient than C in error handling?
Gotta love the useless "Clear caches and cookies and reinstall..." responses.
Do you use Android's encryption feature? The 5X doesn't have a dedicated encryption chip, so all decryption/encryption is done with special (slower) ARM instructions. This really slows down IO.
How does MS make you do 2FA 5-20 times a day?

You mean you work there and accessing services or tools requires you to do 2FA every time?

I hope they are already planning to overhaul that because it does seem like a very cumbersome and insecure way of "securing" accesses.
Anecdotally, my former gf managed to flip my Taurus by striking a parked car on the road at 15mph. Police verified that she wasn't moving faster because she practically flipped it in place, rather than ending up a significant distance away. Just a case of hitting at just the right angle and riding it up, I guess.
In linguistics, there is the Sapir Whorf hypothesis [1], in which it is conjectured that language affects the speakers world view and/or thought processes. If you read the George Orwell novel 1984 [2], you might recall the use of Newspeak, an invented language designed so that dissidents would be unable to express themselves, and thus not have treasonous thought.
The Sapir Whorf hypothesis is actively debated and not fully accepted by linguists, you can see some of the debate at [3].

[1] https://en.wikipedia.org/wiki/Linguistic_relativity

[2] https://en.wikipedia.org/wiki/Nineteen_Eighty-Four

[3] http://linguistlist.org/ask-ling/sapir.cfm
You really have pretty much spec'ed Go, except that when you want something manual you either use some []byte hacks or use the unsafe package to speak to some C code. Even when you want manual memory management it's rare that you need the entire program manually managed; usually there's some sort of hot data structure or code or something that you'd like to take over but that doesn't mean you want to fiddle with every last little character string manually.

In particular, in the modern era, you're not going to find very many other languages that have anonymous functions but almost no functional programming capability like Go has. If you want to keep FP sealed away from your program... you know, for whatever reason, but to each their own... Go's got you about as well covered as you could hope for. Almost anything else that might come out is probably going to have FP constructs in it. (Especially after watching Go get raked over the coals for not having them.)
Use machine learning to enlarge an image without sacrificing quality by making an API call to Filestack with the url: https://process.filestackapi.com/<API_KEY>/upscale=[options]....

For example: https://process.filestackapi.com/AhTgLagciQByzXpFGRI0Az/upsc...
You shouldn't be driving a vehicle through a non-freeway (i.e. a road with stop lights) at a speed where you can't stop in time. In many jurisdictions that is considered reckless driving. If your vehicle is too heavy then you (or the software) needs to slow it down.
Personally I don't have any use for Rust, other than occasionally dabbling on it, but I look forward to its adoption.

Because Rust appears to be one of the ways for newer generations to rediscover how systems programming was done in safer systems programming languages before UNIX alongside C, enjoyed adoption across the industry.

Also due to all the work on ownership management, that has already influenced future design decisions on C++, Swift, D, ParaSail and Pony.

And eventually with time, even those of us that don't use it, might enjoy having a safer stack to work with.
I would not be surprised if Vue becomes long term one of the major winning js libraries that is the goto library just like jQuery did.

I remember when jQuery came out and there were all sorts of existing make-js-dom-ajax-easy libraries already out with major entities backing them: Dojo toolkit (a ton of companies), Prototypejs (Rails), GWT (Google), YUI (Yahoo) and many more.... but jQuery backed by a single guy won.
Coursera might top them because it's a good indicator that they're actively trying to round out what they know, which means they likely studied up on algorithms right before the interview.
Windows subsystem for Linux does not have Linux kernel in it.
Application monitoring is your friend so let me tell you the story