I think the bigger point is that they are experimental. Who wants to go into production with experimental stuff? Unfortunately, if my employer were to read a suggestion of using experimental stuff in production, it would be immediately rejected. nix itself, however, has been getting some people interested at work and if things go well, might be integrated into production solutions we sell to customers.
Because I’m pretty active in the Nix community and have never seen a single anti-flakes comment anywhere. Plenty of people advocating for flakes, and those who don’t use or understand flakes. But never anyone who actively dislikes them.
OK, I see where you’re coming from. You’re interpreting “anti” as “dislike”. Have you considered interpreting it as those who don’t use and don’t want to use flakes?
Just because there is disagreement, doesn’t mean that it has to be tied to negative emotions like hate or dislike.
And one can absolutely use NixOS without using flakes, whether they’re marked experimental or not. They’re simply a way to make inputs declarative, rather than the nix-channel method which is imperative.
It must be nice to have never productionized a prototype; meanwhile, in the land of startups, putting experiments into production is standard operating procedure, despite being a bad idea.
The more important part is that flakes are unstable. The concept is solid and clearly works at scale, but the precise API available to users is not yet finalized or versioned.
It must be nice to have never productionized a prototype; meanwhile, in the land of startups, putting experiments into production is standard operating procedure, despite being a bad idea.
You’re making assumptions. I worked in startups that did took great care not to beta software or libs. We were in production and changing stuff all the time - multiple times a day, but that was one of the rules. When you work with time-sensitive, always on environments with world-wide customers, bringing down production for multiple hours could mean the end your company in those early stages.
Maybe I was extra-ordinarily lucky with the startups I was in.
Just because other startups do it, doesn’t mean that it has to be done.
I think the bigger point is that they are experimental. Who wants to go into production with experimental stuff? Unfortunately, if my employer were to read a suggestion of using experimental stuff in production, it would be immediately rejected.
nixitself, however, has been getting some people interested at work and if things go well, might be integrated into production solutions we sell to customers.They really should be moved out of that category soon. They’ve been so fully embraced and used by the community that they’re effectively standard now.
The article clearly states otherwise
Oh, that’s easy – that’s utter bullshit. Article is generous, this is a blog post.
😂 why do you believe that?
Because I’m pretty active in the Nix community and have never seen a single anti-flakes comment anywhere. Plenty of people advocating for flakes, and those who don’t use or understand flakes. But never anyone who actively dislikes them.
OK, I see where you’re coming from. You’re interpreting “anti” as “dislike”. Have you considered interpreting it as those who don’t use and don’t want to use flakes?
Just because there is disagreement, doesn’t mean that it has to be tied to negative emotions like hate or dislike.
Well no, because that’s not what “anti” means.
And one can absolutely use NixOS without using flakes, whether they’re marked experimental or not. They’re simply a way to make inputs declarative, rather than the nix-channel method which is imperative.
So there’s no “disagreement” here either.
It must be nice to have never productionized a prototype; meanwhile, in the land of startups, putting experiments into production is standard operating procedure, despite being a bad idea.
The more important part is that flakes are unstable. The concept is solid and clearly works at scale, but the precise API available to users is not yet finalized or versioned.
You’re making assumptions. I worked in startups that did took great care not to beta software or libs. We were in production and changing stuff all the time - multiple times a day, but that was one of the rules. When you work with time-sensitive, always on environments with world-wide customers, bringing down production for multiple hours could mean the end your company in those early stages.
Maybe I was extra-ordinarily lucky with the startups I was in.
Just because other startups do it, doesn’t mean that it has to be done.