skysight-inc/HackerNews huggingface dataset:
I expected Apple TV to come in and crush it, rather like they did to the smartphone industry. It wasn't so long ago that I had a motorola flip phone that could play MP3s. One. At. A. Time.

Apple TV is one of the better set-tops, but still far short of its potential. I attribute this to a "first we build the locks, then if there's anything left, we'll build the house" mentality forced on them by media companies. I wouldn't be surprised if every manufacturer more or less suffered from this and leaving in easy rootability is a form of subtle rebellion.
Reading between the lines it sounds like the company you work(ed) for was public, and like(s/d) saving costs by housing you across flowing water. I am, of course, unsure if you considered putting this to your advantage, but I don't think it's too difficult to envisage! Start by imagining what you would do on vacation. IFF they are going to make you come to the office by 9AM then don't get there then. 11AM would be more appropriate if you now have to commute like that. Don't come out and say it though -- blame it on the trains. Also, smoke a joint and listen to your ipod on the train so you can really enjoy your business trip (which is not a home trip so make it one). Use the whole trip to relax, and remove your problems one at a time.
Your other into aside, which certainly are important questions;

>> for me, cars are for road trips...

It's probable that many people have taken a road-trip holiday at some point in their lives. Some percentage of people do it regularly.

However anecdotally I would suggest most people have not. Outside the US conditions for the road-trip holiday are not as prevalent. In high-density Europe for instance there are easier ways to travel (train for example). In Asia "most" people don't own a car and driving for fun is almost unheard of.

The perfect conditions for a road-trip exist in large countries with lots of open spaces, good roads, good places to stay interesting places to get to and so on. USA, Australia, South Africa and so on.

A motoring holiday in the UK is brilliant, but the short distances would work fine with simple recharge points. It's hard to drive for 4 days solid in the UK without just going around in circles.

Of course the idea of the road trip is more fun than the road trip itself, and we end up doing a trip maybe once every few years. I use my car every day to commute.

It's the idea that I could do a road trip that seems to be the logic against electric, but in practice I don't actually do one all that often. (some people do, but they're a tiny minority)

Heres my point. Do the math. Simply hire a petrol car when you want to do a road-trip. For most people that will be never, for others it might be every few years - for a tiny fraction it will be often. The tiny fraction can continue to drive petrol. The price of oil isn't coming down, so that will be more and more expensive.

On the up side every road-tripper should lobby for electric cars all day long. Using petrol for commuting is a terrible waste, and when it runs out its the road tripper who will be hurt.

Frankly electric cars today have more than enough range for daily use for 360+ days in the year. As the price of oil rises over the next 10 years the economics for electric make a lot more sense.
Not sure if you can see the whole thing, but you can see big chunks of it by selecting an advanced concept and clicking the graph button in the sidebar.

Example: http://www.metacademy.org/graphs/concepts/sequential_monte_c...
I'm proud to be working on an early-stage startup that hopes to expand on this model and its successes, incorporating artisan materials and stories into affordable-luxury fashion products while opening dialogues between artisans and end-users (they're more than just consumers!).

This article raises some interesting points. Seemingly unlikely occurrences like accidents or geopolitical/remote events disrupting the only internet access point for an artisan collective become important risk factors for a startup to account for in their timelines, especially when they rely on artisan partners for dependencies early on in the Gantt chart for a product cycle! As if we didn't have enough uncertainty just by virtue of being a startup... :) Good planning, redundant communications channels, and relationships with multiple people on the ground at various distances (and therefore in multiple internet connectivity zones!) can mitigate this... to a point.

Something that startups like us do need to think about is resistance within artisans' communities. As the article mentions, "men’s resistance was rooted in the fact that their control as resellers of the rugs would decline as the women learned how to do it on their own." Only regular on-the-ground presence can have a chance of detecting these scenarios and mediating them, and that's tough for a startup to prioritize - but it often has to be done.

