skysight-inc/HackerNews huggingface dataset:
Show HN: Nodecaptcha
I made a very simple validator for Google's Recaptcha that requires no dependencies available at https://github.com/Wargog/nodecaptcha
That's pretty good compared to other service providers. Also, if you pay for more data than you use, you get refunded whatever amount to didn't use e.g. I bought 4 GB of data but only used 1.2, so I get refunded $28.

The downside to Project Fi is that you need to buy a Nexus 5X to get in, and there's significantly less coverage than Verizon.
I prefer using the `-d\\n` to `-print0`. It makes transitioning from `| less` to `| xargs` easier. It handles everything except embedded newlines in filenames, which is good enough for me.
Someone should try this with Github commits/repo-stars and Twitter followers. There a good number of productive developers who don't have much of a social media following.
IANAL but I believe they should use legal force for them to not lose their trademark.

Sure, kik could have taken a slower approach but that's an important detail.
AWS, VPCs and you
Ultimately, I agree. It's complex though; every job I've ever had has left a sour taste in my mouth, yet I still need to eat and pay bills. And despite the difficulties I've encountered actually getting jobs (interviewing), my employers have always said I was doing great work.
Yeah, but I think either I shouldn't be able to delete it in the first place or I should be able to upload the original package with an unchanged hash. The alternative is that anyone with an == dependency is now permanently broken.
The website about 'progressive web apps' [1] has 3 demo apps. None of them work in Firefox 43 on Linux. The apps require JavaScript but fail to use the <noscript/> tag to tell the user.

I've an iPad 1 on which I can install web pages as web apps by bookmarking them. If the page has the right meta tags [2], the app/page will open as fullscreen. This works fine with many web APIs e.g. WebAudio. I do not know if Android or Ubuntu phone support Web Apps in the same way.

I like this way of distributing simple applications, but take care to check the JavaScript with Closure Compiler.

[1] https://developers.google.com/web/progressive-web-apps
[2] https://developer.apple.com/library/mac/documentation/AppleA...
>There is, quite simply, NO good argument in favor of non-maintainable equipment, unless your goal is to increase profits.

As a universal assertion, particularly in the realm of products intended for personal mobile use by the general population, this absolutely and utterly wrong. The fundamental core issue is that many forms of maintainability require dead matter, simple as that. Take removable vs non-removable batteries, perhaps the most classic example in portable electronics: having a removable battery requires user safe contacts that can handle repeated mechanical strain, the battery itself to have its own protective case, the device case to have a way to interface the battery and the resulting structural support and tradeoffs therein, the dimensions and shape of the battery are significantly constrained, etc. All of this boils down to significant additional stuff that isn't battery, or performing any other useful role for that matter, but rather is simply scaffolding/support infrastructure. In other words, dead matter. There is no free lunch. A removable battery fundamentally can never match the size/weight/performance matrix of a non-removable one, full stop. That's the tradeoff for being able to swap it. In this specific example there are additional potential tradeoffs too for some use-cases (it's significantly easier to have a higher degree of harsh environmental tolerance with a fully sealed system for instance).

Now, yes, there is absolutely room for reasonable disagreement about what side of the tradeoff is correct for any given application or use-case. There are times where the utility of maintainability or modularity is well worth a reduction in default performance. But there are also many cases where a higher percentage of active matter in a product is a legitimate feature to the majority of its intended users. The "No True Scotsman" fallacy you use to start your argument should have been a flag and caused you to rethink the rest of it.
After reading that, it sounds like Kik are proper dicks.
probably leaving the "corporate dicks" part off would have been enough. Maybe the don't fork over the $30k but they'd probably have made an offer at least. Calling them "a bunch of corporate dicks" at the end makes it clear you're just throwing out what you think is a high enough number to tell them to fuck off.
The ZFS send/recv accounts are 6 cents/GB with no traffic/bandwidth/usage costs.

I think that compares favorably with S3, etc., given ZFS support and concierge level technical support.

And, of course, the price drops if you cross the 10TB mark.
I've wanted exactly this for ages. Would make reproducible builds and distributions simple.
> On several occasions I'd bricked my phone

The article talks about how Android is a better platform to develop mobile offline web apps. You talk about how you like iOS from a user point of view. Your comment is totally unrelated to the article.
Awesome, I look forward to you becoming the "Google Reader" of pay-walled content. :-) It has always been a challenge for me that I would be happy to pay for an article but rarely want to commit to a monthly fee without knowing if I'll use it enough to make it worthwhile. I really love that you guys have taken this sort of thing and shipped product.
I'm no lawyer, but if Kik's assertion of 'because you have to enforce trademarks or you lose them' is true then I understand their actions - that's just the world we live in.

