skysight-inc/HackerNews huggingface dataset:
I think the title should be "Kubernetes is going to support X" where X is either rkt or appc. CoreOS is a company, developing an open container spec (appc). rkt is CoreOS's implementation of that spec, but other implementations are possible. Currently X=CoreOS, which is most likely to imply CoreOS's operating system, and that isn't what the article is about.

(An analogy: appc=JVM, rkt=OpenJDK, CoreOS=Sun)
Bad UX. One shouldn't have to worry about this!
There are several distinct problems in the public education system.

There is the problem where motivated and largely well-off parents find that the public education system doesn't suit the unique interests and learning styles of their children. This sort of school seems like a wonderful experiment to address this sort of problem.

A second, largely unrelated problem is the under-funding (in CA for sure, perhaps elsewhere) of public schools, given the expectation that these school systems rectify the serious motivational and educational disabilities students develop in communities with high concentrations of poverty and violence.

I'd argue that the latter problem is the one that has serious societal consequences if we don't get it fixed, sooner than later.
The bugs you've linked at the bottom look like they're the right ones.

Thanks for the help, and I hope the fix gets pushed down soon.
Cisco Names Chuck Robbins Next CEO
Finally, a citation, thank you.
Yes and no. JavaScript gives you the good ol' "NaN" which is a number (despite not being a number).

PHP doesn't have that concept in it.
Actually it has been lab-determined that batteries should be charged once they hit 60%.

http://batteryuniversity.com/learn/article/how_to_prolong_li...
As long as you're fine with us, in turn, paying market price for those foods they grow.
With a cluster of Asterisk boxes and the right tools, it is easy to originate millions of calls. I was talking to a person today who is to place ~60 million calls in 20 days, and you can do that with a couple of Wombats and a small cluster of AWS boxes - plus a few willing termination providers.
> And just to turn your rhetorical device against you, what I've heard "so many times" is these self-righteous rants by people who have never even visited the place they're criticising, but they're oh so sure they're right anyway. And for what it's worth, the USA is an experiment too, and from an outsider's perspective I'm not sure it's working out too well.

Just as an FYI, not "rethoric" from my side. I was born and raised in a country that went through a hell hole of super inflation and constant bombs going off from a "marxist" terrorist group known as the Shining Path. The "president" that "fixed" this situation was really a dictator that did not pay attention to human rights or democratic due process. The terrorist group got destroyed and "order" was brought into place at the expense of free speech and true democracy. Oh yeah, and he put a bomb in my dad's car because he disagreed with his political views. Those were the two first decades of my life.

So I kind of know what I am talking about.

If Australia was truly going through free-speech "problems" - I am sure you would not be so easy to refer to these "experiments"
Indeed.

My spouse got sick with a pretty nasty colon disease. She was not able to do much for a long time.

Cooking got fun. I still suck, but I suck a whole lot less now. But that's not important. What matters is cooking turned into fun. I play, explore, and enjoy learning new things, which come increasingly easy. And the more you play, the better the food. The better the food, the more you are surrounded by people who enjoy your food. We will cook together now. And it's a nice evening. Get some good, or new ingredients, and go.

Chefs are awesome.

And they share too. They know the strong relationship people have with food can bridge a lot of differences. And when people enjoy the work, there is a lot of simple gratification and bonding associated with all of that. I can totally see doing that for a career and being very happy. Strange, having it all be so foreign not so long ago...

The thing is, most of us can do this. Good, basic, well prepared food is within reach of most anyone. Worth it, IMHO.
Yes. It's foolish to compare the cost of consumable gas vs consumable electricity.

Much better is consumable gasoline versus battery depreciation. Electricity costs nearly disappear.

This was an old adage among the homebrew EV crowd: buying a battery pack is pre-paying for your fuel for the next N years.

The Powerwall[1] is about 35 cents per KWh, assuming it can handle 1000 full cycles. ($3500 for 10KWh capacity.) A decent EV can get 5 miles out of that, so the battery depreciation is 7 cents a mile. That's a multiple of the electricity cost, which is about 2 cents a mile if you don't try for any time-of-day billing.

[1] This is just my best comparison of the actual cost of a Tesla battery.
The purpose of equity is to align interests and unite people in a common cause. Alignment is a powerful driver of success. Pushing people to work harder is counterproductive, cargo cult management, and a good sign to go work somewhere else.

Several comments here criticize the distribution of equity in many startups. Yes, inadequate equity grants have an inadequate effect. A startup should bring in the very best people and giving them outsized equity grants.
But if it does not come (somewhat) naturally, why would you bother to develop it?

