skysight-inc/HackerNews huggingface dataset:
Is conversation not a limited form of collaboration?

I've got to say, I find it really hard to take your outrage at a little mild profanity seriously if you so casually use it yourself during normal conversations. To be frank, I think you're just pretending to be offended Linus using profanity.
“a gender pay gap and lack of diversity could make it difficult for the company to hire and retain workers”

The solution to a constrained maximization is never greater than the unconstrained solution. So how does adding a diversity constraint make it easier to hire?

I often wonder about the supposed rigor of the hiring process.

Google is being eaten from the inside. Will not last.
Social Security is not a retirement account. We're paying today for the current generation of retirees so we don't have a class of elderly homeless eating cat food and dying in our streets.

Means testing is consistent with this outcome.
Only two very special types of racial minorities are over-represented - Indians and east asians(specifically Chinese) are overrepresented relative to their US population.

These groups are generally forgotten about or elided when talking about how Google or US tech has a diversity problem - there is just a diversity problem with blacks, latinos, and women, and my hunch is that it has nothing to do with tech being racist or sexist and has everything to do with either larger structural issues in the US, or people choosing through free will to not enter the field.
It's a version of Newton's First Law of Motion, as much as anything. "A corporation at rest will remain at rest unless acted upon by some outside unbalanced force."
Yes, sometimes when editing existing text (as opposed to writing new lines sequentially.

OTOH, I have had that same issue occasionally with every editor that auto-closes that kind of element, haven't you?

I assume there's a performance tradeoff you have to make there, around how much parsing you want to do on every one of those keystrokes (including the weird-and-fuzzy kind of analysis required for code that is being typed and perhaps isn't yet in a valid state).
Totally right. Why do we need to now consider the race, sexual frustrations, gender identification issues, and bedroom proclivities of a candidate when deciding to hire or fire a candidate? It turns out that there are more whites and asians in STEM because of tiger-moms and other cultural norms like the focus on doing well in school vs. sports, TV watching, and sitting around. Disagree and get all-emotional but those are the facts. I've never once felt the need to stack rank candidates by skin color or gender or ethnic origin until I worked for a morally bankrupt startup with a "People Operations" team led by a short-haired feminist on a crusade against "unconscious bias".

How about we put the race & LGBTQ cards away for a day and go back to the "old school" way of hiring qualified candidates. After all, is that not how Google was created in the first place? Or should have Eric Schmidt been skipped over for someone darker?
It's hard to say if it would have helped. My rationale would be that the engineers commonly dogfood their own products and do ad-hoc testing so a black engineer may have been able to catch the bug before it hits production.

