openerp-brazil-team team mailing list archive

[Raphaël Valyi <rvalyi@xxxxxxxxx>]

Ola,
para apenas entender o código do OpenERP e escrever módulos equivalentes,
não e tao difícil para um perfil de programador. Agora vc tem que saber que
a parte técnica e a parte a menos difícil de adquirir no caso de perfil
técnico, pois entender tudo perímetro funcional e bem mas demorando (Para
esse parte funcional, eu diria que base de economia ajuda e depois tb tem
que seguir essa documentação
http://doc.openerp.com/book/index.html#books-link ).


Agora, sobre a parte técnica/ aconseilho de ficar mas ligado com o Python,
que por sorte e um dos linguagem objeto mas fácil de aprender (acredito que
seja muito ainda mais fácil do que PHP de aprender apsar de ser mas poderoso
e mas rapido).
Para isso, aconselho ler:  http://www.diveintopython.org/toc/index.html
Apenas os capítulos: 1 a 5 incluído.
(talvez existe em português)

Tambem, aconselho vc entender de desenvolvimento cliente/servidor com HTTP e
possivelmente HTML. Não sei qual e o melhor jeito de aprender isso, deve ter
varias recursos e precisa de pratica. Para mim aprender isso com Ruby on
Rails foi eficente. Vale a pena lembrar que não e preciso queimar neurones
com webservices SOAP.

Tambem e essencial você entender de desenvolvimento MVC (Mode View
Controller), pois o OpenERP e bem estruturado assim. Da mesma forma deve ter
varios recursos e precisa de pratica. Praticando Ruby On Rails ou Django
pode tanbem ser eficente para isso.

E preciso ter conhecimento gerais em banco de dados em SQL, tem inúmeros
recursos para isso. Pelo contrario dos Compiere/Admepier/Openbravo nao e
preciso queimar neurones aprendendo cursores e PL/SQL.

E preciso ter conhecimentos sobre ORM (Object Reltionnal Mapping) em geral
não do jeito complex Datamapper tipo Hibernate mas do jeito simples tipo
ActiveRecord. De novo considero que mexer com Ruby on Rails o Django sejam
jeito fáceis de aprender.

Tanbem vale a pena entender o que e um 'state machine' (
http://en.wikipedia.org/wiki/State_machine ) ou diagramas de fluxo BPM
(Business Process Modeling,
http://en.wikipedia.org/wiki/Business_Process_Modeling ), apenas na cultura
geral. Pois o OpenERP usa muito esse modelamento. a contrario do BPMN, o
OpenERP adopta aqui um linguagem técnico especifico (como XPDL por exemplo),
mas que permite um melhor controlo sem erro dos processo pelo pessoal que
entende esses diagramas.


Quando você tiver ligado com tudo esses conceitos de base, então, acho que
você pode seguir com a documentação tecnica do OpenERP aqui:
http://doc.openerp.com/developer/index.html#book-develop-link

vai lendo e escrevendo seus próprios modulos/alterando os que existem
(apenas para testar, nunca para usar em produçao assim pois se deve herdar e
usar de modulos). Tem muitos exemplos dentro dos modulos addons ou ate
extra-addons. vale a pena ficar confortavel com grep para buscar exemplos de
uso da API.
Eu nao aconselho de mexer com a programaçao cliente-side, ou apenas para
resolver um bug. Tem varios jeito de se integrar com o servidor
(webservices, ooor, iframes...)

Ao descobrir o código do OpenERP não gasta muito tempo entender como
funciona a camada server/bin/osv porque isso e o coração de sistema mas
apesar de pouco código e bem complexo e não e muito preciso no dia dia.


Por fim, e bom saber, que existem tarefas que sao ate accessiveis para
perfis bem menos especialisados, por exemplo:
- alterar as "views"
- adicionar ums campos ou ate relações simples tipo one2many / many2one nos
objetos
- alterar os relatórios
Para fazer apenas isso, segue direito para a os capitulos dedicados do livro
do desenvolvidor aqui
http://doc.openerp.com/developer/index.html#book-develop-link
e peça ajuda de um perfil mas tecnico quando nao dar certo.


E bom saber que, apesar do marketing anticipado, ainda nenhum integrador
aconselha usar das ferramentas gráficas (DIA, view designer, object
designer) porque nem a mais rápido para quem entende de código e tem varias
pegadinhas, principalemente para manter os sistema no tempo passando as
migrações necessárias (porque ainda tem bugs).


Sobre a tropicalisçao especificamente, vamos logo falar melhor sobre o que
estamos fazendo e que precisa fazer. Por enquanto vale a pena entender
melhor como o OpenERP funciona antes de mexer com código de localisaçao.


Boa sorte.


Raphaël Valyi
http://www.akretion.com



2009/8/20 Italo Ferraz <italo.ferraz@xxxxxxxxx>

>      Olá,
>         Acabei de me registrar na lista e fiz algumas sugestões para
> tradução. Também sou programador (C e ASM), embora trabalhe com sistemas
> embarcados. Pois bem, alguem poderia me indicar o que é necessario saber
> para poder colaborar com o projeto.
>
>
> Obrigado
> Italo
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-brazil-team
> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-brazil-team
> More help   : https://help.launchpad.net/ListHelp
>
>