skysight-inc/HackerNews huggingface dataset:
From my personal interaction with PhDs, basically you have to leave the profession. I'm not kidding. I wish I was. Eventually you'll find a job that may be somewhat related to your interests, in "industry" as it's called, or you'll have to start out in the field where there actually are jobs for STEM graduates: Teaching.

Frankly, I've watched the cheapening happen for the past 15 years, and at first it was schadenfreude. Me, a person with a liberal arts degree, was having a really hard time getting my career going, getting a living wage - and even with a Masters, 10 years of solid work experience, references, technology skills and no piercings, tattoos or felonies. Basically I'm a textbook employee on paper, and it still took me something like 200 applications to "earn" my first career gig.

All the while, people in STEM put me down for having a useless degree. Well, after watching the 2000s tech bubble pop, watching H1-Bs come in and drive down the wage faster than 50 somethings trying to take any job they can just to keep up with their lifestyle (and thereby rob a 20 something of the chance to start gaining the requisite experience), I no longer take solace in how hard it is to be in STEM. It's a family thing now, but fortunately, my experience and my "take no bullshit, this is fucking business" attitude toward employment is very helpful.

I am a creative and intellectual mercenary. I fight for myself. I did not choose this path.
Which begs the question, in what direction is the causation?
Are less secure apps more popular because they're a better user experience? Are popular apps less likely to be secure because they're owned by large companies less inclined to give up precious access to information? A bit of both? Or something else entirely?
Answering this question is the first step to making truly secure communication actually USED in day to day life.
Simple scales better than complex. What they need is key->value caching and for that memcached is a perfect match. I'm not saying that Redis is bad, but when all you need is key-value memory caching, redis isn't needed.
Because there are no Procedural-Dynamic-Weak-Unmanaged languages :)
Maybe? But do we need to? Is there some inherent reason why we should try to change a student or kid's nature?
It sounds to me that this is hardware assisted docker containers, which would be a good thing.

Intel processors have VT-x that provides hardware to help speed up virtualization, isolate memory, etc. AMD has something similar. You can break out of a docker container and get to the host OS and other containers. With a hardware assisted hypervisor, it is possible to hide container memory from other containers at a level lower than the "host" os.

If I understand docker and VT-x correctly, hardware assisted virtualization can be used run N instances of a container while only having 1 instance in memory. VT-x can rewrite memory reads/writes transparently and deny writes to certain locations of memory.

Docker containers share the kernel with the host and depend on it for isolation. This would add the hardware assisted isolation of containers without the overhead of another kernel per container, plus the other benefits of docker.
> For those with positive coefficients we can expect that the language is associated with, ceteris paribus, a greater number of defect fixes. These languages include C, C++, JavaScript, Objective-C, Php, and Python. The languages Clojure, Haskell, Ruby, Scala, and TypeScript, all have negative coefficients implying that these languages are less likely than the average to result in defect fixing commits.

Notice how top projects in popular languages do have tendency to have more fixes than top projects in more obscure languages. Perhaps these projects have simply more users, leading to more reported bugs and community pressure? Interesting paper, but it is all to easy to jump to conclusions.
Are they too personal or would you be willing to share some of them?
I think that viewpoint is too cynical. Personally I'm rooting for them.
> Ultimately, it’s a giant “he said, she said” that will likely forever remain cloudy—in September Wolfe and Tinder settled out of court, with neither Mateen nor anyone at Tinder or IAC admitting any guilt

This is unbelievably sloppy journalism.

It's not 'forever cloudy'. We have the actual text messages in question. Unless one wants to accuse Wolfe and her legal team of fabricating evidence (which is quite the accusation), those SMS logs are more incriminating than a smoking gun.

Also, while they did settle, Tinder (IAC) did admit wrongdoing, pretty much immediately after the story broke[0][1].

If both Wolfe and IAC are admitting that Mateen harassed Wolfe, and we have the evidence to go along with that, that's about as conclusive as one could reasonably expect.