We get so caught up in the question of "can everyone program" that we forget to ask if everyone should. There's a massive contingency of folks who couldn't care less about breaking down problems into their constituent parts and writing code to solve them.

I am a big believer that a person should try many things in varied fields -- math, art, science, music, athletics, and so forth -- and discover what they're 1) naturally gifted in and 2) what they're interested in. Then they should nurture those skills.

We would never dream of taking a person who was not gifted at basketball, and also hated it, and push them to try and be in the NBA. We don't encourage tone-deaf singers, who also don't get a kick out of performing, to become touring musicians.

In many other fields we acknowledge that a level of talent is necessary, and we also accept that not everyone is born with that talent. Further, we accept that not everyone even cares to HAVE that talent. Yet in programming we further this notion that if you aren't good at programming or don't want to learn, you're not trying hard enough, the fault lies with you - ur doin' it rong! It's the worst kind of narcissism to think that people who can't or won't do this thing we love are simply being defective people.
Thanks for the awesome knowledge, law-nerd. To your footnote, I've lost Tell me, why do we have civil forfeiture and civil courts? Other than the second-rate satisfaction when an OJ Simpson gets sued after being acquitted of criminal charges.

The dictionary definition of 'democratic' includes: "available to the broad masses of the people". Between the cost and the knowledge needed, asserting your rights in forfeiture cases is not practically available to the broad masses, i.e. the socialeconomic class that is targeted. This is not democratic.

So if it's starting to look like a constitutional violation, when are we going to see a lawsuit? ALCU should be on this, right? Or while police departments are on the defensive, do we get the political will to roll back the seizure laws that led to this?
> Without fees, your transaction will get processed eventually, but miners tend to put profitable transactions first.

IIRC this is only because some generous folks run miners willing to process zero-fee transactions in order to clean them up and forgive those who probably made the transaction fee too small in error. What if they decide to stop upgrading their equipment to keep up with the difficulty?
Leaving it plugged in has the same effect as removing the battery while it's plugged in (and putting the battery in identical thermal conditions). (Just think: if it were bad, engineering a workaround would be simple.) It's fine to have the battery sit at 100% for short periods of time. The damage you get around the 100% number is from charging/discharging to/from 100%, or leaving it unused for long periods of time.
Adding Compile-Time Type Checking to Printf
Lots of dudes become dads at 22 and go on to raise their kids proper.
> I should clarify: What's confusing me is the indexing stuff. I'm not sure if this is referring to something about the `Option<T>` or something else.

By indexing, I meant as an alternative to references.. For example, if you had a Sprite type which held a 'reference' to a Texture in your game's Texture list.. as soon as you allocate a Sprite it must borrow a reference to a Texture, preventing any future mutation of the Textures list for the lifetime of the Sprite, which obviously is too restricting for most games.. so the alternative is to have the Sprite simply hold an index to an item in the array instead, but this basically comes with the same pitfalls as nilable refs (ie, if you accidentally change it, your program can crash due to bounds-checking errors.. or end up with visual glitches.. not sure which would be more annoying).

