skysight-inc/HackerNews huggingface dataset:
They dropped translation as a profit model (newer language groups lack "immersion" and they are trying to remove it from older languages with some backlash from existing users.)

They released a remote testing/certification initially for English. They also added and continue to build on class management, but so far that seems to be free.
You don't have to generate immediate revenue to be successful. In fact, unlike what a lot of people are saying here, a lot of successful startups started out without charging anyone anything. See Facebook, Google, Instagram, Youtube, Snapchat, etc. (actually most internet related startups). So don't worry, your "not being able to make money directly from you creation" is not the main reason here. Of course this is not saying making money is bad. I'm making a point that there are tons of people who are in the same position as you are and end up becoming successful.

That said, I looked at your site and it's impressive. No doubt you can build stuff.

The only problem I guess based on this is that you can't commit to a single project. I mentioned above that a lot of Internet related startups started without charging anyone any money, but you should remember that the founders of ALL of the above companies focused 100% of their effort into their single project to get to success.

Again, this is not to say quantity is bad. Actually printing out all kinds of apps like you is 1000 times better than people who never ship because you probably have learned much more than those guys. Plus if you keep going without giving up, you will probably hit a jackpot someday.

But I think quality is also important. At least try to focus on a single project for a while. I have a couple of friends who are like you, they are all creative and competent developers. But they don't like to feel the failure so they end up spreading out their energy on multiple projects simultaneously, just so that they can say "ah that project? It was just for fun, I could have succeeded if I put my full effort into it". Of course they don't say that and probably won't acknowledge it if asked, but I know that's what's going on in their mind, because I feel like doing the same thing all the time, I try to push myself to really go all out on something, so that I can later say I at least tried my best.
Ah, maybe you're right. I think I'm used to convention over configuration setups so it feels a lot more comfortable to me. I think that maybe that's why its so popular with Rails developers because they're used to operating within the bounds of the prescribed architecture and then having to deal with edge cases.

I think, for me, I feel comfortable debugging as long as I understand the idea that is trying to be communicated. I think "weeks of frustration" is a bit of hyperbole but that's just my opinion. I can see days lost... but I think that's true of any technology stack that you're trying to acclimate to.

I also don't know about the last sentence about not recommending it to developers working on small projects. I don't have tight deadline but I find that it's working for my small project. As long as I'm not doing anything too far outside of CRUD operations translating into a view then I'm fine.

I don't think I would power a company with Ember. Though, granted, I don't have the experience to really make a call like that... but I would relay my personal experiences to a single developer looking for advice and suggest it for them if they're used to Rails or Django or some other massive convention over configuration back end framework.
Letters Between John Backus and Edsger Dijkstra, 1979
Ask HN: Ever had your open source project hijacked for evil?
Hey everyone!

I'm working on a blog article about open source, and I put together a quick survey for those who have extra few minutes.

https://botwiki.org/survey/opensource

Thank you all in advance!
It's not a matter of sucking it up. OP clearly has emotional difficulties. It would be nice if OP could share a lil about his relation with his father.
Praetorian | Austin, Texas | REMOTE (For principal and staff positions)

Praetorian is different. We are a collective of highly-technical engineers focused on helping our clients solve their most difficult security problems. Rather than break things over and over, our goal is to have an actual impact in making the world a better place. 100% privately owned and self-funded, we are focused on doing the right thing over short term profits. Where other companies pay lip service to vision statements and principles, we are unwaveringly guided by our core values, which are:

* Put the client first - Everything else will work out.
* Enjoy the work you do - Passion eats education and experience for breakfast.
* Be humble - True significance is only achieved as a team.
* Embrace the wobble - There is existential urgency to our work. We need to move and adapt quickly.
* Walk with a swagger - Relish the new challenge.
* Default to open - The right decision is in the data. Share all of it.
* Orient to action - Do not wait to be directed. Engage.
* Performance matters - We are a small company intent on doing big things. Every individual effort counts.
* Stop evil - Our mission is to make the world a safer and more secure place.
* Make craters - Our time on this earth is short. Leave an impact.

