Community mailing list archives
Re: developers vs consultant ODOOby
here it is ;)
https://www.odoo.com/fr_FR/slides/user-training-42015-10-21 22:01 GMT+02:00 Luis Panozzo <email@example.com>:As stated before, the rate of change is such that not everyone can keep up with it.Users, for example.I would appreciate a link to a comprehensive repository of V8 literature.And by comprehensive I mean: Accounting, CRM, Sales, Purchases, Project, infrastructure inter alia.Mind you, we have bet our future on Odoo but we feel we are being left on a limb due to the aforementioned lack. Hope you can prove me wrong.On 21 October 2015 at 20:31, Ray Carnes <firstname.lastname@example.org> wrote:
If you know where to find the functional documentation, and how to help finish it, STOP READING – you can delete this message.
If not, the functional documentation for version 9:
Not that this is “In Progress Documentation”, so to review the work in progress visit:
Note: Anyone can contribute to the documentation effort on the second link, informally, and the first link via GITHUB, formally via Pull Requests.
One thing that will always impair greater "consultancy" vs "development" is the consistent lack of comprehensive functional literature.
The effort for 6.0 was great and commendable.
But the rate of change is so significant that urgent matters leave no time (or resources) for important things.
On 21 October 2015 at 20:06, Nhomar Hernández <email@example.com> wrote:
2015-10-21 10:02 GMT-05:00 moulay rachid Hachimi <firstname.lastname@example.org>:
so my question will odoo by gaining more and more maturity ,reach a level like SAP where there is a lot of integration and little of development?
I do not think so inmediatly, but forvary asic cases, it is actually like that.
The point is that to know how things are working even to configure you always must read the code (even if you are not a programmer adding features).
And other point is that ODoo from version to version @try@ ifferent things which will include again re-learn some things (sometimes for good sometimes not so good).
TO compite with SAP directly you need to understand that developments will be ALWAYS required, at least for the must complex workflows.