skysight-inc/HackerNews huggingface dataset:
New image algorithm can lead to better fingerprint readers and self-driving cars
Actually, in terms of total revenue both markets are pretty close together now due to the larger install base on Android and ever increasing monetization of users.
Victorian Party People Unrolled Mummies for Fun
Neither was a dead end. Each made real contributions to the field and have real applications but, not surprisingly, turned out not to be the silver bullet that could do all things. The statistical crowd was always there and have been good at the same set of things, it just finally matured as a field and was able to produce usable results.

They all go through the same motions as anything in this industry. They show promise, everyone gets all worked up about the new thing, it produces some results and gets integrated where it makes sense, gets boring and people start looking for the next thing.
Naïve Framework to Validate Your Product Hypothesis
Using Array Functions and Composition to Talk to JSON Like a Human
Have you compared the price of consumer and space-grade hardware ? Probably not, otherwise you would realise it wasn't cost-optimized.

example: https://en.wikipedia.org/wiki/RAD750

200'000 USD for a 200Mhz PowerPC isn't exactly the best bang-for-the buck, even in 2001.
Four Solutions to a Trivial Problem [video]
If a department is recruiting outside of their communities, it would seem that it might be more likely that the culture of the department and the community would diverge.
While you make a valid point, one of the major problems with utopian visions is they offer an infinite good, so they give cover to commit anything up to infinite evil. I think offering paradise throws our moral calculations out of whack, which is one reason they do seem to lead to large numbers of casualties.
Re:0

Search disruption is overdue.
> Children are taught at the early age that the reason for the Chinese "Century of Humiliation"

I have never before heard this term. Need to study up.
For this there needs to be a jury trial, which is unlikely to happen if police / DA pushes for a plea bargain...
CSS Rubik's cube simulator
Basic Phone Provides a Respite from the Always-Connected Lifestyle
Good idea but: traveller will need to know what he/she will be carrying. Will they deliver in person? Airport could be miles away from the receiver's house.
Have you adjusted for cost of living?

Seattle's raw rent / housing costs are much higher than they used to be (i.e. see http://www.seattletimes.com/business/real-estate/home-prices... for one example), but Washington State still has no income tax and its land-use policies are somewhat more sane than tech hubs like SF or NYC (http://www.geekwire.com/2016/redfin-ceo-glenn-kelman-shares-...).

Austin is much, much less expensive than SF, but not that much less expensive than Seattle. A 2x salary or even 1.5x salary is going to make Seattle much more appealing on a purely financial basis.

NYC is costly but has interesting dating dynamics for straight guys: http://jakeseliger.com/2015/09/19/briefly-noted-date-onomics....
this is totally correct. I agree with everything he says. However, in a world where everyone uses:

Android

Chrome

Google DNS

Google Analytics

Google Authenticator

Google Certificates (issue and validate)

Hangouts

Gmail

Google Docs

Many machine learning is run on google code using google opensourced software.

search

chromecast

maps

google connect (starbucks, other retailers)

google domain registration

google chrome/webkit

google wallet

google playstore

google CDN for serving code/fonts/libraries

google self driving cars are coming

=================================

I am not saying google is bad. Not even referencing this article because I think it was well thought out and there aren't that many people even saying this, although it is fairly intuitive, but the larger paradox is this:

Many people talk about some database being sloppy and how they would have it replicated, maybe even a cold backup in AWS glacier on top of the backups, and yet the world is using like 3 stacks: google, apple and microsoft.

Outside of this community, and a few other places, it would be highly unlikely someone is running their own openwrt router and have freebsd on their computer, fully encrypt all their emails and run their own mail server, don't own a cellphone and use garmin to navigate AND

all of their network does this too and therefore they are insulated sufficiently.
Can we build a humane alternative to Uber
> such as a road accident

No, not really. They are pretty safe - you can hold one in your hand without a problem (barring a burn - they get hot).

A road accident would do nothing harmful at all.

> having it be stolen

That strikes me as pretty unlikely - they don't exactly drive on public roads.
But what is your measure of evil?

US invaded Iraq twice for oil, and had deployed missiles to all sorts of non sovereign land, that had upset is neighbours.

Literally a 1-1 comparison for both your examples.

If that is your measure for "evil government" please point out a "good" government.
> Is it reasonable to describe these single points of failure as backdoors?

Yes. The case that Apple is making is, in part, that the FBI is forcing them to use a back door by putting Apple's stamp of approval on it with their signing key. Whether or not you agree that Apple must create the back door or not, they are still being asked to approve its use. Apple says this is compelled speech and violates the first amendment. Their brief has more details about it. The Tech Dirt summary has the most details [1]. Here's one notable passage,

“The government asks this Court to command Apple to write software that will neutralize safety features that Apple has built into the iPhone in response to consumer privacy concerns... This amounts to compelled speech and viewpoint discrimination in violation of the First Amendment.”

