Contributors mailing list archives

contributors@odoo-community.org

Re: OCA Dev & Deploy Tooling PSC

by
dar@devco.co
- 21/10/2015 15:55:16
Nhomar, I understand you so well. But hey, I don't think, my ideas are so bad, that's why I'm defending them. That's why I'm also prepared for obstacles and criticism... :)

I'm happy to commit myself in helping converge best practices and available distributed expertship on this topic, this is why a issued the following initiative. If you share the expressed goals, or like the idea, please consider sharing your support for this.


Ps, we are right now finishing to migrate our own developments to version 9. You might count on my expertship in the accounting area, if I feel well treated. (Remeber back in March 2014 : https://github.com/odoo/odoo/pull/219)

Saludos Cordiales
David Arnold

David Arnold BA HSG / Analista
315 304 13 68/ dar@devco.co

devCO - empresa de consultoría de sistemas (en fundación)
http://www.devco.co

This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. devCO is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.


2015-10-21 10:38 GMT-05:00 Nhomar Hernandez <nhomar@vauxoo.com>:


On Wednesday, 21 October 2015, David Arnold <dar@devco.co> wrote:
Did you "at least" give some 1 or 2 +1 in any project related to OCA already?
​Yes. I think here is the debut piece, which was developed by kurkop and me, but we decided to publish it under kurkops name, because of my reputation (this is sad): https://github.com/savoirfairelinux/server-tools/pull/3

Dd you try the runbot with OCA PR?
​No.​

Did you solved at least 1 issue?
​Well, if documentation counts, then yes.​


I would be pleased to make the first move on a comprehensive design proposal, once I can be sure, that this is not just ignored. I'm also committed to take active part in some developments as to my knowledge.

I'm waiting for someone to push the "start" button. But, obviously, people are free to rather push the "stop" button.



My point is that your are talking as if we need actually build the "start stop button" itself when we are in a running machine.

I invite you to criticize tools itself with actually done tools and real POC because almost all what you are proposing is partially done and in the way to be done.

Talk about programming and sys admin tools without real cases and code is soporific.

I hope it explain better my point.

Regards! 


 
Just for the record: There is no consolidated knowledge of docker in the OCA community, yet. It becomes clear from the discussions. So this is a new field, which we can shape! I want to take a responsible part in this, due to my rather growing intimate knowledge with docker. Let's m=out it this way: I grew up with docker.


Docker is great but it adds a huge layer between your actual machine OS and the code you need to modify itself (two layers in case of Windows and OS X) then even the docker team itself is improving this and yes it is growing up on popularity and yes it is great, but try to build all an environment to standirize a tool that basically will move the problematic of acquire a basic knowledge from Python to docker is not a good approach (at least not now).


Now: you must know Python plus Odoo plus basic Linux plus Oca structure.

Your proposal: Python + basic Linux + Odoo basic + Oca structure + DOCKER....

We use docker internally but we make our developments understand first Python and Linux very well before docker without that knowledge is impossible to even use anything.

Conclusion: let's continue improving specific tools and let's focus on a great Odoo ecosystem lets deployment things to other people we must decide which battle to fight....

We need migrate to v90 almost all repositories maybe if you help to migrate some of 5 or 10 modules following our flow with your tools you will end up With such start design but without even the experience is so so so complex have technical arguments objectively....

Regards

 
Best Regards, I hope the PSC of Maintainer Tools will consider my application.

David


Saludos Cordiales
David Arnold

David Arnold BA HSG / Analista
315 304 13 68/ dar@devco.co

devCO - empresa de consultoría de sistemas (en fundación)
http://www.devco.co

This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. devCO is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.


2015-10-21 9:23 GMT-05:00 <Pedro@pad.odoo-community.org>:
I agree with Nhomar. Only when you have made plenty of contributions, you can then talk with full knowledge about how can this be improved, but you need that walk.

Regards.

2015-10-21 16:08 GMT+02:00 Nhomar Hernandez <nhomar@vauxoo.com>:

On Wed, Oct 21, 2015 at 12:23 AM, David Arnold <dar@devco.co> wrote:
Hi,

I want to suggest and solicit the creation of OCA Dev & Deploy Tooling PSC.

I want to take responsibility in the PSC and ensure thereby a technical and well-informed discussion.

I further want promote convergence and best practices in the OCA on this topic, keeping an eye on the needs of newcomers.

If this finds approval, I would like to convocate an open design process on the creation / convergence of a comprehensive set of base docker images, that are suitable for production and Dev and compatible with existing (anybox) as well as embrace new tooling.

In a next step, I would like to focus on the Dev sugar, because this is where there is a real perceived lack of coolness ;) in the existent tooling.

In some future I would like to open up discussion about possible deployment techniques. However, I feel this is many steps ahead still & with anybox, we have a "running horse". ("Never change a running horse")

I would like to have anyone especially interested in this topic and with sufficient technical knowledge in the field to express his interest in taking responsibility in the PSC.

I'm furthermore committed to aport to a better OCA culture. (I admit, I'm not happy with the current state.)

Best Regards

David

David.

Again, I do not know how explain this.

If you are not commited to make the first design/development, I really do not understand which is the process you want to propose.

You want bring to some place a set of expert to solve the issues you see, then put the free in some other place just after you give a bless? (that's what I understand here with your proposals).

You have the tools available (and some of them unfinished yet) but if you do not give spefic feedback or specific code to them it is difficult to grow up, the code is not done by itself just with good willing....

In other hand, Can you try to give/test existing projects? because all what I read is complex to understand and is show a lot o leak of knowledge, which probably are solved already.

Did you "at least" give some 1 or 2 +1 in any project related to OCA already?
Dd you try the runbot with OCA PR?
Did you solved at least 1 issue?

I mean: I'm furthermore committed to accept that we maybe we need a better OCA culture. (BUT I admit, I'm not happy with your current way of work.)

But I think mantainer-quality-tools is the place already, maintainer tools is other one.... Why push in other direction/project than the one that help us all and impact directly the benefit of 100% of repositories availables?

:-1: for me.


--
Nhomar Hernandez
CEO Vauxoo.
Twitter: @nhomar
Odoo Gold Partner
Móvil Venezuela:
+58 4144110269
Móvil México:
+52 1 4773933942

_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe


_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe


_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe



--
Sent from my mobile.

_______________________________________________
Mailing-List: http://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe