skysight-inc/HackerNews huggingface dataset:
My wife, and quite a number of friends are from Europe (Austria, Germany, and Hungary mainly), and from anecdotes from them it is fairly clear to me that, at least in hiring practices, Europe is not a better environment than the U.S. in this regard.

For example, almost every European woman I have talked to about this has been asked either outright or strongly implied whether they were likely to have kids while employed. They have usually followed up with stories of women who were denied employment because of that. In some of those cases it was just because they were in the right age range, and despite their protestation the interviewer thought that they would.

In the U.S. I have never heard of someone being asked things like that (it is specifically illegal, and easy grounds for very expensive lawsuits).

It should be said that maternity leave (especially paid portions of it) is much longer in large parts of Europe. My sister-in-law has been on paid maternity leave now for 4 years. That ended a few weeks ago, but her employer informed her that during that leave she had build up x-and-x vacation, so she decided to take that, so she has been on "vacation" now for about a month.

That huge cost may be part of the push there. For people outside the U.S.: there is no national requirement for any paid leave, but it does require 12-weeks of non-paid leave (at least for larger companies). California was the first state to require 6 weeks of partially paid leave, but I am not aware of any states that have followed suit. It also should be said that many companied have their own more-generous policies, but those are more often the larger companies, especially ones with a mostly high-skilled workforce.
How we built Hamiltix.net for less than $1 a month on AWS
https://en.wikipedia.org/wiki/Raymond_Chandler

There probably are more at https://bloom-site.com/about/ ”literary site devoted to highlighting, profiling, reviewing, and interviewing authors whose first major work was published when they were age 40 or older.”
These attacks are often described as denial of service attacks, but I wonder if many of them aren't employed as cover for an intrusion attempt. Is it possible that intrusive traffic could be mixed in with such an attack?
Sales and Engineering - very different competencies. Companies like IBM are NOT technology companies. They are sales-culture oriented, and their product HAPPENS TO BE technology. In fact you could argue, the only way to win big enterprise contracts in the first place, is to be a sales-culture company.

But after selling the deal, their workers have to solve a difficult engineering and organizational management problem simultaneously (the project).

They use contractors (devs) which proves they are not an engineering but sales culture. So, you need to bridge the two worlds. That's the PMs.
These are the most incompetent members of the team. The devs very often are very smart.

Draw horizontal lines on the org chart. The sales guys are at the top. They are generally competent. Proof = they sold a massive deal. The devs are at the bottom. They are often competent. They have to be or they wouldn't get hired or find work. You can PROVE someone doesn't know dev work. But, they don't have enough POWER to change things or fix things.

Reasons for failure:

1. The middle. This is the breakdown. Many PMs often have no real skills. ORGANIZING for success, given a complex technical and organizational problem.
2. The projects are too big. Any huge project is from the get-go at an unacceptable level of risk. Decentralization, Deconstruction is powerful. The projects must be broken into smaller pieces to be managed.
Ignored for the Nobel Prize, This Unsung Scientist Is the Father of Fibre Optic
> First class support for unit tests and contracts
this maybe ?
Plaid | Software Engineer | San Francisco, CA | equity + benefits | ONSITE, Full-time, https://plaid.com/

* About Me *

Hello HN! My name is Jean-Denis Greze and I'm the Head of Engineering at Plaid. I helped grow Dropbox from 100 engineers to 600+. I joined Plaid because I believe in their mission to empower the consumer financial revolution and believe we are uniquely positioned to drive change in the industry.

* About Us *

We provide a single API on top of the U.S. financial system and help companies like Venmo, Coinbase, Lending Club, Square Cash, and Robinhood handle banking data. Being at the epicenter of Fintech allows us to pursue everything from the Bitcoin frenzy to the revolution happening in Home Mortgages. We are a mature and enthusiastic workplace excited to grow from 120 (48 engineers) to 200+ employees in 2018.

* About You *

We're looking for experienced software engineers with 3+ years experience in SRE, Backend, Product, or Security Engineering. Our tech stack includes Node.js, Typescript, and Go, and while we love experience with these technologies we get excited about anyone comfortable stepping into a new environment. We value transparency, humility, and intellectual honesty.

* Get in Touch *

You can learn more about us at https://plaid.com/company/ and see our open roles at You can learn more about us at https://plaid.com/careers . Reach out to me directly at greze+hn@plaid.com with a sentence or two about yourself and either your LinkedIn profile or your resumé.

Tech Buzzwords: Node.js, Python, Go/Golang, Typescript, AWS, Redshift, EC2, ECS, S3, ElasticSearch, Spark.

Company Buzzwords: $60 million raised, Series B. Catered Lunch, Dinner. Health+Vision+Dentail+Life, Monthly team events. Wellness + Transportation Benefits, Uber/Lyft credits. Flexible Hours/WFH. Unlimited PTO (three week minimum).
Who says it’s specific to technology? There are plenty of similar stories in other fields.
4 is in the domain of real numbers.

Does me talking about 4 somehow imply all the other real numbers aren't real?

Yes, women face these kinds of problems in more than just computer science or technology in general. However this article and this post are talking specifically. Perhaps they feel that they cannot fix a problem that exists "everywhere" and are focused on their narrow slice of the domain. This does not prevent you from talking about other slices of the domain, or the entire domain, or working to reduce the problems women and others face in whatever piece of the domain you choose.

Also, at the risk of producing a defensive reaction -- why do you believe that the poster believes the problem is specific to the technology fields? What in their statement leads you to the conclusion that they think this is an isolated problem?
> In fact, the planet, known as WASP-39b, has three times as much water as Saturn does.

Is that a lot?
It's depressing that I remember exactly this shit from my time in US academia. Not about me, being a man, but what I saw, and what my woman friends shared with me. I recall a woman who didn't get tenure, because she was the only woman in the department, and had no friends to support her. I recall female grad students who were sexually assaulted by their advisers. Some of whom were on my thesis committee, and were great mentors. It's just so fucking sad that it's still so common, decades later :(
Not the parent but my personal pet-peeve is case-insensitive variable names - a deal breaker for me.
I really don't understand your point. It's not as though wearing clothing "good enough" to get "social brownie points" is difficult in most places. An ironed, well tailored outfit and simple color coordination is usually good enough to signal to people that you're credible. Most folks will not need to get into the finer points of fashion like the very latest trends and brand names. So I don't see where sincerity plays in when the bar to just reach the level of "looks like they have their things together" is pretty low.

In my experience (I sort of enjoy fashion) most people cannot tell the minute differences between "tailored outfit & basic color coordination" and "total fashionista who keeps up with everything." I can walk around with a fake Coach bag, get compliments all day, most people just do not know.

There's exceptions of course, certain offices/fields of work. But it's not common.
Where and when you're born is chance and certainly has an impact on prospects.

But being born into wealth doesn't mean you'll keep it either, especially into the 3rd generation[1]. Those kids are too far removed from the work that got there. Ever hear the saying, "shirtsleeves to shirtsleeves in three generations"?

[1] http://money.cnn.com/2014/06/25/luxury/family-wealth/index.h...
Facebook finds no substantial evidence of Russian meddling in EU referendum
While I think you're right that people generally like to pick on tech, I think the portion of the comment you're quoting was only referencing tech to make the hypothetical case more relatable to members of this community.
Well as I said in another comment, I live in Europe, so it's definitely very different here.

I have several points. Let's not blame organizations for the actions of individuals (given that the organization properly deals with said individual). Let's not blame the whole industry or the whole society for the actions of individuals. If something happened to me at a conference, I won't blame my manager who is not connected to the individual that did it in any way for that - and I won't make them suffer because of that.

Of course there might be a reason to not communicate that and that's completely alright, it's business after all, but let's not make it a default choice, please - let's stay human and be nice to each other.
Since someone has already mentioned Apache Calcite once...

Take a look at https://calcite.apache.org/avatica/ -- it does some of what you're mentioning.
The position here is that it's not information that might be extremely important to them. Legally (and ethically!) this information literally can not, must not influence any of their decisions regarding that employee in any way whatsoever. What is the employer going to do if they tell them if they can't use that information or act on it? They might do something, but they should not; they likely want to do something, but they should be prevented from doing so.

In essence, the applicant has a right to demand treatment as if the employer didn't know that information. By not telling them, they're exercising that right, taking precautions so that it wouldn't be violated in a way that's illegal but hard to prove.
Could you talk a little bit more about your situation and how you work with these guys?

I assume you are a contractor, can you tell us a little bit about your background and give us an example of how they helped you find work? Thanks.
To be at the far right of the distribution for any measure of achievement, you generally have to (a) start on "third base", (b) devote your life to learning and practicing from an early age, (c) have far more innate talent than most, (d) have the right personality, with irrational faith in yourself and drive, and (d) have far more luck than most people.

I think it's pointless to argue about whether people deserve great success, because whatever attributes you consider "deserved" vs "not deserved", the most successful must have all of them - otherwise someone else would take their place.
I've compiled this into a Todoist template you can import - it's got links to each module + times.

To preview: http://todotemplates.com/posts/HRtYanEq8zMgRL5fz/google-ml-c...

To import directly: https://todoist.com/importFromTemplate?t_url=https%3A%2F%2Fd...
I'm building a framework for this type of use case - atlasreality.xyz

Render HTML components in AR / VR.

I'd love to chat - jordan@jordancampbell.org if you're interested.
> THEN I'LL JUST SERVE A CRYPTOGRAPHIC DIGEST OF MY CODE

1) Javascript is open source and you can audit the code you are running.