Finally, when the authors cite youth who avoid training for artisan skills because they fear that "in the best-case scenario, you live a life as an organization’s beneficiary," this scenario is something that even the article's success story needs to mitigate. While the successful Imelghaus cooperative is in many ways independent, it's still the case that Imelghaus' revenue stream largely depends on the continued appeal of a foreign-operated brand, as well that brand's continued commitment to Imelghaus even as they onboard other artisan collectives. This is especially true for artisan products being incorporated into the fashion industry, where seasonality and freshness of products is considered highly desirable (to say the least). Our team's hypothesis is that at scale with multiple product lines incorporating different artisans' products, we can continue to drive sales to artisan groups that were highlighted in previous seasons, by promoting them in the same way any data-driven company would promote related products to new and existing customers; to put it mathematically, we'd add regressors for the success of our artisan partners into the optimization algorithm for recommendations, rather than recommending simply by user preferences alone, and leverage the strength of our brand to make this strategy viable. We're still at the product development stage, so only time will tell if this bears out. But it's an intriguing and fulfilling space to dive into!

(If you're interested in discussing more, feel free to contact me in my profile!)
Well, you're an outlier. Deleted the rest of my post since I'm on my way to bed and didn't want to steal the last word. You can probably guess most of it.
You might find the following to be a valuable starting point:

http://www.bbc.co.uk/blogs/legacy/thereporters/soutikbiswas/...
The transition period would be painful. Seems like the way to go would be to mandate the end of 100LL, but make it perhaps five years in advance, or more. Could mandate that unleaded conversions be done for continued airworthiness sometime in advance of that date if that would help things along.

I guess I'm assuming that an engine that's been converted for unleaded will still work on 100LL. Obviously that's the case for yours, but I suppose it may not be the case for all. If so, that would complicate things severely.
What else does the systems community do these days besides concurrent distributed systems?
For some reason I cannot edit my comment so I'll reply again.

I've been researching property management companies in Cincinnati (where I live) and I've come to a few conclusions:

1. There are no good property management companies in Cincinnati. At least, there are no highly reviewed property management companies - only those with negative reviews or no reviews at all.

2. Owners looking to rent their homes might be a great demographic for this idea. While most of the property management companies state that they do regular maintenance checkups, they really aren't incentivized to do so and from the reviews I read they typically don't. They're really only incentivized to keep the renter renting so that they continue to get their cut. As it stands, owners and tenants are often at odds when it comes to "needed" repairs because the property management companies charge the owners $50/hour plus parts for any repairs beyond the most routine of maintenance. Basically the property management companies have stuck themselves between a rock and a hard place where it's almost impossible to make both the owner and tenant happy. If, however, the owners were paying a larger monthly fee that covered all repairs, they'd no longer be at odds with the tenant. Of course, the problem of "tenant abuse" would then fall on us. Hopefully by being proactive with regular maintenance the abuse could be mitigated somewhat.

I'm going to call a few property management companies tomorrow to get a better idea of what exactly is and isn't covered under their plans.
But is the wealth they inherited the problem - or rather the abuse of power that comes with it?

If you agree that it is the abuse of power: Does this need additional complexity to address - or is it simply something to be addressed with (tax) laws?

Also, I think that the idea of 'eliminating human suffering' is a sure sign of an ideology. Human suffering can be reduced, certainly, but 'elimination' is utopian, an unreachable extreme.

For example, I would argue that a large property and luxury tax could alleviate most the problems that unwise wealth causes.

Further down in this thread, the user 'StandardFuture' more eloquently says what I think am trying to say - people are people and they just game whatever system is in place.

I think that in some sense, the idea of 'fixing the damn system' can actually be a trap. It may make one busy trying to think outside the box, to be busy inventing very advanced ideas for solving a problem that in the end boils down to 'people are people'.
Still it is a common feature in Lisp systems to offer inline assembler or inline C.
Thanks for mentioning my project. I just updated it tonight to support 1.0!
the true scotsman again?
Daycare is more expensive than college
Show HN: KinoHunt – a movie price tracking iOS app
Apologies for reposting as URL, still new to HN and learning :)<p>We are a team of developers passionate about movies trying to solve a problem:<p>- Watches a lot of movies at home, but find fewer and fewer good new movies on Netflix<p>- Redbox is the most economic alternative, but still not as convenient as downloading the movie from iTunes and Amazon. However, iTunes and Amazon are relatively more expensive.<p>- iTunes and Amazon movie frequently change prices, but there's no easy way to track them<p>Hence we created KinoHunt, an iOS app https://itunes.apple.com/us/app/kinohunt-price-tracker-to/id837941930?ls=1&mt=8<p>With KinoHunt, you can "hunt" for movies you want to watch and create a smart watchlist. We track the prices of these movies in your watchlist and inform you whenever the prices drop on iTunes or Amazon.<p>You can also set a price filter and check out what good movies are available given your budget.<p>Would love to see if this is something others would use, also any feedback on the UI is appreciated.<p>Thanks for your time!
Piketty, inequality and volatility: How can r exceed g?
Hi, We are a team of developers passionate about movies trying to solve a problem:

- Watches a lot of movies at home, but find fewer and fewer good new movies on Netflix

- Redbox is the most economic alternative, but still not as convenient as downloading the movie from iTunes and Amazon. However, iTunes and Amazon are relatively more expensive.

- iTunes and Amazon movie frequently change prices, but there's no easy way to track them

Hence we created KinoHunt, an iOS app https://itunes.apple.com/us/app/kinohunt-price-tracker-to/id...

With KinoHunt, you can "hunt" for movies you want to watch and create a smart watchlist. We track the prices of these movies in your watchlist and inform you whenever the prices drop on iTunes or Amazon.

You can also set a price filter and check out what good movies are available given your budget.

Would love to see if this is something others would use, also any feedback on the UI is appreciated.

Thanks for your time!
r23725 - that said, [Kong] is now part of the DD-WRT team so a mainline build may be more stable for you.
"The bigger question, however, is whether Snowden can restore his reputation among the much larger group of people who viewed his initial leaks as admirable, and his appearance with Putin as risible. The answer to that question is, at this point, unknown."

Ed Snowden is/has risked his life, the prospect of life locked in a solitary cage, and any opportunity to ever see his friends & family in person, for the sole purpose of releasing information of vital importance to the public.

Not just to the people of the US, but Canada, UK, Australia, New Zealand, and the world at large to an extent, so that they have the opportunity to become informed about illegal surveillance, gross human rights violations, and the establishment of a totalitarian police states. This makes up for the fact that while doing all of that, he is still the only person with balls to ask Putin if the Russian government is spying on it's people. Not to mention the fact that Russia (Putin) was the only state to grant him asylum.

It may have not gone as he had hoped, sometimes honest people underestimate the capability of sociopath tyrants.
Because a journalist quoted someone from the Agricultural Marketing Resource Center. Journalists aren't good at math and marketing people pretend not to be.

The raw date is here (see table 5):

http://www.ers.usda.gov/data-products/us-bioenergy-statistic...
Yes for sure.. but one would have to be close to the enemy player and then he'd be dead. And ally players.. well.. maybe there can be a way to mute allies ;).
Chrome fan here who finally switched to firefox mobile because of this specific issue.

Ad block plus + ghostery.
At the risk of some inside baseball: there is growing evidence that "glial scar" encapsulation (and microglial activation generally) is not main the cause of neural interface failure. Rather, oxidative stress [1] or other neurotoxic factors [2, 3] released by microvascular damage / blood-brain-barrier disruption seem to be the most correlated with interface failure.

What then to make of the widely observed phenomenon that passing small DC currents through electrodes can temporarily rejuvenate them? It could be that this effect is a result of an electrochemical change to the electrode surface itself, rather than to the surrounding tissue.