Although small, we are growing rapidly, with 50% YOY growth for the past three years. That growth is based on fantastic clients and their support. Our annual net promoter score is consistently over 80%. By comparison, Apple is typically in the mid 70s, and Amazon is usually in the high 60s.

We are looking for experienced engineers that share our values. We offer our staff a generous benefits package, including:

* Competitive salaries
* Quarterly bonuses, 4% 401k matching, stock options
* Health insurance, and options for vision, dental, ADD, Short term disability, and life
* 20% Bench time for research, tool development, or training
* Flexible vacation policy
* Low travel requirements. Seriously. No more than 20% for those in network security and nearly 0% for those in application security.
* Company contributions to training and conferences
* Opportunities for rapid growth and advancement based on merit.

If you’d like to learn more, please visit our career page at: https://www.praetorian.com/company/careers.
Take a look at our tech challenges too, as we’ll ask you to complete one early in the interview process: https://www.praetorian.com/challenges/
I've found using Babel / React / transpile tool-chain is actually fairly impossible to use for the majority of developers. I've given up on it several times in favor of plain-ole-javascript and jQuery.

The amount of time it takes to ramp-up on the technical knowledge isn't insurmountable. The main issue is bloat in both code size and dependency chain instability. On a slow connection, you might find yourself battling against your tool chain for half the day. In the case you actually hit a code problem with the underlying technologies, it's going to be hours if not days searching Github for the patched version of the module. If you actually are able to path the specific dependency, it will probably break something else.

I do have hope though. We are starting to see a lot of really cool Babel / React components and projects. I think with a bit more time, we'll get stability in the eco-system as there are less deltas to the underlaying code dependencies and the browser vendors catch up with ES7 features.
Most of them.
Not far enough. They need to flush all reviews from their site and let them re-accumulate organically over time.

They can do this in phases and as a percentage of sales for a product. They have the data. I am sure they can come up with an equation to determine how many reviews to flush out per week. Having all products go to zero reviews overnight would not be sensible.

Good products will continue to receive good reviews. Same with bad products. It's the products with scammed/paid reviews that will suffer. Yes, some of those products might be good and, if they are, they'll receive organic reviews just as the others.

