skysight-inc/HackerNews huggingface dataset:
As other posters have mentioned, you can download the Mist client and test things on the testnet.

And you don't have to mine, you can get free testnet ethereum via the wei faucet:

https://zerogox.com/ethereum/wei_faucet

Gas prices to run code on ethereum are fractions of ethereum, so even a small amount will get you pretty far.
Patio11 is very respected in the community, but I can't help but feel that most points in here are not applicable to all software engineers. This seems to be mostly for people starting off in their careers, or people that feel that work is a major part of their life. I am sure there must be more people out there like me who:

- Dont care about getting the best-ever salary thats on offer. If the developer finds out that other companies are offering better salaries, they dont hesitate to re-negotiate or jump ship.

- Put more emphasis on the work-life balance rather than the work. This means one may not get excited enough about the work to seek out people and companies, but when they get emails from companies or recruiters, they dont mind starting a discussion if the work is decent and the people are good to work with.

This doesnt in anyway mean that the developer doesnt like coding. Just that they feel that its not worth the effort to fight for more money if they feel that what they are making is giving them a pretty good living.
Since I cannot prove anything and you'll have to take my word for it, I'll gain more from the ether I hold than bitcoin I hold for same percentage rise. This is because I believe in ethereum's marketing more than bitcoin's. But this is HN & my point was that ethereum's USP is not U.
Ha, who should I say it's from?
Bitfortip.com uses Bitcoin as a reward to find a better price on an item/service
Bitfortip.com is a website that allows you to find better price deals on the internet for an item/service that you might need.

This is done by simply depositing a small amount of Bitcoin with Bitfortip and asking a question about where to find it the cheapest.

For example. Let's say someone wants to get a specific smartphone and after his own online research he found it for 500$.

He then offers a reward of 0.000139 BTC ( 0.05$) if someone can find it even cheaper, say 480$.

Then the person who finds the best price is rewarded with 0.000139 BTC and the inquirer saves 20$.

Bitcoin allows to make micropayments to people and in return received replies with better price deals that save money to the inquirer. That couldn’t be done with a traditional banking service.

Bitfortip can prove to be a great experience that uses an attractive currency to receive an equally attractive service.

The website is very new and few users are actually registered. If this website gets a good amount of visitors, it will have great potential.
Does it still only run on Windows?
I've been a professional developer for 20+ years. Not once have I gotten a job from a personal connection. Not once.

It's always been a submit-a-resume-and-interview (via an agency).

At the risk of bragging, I'm very good at this stuff.

What's your point?

Edit: This is completely true.
So that's another datapoint confirming empirically patio11's idea that candidates are underasking. If they would ask for their fair value, 50% of companies would decline their candidature because of the price.
React.js Conf 2016 [videos]
If something's on your resume, I consider it fair game for asking about.
I think that's one of the best contributions golang has made to the programming world. The idea that the language itself should be easy and unambiguous for the compiler and the human to parse. And that a single formatting standard makes life easier for everyone.

If we ever move beyond using text files for storing code, we could eliminate formatting differences entirely... but efforts in that direction have run into many issues in the past.
> The Fourth Amendment guarantees your privacy, but police can break down your door and seize your financial and medical records if they have reasonable grounds to suspect you. Why should your smartphone be different?

This is a false dichotomy. Simply because technology creates a situation where governments can't access a users data without the user consent. Apple's technology hadn't reached this point in this case (aka end-to-end encryption), which is why we're even having this conversation but we've arguably passed that point as an industry where that will be the future legal environment.

It's entirely plausible Apple could create an iPhone that they can't unlock, or iMessages they can't read. So then it's no longer about coercing middlemen but the US gov vs user consent. Outside of self-incrimination this changes the legal question to be about unlocking every persons medical/financial records, not about unlocking a single persons.

The only path the government has is to coerce Apple into making backdoors or purposefully weakening their encryption for all devices which affects every Americans fourth amendment rights - as well as public saftey.

Therefore this is not just about one person in a criminal trial - since a backdoor can never be made only for a single court case, it will by nature unlock the phones to any party who can create or get access to the backdoor.

So the only legal path for the government is to either coerce suspects into self-incrimination by forcing them to unlock their phones or prevent Apple/Google/etc customers from being able to meaningfully lock their phones in the first place. The problem with the latter is that criminals/terrorists won't be forced to use the backdoored Apple/Google/etc technology but can use open-source versions with encryption to side-step law enforcement's efforts - making it ultimately ineffective as a legal strategy.
Kyber adds a layer of productivity on top of Slack
a) Luckily in my field, most prestige comes from the DFRWS[0], which is open. And working on/with certain tools, most of which are also FLOSS.

b) As I understand, in my country it's impossible for an author to loose rights over his own work. However, I'm not a lawyer and can't give more specific details.