The other alternative is to use an Option<&Texture> instead. However, I'm not familiar enough with Rust to know of the restrictions here, or even if that's possible (taking a look at the docs, it looks like it's possible, but life-time vars come into play, which could complicate things).
I'll submit something to HN within a month, then. For now I can recommend this great guide: https://www.goettner.net/2015/coreos-and-docker-on-aws-revis...
For $8, I tend to agree.

A cheeseburger, water and small fries is < $3, and that keeps me going for several hours from lunch to dinner. I don't go often, but go specifically for pricing. If I'm planning to spend > $6 on a meal, I go elsewhere.
I do. From the mains. Not so much to "save the battery", but to reduce power consumption. The charger is still consuming some power all the time it's on, regardless of battery level.
This is exactly what I do. When I am plugged in to a desk and do not intend to move for longer than 3 hours, i take the battery out.
New Grad Blueprint: A Free 8-Week Course for New Grads to Land Their Dream Job
"The way this plan will work is that $25 million will go toward new wireless corridors, which will deliver free or low-cost access to 20,000 low-income households. Another $7.5 million will go to upgrading or expanding at least five existing wireless corridors. Then $1.6 million in state funds will focus on broadband around industrial zones for at least 500 businesses."

It's too bad his plan ignores the monopoly TimeWarner has over service to most of his city's customers. If more competition were introduced beyond the sporadic RCN and Verizon FiOS available to some buildings, it might bring down prices for all. I agree that universal broadband access is a net positive - but when the only innovation being introduced is a subsidy it's debatable whether state tax money should be spent to ensure his constituents have free access to watch Netflix and play Candy Crush.
All my questions have been answered via this link:

http://batteryuniversity.com/learn/article/how_to_prolong_li...
It's an interesting perspective, but the thing about this kind of definition is that it's very much focused on the mechanism of intelligence rather than the behaviour that the mechanism produces – which flies in the face of our intuition about what intelligence is, I think.

If we found out that one species of chimp learns sign languages through a causal model while another learns it through an associative one (for example) we wouldn't label one more or less intelligent, because it's the end result that matters – don't you think?

Likewise, arguably the ultimate goals of AI are behavioural (machines that can think/solve problems/communicate/create etc.), even if it's been relatively focused on mechanisms lately. Any particular kind of modelling is just a means to that end. Precisely what that end is is still a bit hard to pin down, though.
To add on to that...

Even though, I haven't been involved in the contributing process for Clojure, but I thought it was interesting that Brian Goetz's keynote at the Conj 6 months ago was about stewardship, in particular, stewardship of the Java language:

https://www.youtube.com/watch?v=2y5Pv4yN0b0

It gave me a better appreciation for the differing concerns of someone using a language or contributing a patch vs. someone designing & maintaining a language.

In my day-to-day, I use languages other than Clojure, and I sorely miss the cohesive and good design. Brian Goetz's talk nails it on the head why the languages in my day-to-day are sub-optimal, even if they're currently the "new hotness"... at least for now...
That's the thing though - it's not a mentally taxing activity once you've become accustomed to it. Listening to audiobooks is not a problem.

Driving automatic/electrics is less physically demanding, so it will allow you to more easily eat tacos while driving (which is much more challenging than eating cheeseburgers).
> If you're utterly convinced that estrous and menstruation are the same

You've completely missed my point.
when the only innovation being introduced is a subsidy it's debatable whether state tax money should be spent to ensure his constituents have free access to watch Netflix and play Candy Crush.

That's a pretty uncharitable perspective, no? Giving free internet access to poorer residents will have a lot of impact outside of Candy Crush.

And while it would be great to bring more competition to the NYC market, it would cost a lot more than bringing some wi-fi coverage to various areas of the city.
Disclosure: I work at Google.

I think your point is fair: all technology should be reviewed strictly on its merits. We certainly don't have a magic formula that gets it right 100% of the time. I can however say we are quite committed to this area and this project in particular.

Here are the things I think about most days:

In the case of Kubernetes, we are doing is a little different to anything we have done before. We have a commercial offering (Google Container Engine) based on this project that we ultimately hope the world to consider as a great way to run containers for money (yes, we hope to create a business around this). The nice thing is we are a service provider so we just need to convince someone to use our compute services for us to benefit from an open source project we sponsor. We aren't really hiding our intentions here; we do containers well inside Google and have some whizz-bang container hosting infrastructure and services. The problem is that people are not likely to use it unless there is a 100% open, fully compatible alternative available for off-Google use. By way of background I was the product lead for Google Compute Engine (our infrastructure-as-a-service product) for several years. The product is going really well now, but I learned the hard way that big customers like choices and no-one likes to be locked in. This isn't just us being Googley (though I have a personal predilection to openness); this is a simple fact of the marketplace today. We could not convince someone to bet on a disruptive technology if an open and credible alternative does not exist.

The second thing is that we see tremendous power in the open source community that we want to tap into, both for our cloud product line, and for our own internal use (it is no secret we use a lot of OSS internally). Kubernetes has achieved an almost ridiculous velocity (check out our PR acceptance rates) because the community is supporting it. It is a better product because we benefit not only from having a bunch of Google engineers working on it, but because we also get engineers from Red Hat, CoreOS and others who bring different perspective and capabilities. We aren't enterprise guys for example, but the Red Hat folks are -- the combined team is way better than the sum of the parts. Our service (Google Container Engine) is stronger for it, and in the limit we expect to use Kubernetes to run a lot of our internal services too.

Cheers,
-- craig
Django OAuth2 Server
Functional programming in JavaScript: map, filter and reduce
If you are interested in some amazing HEMA(historic european martial arts) videos check Matt Easton channel https://www.youtube.com/channel/UCt14YOvYhd5FCGCwcjhrOdA I been an addict for a long time. It is fascinating just how bad depictions of fighting are in movies, even ones considered good.
Because it's not.

The article mentions this is about providing free wi-fi in poor neighborhoods.
Ok, sure. Is it accurate now?
I have a bit of a different perspective because my equity turned out to be much more valuable than my salary, but even before that I was heavily motivated by equity.

First of all, you are framing the discussion in the context of doing extra work over the weekend. That is entirely separate from how equity motivates a person. For example, I had a lot of equity in a company and almost never worked the weekends because I don't like working on the weekends. But having equity did change what I worked on, and in many cases this involved doing projects that were annoying but the best thing for the company (like recruiting, the most annoying thing in history).

Second, equity is a lottery ticket, and it is a long term lottery ticket. You really can't think about it in a short term way. You just have to say... given my equity, if the company is worth a lot of money in 3-5 years will my equity be worth something.

If you think about it on a per-hour basis, when the company is small the numbers are going to be stupid. But on the other hand, if the company becomes extremely large the numbers are going to be stupid on the other direction. What if another 0.1% of valuation increase made you an extra $50k? Should you work 24/7 because of that?

Equity is really best thought about in years, and salary is best thought about in terms of hourly or weekly. Though equity and salary are paired together on your offer letter, they do really serve completely different functions. Also in practice the vast majority of the money you make from a startup is only going to come from one of them, so you should really try to calculate their values independently.
And now that you're using a computer to do it you might as well use protobuf or bson or.... But then it's not a plain text format anymore and we're back to square one.
I think it comes down to whether you have high standards. Or were taught with high standards. Or were mentored with high standards. And whether as you grow you have the luxury and the persistence to keep them up. If you do, you fold in stronger and stronger building blocks that over time 'scale' and allow one to move effectively and often more quickly. If you could measure it, it would have to do with the density of the parent tree nodes within which you approach problems. Some people are lucky to have grown under rigorous conditions while yet still being exploratory and developing breadth.

If 'talent' is a function of tree node growth though, talent is not going to be bimodal. It's going to be unimodal with some long-tail bias because of the rewards theoretically of being really good at programming.
In my city, there are several "Japanese Steakhouses" and pretty much all of them have a staff made up of mostly asian employees.

Once, after our hibachi chef was finished cooking our meal, someone at the table asked him if he was Japanese. He looked around and in a hushed tone said "No, we are all Korean."
Ask HN: Using AWS S3 as a database
Hello,

I have a website that displays data from sensors. In the backend its a nodeJS server (doesn't really matter) and I have been trialling mongoDB and mySQL. I haven't been that happy with mySQL as it needs a lot of code to get it to play well with node. On the other hand we have mongo; its nice but I have no idea how it will scale in the future. Plus seeing how the HN community approaches mongo, I am exploring other options :).

Anyways.. to the question.

So I have been thinking to use S3 as a database, and write a nodeJS driver with some basic query abilities. I am willing to have a JSON request taking up to 500-700ms. But scale cheaply, easily to terabytes of data. I would add caching in the future but for now, reliable, scalable storage is what I am after.

I have done a preliminary benchmark between my server and S3.

* A file of 6.9MB takes an average 400MS with spikes of many seconds on the first requests).