2) You can save the HTML of a page and run your local copy so that you know the JS can't change or check the hash every time

Can you audit the code of your OS or Browser? In theory, if you are on Linux, but in practice it is too complex and voluminous for one person to do.

A browser based app is usually in the thousands of lines of open source code running in a sandbox that is very easy to debug.

The browser environment is the most secure and most easily user auditable environment there is.

Unless you expect all of your users to build your app from source on linux that they built from source you can't really get better security.

"Javascript Cryptography Considered Harmful" is old FUD. It was barely coherent when first published and the only legitimate arguments it had have been fixed.
OLE was and is brilliant. As a kid I always loved watching it contort to embed something ridiculous like Paint Shop Pro into Microsoft Word
The Metreon, 1999 – a design thread
> Sales and Engineering - very different competencies. Companies like IBM are NOT technology companies. They are sales-culture oriented, and their product HAPPENS TO BE technology. In fact you could argue, the only way to win big enterprise contracts in the first place, is to be a sales-culture company.

An EDS executive's alleged overpromising, in landing a big contract to build a CRM system for British Sky Broadcasting, ended up costing EDS big bucks: USD $460 million, or more than four times the value of the original contract [0].

[0] http://www.oncontracts.com/eds-british-sky-overpromising/ (self-cite)
by "we managed" you mean the network of centralized gateways? because that's how internet works, just in case you didn't know.

we grew past the global scale fully connected topologies somewhere in late 80s if not earlier (i was in ussr kindergarden at that time, so please somebody correct me).

> Bitcoin Cash seems to be doing just fine with its 8 megabyte blocks

is it maybe because nobody is using it? :) blocks are 15 times smaller, tps is 10 times lower, USD transferred per day is 50 times lower.

gee, no wonder bitcoin cash is doing just fine, it's a copy of bitcoin and that kind of load is where bitcoin was couple years ago.
Semaphore | Engineering and Non-Engineering Roles | Remote | Full-time | https://semaphoreci.com/about/careers

We're currently hiring a Technical Writer, Technical Support Engineer, React Developer and DevOps Engineer; see https://semaphoreci.com/about/careers.

At Semaphore, we're on a mission to help developers move faster. Our way is to double down on great user experience and high performance, treat our customers as we’d like to be treated, and make continuous delivery practices more accessible to developers. We're bootstrapped, profitable, the team is ~20 people who love what they do. If you join you can make a big impact.
> "That means only the first letters are compared in a case sensitive manner. Other letters are compared case insensitively within the ASCII range and underscores are ignored." [1]