The other approach, and probably fairer, is to simply age reviews. Anything more than N years old (or N months old) is deleted. Simple.
Extensive recent discussion: https://news.ycombinator.com/item?id=11796557
According to Dropbox it is okay to circumvent security mechanisms of the operating system (https://news.ycombinator.com/item?id=12463338) unless the media discovers your shady way of tricking the user into granting you full system access.

Their lost a lot of their credibility in my opinion.
I use watchify [1] for incremental builds. The initial build is still long (10 - 30 seconds, as you said), but with each change after that the build updates in < 1 second.

[1] https://github.com/substack/watchify
It's great to hear you like the service, thank you! Protip, though: encrypt your porn :P
See the presentation by Greg Young I linked to in another comment. One thing he talks about towards the end is the application for occasionally connected clients, which is one I'm looking to tackle myself in the next several months. ES may very well serve your needs, but I'd take a step back from the CRUD model and really think about the domain model. Something I do a lot of times when I'm looking at moving away from CRUD in an app is creating a bunch of domain-based command classes, which take over the persistence job, and move the app layer towards talking only to those commands. Still CRUD under the covers, but now there's an abstraction layer above it, and as you get a better delineation of boundaries you start to see where the services will fall out of it and what areas might benefit from ES the most.

[1]https://www.youtube.com/watch?v=LDW0QWie21s
> This is because of government intervention (it's illegal for Christ's sake).

In the US, of course. There are plenty of places where it is legal, but no monopolies have formed. Even before it was illegal, there was no monopolization. If the timeframe for inevitable monopolization is on the order of millenia, like it has yet to do with Prostitution, well then consider me unimpressed by the argument.

> Wheat has been regulated forever.

Forever? I'm pretty sure wheat farming predates the existence of the idea of government regulation. And yet, no monopolies. Ever.

> Electricity production: this is pretty well monopolized regionally.

Distribution is pretty well monopolized (hey, what do you know...an industry with high barriers to entry!). Production, not even close.

> Sugar--are you not aware of the corn lobby?

You're still just talking about the special case of the US. Open your eyes.

> Iron: USS wasn't a good enough a monopoly for you?

US Steel wasn't even a monopoly in the US (it peaked at 67% of the US market)...nowhere close to a monopoly world wide.

> What makes you think that a large company will not create high barriers to entry in their field? When a company reaches a size where they can lobby the government successfully the field ceases to be an even playing field.

So what you're saying is that non-natural Monopolies are the end state of government intervention. I agree. Natural monopolies can exist due to or in spite of government intervention.
> Next they need to get rid of grouping reviews for different product versions.

This is huge. It seems to be a common tactic for companies to get a product's rating up to 4.5 stars, then replace it with a lower quality version. I notice only when I filter for the most recent reviews.
Indeed, the tools listing in that post makes clear that nc should be available. If you have another Unix machine elsewhere, the nc solution avoids having to install any new software on either machine.
Stack Exchange can now help you learn Esperanto
Bees Added to U.S. Endangered Species List for First Time
Ravel Law (http://ravellaw.com) | San Francisco | Full-time | Onsite

Ravel Law is a new legal search, analytics, and visualization platform. Ravel enables lawyers to find, contextualize, and interpret information that turns legal data into legal insights. Ravel's array of powerful tools – which include data-driven, interactive visualizations and analytics – transforms how lawyers understand the law and prepare for litigation. In today's global and increasingly digital world, Ravel empowers attorneys to benefit from this huge influx of information and find value in it.

In 2012, Ravel spun out of Stanford University's Law School, Computer Science Department, and d.school, with the support of CodeX (Stanford's Center for Legal Informatics).

We're looking for an experienced front-end engineer. We build our front-end in Ember using Ember-CLI, ES6 transpilers, ember-data, and http-mocks for rapid and modern development. Ideal candidates will be skilled in highly dynamic web interface development (HTML, JavaScript, AJAX, jQuery). In addition, candidates should have a passion for engineering unique interactive visualizations with d3.js and potentially canvas/webGL. A flexible front-end engineer with 3-5 years JavaScript experience will excel in this role, but 2+ years professional Ember experience will also distinguish leading candidates.

https://jobs.lever.co/ravel/73e5b4a3-7732-4369-8b3a-d82c934f...
DoorDash (https://doordash.com) | San Francisco, CA | Full time, onsite

DoorDash is solving the last mile logistics. We want to turn cities into graphs: connect merchants and residents (nodes) through our delivery network (edges).

We're a technology-driven company who cares about shipping the highest quality of products to our customers.

Open roles:
- Mobile Engineer (iOS & Android)

If interested in applying or just learning more about DoorDash, shoot me an email: andymai [at] doordash [dot] com
Very occasionally (once a month?) Facebook will show me an ad that actually looks interesting enough to merit following it. Apart from that, I have an adblocker to keep the obnoxious stuff off my screen.
I like the DOM, basic CSS is fine. The twisted stuff some people do with CSS I'm not fine with but yeah I know. JS isn't going away, what irks me the most is the naivety around trying to push it to the backend. It doesn't belong in the backend when the frontend story is so messed up.
So. Algorithms Are Designing Chairs Now
People who invoke Godwin's Law are just like Adolf Hitler!

(End of discussion?)
Pretty soon, we'll just use XKCD numbers and not bother linking. We'll just call something or other "hey, that's a 927"
Show HN: Braains.io
About time, but I think it would be beneficial to have a way of filtering these "paid" reviews or not counting them towards the overall rating. Something for everyone ...
I do get the systematic issues with respect to Amazon reviews specifically and agree that they're an problem. (Systems that become especially important tend to encourage gaming.) I just react negatively when some people make this into a general statement with review-ware along the lines of financial motivations throw ethics out the window.
On Unix/Linux you have "at" http://www.tldp.org/LDP/GNU-Linux-Tools-Summary/html/schedul.... For the Mac, however "at" is disabled (for battery saving reasons? or for working with laptops that sleep?) but you can turn it on.
Client side JS is Backbone + HTMLbars
Node.js
Rails
AWS Lambda
MongoDB & Postgres

We have some interesting requirements that we must conform to in order to be part of our customer's web applications. We'd love to explore those constraints and benefits with you.. Brian - co-founder @ Chameleon
This is going to rub a lot of people the wrong way as unethical, but the best way to incentivize organ donation is if the donors get paid a market price for the organ. The donor is giving up a valuable piece of their body, taking time and large medical risks in surgery, and likely reduced life expectancy.

If you walk through the current process, everyone in the donation gets paid -- doctors, nurses, hospital, pharma -- except the donor.

There are a number of advantages of donors getting paid:

1. The supply market would increase dramatically. Thus many more people receiving organs who would have otherwise died waiting.

2. Heirs to people who have died young, with healthy organs could get paid for donating their organs.

3. Black markets would be dramatically reduced, since people in desperate need of an organ could pay in the open, rather than secretly paying a donor.

4. People without money can legally open a Kickstarter to raise funds for an organ donation.

Note Iran has partially done this, and the results have been very positive [1].

[1] https://www.ncbi.nlm.nih.gov/pmc/articles/PMC1819484/
CMake-generated ninja builds aren't fast in an oranges-to-oranges comparison:

http://www.kaizou.org/2016/09/build-benchmark-large-c-project.html

(TL;DR: scroll to bottom of page to see "The raw results".)

A non-recursive Make build is actually pretty darn peppy for all but the largest projects. The reason ninja was faster at scale in those tests was likely because GNU Make has some very inefficient code internally which theoretically could be improved substantially with some refactoring. ninja had the benefit of a fresh implementation, avoiding decades of feature creep.

I've been writing non-recursive-style Makefiles for years. But all I ever hear is whining by project contributors about the unfamiliar syntax (e.g. having to prefix all targets and sources with a path). Yet in the same breath I'll be told to use CMake or ninja or tup or whatever the build-system-du-jour, using vastly different syntax. Ah well....

I keep dreaming of a Makefile generator that will auto-generate a non-recursive build, or perhaps add the feature into GNU Make directly. The problem with the latter approach is that one major reason to use Make (including GNU Make) is portability out-of-the-box, but OS X is stuck at GNU Make 3.81.
Twilio | San Francisco, Mountain View & ..| Full-Time | ONSITE & few REMOTE positions | Multiple Positions | H1-B's OK | https://www.twilio.com/

Twilio makes communications easy and powerful. With Twilio's platform, businesses can make communications relevant and contextual by embedding real-time communication and authentication capabilities directly into their software applications. Twilio gives businesses the ability to innovate, prototype, create, and connect with their customers at the right time and in the right way. Founded in 2008, Twilio is a public company based in San Francisco, California with other offices around the world.

- Hiring across multiple roles
- Check careers page, https://www.twilio.com/company/jobs

Apply directly or send resumes to ssatish at twilio.com
Growveg.com | Remote, based in UK | Full time JS Developer needed!
https://www.growveg.com/recruitment.html

We are a small, profitable company who build edible garden planning software. Our iOS app Garden Plan Pro was featured in a WWDC video, and we are now looking to rebuild our flash based planner in JavaScript. We're also working with the university of York on a research project to create a machine learning driven pest prediction service.

We are seeking to hire a new developer to help us deliver the next generation of garden planning software, and you'll be joining a small highly tech driven team and given autonomy and ownership over a brand new project.

I personally have been working here for 2.5 years and can attest to the fact that it is a really great company to work for, so feel free to chat informally to me (@user24 on twitter), or contact us directly via the website above!
In theory there's less signal processing required for the lower throughput, but I doubt that translates to much savings in practice (and the Aquantia PHY still supports 10G mode so there's no savings there). The price may come down due to higher volume, though. The perception that 2.5G/5G is only for APs may mean that few or no NICs will ever be released.
I've been toying with Vuejs 2.0 for a few days. Thus far I'm very impressed with it. The docs are a quick read and the whole framework feels really intuitive.

I'm a big fan of Vue's single file components where you can keep a component's HTML template, CSS, and view model code together in one file. In React, I tended to use lots of inline styles. I also like that I can use templates for the majority of the simple cases while still having the full power of a React like render function (with JSX support) if needed.
The main issue I had while using NixOS is that it has a small and somewhat broken set of packages. This is compounded by the very incomplete Nix documentation - its way too hard to create new packages.
There been many occasions where I didnt buy something because of this very reason.
> not only Hamas

I agree with that, I'm surely not the one who's considering Iran harmless. But I consider Saudis not less dangerous. It's just that the Saudis confront less directly with Israel and are "official" allies of the US.

http://foreignpolicy.com/2016/07/18/what-we-know-about-saudi...

Regarding the Muslims in the former Yugoslavia, I guess you refer to the Muslims currently in Bosnia and Herzegovina, then these "peaceful and modern Muslims" were by necessity "peaceful" during the peaceful periods there as they were a minority since 1878 when Austria got the control over Bosnia. Even in B&H they were under 50% until the last polls. So a lot of them simply grew up secular and didn't care about the Islam books, it's not that the Islam books were different. It seems that the leader of Muslims in the last war was actually advocating for the Islamic state ans Sharia there:

https://en.wikipedia.org/wiki/Islamic_Declaration

And his government gave the passport to Osama bin Laden too, and brought the Islamic fighters just like in Afghanistan or Syria.
FullContact (http://fullcontact.com) | Denver, CO | Platform Engineer | Full-Time

We're building a core contact management / identity resolution platform that enables single users / businesses / enterprises utilize us as a their core solution. Think Slack / Dropbox for Contacts.

We Love Clojure / Java, and run on AWS. Too many technologies to list here.

Apply Here: https://www.fullcontact.com/about/careers/denver/
> You're the one making a big deal out of something, honestly, and you do not seem to be reading my posts very carefully because you're still making a lot of incorrect assumptions.

I'm sorry you feel like I wasn't listening to you. I was, and I read all your posts. You're absolutely right, I have made a big deal out of it. Despite the long discussion, I think we're in nearly full agreement, and FWIW, thank you for engaging.

I did misread your pull --rebase comment. I thought that was sorted now, but I'd be happy to address any other bad assumptions I'm making. It wasn't clear to me until just now that your config changes are small changes you never push. If you stated that before, I'm sorry.

Given your use case I agree with you, this is not an either-or proposition. And anyway, it's perfectly fine to leave all of this as my stupid opinion, and I don't want you to feel like you need to defend your use of stash. You clearly understand the issues and know how to use it.

In my mind, the only thing wrong with stash is how it's implemented, not its interface. I wish it had easier ways to recover, and I bet you did too that first time you used it.

Maybe the funniest part of this is I've been avoiding stash completely for years, but the threads for the last two days have convinced me there are some nice uses of stash that I may start adopting. A couple of them even increase safety! I do keep config changes around, and I like to name them with a tag or a branch, but I'm going to try stash and see if I prefer it.

Peace!
Cool! Are you folks hiring? I've got some highly relevant experience for a place like this. I'd love to help take metal printing to the next level.

http://www.tlalexander.com/portfolio/
St. Petersburg, FL (onsite)/Full Time

The Major League Baseball team that I work for is looking for a Baseball Operations Data Engineer. Details can be found here[1]. Feel free to email me w/ any questions you might have.

[1] http://www.fangraphs.com/blogs/instagraphs/job-posting-tampa...