* A file of 400Bytes takes around <50MS, again with random spikes.

So, given the nice scaling nature of S3 would this be a good way of attacking the problem? what do you think??

I did research before posting :)

Cheers.
We give fizzbuzz style tests to all our candidates. Most fail, but it's not an indicator of experience at all. Some of the quickest to pass just got out of GA and never worked in the industry before. It really tests aptitude at a specific type of problem. Because of this it does not make or break the interview. We also look at their portfolio/code samples as well. After interviewing many candidates I've found the one's who pass our fizzbuzz tests also have much better code.

Because of this I'm convinced that aptitude and passion are significantly important to the ability to program. Just grinding your way through CS classes will not a programmer make.

I should add we let the candidates use google, so even if they don't know modulus or whatever, they still can prove their ability to look up things.
I've been trying to get in to django, but it seems a bit hard for a newbie like myself. :/
I also never understood the charge that driving a manual sucks for commuting. I've done my fair share of the rather lousy downtown Chicago to Chicago suburbs commute, and never quite figured out what the big deal with all the starting/stopping was supposed to be.
If you run even a single service you need something that monitors that service and that something needs to be on a different bit of hardware and needs to be able to reach you even when it can no longer reach its own network uplink.

I think that's too much of a generalisation. If you're talking about an established public service, that you're charging real money for, where something that actually matters will be affected by even minor downtime, sure. But if you're talking about a small team or individual, running a new service that does something simple to help someone do something else, you probably have many higher prioritises than that level of monitoring and alerting, but you might still get messed around by something like all your certs expiring overnight.
For maximum effect, remove it at 40-70% and store the removed battery in the fridge.
Twitter kills MS-DOS games embedded in tweets
I've always wondered if parsing is still unparallelizable if you also allow backtracking. In other words, can you parse eagerly assuming that you're likely to be in a certain state, and then if you're proven wrong maybe you can retry?