skysight-inc/HackerNews huggingface dataset:
As someone who's a fan of PL languages(and spends a fair amount of time in the GPU space) I'm not sure I buy many of the arguments.

The reason that GPU drivers/APIs have few safety checks is that in graphics code, performance is valued above all else. Even simple calls can introduce overhead that's undesirable when you're making thousands of the same type of calls.

His example of baked shaders doesn't really seem to hold much value since interactive shader builders(ShaderToy, UE3/4, etc) are all content driven anyway so the extra code generation isn't a limiting constraint.

Nice effort but I don't see it solving actual pain points in production.
The New 2018 Subaru WRX and WRX STI – Spotlight
Xcode might be without any cost, but the Apple hardware needed to legally run a copy of OS X (which also isn't free) - I don't really see how "Xcode being free" enters into it, as long as the software is distributed for iOS devices?

For the Mac app store, it might be different, as you need a Mac to access that anyway.

FWIW I think the issue here is that artificial limits on what code can be run on what hardware (legally) is in conflict with the (L)GPL -- and there's really nothing anyone other than Apple can do about it. Which is also why, as far as I know there's no actual legal way to distribute (L)GPL software on these locked app stores - there's no way for the distributor to actually honor the license, and so no way for them to be able to (re)use/distribute the code legally?
All true, and it's probably a good thing to remember for people on this particular site. But on a societal or civilizational level, one great success wipes out a lot of failure.
I see what you're saying, and it certainly is a cul-de-sac...

but what if it is a surface layer built out of those languages and frameworks? Even if it's not optimized and technologically eloquent, it's already being rammed through now with libraries like Google's A-Frame.

Myopic maybe, but only from a select perspective. Those languages have been the most democratizing in CS history. They're the ones a lot of people seem to be the least intimidated by, at least at the outset.

I'm sure it will come back down to lower-level work because the higher level processes will soon require it. That said, I don't personally foresee some new, young group yet writing a viable alternative to Windows, macOS, Linux or any variants thereof. There's little point, and the battle would be a hard one to win. It's much easier to tame new ground in order to make one's place. That aspect shouldn't be underestimated in its influence.
This was a dupe from an article posted 2 days ago. Not sure why it wasn't detected.
You're leaving out other important factors:

e) safety: there may be a risk to get mugged on your way to the car, but you can also get mugged on the way to the public transportation. However, once in your car, you hardly have to worry about someone coming to you for "something"

f) comfort: I always have a seat in my car, and I'm not compressed between 5 people and pushed around against my will

g) consistency: the car will leave when I get to it and start it, pretty much every time. The bus may be there on time today, or not, or could be full (and I have to get the next one), etc
An alternative explanation is that we have a lot of "backup capacity" such that small amounts of damage are not noticed by reasonable tests (or potentially are impossible to measure) until we reach a point where we fail to function. I have enough beta cells in my pancreas that you can destroy a lot of them and you will not see my blood sugar lose control; maybe it takes slightly longer to steady, but unless you have previous tests of how well I function I might still look "normal", but if you destroy enough then eventually I stop being able to regulate blood sugar and I clearly have diabetes.

Maybe if you kept tons of test results of when I was normal, you could try to compare, but in addition to the problem that most people don't take tests when they don't notice issues (and even when they do, the medical profession just seems to love to destroy files after a number of years: it just feels criminal to destroy data like that on someone's medical history), the test subject is also getting older and you expect them to not function as well :/.

Even if you know something is failing, often medical science just doesn't care: over a decade ago I was getting hearing tests done occasionally as I could tell I was losing the hearing in my right year, but I had hearing that was so good (better than most people even for being in my early 20s, when everyone still has good hearing... and so usually aren't taking hearing tests) that the doctors would explain I'd topped out their charts, had "excellent hearing", and they couldn't even know if something was wrong. Well: I definitely have extremely worse hearing in my right ear now :/.

It wouldn't surprise me if the exact opposite were true: that medical science often estimates things assuming there are "thresholds", when quite possibly almost nothing is subject to a threshold effect while often being cumulative; the issue being just that the response curve is sufficiently sloped, and is further skewed by tests based on results instead of on internal state, that it looks like there are thresholds, and so we underestimate essentially everything dangerous.
Well, that was unexpected. How is this even possible?
And we will never know because the vast majority of companies refuse to give even the vaguest of feedback on the reason they are not moving forward. Not even “it was your technical knowledge” or “it was communication skills”
The Roots of the New Urban Crisis
The Arctic Ocean Is Becoming More Like the Atlantic Ocean
I have made this app as free platform where people (not businesses) decide which places should be on the map.Most likely google maps will win, but I'm sure that people should have a viable choice.
It'd be fascinating to see what ideas she gets sent. I'd love to know what a bunch of people think are reasonable $5000 projects.
Absolutely. Model-driven development and related paradigms like domain-driven design are still in use in almost any area of business software development. Domain-driven design in particular has become quite popular again in recent times and I don't see it going anywhere anytime soon.