It was decent of the Kik guys to try and amicably sort it out before calling in the lawyers given the situation, though admittedly it's also cheaper for them this way. I don't think it's unreasonable to expect confusion between Kik's product and Azer's node module - the names are identical. NPM's stance is kind of covered by their policy[0], point 3.

[0] https://www.npmjs.com/policies/disputes#description
Shopify announces new dev api that lets you add commerce to apps
How to build a startup with your friends
References to ‘early 2016 12-inch MacBook’ seen in latest OS X Server version
This is ludicrous.

> "hahah, you’re actually being a dick. so, fuck you. don’t e-mail me back."

This is the developer the community gathered behind? Not only is that incredibly unprofessional (to say the least), kik is a registered trademark.

And - I've said this before, but I will repeat it here - unpublishing all your modules from npm ("liberating") is such a selfish and childish move, especially when so many people depend on your modules. That's the behavior of a preschooler. That's not "power to the people," as Azer put it in his original post. That's just an attempt to show that Azer has the power to bring chaos to the ecosystem.

People are so quick to jump to the defense of someone who is having their "freedom" suppressed, without knowledge of the situation.
Local's are green, staging is orange, production is bright red.

Saved me a whole bunch of times when tired.
Into the Abyss: The Botnet Landscape as Seen Through a Social Graph
For those down voting, bear in mind that apostasy is punishable by death or imprisonment in many parts of the world:

https://news.ycombinator.com/item?id=7620355

It is literally unsafe to abandon Islam.
JavaScript to Swift in 90 days
I've only made some small contributions to a project that used them and haven't set them up myself. But yeah, that's my understanding of it.

There's a bit of extra overhead because you have to fetch them separately after cloning a repo, and updating them is separate from pulling origin/master. If you do one without the other you can probably get into unexpected version mismatches where your project doesn't play nicely with the dependencies.
Am I the only one that doesn't have a problem with Azer here? So what if he wasn't super professional. He's got a guy invoking "lawyers will come and mess with you if you don't do this for us." That same guy then goes to npm afterwards and says "please, Azer wont do what we want."

I'd be a little pissed too.
Anyone else start off siding with Azer, but actually think Kik weren't that unreasonable (though could have worded things better)? They even offered to buy the name off of him.

I think this guy is doing OSS a disservice. Trying to be like Linus in terms of temperament but not having the years of respect required to pull that off...
You can't un-execute someone.

I do think there is an argument for offering someone who has a life/no parole sentence Euthanasia but that would be a massive can of worms to open.
DriverNavigator 3.6.6.11693 Crack and Serial Key Download
People leasing cars are not who I am talking about - they are not poor. If you are poor you don't get approved for credit to lease cars. At least my definition of poor draws the line well below that point.
Yes, there are human beings involved here.
The sort that contact you out of the blue and tell you "I don't want to be a dick", and then threaten to have "our trademark lawyers [...] banging on your door and taking down your accounts and stuff like that ".

And you think Azer is the one being rude?
and by 'Those people', you mean the entire NodeJS community?

> This is the sort of amateur behaviour that is emblematic of the entire nodejs community.