Wow, this is strange. I understand the reasoning but strongly disagree with it. Not sure if it's a deal-breaker for me though, just... strange.

[1]: https://nim-lang.org/docs/manual.html#lexical-analysis-ident...
I think I agree. Often I can't really tell the difference between affirmative action and reverse racism. I'll admit that I am often ignorant, but if the quest is equality (which I am all for) then affirmative action (or essentially making two people of different races not equal for only the reason of race) seems damaging.

Those are my honest thoughts, please don't destroy me. I see you were flagged and I'm not sure why, I think you present thought provoking points, and while I tend to agree, I would even like to see the views of those who disagree, not sure why they wouldn't want to see yours ¯\_(ツ)_/¯
To be successful over the course of a career requires the application and accumulation of expertise. This assumes that for any given undertaking you either provide expertise or you are just a bystander. It’s the experts that are the drivers—an expertise that is gained from a curiosity, and a mindset of treating one’s craft very seriously.
One of my favorite quotes
That's exactly what I was wondering! It's such an odd choice to compare it to as I'm having trouble finding an exact number. This article mentions that it's a small amount of ice but not exactly helpful for a scale: https://www.universetoday.com/15374/is-there-water-on-saturn...
The NASA link you posted is materially better, because it links in an obvious way to the ApJ paper itself (http://imgsrc.hubblesite.org/hvi/uploads/science_paper/file_...). I could not find such a link in the phys.org page.

The paper link is worth following if you're interested.

It describes using an exoplanet general circulation model (atmosphere model) to recover the temperature-vs-pressure profile within the exoplanet atmosphere - pressure being a proxy for height (Fig. 11a). They also retrieve temperature-vs-longitude.
Can anyone else besides Dropbox handle multiple large git repos?

The last time I tried with OneDrive, Google Drive, or Nextcloud, all choked
happy birthday

https://musiclab.chromeexperiments.com/Song-Maker/song/60409...
> Well I'm going to play the devil's advocate: How would you feel about looking for an employee for months, spending tremendous amounts of money on recruiting them, training them afterwards, only to find out that they're not going to work for you for several years and didn't even mention that, possibly messing up your financial situation, screwing up any long term planning, etc?

Were I hiring in an environment where that was a legally protected right, I'd probably work it into my hiring planning in advance, then if it was occurring more often than I had accounted for, try to evaluate whether my planning was bad.

Can't see the point in getting upset about it.
SEEKING WORK - Remote or Chicago-area

Clojure / Elixir / Python / DevOps / Docker

Email in profile
Sure. URL changed from https://phys.org/news/2018-03-nasa-large-amount-exoplanet-at....
What? That an employee will be away for several years is not an important information? Since when?

The employee has right to be treated as if the information was unknown, I never said the opposite and never wanted to even imply that (and I'm pretty sure that I did not). That doesn't mean that the employer shouldn't have an opportunity to plan accordingly (e.g. start looking for a temporary replacement, stop accepting new projects and so on).
Whoops! Thanks - I finished that part of it now. https://www.buymeacoffee.com/tunesmith
The reason I go by luckydude is my acknowledgement that me getting somewhat wealthy is in part pure chance.

I used to think I made my own luck, it was the groundwork I did that lead to Larry and Sergey wanting to hire me, it was the work I did in creating my own company, etc. I thought it was all me.

And I still believe that I had to do all the things to get some wealth but I've watched much more talented people do all the right things and get nowhere (and I've watch far less talented people get quite wealthy).

There is an element of luck, you have to do your part but you can do your part and never be at the right place at the right time. I think that's the part that is luck, you can't control what the rest of the world is doing and unless you can predict the future, it's luck.

Signed,

luckydude, retired at 54.
> but the committee meetings aren't expensive. They are basically free. And there often should be far more of them. The real cost comes from major changes in the design too late in the project plan.

https://en.wiktionary.org/wiki/bikeshedding

> The term was coined as a metaphor to illuminate Parkinson’s Law of Triviality. Parkinson observed that a committee whose job is to approve plans for a nuclear power plant may spend the majority of its time on relatively unimportant but easy-to-grasp issues, such as what materials to use for the staff bikeshed, while neglecting the design of the power plant itself, which is far more important but also far more difficult to criticize constructively. It was popularized in the Berkeley Software Distribution community by Poul-Henning Kamp[1] and has spread from there to the software industry at large.

http://bikeshed.com/
The problem is that he only thinks this, with hardly anything to back it up, and doesn't discuss the substance. He merely talks about his impression of the discussion.

The reply is correct, many discourses can also be considered "one sided", such as Socratic dialogues. However, it is also very possible that the commenter feels it's that way because they are biased to one or the other side of the debate themselves. I am not even sure which side they considered the strawman.
Spent a number of hours researching this yesterday and settled on http://www.concordnow.com/
CS229 @ Stanford is very math/proof intensive. This might be somewhat similar to CS221 or the Coursera course.
They're all still orbiting in a single plane. What about the z axis?
A DoS attack is, by literal definition, an attempt to overwhelm a host until it is forced to _deny service_ to valid user requests. Are there intrusion techniques that both bring down the server and break into it at the same time? I'm not a security expert, but that doesn't seem like it makes a whole lot of sense to me.
I've written quite a few personal projects in Nim, and I love programming in it. Nim is garbage-collected and the GC is not a stop the world GC, so the language is well-suited for game-development.

Its standard library is improving with each release, and is already equivalent to what you expect from most modern programming languages. It contains flaws and inconsistencies, but it is being worked on and stabilized for a 1.0 release of the language. The ecosystem is small - but growing.

Some of the great things about Nim -

1) Ability to interface with C/C++/Obj-C/JS