The thing is: You have to do it right to reap the rewards. Especially in larger companies it's unfortunately not uncommon to encounter all-encompassing models with hundreds (or even thousands) of entities / classes. That kind of model not only doesn't help with developing software faster and more cost-efficiently but even has an adverse effect. In order to benefit from model-driven development you have to think in terms of the various business functions (sales, HR etc.), the boundaries between those functions and models which are specific to their respective subdomain.
Algolia Diag: An open source tool to help web visitors self-diagnose problems
Definitely good points, and a few of them were admittedly way over my head in terms of applied knowledge.

But it sounds like you're pointing to applied-need systems, like POS or IOT situations. I can see the usefulness there, completely.

I guess I meant more in the mainstream realm, replacing readily what consumers would opt to use.

I am going to have to read up on a number of the items you raised, thanks!
These are good answers but nowadays we would be remiss not to mention so-called "serverless" frameworks. Dropwizard et al are good suggestions for running your own instance, but more and more the serverless approach is an attractive alternative to implementing a web app.

AWS Lambda now supports Java, so perhaps we could consider API Gateway, Cognito and DynamoDB/Aurora as one of the new "frameworks". Google has their own competing offering as well, e.g. Cloud Functions. Firebase deserves a special mention as a rapid development framework, although at the moment it only supports Node.js. Like many frameworks it has pros and cons, but in my opinion full-on websockets support OOTB is a pretty cool pro.. especially since Lambda/Cloud Functions/FaaS can't do websockets on their own.
The auto industry seems to think that 2020-2021 will be the year self-driving cars become commercial products. Product plans are being made on that basis. At least freeway driving will be supported.
The static analysis stuff is something that is in clang's favor. Because of its architecture, static analysis is included, and can be run at compile time through a wrapper called scan-build [1]. So, to get static analysis, most of the time, you just have to run "scan-build make" and it'll do things for you. Clang's clang-tidy tool also handles linting as well, with a misra plugin too [2]. That's the big advantage I see with clang, is that its architecture makes a lot of these things a lot easier to add, which is an area that gcc is just barely starting to address.

[1] https://clang-analyzer.llvm.org/scan-build.html

[2] https://github.com/rettichschnidi/clang-tidy-misra
They're also created by removing roadblocks for job creators to create jobs. Think about all the people who were locked into jobs because switching or going out on their own would require unaffordable (or perhaps unobtainable) health insurace for themselves or family members with preexisting conditions.
Tesla introduces ticket-avoidance-mode for Model S
Tillerson: China agrees on 'action' on North Korea as navy strike group sails
Looks spiffy. I like the approach of keeping even the database as part of the application. I think it makes projects a lot more like appliances, which can really be more plug-and-play. I see a lot of databases moving towards the application layer (CouchDB, Firebase), but it's interesting to see applications going the other way.

Lastly, here's to the hope of an exploit named "Pwnzu" never getting released! It's simply too good of a name.
Yup. Completely useless index.
It's easy to present data that shows flaws with today's interviewing.

It's a lot harder to present a better way of predicting candidate performance in the workplace, along with substantial data that indicates it's better than today's methods. Corporations would love more effective ways to determine effectiveness/performance before hiring.

Interviewing is terrible, but that doesn't mean there is a better option.
He was backed by French government after the launch of its first album.

France, Italy, UK are places that values and market local culture very agressively since...who knows, centuries?
Airbus is one of the companies that will be hit hard by brexit. Arguably the single market is what made Airbus possible to begin with.
Link to previous discussion: https://news.ycombinator.com/item?id=14041443

The dupe might not have been detected because this submission link includes a query parameter in the URL.
I feel like 90% of writing software is identifying which "trick" applies to the problem you're trying to solve and applying it correctly.
I think you just learned that unspoken promises are worth the paper they're printed on.

That said, the iTunes Store Terms and Conditions clearly state:

SERVICES AND CONTENT USAGE RULES

[...]

All Services:

[...]

- It is your responsibility not to lose, destroy, or damage Content once downloaded. We encourage you to back up your Content regularly.

[...]

REDOWNLOADS

You may be able to redownload previously acquired Content (“Redownload”) to your devices that are signed in with the same Apple ID (“Associated Devices”). You can see Content types available for Redownload in your Home Country at https://support.apple.com/en-us/HT204632. Content may not be available for Redownload if that Content is no longer offered on our Services.