This is pure mudslinging
Most other packaging systems use an owner/name model for package naming, which would have prevented the entire debacle.
Since when do people have to be 100% professional in all their dealings 24 hours everyday in order to be in the right?
It amazes me when Android users say that the answer to fleeing a walled garden where one company controls the hardware, the software, and the app store is by buying a phone (a Nexus) where one company provides the hardware and software and if you want to stay safe, only use their app store.
The plan for the shuttle was 50 flights a year, with greatly reduced launch costs. It didn't work out that way. We'll see about SpaceX: they have one successful 1st stage recovery, and no re-launches yet. I hope they are successful, but they're a long way from proving that they can bring launch costs down all that much.
This is already happening. I don't want to say too much, but I know of specifically one (debt collection) company doing very similar things.
> It must either be maintained or treated as disposable.

While I agree with this, I understand where Swizec's comment is coming from. I have a few business acquaintances who have been automotive engineers for 30-40 years now. They have an excellent idea of how their cars work. And yet, they rue that earlier, they could open any broken car and get it to run. Now, there's not much they can do to fix their own cars. Pretty much all they can do when they see a blinking light is take the car to a mechanic. The older generation has learnt that they can't fix their cars. The newer generation, unsurprisingly, doesn't even want to make the effort. The older generation could fill up their oil, change their filters, etc. Now, most people just get their mysterious machine serviced every few months. "I don't want to maintain my car" seems like a natural consequence of how cars work now.
C++ compiler support for C++11, C++14, C++17
Just bring back Transmeta and Intel will release 15Ghz chips in 3 years.

We need competitors to push CPU speed forward. Everything else in the computer continues moving: SSD, GPU, Pixel density, (...)
Obligatory link to Mel: https://www.cs.utah.edu/~elb/folklore/mel.html
> From the article you have to "install" the web application for any of these features to be available.

As far as the article is concerned, rendering a webpage as if it were an app takes away functionality (mainly, the ability to interact with the address bar). It does not discuss the security of web 2.0 features and it certainly does not claim that these features are only available when the webpage is pretending to be an app.

> From websites sure, but they do from other apps.

iOS uses capsiculum to isolate applications while Android uses SELinux. They aren't executing each others' code.
Firstly, these powerful features are not available unless your site is properly (I.E. fully, absolutely nothing can be plain HTTP) protected by HTTPS. You cannot even create service worker without working HTTPS so any kind of PWA is out of question without HTTPS. Secondly, any browser that supports these capabilities also supports Content Security Policy which makes your site trivially immune to XSS and I expect that it will sooner or later become required to get access to the powerful features, on top of HTTPS. Thirdly, any powerful feature is behind a permission that is basically as hard to obtain as the consent to install an app in the first place.
Google and 5 registries release domain test for compatibility with new GTLDs
Scientists Just Proved a Fundamental Quantum Physics Problem Is Unsolvable
iOS 9.2.1 iCloud Bypass Activation  – iOS Jailbreak Tools and Jailbreak Guide
Let's say we adopt this. Cut to some small number of years in the future, and everyone is complaining about how dealing with 46-character-long opaque strings is terrible.