Taking the example to the logical extreme I doubt the bug would have hit production if the entire development team was dark-skinned.
If JOOQ is anything like LINQ-to-SQL (and it certainly looks inspired by it), then it isn't an ORM. It's a typed query language with a one-to-one mapping to SQL database tables/views. This gives us the low-level control of SQL, but with the ability to build our own abstractions and compositions using the host language. ORM's are frameworks (bad), JOOQ is a library (good).
Are you using the javax.script API? I believe TruffleJS implements that, so it might not be too difficult to switch.
Which ecommerce platform is right for you?
Gitea was working on it, last I remember.
There was another successful attack on another hardware wallet (Ledger) 3 months ago, by tampering the firmware used in one of the MCU - (Post by the author: https://saleemrashid.com/2018/03/20/breaking-ledger-security... ; HN thread: https://news.ycombinator.com/item?id=16627725)
Although to be fair, Asians constitute 15% of the population of California as a whole.
ETH Ganache and Drizzle have no license
Seeing as most of Google's technical workforce is in CA, specifically the Bay Area, it would make more sense to compare to compare to the population surrounding HQ rather than the US as a whole.
The marginal value of each dollar of social security benefit is smaller for those with independent wealth. Means testing is a way of making sure that each SSI dollar is highly valued.
I seriously doubt they dropped it because of a protest. They set up shop in Beijing to do the same work for China. More likely, the Pentagon got outbid.
See: mongodb
I highly recommend The Art of Fermentation[1] to anyone interested in making this and other fermented food and drinks. It's a huge, encyclopedic book on everything fermentation-related.

The author also has an interesting blog.[2]

[1] - https://www.amazon.com/Art-Fermentation-Depth-Exploration-Es...

[2] - https://www.wildfermentation.com/
[jose] preventing confusion of one kind of JWT for another in JWT BCP
Blogspam of https://puri.sm/posts/librem5-smartphone-makes-major-strides...

Posted here https://news.ycombinator.com/item?id=17247920
Interesting method of attack for sure...

https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4440565/
It's best not to bring a rational numerical argument to the table in an area of contention that is owned exclusively by irrational emotional reactions about which groups in society are perceived to be the most disadvantaged. The fact is you can't really have a discussion when every party comes to the table with different feelings instead of numbers.
In all fairness, when it comes to end-stage palliative care, there is no male/female distinction with respect to the bottom line. They both hit it pretty hard assuming they qualify.
This kind of issues is so typical of SV... When i think at the average salary at Google, the fact that they’ve lived as a company out of the same product for more than 15 years, and still do, and that their biggest concern isn’t to survive or gain marketshare, but rather PR issues... i feel like looking at those reality TV shows , seeing the lives or insanely privileged people that really don’t know what to make of their time, while the rest of us strive just to have a decent life.

It’s really time other geographical places, in other countries, become good competitors.
Social security is eminently and easily fixable. It's just been obstructed for decades by people of bad faith who want to burn it, and the country, to the ground.
IBM Cloud’s Call for Code for Natural Disaster
Asians don't count because argle bargle word salad.
Shouldn't your first reference point be 1? :P
I don't think certain races/genders/etc. are innately better at programming; however, wouldn't the quoted statement still be true as long as there is inequality higher up the pipeline? E.g. minorities have less access to college prep, therefore less minorities have the opportunity to become the best, therefore hiring the best results disproportionately hiring non-minorities?
It's not uncommon. The 77% figure quoted in the top comment includes Hispanics ("White Hispanics"). The White non-Hispanic population is 62%.
Karl Kuttag was right all along I guess. Good for him, but a bit of a bummer for the dream ML was trying to sell. Of course that dream turns have been made of lies and horseshit, so...
When the only thing you have is a hammer, everything looks like a nail.

You’d be surprised at how well screwdrivers work on those funny-looking nails with the threads and the slotted heads.

Snark aside: learning a second language is not really that hard, and will make you a better user of the first language in ways that you couldn’t possibly have predicted.
I wonder what's the best way to solve this, apart disable it.
You're not just "giving people a head's up". You're also making a claim that IanDrake is, essentially, being dishonest.

You want to point out (what you perceive to be) the actual results of someone's position? Fine. Feel free to do so. But don't claim that they believe those results but are unwilling to say so. You don't have the knowledge to make that claim, so you are being dishonest when you do so.
Ask HN: What tech presented in research papers are you waiting to be mainstream?
Except javascript's design is completely antithetical to those use cases. It has no type system, its performance is hard to profile and reason about, single threaded (unless you want to start forking and managing threads in javascript...), weird edge cases, piss poor numeric computation, etc etc.
> Being a monopoly is fine. The problem starts when a company abuses it's monopoly power.

This is dangerously incorrect. A market economy requires competition to function correctly. Any monopoly — but especially one in a major market — is a hazard to the health of the broader economy and the society that depends upon it.

See: https://www.yalelawjournal.org/article/amazons-antitrust-par...

> The long-term interests of consumers include product quality, variety, and innovation—factors best promoted through both a robust competitive process and open markets. By contrast, allowing a highly concentrated market structure to persist endangers these long-term interests, since firms in uncompetitive markets need not compete to improve old products or tinker to create news ones.
“X for Humans!” ©
This story got censored pretty quick. It was on the front page, now it's on 2nd (soon 3rd) page. Why was it censored, admins?
You will have Social Security. You just might receive something closer to the current level of social security benefits rather than a more generous package. Social Security benefits are indexed to median wages, which rise over time. If they just don't increase benefits so quickly system will be fine. Likewise, a hike in taxes which would still leave us one of the lower-taxed industrialized countries would do the trick.

A funny thing is that we have both fear of automation and fear of insolvent social security. If the economy gets more automated it will grow quickly, and it will be easy to tax the additional income to pay for social security---although we may have to use a value-added tax or a higher corporate tax rather than payroll taxes.
Thanks for your insights. I’ve always liked the language Dart. It seems to me to be a fine language—a design that could be widely adopted. I was disappointed to see Google fail to achieve goal #1, I’ll be watching flutter. Good luck and thanks for your work on Dart.
Germany: first court decision on GDPR
Then you haven't read enough on the matter. All STEM fields have a problem, but other STEM fields pale in comparison to tech's racism/sexism.

As a hunch, yes I used to be of that opinion as well. I thought it was nonsense. Sorry that I don't have the data handy to back it up, but seriously (not being snide) if you care enough to matter you can research it.
This is the best explanation! Actually if the editor posted this article on her phone, it might even be auto-correct? What would that say about how often such an editor posts clickbait, that she uses the word "fate" more than the word "date"?
https://i.imgur.com/A7h22DB.jpg

I added a few arrows to make it more obvious.

Here's the article these pics are from: https://www.gamersnexus.net/news-pc/3008-threadripper-cooler...

> Also, won't screw holes generally have screws in them, which are both conductive and not air?

https://static.arctic.ac/media/wysiwyg/Products/Liquid_Freez...

Screws have heads, and those heads have divots and are simply not a perfectly-flat surface.

I mean, nothing is perfectly flat. That's why we use thermal compound / thermal paste to connect things together. (Thermal compound is worse than copper at thermal exchange, but its way, way WAY better than air-gaps). So you use thermal-paste to fill in any air-gaps.

If you are going to use a "regular size" cooler, you probably should put thermal paste in all of those screw-heads, for a slightly better connection.
> the relatively slow on-board 8051

Cypress FX2LP?

It's pretty sad indeed. 48 MHz clock and performance is maybe 2 MIPS, if that...
>Fun fact, the spicy pepper was only introduced after the Portuguese brought it to East Asia.

Yes. Not only to East Asia, to India too, and probably to many other countries. In fact, maybe to Africa too, since they had colonies there too. I've had piri piri dishes in Goa, and heard or read that it came from Africa via the Portuguese.
Is our tax policy still among the most progressive if you account for the full payroll tax (not just the employee side as apparently that study does) as well as the many other federal, state, and local taxes we pay?
I think often there's an option for race and then a separate option for Latino/Non-Latino. I would guess that most Latino people would probably be White and Latino, although its not something I'm super knowledgeable about.
Just how easy JavaScript, like lisp, makes it to pass around pure anonymous functions and make good use of closures (if you are willing to tolerate a few brackets). Promises had to ruin it by wrapping functions into stateful objects.

Really the best case I found against Promises comes from, believe it or not, the pro promise chapter of a book:

https://github.com/getify/You-Dont-Know-JS/blob/master/async...

I really don't understand how the author managed to view the things he described as positives.

Just the length of the chapter is a testament to how overly complex promises are. On top of bringing in a ton of jargon such as "thenable", "rejection", "fullfilment", "future value" (I think the author means you are guaranteed a nextTick whooptidoo), "uninversion of control", "revealing constructor", it admits that promises do not solve most of the issues mentioned about callbacks in the previous chapter and often makes things fail in more subtle ways.

It describes how you have to manually call things like Promise.race() to solve some of the problems hardly making things more automatic then callbacks.

He talks about "Thenable Duck Typing" saying horrifying things such as

"Given that Promises are constructed by the new Promise(..) syntax, you might think that p instanceof Promise would be an acceptable check. But unfortunately, there are a number of reasons that's not totally sufficient.

Mainly, you can receive a Promise value from another browser window (iframe, etc.), which would have its own Promise different from the one in the current window/frame, and that check would fail to identify the Promise instance.

Moreover, a library or framework may choose to vend its own Promises and not use the native ES6 Promise implementation to do so. "

and

"The standards decision to hijack the previously nonreserved -- and completely general-purpose sounding -- then property name means that no value (or any of its delegates), either past, present, or future, can have a then(..) function present, either on purpose or by accident, or that value will be confused for a thenable in Promises systems, which will probably create bugs that are really hard to track down."

He praises immutability but ignores the fact that promises add mutable hidden state between your call and callback.

He mentions that promises can silently swallow errors and calls it the "Pit of Despair". There is much more. Read the chapter.

Pit of despair indeed.

Callbacks are so much simpler and beautiful:

https://medium.com/@b.essiambre/continuation-passing-style-p...
This sort of mismatch seems fairly common. It's probably some sort of SEO scheme...
Just learn to purr and chase balls of yarn; you can be coddled as some rich old spinster's pet.
This is pretty much a perfect example. That and dynamic languages, although dynamic languages happened because the happy medium of types is type inference, and previous popular typed languages were too verbose/inflexible.

We're definitely reinventing the wheel a lot, though.
Compiling and running your own forked Docker release
This is probably the worst idea ever. Having dealt with EU's I+D efforts I expect this to be nothing more than a free giveaway of money to big companies in the EU, with absolutely nothing of value to show for it.
GitHub Alternatives Compared
They hired him after this:

https://medium.com/@satoshilabs/ethical-hacker-and-bitcoin-h...
No it wouldn’t have made it to production if the training dataset had more dark skinned people and lots of gorillas in it.
Was it basically sauerkraut? People in north-eastern China (across a river from North Korea) all eat something basically indistinguishable from sauerkraut.
Books to be an agnostic programmer
Swissmountain67
Got it--I just submitted an application!
The extreme difficulty and extraordinary financial cost of challenging their search product, guarantees it will in fact last. It can't be replaced until or unless there's a direct hit / directly competing technology inflection that involves search that they miss (for example, had they missed mobile and not acquired & developed Android, that could have been an opening).

It's that way for the exact same reason Microsoft being a mess to varying degrees for 10-15 years didn't wreck the company because the Windows + Office duopoly perpetually printed vast profit. Even when they screwed up the products at times.

The tolerance level of insanity, chaos, idiocy, whatever, that can occur within Google before it's threatening to their existence, is far beyond where they're at now. The search engine has no meaningful competitive threats currently, they can coast for at least a decade on the search product as it is now.

Financially, they have net tangible assets that make them look more like Berkshire Hathaway than a tech company. Their net tangible assets are greater than Apple's, because they're basically debt free ($140b in net tangibles, $102b in cash). Microsoft's net tangibles are $28b by comparison. With Google's balance sheet and the search monopoly, they can spin in circles juggling mistake after mistake, with a rotting culture, for many years and have nothing to seriously worry about.
My how times change.

Years ago, when Google was young, their recruiters contacted me. Their pitch: We only hire the best of the best. We’re focused on top students, from the top schools. The interviews are hard, and most people fail.

Today, it seems Google’s pitch is: Okay, we need to top-off this demographic bucket, and you’re in that bucket. Will you help us even-out this demographic pie chart?
Yes, that's a cost your brain is paying. And a higher cost if you bring on new devs to that project, who then need to learn and understand both Python and Elixir. Debugging is different in both languages, libraries are different, standards, conventions, top level APIs, runtimes, capabilities, all that has to be understood to operate at a high level. That's a non-zero cost and it's pretty significant. That you've learned both so well that you can switch between them is great, but that's equivalent to knowing two musical instruments as well as one.
You can do this. Go to Config > Application Settings > Maniphest and use the "maniphest.statuses" option.

The amount of control is actually rather nice.
Depends on your definition of "need", it enables me to manage a ton of stuff across multiple dcs and regions easily. It would feel like the dark ages to be without it as this point.
I believe in the right of individual self determination in matters of life and death, even to the point of foolishness, yes.
I know in the HN comments they'll be a whole bunch of "you don't do design when you're trying to iterate fast". I wholly disagree. Design phases expose problems in your thinking that you'll be tripping over very shortly, except now you didn't waste the time implementing something that wouldn't work anyway. Skipping the design phase is "productivity theater", where it appears you're being productive because code is being written, but in reality, you're just being busy.
Michigan is now (thankfully) a right to work state. This means that people can be hired without worrying about it being a union shop. The union used to have effectively a monopoly on labor at many sites here. This is no longer the case.

It is not propaganda to state very basic economics here. You budget X for a years wages for your team of N people, on average paying them Y = (X/N)/12 per month. They form a union, and demand a wage increase of delta per person. So, now, you are paying Y*(1 + delta). X hasn't changed. Number of months in a year hasn't changed. What can possibly change to allow the company to do this?

N. The number of people employed.

So yeah, you can get fewer workers more money. What are you going to tell the folks who were let go, in order to make room in the budget to pay this?

This is where politics starts rearing its ugly head, and you see people referred to as "evil capitalists". You know, the ones who know they can't really raise X, without directly materially impacting the companies bottom line.

Their choices are hard. 1) let people go. 2) raise prices. 3) report lower profits (assuming profits), or increase debt to cover.

