[chef] Re: Re: Re: Re: Community cookbook maintenance

[Tensibai < >]

Well, what makes me think this was not the intent is the "out of the box AND up to date", but your definition is absolutely valid.

At end, I've just the feeling that when reading through a cookbook to write a wrapper, you have a correct idea of it's quality, seeing the LWRP and what they allow you and the the 'up to date'ness of the attributes (usually I look to the version targeted) give good clues on the work to be done before getting this cookbook working to the wished state.

So why not for badges, but I find a little interest in them and I'm worried it will increase the 'I clicked, clicked again and it's not working but it has the (company blessig|validation badges|high ranking from community), that's so bad and unprofessional !!!' symptom we saw at the start of this thread with the Opscode in the README of a cookbook...

Perhaps I'm too negative, just sharing my though anyway :)

Le 2015-06-25 23:36, Yoshi Spendiff a écrit :

Arguing semantics here, but I took 'out of the box' in this case means that it work as intended. Being able to control apache settings via attributes and modules via recipes is working 'out of the box' even though the admin is doing work to configure attributes and set run lists, which means you need a level of understanding. A cookbook that doesn't work because it's a year old and systems have changed isn't working 'out of the box'

On Thu, Jun 25, 2015 at 12:36 PM, Tensibai Zhaoying < "> > wrote:

A quick reaction on this two points from my sysadmin point if view

> And here we are: Examples, Cookbooks, things that work out of the box and are up to date.

Nothing should go on a server 'out of the box', if you're giving a sight on a product,  deploying through chef is a bad idea (kind of premature optimization). Specially on free open source code, you should have a look to it and understand what's going on before allowing it to run within your company network.

> Things, people can imitate to build experience and trust — to expand their knowledge and finaly build something their own upon it.

Again, something working out of the box won't be read and understood, imitating something simplified is a bad idea as the author did make choices which could not be the best.

Packages install of popular things like apache or nginx are a good Exemple, you have something running with some guidances on what the best path is, but if you let it 'stock' you won't run a big website on it and you'll be vulnerable to attacks due to the default behavior.

When you're managing systems you need to understand what you allow to run on it as much as possible.

Again, this is my opinion, not a judgement or anything else.
The quality level has refrain me to open-source most of my work because it's way too specific in my point if view, hardening this to avoid the burden of understanding what's going on to future users sounds counter productive to me.

--

Yoshi Spendiff

Ops Engineer

Indochino

Mobile: +1 778 952 2025

Email: ">