1. http://www.ncbi.nlm.nih.gov/pubmed/24550823
2. http://www.ncbi.nlm.nih.gov/pubmed/23562053
3. http://www.ncbi.nlm.nih.gov/pubmed/23891081
responsive interactive stuff could be written in Lisp on mich slower machines than what we have today. Naughty Dog wrote Playstation 1 games (like Crash Bandicoot) in a low-level Scheme inside a Lisp-base IDE.
At this point, I'm afraid Square is just too expensive to acquire. The company does not have a solid business model: targeting micro-merchants is simply not profitable. And due to all the hype, the acquisition price is going to be very high to cash out all the investors.

Mobile wallet apps have not gained traction and Square marketplace looks like a giant distraction. Square is going to face incredible competition with card readers and POS products from Paypal, Apple, Amazon and Shopify.
Bad comparison. You can't compare code quality of open source versus enterprise C/C++ projects. You should compare against iOS, IIS, the CLR, etc...
They don't use a global data bus AFAICT. It's all driven by rpc through finagle (i.e. thrift). Finding service endpoints is likely done through zookeeper or some equivalent.
I'd love to see a benchmark between LibGDX and OpenFL to test if either is noticeably faster on the various platforms they support.
Yes, feelings are immaterial, but you shouldn't be trying to convince with bluster when you've erred on the facts.

The more I read, the more it seems CRLSet implementation choices were entirely Google's. For example, when CABForum members want information about how CRLSets work, Langley suggests the best (and only!) reference is the Chrome source code:

https://cabforum.org/pipermail/public/2013-August/002149.htm...

I am of course open to better information. But for now it still looks like Google did indeed "choose how big to make the lifeboat", unlike your assertion to the contrary.

Also, it looks like the 250KB cap is in Google's unpublished server-side source that constructs the CRLSets. So Google could conceivably "expand the lifeboat" unilaterally with a tiny edit!

For reference, it appears the current 'Safe Browsing' blacklists, never more stale than 45 minutes, are about 2.3MB in size. So the CRLSet cap (250KB) and freshness (1 day) aren't very generous to users.
The Rigel Project
Ironically, I've been having the other side of this argument over on Diaspora: https://joindiaspora.com/posts/3918657

No, open source is not, in and of itself, sufficient.

I do believe increasingly, however, that it is necessary.

