This doesn't seem very convincing. Disclosure: I run NixOS on all of my machines. Even my router.<p>Point by point:<p>> Small community<p>This reason applies to any new tool that doesn't immediately have significant corporate backing. Nothing would ever grow organically if everyone thought this was a deal-breaker. The real point here is that if you use NixOS then you must be committed to be an early adopter and bear all the costs that entails. If you don't get high value out of Nix, then you shouldn't adopt it. Simple enough, yea?<p>> SOFTWARE MANAGEMENT<p>This section seems a bit completely ridiculous? Yes, you can't configure your NixOS system unless you write <i>nix expressions</i>. That's <i>literally the point</i> of using NixOS. You don't boot up emacs and complain that it doesn't care about your .vimrc.<p>> Want to customize something in the OS, be ready, you’ll need to write your custom systemd service to do that. Aaand, yes, service configuration file also need to be declared using Nix expression language.<p>Yes. That's the point. As much of your system configuration is configured in a principled way.<p>> All standard system configuration files like /etc/fstab, for example are generated by a weird code and read only.<p>Yes. That's the point. You can only modify your system configuration in a principled way.<p>> Forget about Chef, Puppet or Ansible! Only Nix expressions! Only hardcore!<p>Yes. That's the point. That's what you sign up for when you install NixOS.<p>> It is not possible just to upgrade the kernel from “ver1” to “ver2”. New kernel will bring whole set of system packages and their dependencies with it. Do not know if it is safe. Will test it soon.<p>Wait, does this person think you can ad-hoc change your kernel version without considering whether your low level and/or kernel specific packages are compatible with it? That's _the point_ of system packages being parameterized on kernel version in NixOS.<p>> CLOUD SUPPORT<p>Yeah, actually you have to be knowledgeable in both Nix and whatever cloud service you're using to get by without issue. It's an early adopter cost, as mentioned before.<p>> Do not even try to use it in Auto Scaling group and passing configuration.nix content through user-data. ...<p>I'm pretty sure the author was not deploying NixOS to the cloud correctly, based on this comment. But! It's not obvious how to do it correctly, so understandable.<p>> Cache<p>I don't even understand the issue here? You don't have to rely on the community cache. Our shop builds the entirety of nixpkgs and caches it for ourselves as a matter of routine.<p>> And yes, your own cache size will also grow very fast!<p>Well yes. You have a cache that contains every artifact relevant to your business going back as far as you want. That sounds rad, actually? Again. <i>That's the point.</i><p>> SECURITY<p>Yea, that sucks. I also dislike when the community introduces breaking changes. This is yet another early adopter cost and if you're not involved in the community the cost can be shocking and difficult to deal with. I sympathize with the author.<p>> WINDOWS SUPPORT<p>This Linux distribution doesn't support... Windows? Ok, I've never worked at a Windows shop. What sort of support for Windows do other Linux distributions have that the author is lacking in? It is very true that if you need to support Windows you shouldn't use NixOS.<p>> SYSTEM REQUIREMENTS<p>That's what the cache is for my guy :^)<p>> Conclusion<p>I'm really sorry for the author, because it looks like somebody made a rash decision to use NixOS that did not get everyone on board and did not fully commit to leveraging NixOS's advantages to outweigh its high early adopter costs.<p>But I think this rant is more than a little misinformed.