Avaliar proposta de cursos

[Edson Sales Junior]

Pessoal, estamos pensando em contratar alguns cursos para o segundo semestre aqui no TCESP. Eu fiz um rascunho do que queremos e gostaria de contar com a opinião técnica de vocês para melhorar e adequar as solicitações. Ainda não definimos se vamos criar um pacotão com cursos, consultoria e suporte Drupal e SolR (ainda não terminei de rascunhar o documento deste últimos tópicos) ou se vamos optar por contratações menores, mas assim que confirmarmos o formato eu divulgo aqui. Segue abaixo o rascunho (usei como base pesquisas na Web, site da Fisqua, da Caelum e outros):

 

 

 

Curso de desenvolvimento de temas

 

Objetivo

 

O curso deve abordar o desenvolvimento de novos temas, adaptação de temas existentes e a criação de subtemas tanto em Drupal 6 como em 7.

Deve ainda ter uma carga horária de 20 horas (sendo a carga horária diária máxima de 4 horas) e ser ministrado “in company” utilizando máquina virtual previamente configurada e fornecida pela CONTRATADA.

O material pode ser fornecido em formato digital. E deve ser utilizado o padrão PHPTemplate. A ferramenta padrão de desenvolvimento do Tribunal é o Eclipse PDT.

 

Tópicos necessários

 

- Nivelamento de HTML e CSS

- Usando os módulos Devel e Theme Developer

- Usando o Firefox e extensões Firebug e Web Developer

- Conceituação de templates e variáveis

- Adaptando de temas já existentes

- Utilizando Javascript em temas

- Criação de um Novo Tema

- Customização de Templates (html.tpl.php, page.tpl.php, node.tpl.php, region.tpl.php, block.tpl.php e arquivos tpl para customização de views)

- Criação de Subtemas

 

 

 

Curso de desenvolvimento de Módulos

 

Objetivo

 

O curso deve abordar o desenvolvimento de novos módulos e a adaptação/extensão de módulos existentes tanto em Drupal 6 como em 7.

Deve ainda ter uma carga horária de 20 horas (sendo a carga horária diária máxima de 4 horas) e ser ministrado “in company” utilizando máquina virtual previamente configurada e fornecida pela CONTRATADA.

O material pode ser fornecido em formato digital. Todo o treinamento deve ser aderente ao Module Developer’s Guide (http://drupal.org/developing/modules).

A ferramenta padrão de desenvolvimento do Tribunal é o Eclipse PDT.

 

Tópicos necessários

 

- Conceituação de módulos

- Documentação da API do Drupal

- Como funcionam os hooks

- Dicas para um código seguro (coding standards)

- Usando o módulo Devel

- Utilizando o hook_menu()

- Utilizando URL em funções callback de página (page callback)

- Adicionando links contextuais ao menu

- Usando carregadores automáticos (autoloders)

- API de renderização (Render API)

- Anexos e cache com a API de renderização

- Alterando a matriz (array) da página

- API de blocos (hook_block())

- Criando blocos personalizados

- Integração com o sistema de tema (hook_theme())

- Provendo templates personalizados para seu módulo

- Modificando o template de outros módulos

- Introdução a API de formulários (Form API)

- Criando, enviando e validando um formulário simples

- Organizar grupos de elementos de formulário (#tree)

- Criando formulários dinâmicos com form states

- Alterando formulários com hook_form_alter()

- Alterando formulários específicos e personalizando validações

- Criando configurações de formulário

 

 

Curso de Técnicas de desenvolvimento com Drupal

 

Objetivo

 

O curso deve abordar o versionamento com GIT, a utilização do Drush e de features tanto em Drupal 6 como em 7.

Deve ainda ter uma carga horária de 20 horas (sendo a carga horária diária máxima de 4 horas) e ser ministrado “in company” utilizando máquina virtual previamente configurada e fornecida pela CONTRATADA. O servidor do GIT (máquina remota) também deverá rodar em máquina virtual.

O material pode ser fornecido em formato digital.

A ferramenta padrão de desenvolvimento do Tribunal é o Eclipse PDT.

 

Tópicos necessários

 

GIT

- Introdução ao controle de versões com Git

- O ciclo básico do Git

- Sincronização dos dados locais com o repositório remoto

- Controle de log

- Conceituação e execução de branchs locais e remotos

- Resolução de conflitos

- Controle avançado de alterações (stash, bisect e cherry picking)

- O uso do gitk

- Conceituação e execução de Merges

- Integração com o Eclipse PDT

- Envio de pull requests

- Criação de alias

 

Drush

- Conceituação, Instalação e configuração

- Backups e Restores utilizando Drush

- Instalação e atualização do Drupal utilizando Drush

- Instalações e atualizações de módulos Drupal

- Manipulação de Caches e Logs

- Gerenciando usuários com Drush

- Criando comandos para o Drush

- Conceituação e utilização do Drush Make

 

Features

- Conceituação de Features

- Criação e atualização de features

- Versionando features com GIT

- Manipulação de features com Drush

 

 

Abs,

 

Edson Sales Junior

 

[Pedro Rocha]

Acho que colocar na especificação do curso a ferramenta a ser usada é um limitador. No caso dos Temas, por exemplo, eu conheço, mas não uso, o Devel e o Devel Themer. Acho eles desnecessários, somente usando em situações bem específicas. Colocar "Ferramentas de depuração e testes" é mais genérico e atingirá diversas metodologias de trabalho.

Em desenvolvimento de módulos, por exemplo, eu não costumo usar ferramentas de debug, porque sendo uma linguagem interpretada, é muito rápido eu usar um print_r() ou algo do tipo, então o custo de reiniciar a navegação em modo debug mais atrapalha do que ajuda, bem diferente de quando mexemos com Java ou algo compilado, que não tem formas dinâmicas.

Em resumo, tente não restringir as técnicas de se trabalhar tais problemas, mas sim focar em "Como resolver o problema X", que ai poderá receber  opções de diversas técnicas.

abs,
Pedro Rocha

-------------

www.singleview.com.br

www.pedrorocha.net

2012/5/29 Edson Sales Junior <esa...@tce.sp.gov.br>

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 
Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com
Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

[Edson Sales Junior]

Pedro, nós temos que ter algumas indicações de tecnologia, para evitar por exemplo que o fornecedor apareça aqui com um curso que depende do Zend Studio, por exemplo, como quase aconteceu. Nós temos as ferramentas/ambientes que nós definimos para o nosso trabalho, por isso não dá para deixar o fornecedor escolher o que quiser usar, senão o uso efetivo do conteúdo repassado fica comprometido, entende?

 

Abs,

 

Edson

[Pedro Rocha]

Creio que um curso de Drupal que dependa de determinado IDE já terá algo errado por conceito. Realmente não deve deixar brecha para isso, como falou.

[GMail | Thiago Régis]

Concordo com o Pedro. Especificar a IDE para trabalho não é um requisito produtivo para um curso. Porque se for pra aprender mesmo a codificar mesmo, o ideal é conseguir escrever sem ter autocomplete etc...

-- 
Abraço

Thiago Régis

http://fisqua.com

http://softfunding.com

Cursos Online de Drupal: http://cursos.fisqua.com

[Paulino Michelazzo]

Edson,

Mais comprometido fica o erário  que vai pagar por isso. Será necessário encontrar um profissional que possua proficiência em ambas as ferramentas, o que não será fácil achar. Se achar, o valor do mesmo é mais alto que dos demais por ter um diferencial. Se não achar, terá que contratar alguém que se proponha a estudar a IDE e obviamente irá colocar este custo no valor total do trabalho realizado.

Sds

[Edson Sales Junior]

Paulino, minha preocupação com o erário é que faz com que eu tenha este cuidado. No caso que eu falei anteriormente imagine como seria ter que comprar dezenas de licenças de Zend Studio porque o curso ensinou a fazer coisas fabulosas, mas apenas naquela ferramenta? Onde estaria o efetivo prejuízo para o erário? Determinar ferramentas, principalmente livres, é a grande jogada para evitar “vendor locking”, já que se não houver nenhum parâmetro qualquer empresa pode chegar (licitações são abertas e não temos como definir quem vai ganhar) com aquela ferramenta que só eles tem e que dizem ser uma bala de prata (tenho certeza que se eu deixar isto em aberto é o que vai acontecer, pois sempre acontece). São os calos de anos no serviço público com responsabilidade que nos deixam precavidos, mas de qualquer forma uma opção poderia ser, no caso das IDEs por exemplo, especificar que não deve ser utilizada nenhuma IDE e sim um editor de textos utilizando UTF-8, sem recursos adicionais, vocês acham que ficaria melhor (normalmente já colocamos que não é permitida a utilização de ferramentas proprietárias de qualquer espécie para evitar surpresas)?

 

Abs,

 

Edson

--

[Paulino Michelazzo]

Edson,

Nem cogito a compra de licenças e não é só para Zend, é para tudo. O poder público comprar software é, para mim, um descalabro tão grande quanto pagar propina, seja o software que for (inclui-se qualquer coisa entre um editor de textos e um ERP).

Você mesmo deu a opção que penso ser a mais correta: não especifica nenhuma IDE. Mais que isso, especificar que não é permitido o uso de IDE, mas sim que qualquer edição de código deve ser realizada por meio de editores de texto puro em UTF-8. O pior que pode acontecer é terem que instalar Notepad++ nos Windows (que é GPL).

Quanto a achar se deve colocar ou não que não é permitido o uso de ferramentas proprietárias, se puder, coloque em Helvetica 18px. Com isso insistem em aparecer com elas, imagine sem.

Desculpe-me se lhe ofendi ou coisa do tipo, mas eu fico realmente puto da vida quando vejo órgãos públicos usando dinheiro de forma errada (que pelo visto não é seu caso) e realmente quero que os fornecedores de software proprietário se explodam. Que vendam para o Carrefour ou para a EBX, mas não para mim (governo = eu).

Sds

[GMail | Thiago Régis]

+1 quanto à "proibir" IDE

-- 
Abraço

Thiago Régis

http://fisqua.com

http://softfunding.com

Cursos Online de Drupal: http://cursos.fisqua.com

[Edson Sales Junior]

Paulino, pensamos exatamente da mesma forma e não se preocupe pois não fiquei ofendido, na verdade só tenho a agradecer pois uma dica simples como esta (de evitar definir a IDE) pode economizar um bom dinheiro e aumentar a quantidade de empresas participantes, e assim a possibilidade de êxito da contratação. Podem dar mais dicas pois este grupo tem muita gente capacitada e o principal, empenhada em ajudar.

--

[Joel Wallis]

Há outro ponto não citado na questão das IDEs: codificação é algo que deve ser aprendido independente de IDE. Eu uso Eclipse e gosto muito, mas aprendi a programar usando Notepad++. Independente de ser Zend Studio, Sublime Text, Ntp++, Aptana, NetBeans, o cara tem que aprender a escrever código, e não usar recursos de IDE.

Acho que especificar o uso de ferramentas livres já é o suficiente, Edson. Você mesmo deu a solução.

--
Joel Wallis

http://joelwallis.net

[Capi Etheriel]

Eu acho que do jeito que foi especificado não significa que precisa explorar as maravilhas do Eclipse (deve ter algo de bom em usar um editor de texto que gasta mais do que 8 MB de RAM). Por outro lado, usar Firebug e Devel Themer estão nas exigências e, francamente, acho ótimo. Devel e Devel Themer podem ser apresentados brevemente no tempo do curso (no curso de temas, pelo menos, devel themer é muito útil pra achar logo qual é o template ou função de tema que gera algo — e leva 10 minutos pra mostrar como isso funciona). Firebug só dá pra pincelar no tempo do curso (meia hora ou uma hora pro Firebug), por que ele é mais útil pra um desenvolvedor web do que o cinto do Batman. E Web Developer... qual o uso mesmo? Eu só uso ele pra redimensionar minha janela quando eu estou desenvolvendo mobile, e rarissimas vezes pra desligar o JS (mas prefiro fazer isso no Pentadactyl).

O básico do Firebug na verdade cabe dentro de HTML e CSS: inspecionar o HTML para entender a estrutura do HTML e construir seletores. FirePath ajuda na hora de aprender a construir seletores (SelectBug e FireFinder não estão funcionando, infelizmente. Vai Firepath mesmo). O Firebug ainda tem o console, yslow, o network monitor... mas não cabe nesse curso.

Já no curso de git+drush+features a integração de git+eclipse é citada (bem como o uso de gitk). Aí é gosto do freguês. Embora eu evangelize o uso do git, nunca usei uma interface gráfica pra ele (usei o github pro windows pra ajudar um colega, mas não foi trivial lidar com branches nessa interface)...

mas uma dica: git não tem o conceito de servidor remoto (como o svn), existem muitos jeitos de configurar um servidor pra receber repositórios git, inclusive usando o apache. Mas usar SSH é mais simples, mais seguro E mais rápido (significativamente).

Drush make, btw, é útil em diversos casos, mas mais atrapalha do que ajuda se você não estiver construindo uma distribuição. Já tem bastante coisa nesse curso, considere tirar o make (mas preserve se construir distribuições estiver nos planos do Tribunal).

Finalmente, no curso de módulos, eu diria que faltou Fields e Views, que são essenciais. como esse curso foca mais em código do que site building, é importante saber como criar novos widgets e formatters para campos e novos tipos de campo, e como usar os hooks do views pra alterar o output, como expor dados para o Views (mas é secundário, a maior parte dos conteúdos já está exposto, especialmente e for entity). Aliás, convém lembrar que Entity e Views estão a caminho do core (acho que Entity já está no D8) e Fields já está no core do D7. 

Para o TCE, especificamente, pode ser muito interessante estudar o Queue API e Batch API, além do hook cron (tudo no core). Afinal, vcs lidam com muitos dados aí.

Para cancelar a inscrição deste grupo: drupal-br+unsubscribe@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 

Para cancelar a inscrição deste grupo: drupal-br+unsubscribe@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

[Pedro Rocha]

Um outro detalhe que acho interessante é diminuir a parte do Git. A maior parte das equipes que conheço usam metade do que está descrito nesse item e estão felizes..rsrs

Se quiser um curso de Git a fundo, ok, mas creio que seu objetivo seja versionar o código do Drupal e sincronizar através da equipe, o que exige muito menos. Para o sysadmin, ai sim valeria se aprofundar tanto, mas para os desenvolvedores, valeria muito mais investir a carga horária em outros tópicos.

Mas digo isso porque me pareceu querer dedicar tempo a cada tópico. Se tópicos que estão ai, na verdade podem ser pincelados somente, ai realmente não é nada demais.

A parte de Entity API, que o Capi citou, realmente está faltando ai e é fundamental.

abs,
Pedro Rocha

-------------

www.singleview.com.br

www.pedrorocha.net

2012/5/30 Capi Etheriel <barra...@gmail.com>

Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com

[Capi Etheriel]

sobre git: configurar um servidor ssh pra receber repositórios e compartilhar entre a equipe é mais sysadmin (criar usuários, dar acesso a algumas pastas) do que git propriamente dito, e realmente não faz sentido treinar uma equipe inteira nisso. github é razoável, bitbucket tem repos privados de graça e vc pode rodar sua propria instância de gitosis, gitorious, etc.

pra equipe o ideal é entender a lógica de branches, merges e rebases. e isso é bem conceitual. tem vantagens em saber usar o git direito, como usar submodules e preservar patches entre versões. 

[Edson Sales Junior]

Pessoal, dei uma revisada e incluí (ou excluí) quase tudo que foi sugerido. Segue as propostas atualizadas.

 

Curso de desenvolvimento de temas

 

Objetivo

 

O curso deve abordar o desenvolvimento de novos temas, adaptação de temas existentes e a criação de subtemas tanto em Drupal 6 como em 7.

Deve ainda ter uma carga horária de 20 horas (sendo a carga horária diária máxima de 4 horas) e ser ministrado “in company” utilizando máquina virtual previamente configurada e fornecida pela CONTRATADA.

O material pode ser fornecido em formato digital. E deve ser utilizado o padrão PHPTemplate. A ferramenta padrão de desenvolvimento do Tribunal é o Eclipse PDT.

 

Tópicos necessários

 

- Nivelamento de HTML e CSS

- Usando os módulos Devel e Theme Developer

- Usando o Firefox e extensões Firebug, FirePath e Web Developer

- Conceituação de templates e variáveis

- Adaptando de temas já existentes

- Utilizando Javascript em temas

- Criação de um Novo Tema

- Customização de Templates (html.tpl.php, page.tpl.php, node.tpl.php, region.tpl.php, block.tpl.php e arquivos tpl para customização de views)

- Criação de Subtemas

 

 

 

Curso de desenvolvimento de Módulos

 

Objetivo

 

O curso deve abordar o desenvolvimento de novos módulos e a adaptação/extensão de módulos existentes tanto em Drupal 6 como em 7.

Deve ainda ter uma carga horária de 20 horas (sendo a carga horária diária máxima de 4 horas) e ser ministrado “in company” utilizando máquina virtual previamente configurada e fornecida pela CONTRATADA.

O material pode ser fornecido em formato digital. Todo o treinamento deve ser aderente ao Module Developer’s Guide (http://drupal.org/developing/modules).

A ferramenta padrão de desenvolvimento do Tribunal é o Eclipse PDT, mas poderá ser utilizado qualquer editor de textos com suporte a UTF8 com licença GPL, desde que não sejam utilizadas funcionalidades específicas do mesmo.

 

 

Tópicos necessários

 

- Conceituação de módulos

- Documentação da API do Drupal

- Como funcionam os hooks

- Dicas para um código seguro (coding standards)

- Usando o módulo Devel

- Utilizando o hook_menu()

- Utilizando URL em funções callback de página (page callback)

- Adicionando links contextuais ao menu

- Usando carregadores automáticos (autoloders)

- API de renderização (Render API)

- Anexos e cache com a API de renderização

- Alterando a matriz (array) da página

- API de blocos (hook_block())

- Utilizando Entity API

- Criando blocos personalizados

- Integração com o sistema de tema (hook_theme())

- Provendo templates personalizados para seu módulo

- Modificando o template de outros módulos

- Introdução a API de formulários (Form API)

- Criando, enviando e validando um formulário simples

- Organizar grupos de elementos de formulário (#tree)

- Criando formulários dinâmicos com form states

- Alterando formulários com hook_form_alter()

- Alterando formulários específicos e personalizando validações

- Criando configurações de formulário

- Utilizando Fields e Views

- Utilização de Queue API e Batch API

 

 

Curso de Técnicas de desenvolvimento com Drupal

 

Objetivo

 

O curso deve abordar o versionamento com GIT, a utilização do Drush e de features tanto em Drupal 6 como em 7.

Deve ainda ter uma carga horária de 20 horas (sendo a carga horária diária máxima de 4 horas) e ser ministrado “in company” utilizando máquina virtual previamente configurada e fornecida pela CONTRATADA. O servidor do GIT (máquina remota) também deverá rodar em máquina virtual.

O material pode ser fornecido em formato digital.

A ferramenta padrão de desenvolvimento do Tribunal é o Eclipse PDT, mas poderá ser utilizado qualquer editor de textos com suporte a UTF8 com licença GPL, desde que não sejam utilizadas funcionalidades específicas do mesmo.

 

Tópicos necessários

 

GIT

- Introdução ao controle de versões com Git

- Conceituação e execução de Merges

- Conceituação e execução de Rebases

- Conceituação e execução de Merges

- Conceituação e execução de Branches

- Sincronização dos dados locais com o repositório remoto

 

Drush

- Conceituação, Instalação e configuração

- Backups e Restores utilizando Drush

- Instalação e atualização do Drupal utilizando Drush

- Instalações e atualizações de módulos Drupal

- Manipulação de Caches e Logs

- Gerenciando usuários com Drush

- Criando comandos para o Drush

 

Features

- Conceituação de Features

- Criação e atualização de features

- Versionando features com GIT

- Manipulação de features com Drush

 

 

At,

 

 

Edson Sales Junior

 

 

 

De: drupal-br+bncclbl4f...@googlegroups.com [mailto:drupal-br+bncclbl4f...@googlegroups.com] Em nome de Capi Etheriel
Enviada em: quarta-feira, 30 de maio de 2012 10:19
Para: drup...@googlegroups.com
Assunto: Re: RES: RES: [drupal-br] Avaliar proposta de cursos

 

sobre git: configurar um servidor ssh pra receber repositórios e compartilhar entre a equipe é mais sysadmin (criar usuários, dar acesso a algumas pastas) do que git propriamente dito, e realmente não faz sentido treinar uma equipe inteira nisso. github é razoável, bitbucket tem repos privados de graça e vc pode rodar sua propria instância de gitosis, gitorious, etc.

 

Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 

Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

 

--
Joel Wallis

http://joelwallis.net

 

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 

Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 

Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com

[Helal Ferrari Cabral]

Bom dia Edson.

Gostaria de dar um adentro. Sobre o curso de desenvolvimento de módulo.

Sinceramente eu acho que 20horas para todos aqueles topicos que vocês estam exigindo é muito pouco, no minímo o curso desse ai tem que ter 80horas menos do que isso é cuspir conteúdo e se vira pra entender.

Na minha opiniao esse curso de 20hrs iria ate aqui para ser produtivo:

20hrs aqui

- Conceituação de módulos

- Documentação da API do Drupal

- Como funcionam os hooks

- Dicas para um código seguro (coding standards)

- Usando o módulo Devel

- Utilizando o hook_menu()

- Utilizando URL em funções callback de página (page callback)

- Adicionando links contextuais ao menu

- Usando carregadores automáticos (autoloders)

- API de renderização (Render API)

- Anexos e cache com a API de renderização

- Alterando a matriz (array) da página

+20hrs aqui:

- API de blocos (hook_block())

- Utilizando Entity API

- Criando blocos personalizados

- Integração com o sistema de tema (hook_theme())

- Provendo templates personalizados para seu módulo

- Modificando o template de outros módulos

- Introdução a API de formulários (Form API)

+20hrs aqui:

 Criando, enviando e validando um formulário simples

- Organizar grupos de elementos de formulário (#tree)

- Criando formulários dinâmicos com form states

- Alterando formulários com hook_form_alter()

- Alterando formulários específicos e personalizando validações

- Criando configurações de formulário

+20hrs aqui:

- Criando configurações de formulário

- Utilizando Fields e Views

- Utilização de Queue API e Batch API

Ai sim você teria um curso realmente muito bom e com tempo relativamente bom para aprender.

Acredito que o Tribunal não queira aprender ao estilo "aprenda drupal em 20 dias (for dummies)". rsrsrs

Eu fiz essa divisão conforme o meu conhecimento que eu tenho sobre o Drupal que vai desde a versão 5. Outro desafio vai ser encontrar alguém que consiga fazer uma apostila pra isso ai rsrsrs.

Espero ter ajudado!

Abs!

Helal Ferrari Cabral
Analista de sistemas

ferrar...@gmail.com
+55 48 9122 6677
www.helalferrari.com

[Edson Sales Junior]

Helal, eu estimei usando como base o curso online da Fisqua, mas realmente forma adicionados alguns tópicos. Quanto ao material o mais provável é que a empresa que venha prestar o serviço forneça um livro genérico (já aconteceu isto), mas vou dar uma revisada. Obrigado pela dica.

 

Abs,

 

Edson

[Paulino Michelazzo]

Penso como o Ferrari, o tempo é curto para tanta coisa e muito picado pois cada período tem somente 4 horas. Fica parecendo curso Microsoft que enfiam uma apostila de 800 páginas em 3 dias no cabra. Não aprende.

Tente revisar o mesmo. A distribuição do Ferrari ficou boa.

Abs

[Paulino Michelazzo]

Hmmmm, coisa difícil hein. Não me recordo de nenhum livro que aborda tudo isso. Provavelmente precisará de ao menos 2.

Abs

[Pedro Rocha]

Nenhum livro irá abordar, porque ai tem:

• Drupal
• Drupal Avançado
• Drupal API
• Drupal API Avançado
• Git
• Sysadmin

Não existe livro que aborde tudo isso, até porque não teria muito sentido, já que cada tópico vale vários livros separadamente.

Quando é um curso básico, faz sentido dar um livro, tipo o Usando Drupal, etc, mas para algo específico assim, tem que ser material próprio mesmo, na minha opinião.

abs,
Pedro Rocha

-------------

www.singleview.com.br

www.pedrorocha.net

2012/5/31 Paulino Michelazzo <miche...@me.com>

[Paulino Michelazzo]

Eu particularmente sou contra o uso de livro em um curso voltado para uma ferramenta, exceto em uma situação: o instrutor é o autor. Fora isso o livro serve muito pouco pois decerto o instrutor não conhece as nuances que estão ali inseridas. E no cenário abaixo, pior ainda. Ou alguém aqui tem todos os livros que abordam os temas abaixo com highlight e notas tomadas?

Partir para fazer o material é o melhor caso, o que inclusive pode ser feito por meio de apresentações que contém menos conteúdo mas vai direto ao ponto que é necessário ir.

Sds

Paulino

[Pedro Rocha]

Paulino, p vc ter idéia, eu tenho 8 livros de Drupal somente, e eles abrangem basicamente os 3 primeiros tópicos somente.

[Paulino Michelazzo]

Nem precisa dizer Pedro. Para escrever um já consultei mais de 12 e não acaba. É muita coisa MESMO.

[Edson Sales Junior]

Pedro, Helal e Paulino, estou convencido que realmente o treinamento de módulos ficou muito puxado para 20 horas e o material pode complicar. A parte de Git já está em outro módulo então eu estava pensando em dividir em desenvolvimento de módulos básico  e outro avançado, cada um com 20 horas e com o seguinte conteúdo:

 

Básico

 

- Conceituação de módulos

- Documentação da API do Drupal

- Como funcionam os hooks

- Dicas para um código seguro (coding standards)

- Usando o módulo Devel

- Utilizando o hook_menu()

- Utilizando URL em funções callback de página (page callback)

- Adicionando links contextuais ao menu

- Usando carregadores automáticos (autoloders)

- API de renderização (Render API)

- Anexos e cache com a API de renderização

- Alterando a matriz (array) da página

- API de blocos (hook_block())

- Utilizando Entity API

- Criando blocos personalizados

 

Avançado

 

- Integração com o sistema de tema (hook_theme())

- Provendo templates personalizados para seu módulo

- Modificando o template de outros módulos

- Introdução a API de formulários (Form API)

- Criando, enviando e validando um formulário simples

- Organizar grupos de elementos de formulário (#tree)

- Criando formulários dinâmicos com form states

- Alterando formulários com hook_form_alter()

- Alterando formulários específicos e personalizando validações

- Criando configurações de formulário

- Utilizando Fields e Views

- Utilização de Queue API e Batch API

 

Abs,

 

Edson

[Capi Etheriel]

edson, tem uma coisa que entrou aí, o coding standards, que é útil mas cabe dentro de uma outra coisa que é lidar com código contribuído.

coding standards dão uma leve ajuda para segurança (eu acho que só na parte de PDO), o resto não é standard, é boa prática.

e boas práticas mudam ou evoluem. do mesmo jeito que os módulos e temas. é assunto pra uma palestra de uma hora, seguida de discussão envolvida.

por que na comunidade Drupal, mais do que outras que acompanhei, é tudo resolvido nas issue queues, com tickets explicando o problema ou demanda e patches com várias revisões. isso acontece nos módulos mais usados porque vai afetar muita gente, e nos módulos menos usados porque em geral o mantenedor tem mais o que fazer, então é importante documentar tudo e publicar os patches.

o TCE tem potencial de contribuir muito só de usar e debugar aquilo que usa. então sugiro considerar adicionar isso.

e concordo com todos aqui: esse curso precisa de mais tempo. 

Para cancelar a inscrição deste grupo: drupal-br+unsubscribe@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 

Para cancelar a inscrição deste grupo: drupal-br+unsubscribe@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

 

--
Joel Wallis

http://joelwallis.net

 

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 

Para cancelar a inscrição deste grupo: drupal-br+unsubscribe@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 

Para cancelar a inscrição deste grupo: drupal-br+unsubscribe@googlegroups.com

[Paulino Michelazzo]

Edson,

Ampliou para 40h mas assim mesmo acho pouco.

Claro, não sei a capacidade de absorção do pessoal ai mas, por experiência, prefiro que "sobre" tempo a faltar. Depois, numa avaliação, o curso e o instrutor ficam comprometidos por causa do tempo.

Think about.

Paulino

[Paulino Michelazzo]

Boa Capi, seria muito interessante algo assim mesmo.

Na verdade, penso que isso seria coisa a ser tratada em qualquer curso de desenvolvimento para Drupal (e outras coisas também).

Sds

Paulino

Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com

[Helal Ferrari Cabral]

Edson, a segunda parte nem sendo o Mister M vai conseguir ter um bom curso.

Para você ter ideia esses topicos que tu mencionou ai para o curso avancado é algo que o cara leva de 1 a 2 anos para aprender e para ficar "fera" mesmo só se o cara pegou muito projeto casca com desenvolvimento de codigo.

Outra coisa importante que eu nao vi ali:

- Utilizando Fields e Views

- - Aqui dentro existem muitos hook_views... para estudar, se o cara quer ser fera em views não é só brincar na interface ele tem que saber utilizar os hooks que o modulo views fornece.

Para ter uma ideia o ideal seria ter um curso de views basico e outro de views avancado se parado desses outros ai.

E sinceramente Edson da forma que o Tribunal está querendo os cursos não existem empresas com esse knowhow ainda aqui no Brasil. O que temos hoje no Brasil é muita gente boa em Drupal mas que estão muito distribuidos.

Levantar uma material desse de qualidade não é coisa de 1 semana ou 1 mês pra te ser sincero, se a empresa não tiver algo meio pronto isso ai leva tempo para criar.

Abs

[Pedro Rocha]

Helal, concordo contigo que o material é amplo, mas existem empresas capacitadas sim. Eu irei participar dessa licitação certamente, por exemplo, através da SingleView.

O que eu penso de diferente, no entanto, é que uma coisa é um material de referência sobre os tópicos a serem abordados, outra é um livro. Apostila terá exemplos e referência bibliográfica para o aprofundamento no tema, ao contrário de um livro, que conduzirá o leitor ponto por ponto. Esse papel caberá ao instrutor, nas próprias aulas, no caso de um curso.
Ao menos, é minha experiência, pois quase todos os cursos de que participei em TI foram dessa forma, tirando um de sysadmin, aonde recebi um livro junto com a apostila.

[Helal Ferrari Cabral]

Então chegasse no ponto certo.

Pessoas no Brasil existem o que me refiro é uma empresa em si.

A questão é essa empresa já possui uma apostila desse porte? Por que se for para criar durante o projeto vai se levar bastante tempo.

Uma idea que me surgiu para o Tribual é eles confeccionarem essa apostila eles mesmos. Só que eles teriam uma especie de "Coaching" e ai sim faria uma licitação para trazer uma empresa especializada que forneceria knowhow para o desenvolvimento do projeto e junto estaria passando knowhow para que o proprio tribunal fizesse sua apostila.

Dessa forma faria que o pessoal do tribunal se  engajase mais ainda e estariam aprendendo 2x ou 3x mais já que eles teriam que realmente aprender para poder escrever alguma coisa.

o que acha?

Abs.

[Paulino Michelazzo]

Helal,

Este material todo em forma de apostila (que é muito menor e mais simples que um livro) levaria cerca de 30 dias para ficar pronto. 

Creio que eles não conseguiriam fazer a apostila porque estão em busca de uma e do conhecimento. Não vejo como isso poderia proceder, mesmo tendo coaching para o mesmo.

A propósito, Edson, arrume um jeito de colocar o material em Creative Commons ou FDL. Seria de MUITA valia para toda a comunidade brasileira.

Abraços

[Joel Wallis]

Na boa, essa discussão está tão rica que eu acho que não deve limitar-se apenas ao TCE-SP. O que vocês acham de disponibilizar uma espécie de "Conteúdo aconselhado para cursos Drupal" no site drupal-br.org?

Sei lá, posso estar viajando, mas creio que com cursos de qualidade assim no mercado brasileiro os novos profissionais que chegassem aos projetos atuais e futuros estariam bem mais preparados. A comunidade cresceria em qualidade como um todo.

Joel Wallis

http://joelwallis.net

[Edson Sales Junior]

Joel, se este trabalho já existisse teria me economizado um trabalhão : )

 

Imagino quantas empresas e órgãos, públicos e privados não poderiam usar um modelo como este como padrão também. Apoiado.

 

Paulino, pode ter certeza que eu vou tentar emplacar a licença Creative Commons aqui.

 

Abs,

 

Edson

 

De: drupal-br+bncciw2y4...@googlegroups.com [mailto:drupal-br+bncciw2y4...@googlegroups.com] Em nome de Joel Wallis
Enviada em: quinta-feira, 31 de maio de 2012 13:20
Para: drup...@googlegroups.com
Assunto: Re: RES: RES: [drupal-br] Avaliar proposta de cursos

 

Na boa, essa discussão está tão rica que eu acho que não deve limitar-se apenas ao TCE-SP. O que vocês acham de disponibilizar uma espécie de "Conteúdo aconselhado para cursos Drupal" no site drupal-br.org?

 

Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com
Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 
Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com
Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

 

--
Joel Wallis

http://joelwallis.net

 

--

[Pedro Rocha]

http://groups.drupal.org/node/22434

https://docs.google.com/document/pub?id=16BgkOq8jXF6zq0GUDEigWktOvGD0GQ8s5ITsYwI0DoE

Procurem sobre Drupal Kata.. já existe essa iniciativa lá fora, mas não consguiram andar tanto quanto desejavam.

abs,
Pedro Rocha

-------------

www.singleview.com.br

www.pedrorocha.net

2012/5/31 Joel Wallis <joelw...@gmail.com>

[GMail | Thiago Régis]

Edson, eu queria fazer uma sugestão quanto a carga horária diária. Para uma empresa, o custo de "alocar" alguém da equipe para dar um treinamento de apenas 4h diárias acaba saindo alto, porque vai demorar muito mais tempo. De acordo com as sugestões que você está recebendo, já percebeu que a carga horária do curso vai ser aproximadamente 80h... Pra distribuir isso em aulas de 4h, serão 2 semanas só nisso. Quando a empresa é de outra cidade então, esse custo fica altissimo... E é óbvio que isso será repassado na proposta.

Nos treinamentos in company que eu dei, a empresa se organizou para alocar a equipe 100% para o treinamento, a fim de finalizar mais rápido. E eram empresas que precisavam da equipe diariamente, mas conseguiram se organizar. Além de terminar o curso mais rápido, eu considero mais produtivo. Quando há a quebra das aulas, no dia seguinte acaba voltando com um ritmo diferente... E se as aulas forem pequenas, isso piora um pouco.

Sugiro que você avalie essa questão.

 

-- 
Abraço

Thiago Régis

http://fisqua.com

http://softfunding.com

Cursos Online de Drupal: http://cursos.fisqua.com

[GMail | Thiago Régis]

Ops, errei no calculo... um treinamento de 80h distribuido em 4h diárias vai dar 4 semanas de curso... O cenário é pior ainda, rs...

-- 
Abraço

Thiago Régis

http://fisqua.com

http://softfunding.com

Cursos Online de Drupal: http://cursos.fisqua.com

[Edson Sales Junior]

Thiago, eu sei que isto acaba sendo ruim para os prestadores de serviços, principalmente de fora de São Paulo, mas para uma equipe sobrecarregada de compromissos urgentes pensar em parar todos durante 5 dias é simplesmente impossível. O formato que estamos solicitando permite que estejamos na Casa durante todo o tempo, o que evita ter que criar planos de contingência para as ausências, e ainda temos como dar uma puxada no outro período para tentar dar conta do serviço represado.

Aqui no TCESP nós trabalhamos com ritmo e pressão que poucas empresas privadas tem (e ainda tem gente que fala mal de funcionário público) e a equipe de Drupal tem 8 pessoas envolvidas, as mesmas 8 que vão ser treinadas. Imagina só o que aconteceria se eu sugerisse treinamento full time? Mas esta é uma característica particular nossa, por isso talvez tenhamos até que pagar um pouco mais. Mas pense no lado bom: - As empresas que vem de fora podem aproveitar o outro período para fazer negócios em São Paulo : )

 

Abs,

 

Edson

 

De: drupal-br+bnccnzl97...@googlegroups.com [mailto:drupal-br+bnccnzl97...@googlegroups.com] Em nome de GMail | Thiago Régis
Enviada em: quinta-feira, 31 de maio de 2012 16:14
Para: drup...@googlegroups.com
Assunto: Re: RES: RES: [drupal-br] Avaliar proposta de cursos

 

Edson, eu queria fazer uma sugestão quanto a carga horária diária. Para uma empresa, o custo de "alocar" alguém da equipe para dar um treinamento de apenas 4h diárias acaba saindo alto, porque vai demorar muito mais tempo. De acordo com as sugestões que você está recebendo, já percebeu que a carga horária do curso vai ser aproximadamente 80h... Pra distribuir isso em aulas de 4h, serão 2 semanas só nisso. Quando a empresa é de outra cidade então, esse custo fica altissimo... E é óbvio que isso será repassado na proposta.

--

[Paulino Michelazzo]

Ou na pior das hipóteses, passar o tempo no Café Fotô ;)

[Paulino Michelazzo]

Penso ser um pouco difícil tal empreitada pois nem sempre a metodologia é a mesma, o tema abordado é o mesmo e o que se precisa é igual.

O que poderia ser feito é criar um roadmap para quem está chegando no CMS para que entenda o que precisa saber. Porém, até isso também é complicado pois, será que é necessário, por exemplo, saber drush? Para quem é? 

"Menos é mais".

Sds

Paulino

[Paulino Michelazzo]

Seria algo muito bom Edson. o TCE não perde, só ganha com isso.

Em 2005 fizemos na Cobra S/A um manual/apostila de uma ferramenta (NVU) e colocamos na web. A aceitação foi muito boa e a "cara" da empresa ficou menos feia ;)

O mesmo na PMSP com o Projeto Telecentos entre 2003/05

Sds

Paulino

[Ronald Bolsoni Falcão]

Vamos ver qm entende essa..rs