But so are other attributes: a healthy development culture, an approach which preemptively seeks out and eliminates security threats and holes, and most importantly, operates with the end-user as a primary focus. Projects with a strong record of this include OpenBSD (which is now conducting a focused effort to clean up the OpenSSL code: http://opensslrampage.org/) and the Debian project (with formal social contract, constitution, and policy all of which put the interests of the end-user front and center). While Debian's had its security snafus, particularly relative to OpenBSD, among Linux distros it's tended to be among the more secure and security-conscious distros, in my experience.

But projects with a long track record of disdain also tend to show themselves for want of strong security: PHP, awstats, GNOME, and more recently, systemd, all come to mind. I have grave concerns over the damage the latter is now in a position to do, and the fact that one dev has already been denied privileges to submit kernel patches by Linus Torvalds doesn't do much to increase my confidence.
It's not really in pursuit of punishment either. It's in pursuit of putting taxpayer money into people's pockets.
There was an interesting article arguing that motorcycle helmets make
motor cycling more dangerous. Sure, if you have an accident, a helmet
is a win. But risk compensation indicates you might be less likely to
have an accident when not wearing a helmet.
Google's new bots can now solve CAPTCHAs better than humans.
I'm a newbie to startups and Silicon Valley so correct me if I'm wrong. It seems like Square has spent a lot of money over the years. They come to our campus recruiting, have hired multiple students from the university I attend, I heard they've moved into a new expansive office this year and put in such a big effort. If all of this is going to waste despite the fact that Square is solving a real business problem (unlike so many many other startups), doing a startup seems like such a small possibility of success - its scary. As a college student, a lot of engineers tell me how much they learnt while working at a startup etc, but is it even worth it if legitimate problem-solving startups are failing like this? Is this model of being funded millions of dollars and then failing worth it? Is this a bubble thats going to burst some day and people will realize the we've just been illogical all the way along?
HTTP hijacking is much more common than DNS. The reason for this is that hosts cache DNS results, so clients that just joined your network wouldn't get the redirect at all.

And yes, they probably should block excessive DNS traffic, but this is technically sophisticated to implement (now you're getting all stateful to determine what's excessive) and generally unnecessary.
This is nothing new. IT consulting companies have been doing this for years. I was at Avanade briefly and the a lot of people hired are fresh grads who work with more sr. devs on client project.
Lol, way to be short-sighted.
They did solve a real problem. They just tried to run a business organization more like a high-margin software business rather than a low-margin commodity business, which is what they are right now.

They can change that but they haven't yet.

Put another way, don't solve a problem if the cost to solve it is greater than solving it pays you.
My bringing up of Haskell and friends wasn't there to counter, but to merely observe that there are better things surrounding type systems than what is provided by even Lisp. And I wished to add that if one is to look for inspiration on building expressive type systems, then Haskell should be the place to look, not Lisp.

I also wanted to provide Haskell as a kind of system which provides an inference engine that is much stronger than Lisp's. I don't want anyone to get the idea that Lisp implementations' inference engines is even commensurable to what exists elsewhere.
It's a cultural practice.
> Do you have any suggestions on what tools the people doing 'parlor tricks' with C++11 should be using to accomplish them, then? That is, what would you suggest to get to that place without the straightjacket?

Duh, Lisp of course. (Or Haskell.)

> Note that at a bare minimum, these supposed tools should give the ability for fine-grained manual resource control

Check. Lisp provides garbage collection, but you don't have to use it. It's perfectly possible to write Lisp programs that do manual memory management. It isn't often done because it's hardly ever a win, but if you really want to you can.

> zero-(runtime)-cost abstractions

a.k.a. macros

> and performance roughly on-par with C++.

The SBCL compiler is pretty good. But one of the reasons that Lisp code is not generally as fast as C/C++ is that Lisp code is safe by default whereas C/C++ code is not. You can make Lisp code unsafe (and hence faster) but you have to work at it, just as you can make C/C++ code safe, but you have to work at it. I submit that in today's world, being safe and a bit slower by default might not be such a bad place to be in the design space.

> these are all things that tend to be written in C++ or plain C.

There is a world of difference between C++ and plain C. C is actually not a bad language if you want to write fast code with relatively little effort and don't care about reliability or security. The value add of C++ over C is far from clear. (I don't know of any OS written in C++. Linus wrote a famous rant about why Linux is written in C and not C++. There are, however, examples of operating systems written in Lisp.)

> wouldn't it be more productive to ask questions about why people use it?

I know why people use it: it's fast, there is a huge installed base, and it's an excellent platform for studly programmers to display their studliness. That doesn't change the fact that C++ has deep design flaws which result in its being incredibly hard to use and extend. And the existence of coders studly enough to be productive in C++ does not change the fact that it imposes an extremely high cognitive load on its users.
This project reminds me of ptunnel
http://www.cs.uit.no/~daniels/PingTunnel/

I've used it to get free internet at universities and hotels, slow but gets the job done. ICMP usually isn't filtered by those kinds of firewalls and I've yet to find a place that blocked it.
https://chrome.google.com/webstore/detail/hacker-news-sideba...
It's being published externally, so it's a fair criticism.
I last worked with C++ 10 years ago and never looked at it since then, it looks like it's some beast going through various stages of evolution. Perhaps in another 5 or 10 years it will emerge as something beautiful without any vestigial appendages.

What's interesting from a language perspective is that the C++ folks seem to take the approach of "ugly is better" by essentially not breaking backwards compatibility like Python 3 and Perl 6 did. The "clean break" approach seems to create a new species and hope that the old one goes extinct (didn't happen with Perl, probably won't). But C++ just keeps evolving.