EDIT: For clarity, this quotation was pulled from the Forbes article[2] now linked in the comments. Not sure if this was the original submission and the post was merged or if I just confused the two links. Either way, though, my comment still stands, as the Techcrunch piece says 'In the end, no party admitted guilt and the case was settled out of court.'

[0] https://news.ycombinator.com/item?id=7971289

[1] https://news.ycombinator.com/item?id=7971983

[2] http://www.forbes.com/sites/stevenbertoni/2014/11/04/exclusi...
You may be waiting a while. Ubuntu doesn't produce useful technical documentation like Red Hat and Oracle (neé Sun) does.
Good point! I'll add an issue for it. Where's that Elixir version? :))
> running Clojure applications in docker on Elastic Beanstalk, etc. (We'll write that up, too.)

Yes. I would love to see a writeup on that.
Who reviewed this scorecard for technical accuracy, and who reviewed the methodology?
You know that the auto industry went through something similar a generation ago? They thought moving off-shore would work, but it didn't for various reasons, so they returned, albeit to different locations in the US.
This is great news, it feels like the future is finally starting to arrive. Check this out: http://jamesfriend.com.au/pce-js/
Investigation Reveals Silicon Valley's Abuse of Immigrant Tech Workers
>The first part is true, but the mediocre scientists aren't necessarily politically-connected.

I got my PhD at an international research lab. I was a research fellow in nuclear physics at a Russell Group (i.e. top-16) university in the UK for 7 years. I was a guest scientist at CERN. I know whereof I speak ;-)

[EDIT: Let's assume that if you are mediocre and not politically-connected, you don't get tenure and you don't stay long. You don't supervise students in an official fashion. This is mostly true, I think.]

I can assure you that when (if!) you come to apply for tenure, it will matter more who your friends are and whose bags you carried than the papers that you produced or the students that you mentored. I agree that most scientists are incredibly busy. Sadly, because they are all incredibly busy, it's the extra stuff (the handshakes, the dinners, etc.) that come to matter. The technical stuff (the tooling, the methods) don't matter precisely because the group heads don't understand them - but they do understand who they had dinner with last week, or who gave a nice talk at that pleasant conference. They do understand that their friend was their prospective employee's supervisor, and they do understand the concept of political favours. They understand prestige and status and how to obtain it, almost by definition. That speaks to your last point too.

> Also mind: some scientists are brilliant. They're just not the mode, or even always the shining stars of the field, since professional scientists are mostly selected (and therefore optimized) for tenacity (being bored and working weekends for very little compensation) and consistency (producing 110% the desired results, from elementary school through grant applications).

I disagree slightly, with the benefit of experience. The most brilliant people I knew all left science. They (we, now) went to draw larger salaries in industry, working half the hours and with more pleasant colleagues. The people that were left were those without brilliance but with the tenacity to hold on and without the skills to get a decent job in a mid-career switch. That's not to say that there aren't exceptions, but they're rare (again, only in my experience).

> up until you move from doing research to mostly teaching or administrating

Well, at this point you've failed, you see - you've given up doing science :-) But you still get graded - there are departmental quotas and budget forecasts and student surveys and now you're a middle manager. But you get paid less.
How to Debug your Brain
App lets you build your own pocket-world “bubbles” for others to explore
I show it to potential hires and hope they're impressed.
There is an alternative point of view perhaps: Macintosh, NeXT, iPod and iPhone don't have just Jobs in the team of designers, there are many people that did the bulk work of engineering for which a single product was, perhaps, their main achievement. I agree that ability of Jobs to 'detect bullshit' was crucial in many products btw.
I think it's a question of focus. The more secure apps are a product of focus on security. The less secure ones are a product of focus on marketing and user experience.
Using collective intelligence to understand critical thinking
Where's My Fucking Polling Place?
There is an estimated 50–60 hippos in Colombia. A drug lord had some hippos in his private zoo, which police raided some time in the 1990s, and the hippos were released into the wild. They are apparently doing well in the lakes and forests in that area of Colombia.