[0] http://www.dfrws.org/
Ebola Survivor's Blood Holds Promise of New Treatment
Using atomic-swap protocol
"What we get is valuable, but what you give up is worthless."

It's true that the world isn't zero-sum, but it's offensive for them to just assume that means you're going to surrender something for nothing.
And this is my favourite tutorial so far:
https://www.youtube.com/watch?v=ZDR433b0HJY
I think it explains everything in 80 minutes.
The piece in my opinion does not sound that good and it was written by an amateur journalist.
>I downvoted you because your comment doesn't contribute anything useful to the discussion

Sorry to go off-topic, but how do you down-vote people? I've looked through the FAQs and everything and can't find anything about it. I only have the ability to up-vote.
No, we wouldn't.

Maybe for a few startups who are "growing" this is a good strategy (idk) but not the majority of businesses. It isn't good business to randomly hire engineers you don't have work for only to lay them off in a year because... you don't have work for them!!! Your rockstar engineer isn't going to have a good time twiddling their thumbs all day anyways.

My company has way more than 10 engineers but we rarely hire. Our work level has been very constant over the last decade and people rarely leave so they don't need replacing often. The majority of our engineers have been working at the company for over a decade.

That's not even how the majority of businesses work and many hiring managers aren't even allowed to hire without a specific job opening. My boss (also the hiring manager) at the company I interned for wanted to hire me full time instead of replacing me with a new intern after my internship ended (which was protocol for that project I was working on). He couldn't without the higher ups, who worked in another office, approving a new full time job opening which they didn't want to do at that moment. He was only allowed to replace me with another intern because that's what the higher ups called for, it was an intern position. There was no other full time positions open.

Yeah, it's true that you should try to network in case there is a job opening somewhere that hasn't been advertised yet. But it's not going to work to assume every company is hiring all the time. That's just setting yourself up for disappointment. Realistically most companies aren't just going to hire someone on a whim.

This whole article sounds like an unrealistic pipe dream. I guess this is how "startups" operate, I don't know, I don't live anywhere near California.

(Oh yeah, non-salary benefits like vacation or health insurance are just not negotiated, they are determined by an algorithm in the company handbook)
That's completely inaccurate. Ethereum runs the same piece of code on all these computers in the world. That means a program which is being run on the network when it has 500 computers isn't any faster than a program which is being run on 50 computers.

The benefit you get is this: When 500 computers are running it, then you know you can trust the execution and the 'state' of the virtual machine when it is only being run on 50 computers (or 1 in case of a centralized application).
I've read a few things about this issue and I'm not entirely sure how I feel. There are a lot of alarmist comments and articles, and people who don't understand what is going on because of them. This is going to be a stream of my thoughts and things I've learned, not really arguing for any "side".

The main problem seems to be with honey bees, and in North America. Honey bees are not native, or wild. I believe they are somewhat inbred or at least have a founder effect. And they are transported around the country every year by farmers, spreading whatever pathogens they have to every colony rapidly.

We also steal their honey (and breed them to over produce it in the first place). And in some cases replace it with shitty substitutes like corn syrup. But I'm not a beekeeper and I'm sure they know what they are doing, but still. It's not a very natural environment for the bees.

There are native species of bees. E.g. bumblebees. I do not know whether or not they are declining. I found a single study about their long term population. Some species are declining, but others are not. I am very confused about this result and don't know what to make of it. These bees have an advantage being native to this environment, having more genetic diversity, and not being vulnerable to the same pathogens.

It's not clear if native bees would be able to take over for industrial agriculture, which is optimized around honey bees.

The actual number of honey bee colonies in the US has not declined, despite these issues. However this may be due to intensive efforts by farmers to keep them alive, and operating at a loss. It might not be sustainable.

It's not clear if insecticides are really to blame. Since the insecticides in question have been around for a long time before this was an issue. It's likely a contributing factor though.

Mostly this affects the fruit industry. Most staple crops, or at least grains, do not require insect pollination. Humanity is not at any risk of starving to death, even in the worst case scenario.

Honey bees are actually super inefficient. In a farm in China, they died off, so they had to pay humans to pollinate all the trees manually. Production increased by 30%, since the bees missed a lot of flowers. While paying humans is a bit expensive, it's possible technology could replace the need for honey bees and improve agriculture.

On that note, we could also replace insecticides with better technology. E.g. insect zapping lasers, or robots that seek them out. Chemical pesticides are really really awesome, contrary to popular belief. But they do seem crude to me.

And GM crops have literally nothing to do with any of this. As far as I can tell. Glyphosate is a herbicide, not an insecticide.
Just a random thought: would feeding dummy data solve the issue? E.g. an app requests contacts, OS returns seemingly-innocent randomly generated contact information. Or app requests to send an SMS, the OS informs the app the SMS was sent, but it wasn't.