So next time, I suggest you read the T&C before you buy something.
Is not exclusive of peanuts. Aflatoxins of several types can appear in lots of incorrectly stored foods from milk to eggs, corn, nuts, cereals and many vegetables. A big cause of concern and probably having a role on liver cancer in dogs and cats.
I laughed harder than I should've because I just moments ago was reviewing a stack trace with a teammate and questioned "have you ever gotten anything useful after line 50 of a Spring stack trace?"

And then we all laughed until we realized half the trace was because it got logged and thrown and then logged again...
As is pointed out in the draft, so many services offer similar behaviors. People obviously want this, now just need to get the standard out there. Also in the modern world prefixing-www isn't needed (and frankly just as common to not see, as you do -- for better or worse) and tons of generic TLD's... apex record handling is REALLY critical.
> You can find the control you want to tweak by combination of it's position and touch very fast and in many cases without purposefully looking at the thing.

I really wish car makers would rediscover this fact.
I always thought that fields are generally poor for that - html is pretty good and has ways to structure all those things, and they can be extracted and styled for different clients.
Caprine – Facebook Messenger Electron App
Can't edit now, but dark current removal isn't as widespread as you think it should be. Most cameras don't do it at all and will add (actually, subtract) a dark frame when the exposure time goes over a threshold (say, longer than 1 sec exposure) in which the camera takes another new photograph, with the shutter closed and then subtracts that dark frame from the original picture which is still in memory. This is quite useful actually, but not the same quality as dark current removal/supression.

As for those saying about the over 100% QE numbers... I didn't gather those, all I can say that a few years back that list was accepted as generally reasonable measurments.

Besides that, I've read of some imaging techniques which can form images with a really low number of photons (for example [0]), but those generally require a special setup (infrared light, lasers, that sort of stuff). So yeah, those QE's do seem fishy, but it could alse be the result of a photon affecting more than one photosite (or maybe the marketing team hearing about QE and finding a way to raise that number through "smart counting").

[0] http://www.nature.com/articles/ncomms12046
This is a stupid trivia question. I use ps -ef and leave it at that. In my entire career I've rarely needed anything else and if I did I would look it up but never enough to remember. To base an interview question off of that speaks volumes about you.
> Or, put another way, they choose to accept a high rate of false negatives to avoid false positives.

Which is how it is typically presented because it sounds much better than "reject a lot of candidates who would probably have worked out just fine". It is useful to perceive both the potential value in an approach like this and the shortcomings. Google can absorb the massive expense in man hours, lost opportunity, etc. that comes with trying to craft genuinely predictive interview processes, but a lot of the companies trying to emulate them can't. Too often, interviewees don't realize a process of this sort is stacked against them, and interviewers don't appreciate the negatives of adopting a still-nascent approach that sounds more reliable simply because it is quantitative - and assuming since Google does it it must work.
44 die in attacks targeting Egypt's Christians
The stock market is not the economy.
When interviewing for smaller orgs you do have to answer the question: can I work with this person everyday? Subjective and arguably harder to predict than technical performance, and oftentimes more important.
Look in the comments of the computer store video, he is a Diplomat so he can "roam freely" as he puts it. Somewhat interesting anyway!
Laboso says that nominations will make or break Jubilee Party
Pioneers of Soviet Computing [pdf]
Tim Berners-Lee calls internet privacy rollback ‘disgusting’ – The Verge
I don't agree with this, my experience is the opposite, the sales effort required to sell to large and small customers is not that different, whilst obviously the reward from a large customer is much greater.
Large customers are often more willing to take a risk with a small venodor, beacause they have much better systems and procedures on place to deal with such risk and most importantly they can better afford the cost, if it goes wrong.
That confirms that they assume all their table salt is from water. I have only skimmed the article, so I may be missing something, but the only origin information I saw was country of origin and that they "were purchased from a Malaysian market". If the researchers actually confirmed that each brand came from water and not a mine, they don't mention that that I can see. If I've missed something, please let me know.
No objection. But portions of commercial routes can be arranged to get around many of these edge cases.

I was trying to address the question raised by the comment above: is this a problem of principles or of engineering, by saying that for a big (proportion TBD) segment of routes, it's engineering. Put onboard a bunch of sensors and computer power.
tell this to people who serve real time for reposting the news about someone being jailed for a repost (I am not exaggerating)
And yet most people are memorizing solutions to hundreds of different questions and getting great jobs because of it. I know this because I have several friends who do this.
F16's carry hydrazine as emergency fuel to maintain control in case of loss of power.
Kind of. As others have mentioned, the way you play an instrument is pretty important. It isn't hard to see the difference between playing a real harp and playing its software analog (no pun intended) on a keyboard. It may be a bit harder to understand how an actual modular synth is different if you have never spent any time playing one.