http://www.bbc.com/news/magazine-27905743
If a user used Stripe "the chance that a visitor would abandon their donation at the Checkout step halved from 22% to 10%"

While that's an interesting data point, plausible explanations could be anything from very positive, such as

(a) Stripe's Checkout process being dramatically more effective for signed-in users, for example because of the reduced effort required to complete the transaction

to very negative, such as

(b) Stripe's Checkout process causing a horrible drop in conversions for users who aren't signed in, for example because of the added complexity that comes from their "remember me" mechanism or the unfamiliar branding.

It doesn't seem at all surprising that previous Stripe users would convert better with either of these relatively extreme explanations -- either those people had an easier interface to use, or they were necessarily already familiar with the Stripe brand.
Location: Madison, WI USA

Remote: Yes

Willing to Relocate: Depends on salary/location.

Technologies: Python, Django, Postgresql/Oracle/MySQL

Résumé/CV: https://www.linkedin.com/pub/eric-gierach/6/a9b/435

Email: see HN profile

Full stack developer with experience leading development and operations teams. Open to either more Python-based work or a stack change altogether! Prefer to work remotely if not in Madison, but will consider relocating for the right position.
Right now the source of truth for Emoji icons is Apple's icon set. I think we need an open source alternative to that. There should be a set of free and open source icons for emoji.
I think that you missed point 1) ;-)
That's why we view this Scorecard as the opening in a campaign to evaluate both the usability and security of messaging tools. Traditional cipherpunk designs are unusable by humans, and a lot more work is going to be needed to build things that can have hundreds of millions of users and be secure at the same time.
10 Differences Between B2C and B2B Marketing
This is especially egregious in the tech industry. Profitable tech companies can afford to pay more than even Bay Area wages to their tech employees. The most profitable ones (e.g. Google) could bump their engineers' already relatively greater salaries by 10-20% and still be very profitable (six-figures, net profit, per employee).

People writing software in "lower cost" areas for "lower cost of living salaries" are being taken advantage of even more than Bay Area workers. Paying a good software engineer less than a Bay Area wage ought to be viewed as insulting at best, regardless of where they live.
[T]he problem...is well-known, and controlled for, in the more sophisticated parts of the financial industry.

Not necessarily. The 'sophistication' of the industry may be limited by experience. If you're a hedge-fund manager, and you have a choice between hiring the guy who made $100M for his clients last year or the guy who has a computer model saying it was just luck, who is he more likely to hire (and consequently, more likely to become the next manager)? I think the financial industry is much less sophisticated than we give them credit for, outside of the technology needed to create sure things by using insider information, hacking government policy, and high frequency trading.
I just love this stuff. I am seriously considering a research MSC on FOSS / methodologies so this is catnip to me

However it screams "well we did not find anything much". (Which is good science anyway so props to them)

Choice of language contributes just 1% to the variance in bugs - that is if you want to improve your project quality - don't bother looking at the language choice.

It's an interesting result - but does rather beg the question what drives the other 99%?
I think generally an intepreter can refer to either a byte code interpreter (ie virtual machine) or an AST walking interpreter.

This brings to mind how fuzzy "interpreter" is as terminology. What is a virtual machine that JIT compiles the byte code or the AST? Is it a JIT implementation of an interpreter? What of implementations that only JIT the most frequently used functions? Wouldn't those be half interpreter and half virtual machine?

When it comes down to it, they're all really virtual machines. The real distinction is how we've come to think of different implementations and the representations sub-culturally. For some reason, it makes us feel better when we call certain things interpreters, because of some meaningless (and sometimes factually challenged) competitive instincts concerning implementation speed. (Also, we arbitrarily feel that byte code is somehow more "machine-y" than an AST.)

So do I have a problem with "interpreter"? Only when people correct others, as if they're making a correction about something fundamental and factual. In reality, the distinction is between machines that are intended to have the same runtime semantics and really the distinction is only around what optimizations are present in their implementations. Furthermore, if you look at those optimizations in detail, the distinction gets even hazier.
Because of Swift I suppose.
Thanks for sharing your experiences, though I'm not sold on your conclusion.

There are plenty of students who, when bored or unchallenged, underperform to the point where they are initially mistaken for having an intellectual disability. For these students to have no support throughout school seems like a recipe for these students to "get lost" earlier in their life rather than after high school (where it seems to happen in my anecdotal experience).

On that note, I'm particularly interested in what, if anything, helped you to pull yourself out of the hole: were there any identifiable experiences that helped you find a "sense of direction", for lack of a better term?
I think they may have changed this, as it now defaults to showing all applications and then featured applications is select-able. It's also alphabetized. I doubt there was some nefarious reasoning, but I could be wrong.
Moving IT jobs to Europe should be easy. Salaries are stagnant which is surely a sign of oversupply of workforce.
I think you should be a tad less obvious when using puppet accounts to upvote your own submissions
I've been using Insync as my Google Drive client on linux, and it seems to work ok.
It may have been a terrible idea, but it's hard for tech firms to argue with "dirt cheap" Filipino labour.
Ok, so for what is usefull to have garbage after get memory?
So ~650M daily active users..4PB of data warehouse created each day, that means ~7MB of new data on each active user per day. Given that its data warehouse, I'm going to guess its not images, seems like a lot to me. I guess it shouldn't surprise anyone that every interaction on and off the site, is heavily tracked.
Absolutely. There are many parts of the USA/Canada that have enough population density and local universities to have a decent talent pool but aren't SF or NYC.

I'm a big urbanist so my immediate thought is smaller post-industrial cities with lots of cheap building stock and old universities around like Buffalo and Pittsburgh, but you could do the same thing in well-gridded suburban sprawl areas, as long as they haven't hit full-bore gridlock yet (Boston or Toronto suburbs are right out).
How to Make Your Own Money
Almost certainly by using some form of fragile hashing mechanism such as MD5 to identify users, instead of UUID or something similar.
Reminds me a lot of one of my favorite documentaries - "Los Angeles Plays Itself". The film is an essay on how LA is depicted in film through its architecture.

It was finished in 2003, but because the film is made up of a ton of film clips, it took more than ten years to get it on DVD. The reason was no publisher was willing to take on the mess of getting permission for all those clips.

Just in case you're interested: http://dailytrojan.com/2014/10/20/los-angeles-plays-itself-u...

Glad to see this series finally made it to DVD. My brother was a huge fan, and I'm not sure he knows this is going to be out in time for Christmas. Should be a great Christmas!
Is there a version of this with equations? The equations of entangled particles are straightforward. The problem arises when you don't want to learn linear algebra before trying to understand quantum mechanics.
The IBM Selectric and Its Mechanical Digital-to-Analog Converter (2010) [video]
Take a look here: https://en.wikipedia.org/wiki/Memory_management#DYNAMIC.