2) Can compile to any of ^

3) Meta-programming

4) Python like syntax

5) Small binaries

6) Can compile to WASM via emscripten

I've built AWS lambda jobs with Nim by interfacing with Python, as prototypes for work, but I've never been able to leverage the language in production. I really only use it professionally to replace personal shell scripts or other tasks I've previously automated.

That said - Nim has a bright future - it needs to mature and hit 1.0 and it could really use some more interest as well as sponsorship.

Github - https://github.com/zacharycarter
Drip (www.Drip.com) - Minneapolis, MN | Salt Lake City, UT |
Full Time | ON-SITE | Now Hiring Senior Ruby on Rails Developers and Senior DevOps Engineer!

As a fast-growing startup, Drip is backed by two of the tech industry’s most prominent venture capital firms and has quickly become one of the most cutting-edge and beloved products in our space. We are a small product team within Leadpages, an early-stage tech company, which has made #297 on the 2017 Inc. 5000 list and named a Top Workplace for the past three years in a row! To learn more about us, we invite you to visit our Instagram, Facebook and About pages.

Now that the introductions have been made… here’s what we’re using:

Drip is a beautiful Ruby app that’s built on Rails 5, AWS, Lamda, DynamoDB, Kinesis, JSON, Sidekiq, Redis for caching, ElasticSearch, Ansible, Flight, PostgreSQL, Vanilla JS and Elm.

If anything caught your eye, we’d love to hear from you! We currently have opportunities available for:

- Senior Ruby on Rails Developer (Minnesota) => http://bit.ly/2E4dgMB

- Senior Ruby on Rails Developer (Utah) => http://bit.ly/2CSgOQS

- Senior DevOps Engineer => http://bit.ly/2F255oZ

These are all full-time positions with exceptional benefits! We also offer generous relocation packages to help you relocate to either beautiful Minneapolis, MN, or the spectacular Salt Lake City area, UT if you are open to relocating.

Interested in emailing us directly? You can reach me at Tiffany.Lewandowski@Drip.com (no agencies or 3rd parties, please!)

Let’s build something awesome!
Meanwhile, 'Passengers Who Call Uber Instead Of An Ambulance Put Drivers At Risk
Sick people are increasingly using ride-hail to get to the emergency room, putting drivers in an uncomfortable position and a potentially tricky legal bind'

https://www.buzzfeed.com/carolineodonovan/taking-uber-lyft-e...