Is there any permission where dummy data would still be easily detected or produce inconvenient (for the user, not the developer) results?
Leaving aside the fact that this isn't really settled legal theory...

Linux would be hurt more by nVidia's absence than nVidia would be hurt by Linux's absence.

Linux could disappear tomorrow, and there are plenty of free Unix-like alternatives that easily fill the void.

If nVidia disappeared tomorrow, there are lots of Linux contracts that would simply stop (and most likely switch to Windows).

Now, you can argue ideologically, but part of the reason why Linux is popular stems from the fact that Linus was more pragmatic about licensing rather than RMS' dogmatism.

If you want to see what a world with a strictly enforced GPL without modules looks like, look at the device support for OpenBSD. A lot of Linux folks would be very upset being limited to that set of peripherals.
I think part of the "shortage" is also that companies are looking for good engineers at a price _they_ are willing to pay, not what the market is necessarily asking for, which is why they have to reject a whole swath of higher quality candidates saying they're too senior.

I know a lot of good engineers that just become contractors because that's the only way to transcend the market salaries for programmer employees. There are a half dozen jobs I'd love to apply for but the salaries just don't match what I make as a contractor (even taking many benefits into account).
So basically, they did their homework and got penalized for it?
It's absolutely an applicant's market... if your profile fits within an extremely narrow window of what companies are interested in.

The tech industry is largely a group of companies competing to outbid each other to hire a small pool of "credentialed elite" developers for lots of money, and everyone else.
You should add more information to your site. More about what exactly you'll do. Comparison to other ways people get these things done. Maybe some testimonials.

You need to instill an incredible amount of trust for someone to sign up for this type of service online. I don't think your website is quite there yet.

Stripe has an incredible brand that many people already trust because they are using it as the way they get paid.

You have a high bar to get over to rival that type of trust as an unknown company.
Thats how I feel. I have a good job that pays me a bit below than my market value, but it makes up for it in work-life balance. Heck just today I came to work an hour and a half late because I was surfing and I didn't have to notify anyone that I would be late. That freedom is something I havent been able to put a price tag on yet, and its why I've turned down much higher salaries the last few years.
The Electric Car Revolution Is Finally Starting
It's not the feeling that it's beneath you, it's that it's illogical. If interviews made sense, nobody would have a problem with them. Until we find a way to conduct interviews in such a way that it can properly judge a candidates abilities, people will continue to feel this way.
Rummaging a bit I came up with the two comments at the bottom of the post. As I said - this was the first time I read about Nylas. When I see something potentially shiny I tend to react the same way as if I'd view an Amazon product listing: Scroll down, look at negative reviews..

So - the threads below seem to complain that the sync server has no authentication schema whatsoever (seems to be true after skimming GH/the link above) and - this is what I'm really curious about - even claims that you wouldn't accept free contributions to implement that.

What I'm trying to ask, I guess:

1) Why no authentication for the sync server?

2) Are you really against any such contributions, if you don't intend to build those yourself?

3) Do you have any recipes/ideas/reports from happy users how you'd secure the sync-server in its current state, in a "let's play" deployment?

1: https://news.ycombinator.com/item?id=11061717
2: https://news.ycombinator.com/item?id=11122802
I don't know if I am alone in this but I have had job offers where the deciding factor on yes/no from my perspective was whether the company uses Zenefits.

Everyone I have spoken to on the subject has at least one horror story, and this was prior to the recent revelations. Add that to the general behavor of the company and the employees. Although the CEO "took the fall" for it, it simply cannot be the case that everyone else is blameless - the culture there is rotten to the core. Andreesen Horowitz, and Lars Dalgaard in particular should shoulder much of the blame for encouraging business practices which are shady at best and downright illegal in all probability.
It gets pointed out below, but I think that is really important.

> PHP is a slow abomination. The entirety of Drupal and all modules have to be bootstrapped and run on every request. It runs far too many SQL queries and those queries look atrocious (nested selects, tons of joins, etc).

Those statement don't go together. If it is drupal that is doing too many requests, that is not the fault of PHP.

I'm working partly on an PHP open source blog engine and we are getting way better results. Though caching also helps there, as soon as the SQL statements are properly cached performance increases a lot. That will be true for Drupal, but it most likely will be true for any other CMS that has an equvalent workload on every request. And that those caches help actually show that PHP is not at fault.
SeaWorld Admits It Sent Spies to Infiltrate PETA
you don't understand, I don't consider it beneath me at all, I mean, you have to interview somebody to know if they are a good fit, but I don't see why interviews have to be hazing rituals on things mostly unrelated with what they are supposed to measure.

If you've interviewed tons it means that interviewing and whiteboard coding algorithms is a skill you have developed and are keeping current (because you interview tons, so you do it often) so you actually enjoy "showing it off" given that it is part of your core competencies

