sasavilic's comments

For somebody that uses Linux privately and professionally, Apple support was one of the major reasons I switched from Android to iOS based devices. Just until recently I had iPhone 6s (I keep my devices until they break or go out of support).

Apple used to look expensive to me, but if I divide initial cost per number of year of device exploitation, it actually gets cheaper then Android devices.

I too hate numeric keypad and being off-center. Especially when you need to keep notebook on lap.

But it is really hard to find notebook without numpad these days. Especially hard if it needs to work with linux out of the box.

Here is nice video from Dr Jordan Peterson about free will: https://www.youtube.com/watch?v=vpqoQ-zGxBM

The problem with censorship is that it "proves" that there is a "conspiracy" and it is like putting gas on a fire. I know this from people around me who believe in that stuff. If something is taken offline, than that "damn mainstream media is trying to hide a truth".

EDIT: IMHO, it would be much better option to flag/warn that video as misleading and provide link to resources with correct information.

Unless you have a really good shared storage, I don't see any advantage for running Postgres in Kubernetes. Everything is more complicated without any real benefit. You can't scale it up, you can't move pod. If pg fails to start for some reason, good luck jumping into container to inspect/debug stuff. I am neither going to upgrade PG every 2 weeks nor it is my fresh new microservice that needs to be restarted when it crashes or scaled up when I need more performances. And PG has high availability solution which kind of orthogonal to what k8s offers.

One could argue that for sake of consistency you could run PG in K8S, but that is just hammer & nail argument for me.

But if you have a really good shared storage, then it is worth considering. But, I still don't know if any network attached storage can beat local attached RAID of Solid state disks in terms of performance and/or latency. And there is/was fsync bug, which is terrible in combination with somewhat unreliable network storage.

For me, I see any database the same way I see etcd and other components of k8s masters: they are the backbone. And inside cluster I run my apps/microservices. This apps are subject to frequent change and upgrades and thus profit most from having automatic recovery, failover, (auto)scaling, etc.

I hope that airbnb is next.

You can't really compare VM with Docker. Managing containers with Docker + Kubernetes is far easier then managing VMs. Docker might be replaced with something else in future (i.e. rkt), but basic concept IMHO is here to stay.

AFAIK, Oracle's own JDK is being built from OpenJDK source and they work on OpenJDK source directly. The only difference is that there is no official LTS of OpenJDK by Oracle. You have to either keep upgrading to newer OpenJDK (with potential breaking changes) or pay Oracle license to use their LTS JDK

I don't get it. Having your software being able to run on two different plaforms, means that that software need to be tested twice, maintained twice. Your architecture decision might be optimal for one platform but not for the other, so you have to change your development process, have test env for both platforms, etc. You can't just cross-compile and hope it works.

All of this costs money, in terms of either having more developers/testers or having longer development time. So, in order to justify this investment, the second platform must be way cheaper in order to cover costs for extra developers/development time. And if there is a such huge difference and second platform works great, then why still have support for first platform anyway. Ditch it, and you will save yourself some money.

You could be an ISV, but again, your software will be more expensive if you need to support two different platforms. Which means that your customers must be willing to pay for it. Which brings us to same conclusion, unless there is a big saving by running software on alternative platform, nobody will care.

All of this will be useless, if there is no customers that are interested in new platform. There is a big difference between making existing used platform more efficient and offering new efficient platform for which only few customers are interested.

> The radioactivity of spent fuel decays exponentially

True, but it is still question of the half-life (i.e. plutonium)

> Obsessing over what could happen if somebody digs it up after 10000 years is not anchored in reality.

It is a reasonable concern, because we have never before in our history produced such toxic waste that lives so long. I don't know about you, but I do hope that Homo sapiens will survive next 10k years.

I am not against nuclear per se, only against current nuclear technology. I think that if we want to stick to nuclear, we need to heavily invest in technology, that would be more safe and would not produce long term highly radioactive nuclear waste. If those issues are solved, I am all in.

I am not convinced that it is a solved problem. How old are Egyptian pyramids? Yet there is a lot of stuff that we don't know about them. We are confident, that after 20 000 years, people will still know about nuclear waste storage facilities? Think about it: records could be lost, our language will be different. Why are we so sure that somebody will not dig it up?

One thing we always keep forgetting: spent nuclear fuel, which is highly radioactive. It has to be kept safe for years and somehow I don't this is really calculated into price of nuclear electricity. But if we had a reactor that wouldn't have issue with highly radioactive waste, then it would be a different story.

FLAVOR: Ubuntu Desktop

HEADLINE: Better (more polished) HiDPI support (also for legacy apps)

DESCRIPTION: I am running on 16.04 so I might be missing same latest fixes. But, some applications (especially Qt application like VLC player) have the issue with HiDPI monitor. Moving app between HiDPI and non-HiDPI monitor required restart in order to get correct sizing.