This is a great idea, but there's no mention of versioning. As a long-time advocate of what we now refer to as Semantic Versioning, I can't help but see this as a disaster waiting to happen.
With the exception that it is from 2015, and the "news" is that its almost ready to fly (see http://gizmodo.com/our-first-look-at-airlander-10-the-larges...). It was supposed to start air trials in "early" 2016 and it looks like it won't miss that mark by too much.
Liquid 2.0: Automated growth marketing for mobile apps
dupe, submitted by the author before, discussion there: https://news.ycombinator.com/item?id=11346845
Yeah, I get it, there is a much larger context here wrt. trademark laws, etc. Still from azer's point of view he is absolutely correct. He's being screwed over by business interests and receiving no protection from npm. Surely there are other solutions that resolve the legal requirement for kik to defend their trademark without requiring that particular repository name to be surrendered.

So yeah, it's a bigger problem than just npm. All the more reason for azer to decide to leave npm. Obviously there is nothing in place to prevent this kind of abuse in the future so why continue to participate?
If you are an hourly worker, then the government should be stepping in already; but I guess you are not?
https://news.ycombinator.com/item?id=11346845
I recently published some thoughts around the whole kik-developer controversy (before this official response):
https://news.ycombinator.com/item?id=11346987

I'm still going through these emails, but I will give Kik credit for at least being polite about the whole thing - I criticized them in my post earlier about not representing the Canadian tech industry well through their legal action haha
Why does it have negative associations for us techies? It sure doesn't for me.
And on a related note, it would be unsettling to see this: http://i.kinja-img.com/gawker-media/image/upload/s--FtZsEwdI... coming down from the sky. Kudos to the photographer for getting the whole front of the aircraft in the shot though.
the blog post is very good, my comment was just about adding the missing info to the HN post title.

Edit the title of the HN post has changed since I made this comment... probably by being merged with an earlier submission of the same URL. Now I understand why HN readers are misinterpreting my comment. I did not intend to be negative.
You'd think that someone could just come out and say exactly which of his views are so terrible, instead of pointing at his entire multiple-book-length blog and "wow just wow"ing.
In my experience lawyers are very conservative about this. I can believe that's the advice they're getting, but it's obviously not the full story. According to the eff[0] (article starts with some discussion irrelevant to this case).

"The circumstances under which a company could actually lose a trademark—such as abandonment and genericide—are quite limited. Genericide occurs when a trademark becomes the standard term for a type of good (‘zipper’ and ‘escalator’ being two famous examples). This is very rare and would not be a problem for Canonical unless people start saying “Ubuntu” simply to mean “operating system.” Courts also set a very high bar to show abandonment (usually years of total non-use). Importantly, failure to enforce a mark against every potential infringer does not show abandonment.

[0] https://www.eff.org/deeplinks/2013/11/trademark-law-does-not...
> that's just the world we live in.

All the more reason for azer to opt-out. There is no reasonable recourse within the existing system.
I was at a business looking to switch from HPUX/ Solaris to RHEL (Red Hat Enterprise Linux). We had some HPUX realtime(ish) extensions and used IPC heavily and really used the scheduler/Processor set functionality in HPUX. The scheduling was important, so transitioning wasn't going to be easy (endian issues aside).

They sent a bunch of us to a week long Linux Internals course at Red Hat. Really excellent class, knowledgeable instructor (turned us onto fedora, linux weekly news (https://lwn.net) and centos before red hat partnered with them). When the class wasn't exactly what we expected the instructor took the last day to go over some of the processor scheduling/ real time extension stuff we needed to know (My company's employees were the only one taking the class). The OS transition was shelved for a bit and I ended up leaving that company, but the course really changed my mind about that company.

Good for them.
The circular economy
Also was there even an actual trademark violation here? Sounds like the entire thing shouldn't have happened in the first place.

Of course, people will take home the lesson "Koçulu is a crazy guy who cares more about stupid ideology than keeping things working" rather than "Kik lawyers are way too trigger-happy" and "Holy shit I can just unpublish and replace whichever module I want by just filing an unrelated trademark and emailing one guy".
What a well reasoned and thought through approach to making this decision and setting a precedent and standard - nice work.
Grow revenue via any legitimate means. Cancel any expenses that aren't required to run the businesses (SaaS accounts you keep around "in case I get around to it", etc). Obsessively document everything you do for the business; get as much as possible outsourced to people following the procedures you've written up, ideally without spending too much money on this.

Get your ducks in a row on numbers, most importantly the financials (bookkeeping bookkeeping bookkeeping) but also classic (SaaS?) analytics numbers like number of trials, conversion rate, churn rate, etc. Historical numbers and numbers segmented per traffic source/vintage are good things to have, too. Bonus points if these are pointing in the right direction over time.

In more detail: http://feinternational.com/blog/saas-metrics-how-to-value-sa...

I might also add "Negotiate the sales price, even if the buyer and/or broker does not want to negotiate the sales price."
This was a pretty interesting article, and from the title alone I had absolutely no idea this was actually a discussion about the relative merits of web apps and native apps on phones, with the main claim being that we've nearly reached the point where web apps are viable and that Android happens to support this better at the moment. I suspect many others were caught off guard too (and perhaps did not even read it), given how many comments here are just addressing the generic issue of iOS vs. Android and all the drama that comes along with someone emphatically announcing that they've at last switched to the other side.

This is why I think that rhetoric phrased in terms of one camp vs. another is often greatly counter-productive.
I'd say the human model of one's own mind is extremely faulty. Bugs in said self-understanding frequently result in conflicts (as we blame everything but our own actions), wars, etc.

Anyone who does any coaching work is intensely aware of these limits (in everyone, btw, the coach included!)...
Depends on how deep down the embedded rabbit hole you want to go.

Personally, an article like this, with its main diagram and high level descriptions, would have been enormously useful back when I was just starting to learn the dark arts of computer programming.

If your Point of Sale systems are running some embedded form of Linux, and all HW access is abstracted away from you, then you're probably right.

On the other hand, if you are writing code that deals with external HW signals, performant memory access, ISRs, an RTOS and their many features, etc, then this article serves as a good basic foundation for the "software" side of things. Ie what actually happens when you hit the "build" button in your IDE.

From,
a long time embedded software engineer
I used WeChat Pay when I was in Shanghai for 3 months last fall.
Super convenient to have one place to buy concert tickets, order a taxi, pay your takeout order, top up your prepaid SIM card, or just send money to friends. It's extremely smooth.

Virtually everybody has WeChat in China. Unlike here in the US (San Francisco) you never have to ask which payment app (if any) your friend uses.
"Do you have Venmo, PayPal, SquareCash, Google Wallet, etc?" - asking this gets old.

Do take note that each Chinese mobile carrier actually also sets up a digital wallet for you associated with your phone number. People can push money into your phone carrier wallet. The same wallet is automatically charged for your phone usage charges. With this mechanism, you can even easily pay folks who do not use WeChat Pay from WeChat Pay (!) - all you need to know is their phone number.

To use WeChat Pay you need to link it to a Chinese debit card and getting one as a foreigner requires a Chinese bank account. Depending on your immigration visa (I had a short term student visa), that may be difficult to accomplish.
Well done, John & Co. StrangeLoop caved to the threats of a vocal minority and, to my lights, made the wrong decision. Not only the wrong decision, but for the wrong reasons. Good for you for taking this principled -- and responsible -- stance.
> Are you saying that Apple doesn't support their customers well because they don't spend time writing software for 10 year old hardware?

This isn't even close to what he said, and it only makes sense if you have an extremely reductive black-and-white view of the world. There are places on the spectrum between "perfect support" and "absolute shit support", and the phrase "count against" simply implies that supporting decade old hardware is a notch higher than the same support setup without that advantage.
You can get 100 subdomains per certificate, you're only limited to 5 certificates per domain per week.

That's largely sufficient for our use case, but we're still staggering renewal for certificates on our main domains. So far it's no problem because renewal is fully automated and we're leaving buffers.
I won't be making a snarky comment, for now.
Why do I need an index? So that I can do something aginst all - one by one. Otherwise, I need to list, copy and paste, etc.
> Apps suffer from MUCH bigger security issues than XSS.

It depends on the attack surface. However, something like WebBlueTooth has only one-click/tap authorization protecting it at best against software that is already downloaded and executing. Mis-taps/clicks are trivial. You do not have that with a new application that a website wants you to download. You also tend not to have installed software updated without your consent after you first obtained it (with the trend to use Javascript to add functionality to iOS apps being the glaring exception), but websites can be updated at any time, by both the web developer and by black hats who hack into it.