I would love to do an interview where there is a genuine technical discussion on actual hard problems one might find in a job (say, expanding on my scenario above, what are the pros/cons if you design an API to expose txns, why would/wouldn't you want to do it, and mitigations/tradeoffs you would have to deal with in each scenario) what I wouldn't love is going for an interview with 20 years experience and being asked to whiteboard random algorithms off the top of my head unless I am applying for a position where that is required (hint: I wouldn't)

All I, and others, want is for interviews to reflect reality, where you ask me what I am good at, I show it by examples and answers, and then I ask you if what I am good at is a good fit for the position, where you ask me what type of environment I work best in (collaborative, go and do your own thing, agile, waterfall, ...) and I ask you what type of environment your company provides and if it's a good fit, and then once we figure out that yes, I can work here and what I can do for you is what you need, we have a mature discussion on compensation and it's all done.

Assume you decide to have a custom house built and are interviewing architects for the job, are you going to ask them for their portfolio, for their ideas on flow, for what architects are their inspiration, for how they would be able to make your ideas on how a house should be real, or would you put them in front of a whiteboard and ask them to draw a bathroom cabinet from scratch and fail them if they forget to put the stop on the rails so the drawer does not come out when you pull it out?
StreetView Traveller
Great points that stood out-- Every company that has more than 10 engineers is going to hire engineers this quarter. The company really doesn’t care whether they pay you 100 or 130.

Having been on both sides of the market, I would add - try and imagine yourself in the company's shoes.. and DIVORCE your emotions from the process.

Understand the company's side of it:

They're buying your services, like they were picking out fruit at a market - a market where you haggle with the seller. Paid a dollar more? Didn't buy got no fruit? - not a big deal to the co.

The company really doesn’t care whether they pay you 100 or 130. This was a great point in the article.

This process is a lot bigger deal to you than to them. If they hire/don't hire you, is not going to affect the company that much. While, it affects your whole life.

And I think the most important thing, don't get upset if things don't work out. It's a cliche, but SO true - some things are meant to be for a reason. There are more opportunities out there.
Cool. That in no way contradicts my point that companies are missing out on people like me who don't use that path.

That would be my point.
If the cause is the use of gm crops and fertilizer it will be just a hand full companies that managed to wipe our food supply for profit. I find that quite amazing.
Python's weird in the ecosystem of languages. It's way more of a hobbyist language than it lets on. Since, as Patrick writes, most dev jobs are for line-of-business apps, and Python occupies a very very small niche in that world, very few devs can specialize in Python and hope to easily find a job if they present themselves as a Python specialist.

Data science might change things, but it's still a very new field.

If you're looking for a dev job, you should learn Ruby unless you have an irrational disdain for it. It's close enough to Python to be a fairly easy switch, but it will raise your position considerably in the job market.

But really, you should take Patrick's advice and not present yourself as an X developer. I do because I want to work primarily with Ruby and Rails, but when I was starting out, I presented myself as a competent engineer that could get up to speed effectively with any framework. I got a .NET job that way, having no former experience in the stack. Got fired in three weeks, but I still got paid. Now I do Ruby exclusively, and have no trouble finding opps.
Ya, I get that. Lots of things in life don't quite make sense though. This particular one just seems like a weird one to get hung up on given that:

A) the benefits of finding the best possible job for you can be huge

B) the degree of annoyingness for this one is soooooo low
Here's a few I've had

* Needed 5 years experience of 4 year old framework, you only have 3.5

* Didn't mention vi. I was convinced this was excuse, phone call to recruiter seemed to indicate dense recruiter and he thought it as important as mentioning C++ or Java. Why it mattered was another thing.

* You don't mention specific flavour and minor release of OS.

* You don't mention degree. I'm past 40, why does this still matter? In fact you're the first to ask in 15 years...

Not to mention all the false positives from interfacing with some other language or app.

Memorable interview - Recruiter had completely falsified my CV and given me a ton of experience I simply didn't have along with taking away a good chunk I did have. 5 mins in and it was an obvious farce and I handed interviewer an accurate CV. We had a bit of a chat and agreed it wasn't something I'd want or they'd offer.
You might want to take a look at https://github.com/pboling/flag_shih_tzu, which does all of that and a lot more, like adding database scopes.
Did not mean to say that ethereum is 'less' than bitcoin in capability, just that ethereum is being sold that way. Yes I dislike it for political reasons & yet I own it because profit.

>to discount any of the technical merits of the platform due to your dislike

That is what I wanted to argue about, there are no additional merits to ethereum over bitcoin as people seem to believe
It might be "unenforceable" in a court of law but the other company still dropped her like a hot potato, so it's pretty practically enforceable.