Which of these 3 options would you pick?

In recent years, thanks to globalization, a 4th option has opened. 4) move work to a lower cost locale.

It is not rocket science to understand that this has been what has been happening since the early 90s.

Now with the push to 15, as it is sometimes called ... the $15/hour minimum wage, a new option, thanks to tech, is opening up. 5) automate as much as possible, and reduce the workforce to keep costs low.

So, in all those nice locales where the wage is being pushed to 15$/hour, companies are exploring how quickly they can automate those jobs out of existence.

None of this is propaganda, all of it is reality.
It's easier to find counter examples (because it's difficult to pinpoint exactly how much a given effort contributed to a good product).

This one is funny/sad: https://gizmodo.com/why-cant-this-soap-dispenser-identify-da...

More history: https://priceonomics.com/how-photography-was-optimized-for-w...

Not a product, but musicians and gender: https://www.theguardian.com/women-in-leadership/2013/oct/14/...

We build to our biases, and groups of people integrate their own collective bias into all their decisions. It would be difficult to argue otherwise, I think.
Is that enforced? I submitted an app in 2017 that does not work at all over IPv6 and it was accepted.
It seems to me that it’s possible to use logic while having no belief at all as to whether that logic has any connection to reality — it could simply be an exercise in symbol manipulation with no meaning at all, which is the formalist position.

A formalist would have no problem using a logical system that implies a particular belief about existence while not holding that belief at all.
It's because their place data isn't so rich. Also they haven't considered it a priority to build out that kind of a search. (Despite it being a lucrative space)
Also known as the "Free Public License 1.0.0".

It's also officially recognized by the OSI.

https://opensource.org/licenses/FPL-1.0.0
Increased diversity is not the same as equal diversity though.
> This is absolutely true. It's also something that has never existed. "Black-sounding" names on job applications get fewer calls for interviews, women of childbearing age are hired less frequently because of fears that they may choose to prioritize children over their job, etc.

Actually, double blind hiring processes have been tried. They largely reproduced the existing demographics, and so were ultimately scrapped for not producing enough diversity.
Following US patent application number: 20180139557

Is it possible to conceive a weapon that generates sound at specific distances in space using ultrasonic signals as a carrier to get -into- hotel rooms? Can sound do this much damage to the human brain?