No one is really hanging on to previously freed space (except for the allocator, or if you're using a custom object pool allocation scheme) specifically for new versions of the array.

But if you're allocations look like this:

array = malloc(<capacity>);
// do stuff with array
free(array);
...
array = malloc(<new capacity>);
// do stuff with array
free(array);

with no other allocations in between then it is possible that the allocator might reuse previously freed array space.
There's pretty much nothing that you can do, I think. At the point where you are a graduate student, you have the least power in the academic hierarchy. You're not going to leave, because programs are generally not transferable and you've already sunk X years into your degree. You have no money and, what's more, you're usually ineligible for getting any money because research agencies only fund in a meaningful way tenured professors. So you're dependent on someone who has been trained to be quite politically ruthless (if not always necessarily competent) and you've a massive sunk cost. Finish your degree as soon as you can and remember that you likely have no friends on faculty - when you finish your degree, they lose cheap, experienced labour ;-)
Ha, I wouldn't say I avoid coming up with ideas, I just have a problem seeing the signs that tell me "hey i can fix that, or I can build something to solve that".

I don't have a facebook account, because I don't care for the noise. So I miss out on people's complaints/problems. I rarely use twitter, I use it to follow penny stocks. I don't use snap chat/pinterest/whatsapp/etc...

...Maybe I'm just old.
I guess the current set of glyphs from Apple/Microsoft/Twitter/Google shows why this is difficult: http://www.unicode.org/reports/tr51/full-emoji-list.html

Most of the "simple" things, like smiling/frowning/teardrop use yellow smileys. But there are also some emoji like boy/girl/man with turban/police officer which seem to call for less abstraction, and then the artist has to pick a skin tone.
I am, like many here, totally confused. Is this OS-based virtualization, HW-based virtualization, para-virtualization, or something completely different? On the one hand, there are clear indicators that this is OS-based virtualization ("there is a catch; however, LXD is only for Linux on Linux"). That's fine; that would essentially boil down to bringing the complete containment model of FreeBSD jails and illumos zones to Linux -- which I'm sure would be welcome by Linux folks dealing with the structural problems of the current (piece-meal) Linux containment model.

But then there's the line about "working with silicon companies to ensure hardware-assisted security and isolation for these containers" -- WTF?! If using OS-based virtualization, why would you need hardware assistance for "security and isolation"?! And if that "hardware assistance" is being used for something so basic as proper containment, what happens if you don't have that assistance? Is LXD then vulnerable to privilege escalation? And who are the "silicon companies" we're talking about (like, is this Intel or is this not Intel?), what is the ISA, when does it tape out, how is it being validated, etc. etc. etc.

It's very frustrating for an announcement to be so putatively technical and yet provide so few answers; is there a deeper technical explanation of LXD somewhere?
You are correct, however how they've displayed the page still doesn't sit right with me. There are a lot of unrealistic points being made with it's current form.

Sorry to the EFF guys reading this, I understand what you wanted to do however the execution wasn't perfect so we're nitpicking. News.YC crowd is a finicky bunch.
For any food with a large and well-known lobby behind it, look at any health claims with a very skeptical eye.
Here is the argument in a nutshell: https://xkcd.com/882/

If you have enough hypotheses, some will be significant by chance alone.
Some people will tweet[1] when they post something to HN. Sometimes they'll ask for upvotes and comments.

I kind of feel sorry for them because apparently the software is good at spotting this behaviour and penalising the post.

This submission was, as you say, really freaking obvious.
I don't get it?

He didn't initialize a struct properly, results in errors...

Conclusion: C is evil?
I don't get the point of building Emoji into unicode. A browse of the Emojipedia suggests that supposedly standard characters look so different on different platforms as to potentially have completely different meanings to sender and receiver.

The Emojipedia itself is full of strange cultural assumptions. Following the links in the text to 'men and women,' two women holding hands could represent lesbians or 'best friends,' while two men holding hands are only considered as a gay couple - ignoring the numerous cultures where such behavior is simply considered companionable. Trying to formalize this into an international language standard looks like a recipe for toxic politics with a side of technological confusion.
True, I totally get that risk :)
> Pretty surprised that raw realloc()s are widespread enough to warrant a note like this.

Firefox is a large, old codebase. After working on it for a while you stop being surprised by almost anything :)
Three ideas from Epictetus that will make your day, well, Epic
Why do I have to enter my Wi-Fi password twice on Windows XP?
>>So compare: in one field, you start earning a median $65k at age 22

A median means that half the CS grads made less than 65k. Tenure track also comes with some eventual benefits you won't receive with a bachelor's in CS. Let's be clear about what we're actually comparing.
Yes. This is the reason it is way easier to hand-build a parser for C than try to use any kind of parser generator.
Trading places – with a rat