> I think many people might argue that industry-standard systems for ensuring software update authenticity do not qualify as backdoors, perhaps because their existence is not secret or hidden in any way.

It's relative. That used to be somewhat hidden. Now it's very out in the open.

> Having access to a "secure golden key" could be quite dangerous if sufficiently motivated people decide that they want access to it.

Yeah. So let's not compromise Apple's existing security procedures by forcing that out in the open.

> I expect that in the not-too-distant future, for many applications at least, attackers wishing to perform targeted malicious updates will be unable to do so without compromising a multitude of keys held by many people in many different legal jurisdictions.

I hope this day comes soon. For now, let's continue fighting for our right to privacy.

[1] https://www.techdirt.com/articles/20160225/15240333713/we-re...
I'm not a gold bug, but technology can enable us to use micro or even nano-ounces of gold. We used to use half-pennies too. Canada doesn't even use pennies anymore.

Just store both olympic sized swimming pools of gold in the same place and put numbers in accounts that represent the weight owned by the person.

We typically think about ounces of gold, but we could go down to the atom if necessary, theoretically anyway.
Thanks to trade treaties, ESA always has to use the cheapest available hardware that fulfils the requirements – no matter if other hardware is more reliable.

This has been part of many discussions before – and it doesn’t just affect ESA.

From government agencies which have to buy pencils that break after every use and are practically useless, to contractors building Autobahnen where the asphalt melts in the summer sun away.
Native Texan here: the "average" is in the high 90s but July and August regularly hit--and stay at--100-and-above afternoon temperatures. The hot weather starts around late May and doesn't really wrap up until September. Temperature swings can also be brutal, 101 at 2pm, 50 at 10pm.

Yes, there's air conditioning but you will pay handsomely and but you have to be inside to "enjoy" it. My two-month bill from Seattle City Light last August was 1/3rd what my last one-month August bill was in Texas.

One of the big reasons I left Texas for Seattle was the weather.
We just spent a year getting off of Salesforce. Our account was closed Friday. I feel a huge weight lifted off my shoulders.

Also, I say "year", but it was really 2 months to write our own CRM system that exactly fits our workflow and then another 2 months making sure we had all of our data synced out of Salesforce and correct.

Bad things about Salesforce
- the UI is terrible.
- development of anything custom is slow and cumbersome
- their API limits are strict and not very well documented. If you go over your limit you are locked out until the next hour and there seems to be some hourly limit on calls you can make even if you have those requests available. You can only send 1000 email messages a day programmatically. Etc.
- Support is an absolutely terrible experience. They give you none of the tools you need to debug your own problems, they have 8+ hour response times for urgent requests. You have to go through 2 levels of support before you can even get to someone who can help you. You can only have 1 support contact for your entire org and God help you if they are on vacation when you need support. The list goes on.
- I can develop the same features in our own rails app at least 10x faster than I can in Salesforce and I've spoken to some other people with similar experience (team of 2 rails devs outpacing a team of 10 Salesforce devs on the same features significantly)

Things to do if you do go with Salesforce.
- always always always keep the canonical source of your data in house. Sync things up to Salesforce with the API and back with outbound messages (which don't get called in triggers, so try to avoid using those too). There will come a day when you want to leave Salesforce and if your data is half in house and half in Salesforce you'll spend 6 months trying to get them synced correctly.
- try /not/ to build too many custom workflows in Salesforce. They are hard to develop, hard to test, extremely more limited than a "normal" we app.
- make sure you stay on top of your API request usage and be ready to ask Salesforce for more ($300 for 10,000 more requests a year iirc) because it will take them 12+ hours to actually increase your limit even if you explain to your rep that you're going to lose more business in the next hour then you pay Salesforce per year. They just can't make that change quickly.
- find a quality experienced Salesforce developer to teach your team about developing for Salesforce. It's a huge tangled mess and professional guidance is critical.

Basically, if you have a competent engineering team think really really hard about choosing Salesforce. Most of Salesforce is simply handling a few database tables and basic workflows. Any engineering team should be able to handle that. If you really can't live without that one integration try to use Salesforce as lightly as possible. It will save you lots of time, frustration, stress, and heartache later.
> It would have fallen apart one way or another

Maybe it would have, maybe it wouldn't have, but in the history we live in the dead are counted in the tens of millions.
Priors and Prejudice in Thinking Machines
First, it's dishonest to compare a law stopping foreigners from moving in and a hypothetical one making Flint residents prisoners in their county.

Second, New Yorkers routinely enact regulations to stop unapproved immigrants from moving in through housing cooperatives for example. And Americans all around the country do with gated communities.

I lost track of what you're arguing. Are you arguing against freedom of association? For some sort of forced integration where everyone should be allowed to move wherever they please regardless of the opinion of people already living there?
I'm glad I built a profitable business before taking any investment. Seems like I'll have a little better leverage going forward.
Show HN: Read articles with context, wikipedia snippets of people or interests
But I think the point was that Uber also has a lot of money for lawyers so they could at least fight it and cause some stirr, media attention, etc, and then that in turn could damage Apple.
Sure, the promise of VDoms is performance. And vDOM has improved DOM performance a lot. But also not nearly enough to support the complexity of most real life applications that handle a decent amount of data (say, 1000 visible components at the same time). That is the reason why frameworks based on immutability and PureRenderMixin (such as Redux) were able to gain popularity in React in the first place. They solved largely this performance issue (and not vDOM in itself)

Just scan through my blog https://www.mendix.com/tech-blog/making-react-reactive-pursu... to see how naively fully re-rendering your application upon each change makes your application an order of magnitude(!) slower.

Data size isn't usually an issue for MobX. The reason for that is that it will automatically suspend all derivations which are not actively in use somewhere (in other words, not visible currently in the screen). We have full blown visual editors that have hunderd thousands observables in memory. Nonetheless they are fast enough to perform drag and drop actions using observables, where not only the dragged item is being moved, but also all the connectors connected to it, as they observe the item being dragged.
And here I thought the primary job of a politician was to get re-elected.
I've read that the old socialist government in India produced more engineers and other technical people than the economy could absorb. And it was nearly impossible to start a business either. Why a lot of Indian technical people came to the united states to work.

I'm under the impression that in a lot of middle eastern countries it's not real hard to get into university. However the universities are corrupt. To get good grades means cheating and subtle and or not so subtle bribes to your professors. And once you are out if the fix isn't in for you, you're not going to get a job.

I've noted in my career that you have three kinds of engineering students. Those that go into it for the money. Those that go into it because they have some grand narcissistic idea that they'll changed the world. And those that are more or less happy to spend the rest of their career designing trash pumps. The first drift into sales and management. The second are potential a source of terrorists. And the latter are guys like me.
This appears to be jumping the gun just a bit. They normally aim for during the work week in the US?
It's not what I call fiat, it's the definition of fiat. I thought bitcoin was not a fiat currency, but in fact it is, because it's value is controlled by supply and demand based on the decisions of humans.

I am now convinced that bitcoin will, like all fiat currencies, inevitably fail. It doesn't matter if its value is controlled by one human or a democratic process controlled by humans, it is controlled by humans and humans are fallible, therefore bitcoin will fail.

There is no question of this. The only question is, When?
Would this be applicable for someone with lots of programming experience, but zero automation / robotics experience?

I'm a hands on, self learner. I don't do well in a structured course, but prefer to learn by tinkering and building (while referencing good resources). I'd love to start with something like this, but wonder since it's marketed to middle school kids, if it would be too trivial?

On the other hand, I have zero experience in this field, so maybe it would be perfect...?
You can make as many commits as you need on your feature branch. When you're done with the feature, you do `git pull --rebase origin master` (or whatever the main branch is) and squash your commits into one (or a few -- when it makes sense) using `git rebase -i`.
Forgive my ignorance, as I did read through everything you posted, but i'm not sure I fully understand how such a system avoids an attack of this form:

function check (bits) {
sleep(bits)
return false
}

Where 'sleep' may be replaced by some appropriately long-running, arbitrary computation (since presumably these proof programs are not allowed to actually wait). Obviously for input data as complex as a sudoku answer the sleep would be near-infinitely long, but you could surely extract at least several bits of the answer in this way and thereby iteratively extract the whole thing, no?

Is there some mitigation for this that i'm missing?
I loved this, since it's a different approach to genetic programming (with the FIFO list) that could work in different kinds of problems. Also the way it is applied to password cracking itself, is an extremely interesting way to exploit the non-random properties of real world passwords.
"So they could easily ban Uber and say you should be using their phone capability to call a cab."

- That argument would also apply to any other app that allowed you to order goods or services.

- Apple doesn't offer phone service - they only sell phones. And they're certainly not in the taxi business. So I don't see how they could construct a convincing argument that Uber competes with them.
Indiana bill won’t stop Tesla from selling direct-to-consumers
I can't express it better. Please, leave
I had a second phone with an existing dormant Lyft account that I have used in the past, and I involuntarily received a promotion on that phone, in addition to my active phone. Both phones were configured with the same payment method by the way, same name, same card. How is this stealing?

With Sprig, I invited my second dev phone as an experiment, but I have never used the remaining credit- I simply have very little use for their service. And I can prove that. How is that stealing?
I think you should be careful laying anonymous accusations.
But that's totally different charge than "make is static by nature, so you
need to adjust it every time you add something".

`make' may have awful syntax, though I find it much more pleasant to describe
build process than anything other on the market, most of which use general
purpose languages, ending up as terrible to read.
Raspberry PI 3: gets a 64bit CPU
this documentary has interviews with him https://www.youtube.com/watch?v=i-vw3g6j-vA
Are you familiar with the 'Gulf of Mexico' and in particular 'Galveston.'
Responsible disclosure, anyone?
I'm not 100% sure this is what's happening, but thought I'd share my experience: I used to work at a hedge fund that sometimes held stakes in private companies. Every year, we would have to mark the stakes to market. However, we could not do the valuation ourselves; the valuation was done by 3rd party auditors. And these 3rd party auditors usually have no idea what they are doing. Even if they are Big 4 auditors and the stakes are large :/
No surprise here. As with a lot of these multi-billion dollar valuations there really wasn't a lot supporting the valuations apart from hype and promises of future growth and solid finances. Now that those things aren't panning out there's nowhere to go but down.
1. What? (anyway use cpanminus these days).
2. Again what?
3. Nope, there are a variety of tools available. Try `cpanm Perl::PrereqScanner::App` followed by `scan-perl-prereqs .`
4. Yeah you can skip test runs `cpanm --notest` , you really want to? The subsequent complaint, you're clearly having an experience I don't have.
5. Again see cpanm
6. Can't comment on this one.
7. Umm, that's a code smell. From cpan that outcome is rare.
8. You use regexes when you need certain kind of things done fast. Don't forget the `/x` flag to ensure it's documented if a non-trivial regex.
9. Actually I spend most of my time in the perl debugger. Older perl codebases do suffer from the magic payload pattern quite a lot. Modern perl, less so.
10. Yeah I agree, one should probably have to explicitly turn off warnings and strict, but whatever.

Anyway I agree, perl has made huge progress since the 1990s. I also agree there's a problem with discoverability in some parts of the cpan ecosystem. Be sure to read the Modern Perl book next time you need to do some perl work. You ought to be pleasantly surprised. Personally with the Moo(se)? family of modules, I enjoy having a multiparadigm language with reasonable optional runtime typing to keep me sane. My biggest complaint is the reference counted garbage collection.
> Really depends on if he would have alerted LE or not

https://en.wikipedia.org/wiki/Entrapment
I agree with you that brands will grow even more important.

Though, all tech has not been made yet - I suspect tech is taking a short time-out right now before the next big disruptions are enabled by:

* VR (cinema, anyone? could even make some 3d printing obsolete)

* order-of-magnitude faster mobile internet

* cheap(er) robotics

* abundant energy supply thanks to fusion or <insert yet unknown source>; also, perhaps break-through battery tech?

* self-driving cars (obvious, but I think that in itself will enable a lot of disruptions, like cheap grocery delivery)

* cheap(er) drones (= flying cars eventually?)
The hot summer isn't bad because of the ubiquity of air conditioning in Texas. A lot of folks bring jackets to work in the summer because office temperatures are so low!

Everybody adapts to their environment, and in Texas, that means swimming when it's hot. As long as we get rain, the swimming holes are just absolutely fantastic. One summer, I went 3 or 4 times a week. Pack a bag with a few beers, bike to a trail, hike down to the water. The hotter, the better. You get super sweaty on the trek down, but getting in the water is so. damn. refreshing.

However, if you like hiking, Austin really sucks compared to Seattle. Washington has soooo many great hikes in close proximity to Seattle (less than 2hr). The best hikes around Austin feel like nerf trekking. Your best option is to drive 6 hours to Big Bend. Some folks recommend Pedernales or Enchanted Rock, but both are very popular and not at all challenging.

I love Austin, but dammit, we don't have mountains.
This is a nice concept. When I start using a new library or framework I very often want to know what the best practices are. Seeing what else I "should" use is a step towards that.
Anti-competitive behavior doesn't require a monopoly. There's collusion/price fixing, libel, and other ways to interfere in a business which are all illegal without having a monopoly.

If we use cars as an analogy, we require car manufacturers to allow service by other mechanics, but we don't require the same for phones (yet). Car manufacturers do not have monopolies.

At some point, asking, "Does Apple have a monopoly?" becomes the wrong question to ask.
1. I believe that Uber would raise against such decision. I also believe that all the problems it could bring would make Apple back in that decision. They are not competitors, so they win anything for complicating life to Uber.

2. No one would switch to Android just because of that.

3. Yes, lots of negative publicity. That's why 1. would never be reached.

Finally, one thing not mentioned: people would find a way to install the app without the app store. Every good hacker in the world would try to do it firstly, because every iphone user would be asking to be able to install Uber. And Apple doesn't want all bright minds trying to find flaws in their system for sure (I wouldn't at least)
Wisdom from My Five Failures as an Entrepreneur