Of course, the software based synths are more practical and easy to deal with since you can automate everything easily, things are reliable, never go out of tune and you can fit an obscene amount of sound-generation into a small device. Not to mention that your DAW will give you a lot more flexibility than those old monster mixing desks gave you.

I also think the limitations are important. While Jarre's setup from way back when may have looked impressive, it is still extremely limited compared to what even amateurs have available to them today. So he had to make everything count.

(If you want an interesting counterpoint: Deadmau5 mostly makes music by editing MIDI on a computer -- still, he has 2-3 huge modular analog synths. Hans Zimmer actually plays keyboards and mostly composes orchestral works, but he still uses modulars from time to time)
Nuclear Power's Original Mistake: Trying to Domesticate the Bomb
I think instead of instinct "intuition" would be a better word. It is gut feeling, but developed from environment rather than innate.
Text analysis on news articles
Google's interview process is the single shining example of the worst interview process I've ever been through. So much so I actually took the interviewer to task for it.

It may be good at screening University graduates but it's pretty awful at anything else. It's also really obvious that the interviewers don't actually know how to interview people and are pretty much cargo-culting the same process that hired them.

Awful. It totally destroyed my perception of the company.

Now granted this was... 7 years ago, no (or more) but from colleagues who have interviewed there (or been hired!) it's not changed fundamentally that much.
If you want to see big balls of mud created using setter injection, you're welcome to visit any of the projects i worked on when i was at Pivotal!
Yeah, I don't know what to believe. Anyways, streets that aren't littered with advertising is certainly an interesting sight!
I stand corrected.

There is an 80 GB model that is backwards compatible with disc based games (though it's backwards compatibility is only listed as "limited"), and, according to Sony, all PS3s can play PS2 classics downloaded from Sony. See this article for more details:

https://support.us.playstation.com/articles/en_US/KC_Article...
I've had the exact same experience at La Taqueria in San Francisco.
Then they should probably ask people to estimate a thing that's even remotely relevant to the job.

(I mean, I get it, this kind of general estimation and/or ball-parking can be incredibly valuable, but this doesn't sound relevant in any way.)
>- Lack of self awareness and introspection. Not being able to give specific examples of times you've made a mistake and how you learned from it.

>- Shit talking old coworkers, general attitude that you're great and nothing is your fault.

These are fair enough, although you did say above that the other coworkers in your old scrappy startups were much worse.

> - Being unable to talk about YOUR specific contributions; "we did this, we did that, the project made money..." Okay, what did YOU do? Surprising amount of people fail on that one.

Some people will struggle to take credit because of politeness. Isn't taking credit trivial to do? Especially when the interviewer cannot possibly check up on that. I'm absolutely not convinced about this one, although I do make a point to talk about my contributions when I interview (which frankly doesn't happen much at all, since I tend to stay in the same job for long periods if possible and try to make things better there).

>- Not thinking about the end user; "I used this technology because it sounded cool" instead of "I wanted this result for my customers." Tell us about the situation and why you made the right or wrong choices.

This sounds like bullshit too, to be honest. Most people don't get to decide the general point of what they do unless they are the CTO. However I do realise that this is absolutely the kind of stuff interviewers look at and you need to prepare for it.

>- Interrupting the interviewer and not asking questions. This is a weird one. We want you to do well, so sometimes if you're going down the wrong path we'll try to help. I've had candidates talk over me and just barge ahead down a totally incorrect path. ¯\_(ツ)_/¯

Fair.

>Obviously most weaknesses can be overlooked if there are serious strengths.

Which you really won't know until months later.

>I've done a lot of interviewing, happy to answer questions.

I know people who'd do badly on several of these accounts and are completely brilliant at getting the job done.

The problem is that you cannot possibly know how well would the ones you rejected would have done.

If you can have a probation period of 3 months or so, that should be the main yardstick. Of course someone's attitude can become shittier over time but no interviewing process can reliably catch that.
ARM is in Seattle?
It's more at risk because they have lost sight of what people want. Firefox muddled itself with a halfassed phone project, a programming language, etc, instead of making a good browser, while google poured efforts into making chrome fast and less prone to crashes taking out everything. It's only natural then that they'd lose market share. Free isn't Good Enough, it has to work well too.
Who makes these hateful websites? For the love of god at least provide a "printer friendly" version. It's like reading a roll of toilet paper that randomly jerks and spins. You're supposed to be more convenient than a paper magazine!

I do recommend the radio programme broadcast on BBC radio 4 (still up on iPlayer).