Hacker News new | past | comments | ask | show | jobs | submit | onestone's comments login

I simply put my apps in different namespaces on dev/stage/prod/etc. That way a kubectl command run against the wrong cluster will fail naturally.


That's great idea. As long as you have that from the design , that's very cool. Moving existing infra to support the idea is just hard and quite a nightmare. In our new clusters, we apply that idea you've shared.


Well, baseless naysayers are just as bad as baseless hypers.


StorPool[0]. Inoreader recently blogged about their experience with it, and why they chose it instead of Ceph[1].

[0] https://storpool.com/ [1] http://blog.inoreader.com/2018/03/success-story-inoreader-op...


But...I don't care about the technology. I care about the object storage available to me without caring about the technology. So what's this do for me?


Any bets on how their next IM app will be named? My pick is Hangouts Talk.


It's about time for the "adding new words" portion in the Google What-The-Fuck-Is-This-For product cycle. Last time we had that was Allo and Duo, before that was Plus. The "filler projects" just have normal nouns like Inbox or Photos or whatever.


google hangouts allo talk


Yeah, flagged for being inaccurate.


FUD. Insufficient liquidity on some exchange might cause the price to fluctuate briefly, of course. But it quickly corrected back to $1.


And unless I'm mistaken, the people at Maker never said it was hard-pegged to the dollar. It was a soft peg, so the price could fluctuate here and there, but remain roughly stable.


> There will be no breaking changes from Beta 3 to stable, so our changelog should be short and sweet. Expect some linting, Sass variable improvements, updated docs Examples, and more build tool improvements.

Nice! We can finally use Bootstrap 4 without expecting future breaking changes.


I have several servers in GRA which were unreachable for two hours. Might have been due to the routing or DDoS-protection infrastructure.


The Ethereum "ice age" is a mechanism to ensure smooth transition to future planned hard forks. By tweaking the difficulty adjustment formula to artificially increase block times after some time (the so called "difficulty bomb") it makes mining on the old chain unprofitable, and incentivizes everyone to move to the/a new one. The general idea is to prevent extreme conservatism and stagnation w.r.t. hard forks, as we are seeing in Bitcoin.


So is this giving the developers the control instead of - as with Bitcoin - the large mining pools? Is that any better?


Incidentally, in Bitcoin, large mining pools do not have control over the consensus rules. It doesn't matter what the miners say, their chain is worthless if people refuse to run it.

In Bitcoin, the economic majority decides what is Bitcoin. And when there's a substantial disagreement (e.g. BCC) there's a fork.

Large mining pools have no more power to enforce consensus rule changes on others than anybody else does.


Miners can attack rival chains with the same PoW -- so they do have some extra power over "similar" chains.


Attacks that cost them money to the tune of millions of dollars. Sure they can do it but it's not free.


The former offers far more visibility than the latter for say in the future.

So yes, IMO it is.

Otherwise private concentration of power will do as it always does: leverage it's monopoly to control the system as a whole.

The discussion & development are in the open. The large mining pools can sit at the table and discuss the changes as a part of the community. Or fork off.


I was the one who added Yarn to the official docker-node image[1][2]. This was the most popular docker-node feature request at the time. We managed to achieve it with a minimal size increase (with the help of the awesome Yarn team) and without affecting anything else. There was already a history of us providing some bonus features which the upstream Node project doesn't, such as a musl-libc build (for Alpine Linux).

[1] https://github.com/nodejs/docker-node/pull/337 [2] https://github.com/nodejs/docker-node/pull/403


Consider applying for YC's Summer 2025 batch! Applications are open till May 13

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: