Mudanças entre as edições de "Decisões tomadas da equipe front-end"

De MSTECH wiki
Ir para: navegação, pesquisa
(→‎Pendentes)
Linha 29: Linha 29:
 
| align="center" style="background:#f0f0f0;"|'''Problema Raiz'''
 
| align="center" style="background:#f0f0f0;"|'''Problema Raiz'''
 
| align="center" style="background:#f0f0f0;"|'''Atividades'''
 
| align="center" style="background:#f0f0f0;"|'''Atividades'''
 +
| align="center" style="background:#f0f0f0;"|'''Responsáveis'''
 
| align="center" style="background:#f0f0f0;"|'''Status'''
 
| align="center" style="background:#f0f0f0;"|'''Status'''
 
| align="center" style="background:#f0f0f0;"|'''Resolução'''
 
| align="center" style="background:#f0f0f0;"|'''Resolução'''
Linha 34: Linha 35:
 
| align="center" style="background:#f0f0f0;"|'''Dt término'''
 
| align="center" style="background:#f0f0f0;"|'''Dt término'''
 
|-
 
|-
−
| Não há um padrão de arquitetura || Desenvolver um code generator para agilizar a criação da controller, business e repository || Finalizado||Será adaptado o bacon-cli criado externamente pelo Virgilio e Rodrigo para atender as nossas necessidades. || ||
+
| Não há um padrão de arquitetura || Disponibilizar arquitetura no npm e notificar o time || Rodrigo || Pendente || Não faz sentido colocar no npm, pois não seria eficiente, será disponibilizado no bacon-cli a opção de criar toda a arquitetura || 24/06/16 || 02/08/16
 
|-
 
|-
−
| Não há um padrão de arquitetura ||Revisar arquitetura e ajustar o pattern com os apontamentos realizados e disponibilizar no http://npm.mstech.com.br||Finalizado|| Disponibilizar a versão da arquitetura no npm || ||
+
| Não há um padrão de arquitetura || Desenvolver um code generator para agilizar a criação da controller, business e repository || || Finalizado||Será adaptado o bacon-cli criado externamente pelo Virgilio e Rodrigo para atender as nossas necessidades. || ||
 
|-
 
|-
−
| Não há um padrão de build para soluções front-end sem .net || Criar padrão de build utilizando Grunt com as tasks: livereload de css, minificação de html, css e js, disponibilização do build na pasta de build e se possível injetar os paths dos pacotes baixados direto no html|| Finalizado || Incluir gruntfile no repositório da arquitetura || ||
+
| Não há um padrão de arquitetura ||Revisar arquitetura e ajustar o pattern com os apontamentos realizados e disponibilizar no http://npm.mstech.com.br|| || Finalizado|| Disponibilizar a versão da arquitetura no npm || ||
 
|-
 
|-
−
|As IDES podem ter configurações diferentes de formatação e encoding de arquivos ||Realizar testes com EditorConfig em: Webstorm, Atom e Visual Studio.|| Finalizado|| Incluir um arquivo de .editorconfig no repositório da arquitetura || ||
+
| Não há um padrão de build para soluções front-end sem .net || Criar padrão de build utilizando Grunt com as tasks: livereload de css, minificação de html, css e js, disponibilização do build na pasta de build e se possível injetar os paths dos pacotes baixados direto no html|| ||  Finalizado || Incluir gruntfile no repositório da arquitetura || ||
 
|-
 
|-
−
| Não há um padrão de arquitetura ||Criar arquitetura padrão realizando um merge entre as 2 arquiteturas apresentadas no fórum.||Finalizado||Merge das 2 soluções apresentadas e ficará disponível http://npm.mstech.com.br| || ||
+
|As IDES podem ter configurações diferentes de formatação e encoding de arquivos ||Realizar testes com EditorConfig em: Webstorm, Atom e Visual Studio.|| ||  Finalizado|| Incluir um arquivo de .editorconfig no repositório da arquitetura || ||
 
|-
 
|-
−
| Não há um padrão de build para soluções front-end sem .net ||Levantar prós e contras do Grunt e Gulp e apresentar no próximo fórum.|| Finalizado||Grunt para build, Gulp para processos em tempo real devido a performance| || ||
+
| Não há um padrão de arquitetura ||Criar arquitetura padrão realizando um merge entre as 2 arquiteturas apresentadas no fórum.|| || Finalizado||Merge das 2 soluções apresentadas e ficará disponível http://npm.mstech.com.br| || ||
 
|-
 
|-
−
| Não há um padrão para comentário||Definir a forma de utilização do JSDocs||Finalizado||Padrão definido pelas equipe, adicionado na reunião o autor e data || ||
+
| Não há um padrão de build para soluções front-end sem .net ||Levantar prós e contras do Grunt e Gulp e apresentar no próximo fórum.||  || Finalizado||Grunt para build, Gulp para processos em tempo real devido a performance| || ||
 
|-
 
|-
−
| Não há um padrão para comentário||Definir IDE padrão para desenvolvimento||Finalizado||Visual Studio para .NET (mindscape se não tiver CoreUI) e Webstorm || ||
+
| Não há um padrão para comentário||Definir a forma de utilização do JSDocs|| || Finalizado||Padrão definido pelas equipe, adicionado na reunião o autor e data || ||
 
|-
 
|-
−
| Não há um padrão para comentário||Definir perguntas padrão para comentário||Finalizado||Perguntas: "Quando? / O quê? / Para quê? / Como?" - Revisar comentário em todo refactor || ||
+
| Não há um padrão para comentário||Definir IDE padrão para desenvolvimento|| || Finalizado||Visual Studio para .NET (mindscape se não tiver CoreUI) e Webstorm || ||
 
|-
 
|-
−
| Não há um padrão para comentário||Definir onde aplicar inglês e onde aplicar portugues em comentário no contexto MSTECH||Finalizado||Comentários em português || ||
+
| Não há um padrão para comentário||Definir perguntas padrão para comentário|| || Finalizado||Perguntas: "Quando? / O quê? / Para quê? / Como?" - Revisar comentário em todo refactor || ||
 
|-
 
|-
−
| Adoção do VUE.js||Discutir a adoção imediata do VUE||Finalizado||VUE não será usado em sistemas de Produção. Pode ser usado para POCs inicialmente. Teremos que continuar acompanhando a evolução do framework || ||
+
| Não há um padrão para comentário||Definir onde aplicar inglês e onde aplicar portugues em comentário no contexto MSTECH|| || Finalizado||Comentários em português || ||
 
|-
 
|-
−
| Adoção do Slack como piloto||Adicionar membros da frente front||Finalizado||Solicitada a inclusão, a mesma foi realizada || ||
+
| Adoção do VUE.js||Discutir a adoção imediata do VUE|| || Finalizado||VUE não será usado em sistemas de Produção. Pode ser usado para POCs inicialmente. Teremos que continuar acompanhando a evolução do framework || ||
 
|-
 
|-
−
| Padronização de variáveis e métodos da MSTECH||Definir o padrão de variáveis e métodos no contexto da MSTECH||Finalizado||Nomes de variáveis e métodos em inglês para ser compliance com o back-end || ||
+
| Adoção do Slack como piloto||Adicionar membros da frente front|| || Finalizado||Solicitada a inclusão, a mesma foi realizada || ||
 
|-
 
|-
−
| Definição de IDE||Definir uma IDE leves||Finalizado||Ficaram definidos o uso do WebStorm e, caso não seja possível, do Atom (mantendo Visual Studio como padrão) || ||
+
| Padronização de variáveis e métodos da MSTECH||Definir o padrão de variáveis e métodos no contexto da MSTECH|| || Finalizado||Nomes de variáveis e métodos em inglês para ser compliance com o back-end || ||
 
|-
 
|-
−
| Não há padrão para organização dos arquivos no Angular.JS||Estudar um padrão para organização de pastas em projetos AngularJS||Finalizado||Padrão apresentado para o todo o grupo, conteúdo está disponível no npm corporativo || ||
+
| Definição de IDE||Definir uma IDE leves|| || Finalizado||Ficaram definidos o uso do WebStorm e, caso não seja possível, do Atom (mantendo Visual Studio como padrão) || ||
 
|-
 
|-
−
| Não há padrão para organização dos arquivos no Angular.JS||Apresentar ao grupo os modelos utilizados||Finalizado||Feita apresentação dos modelos utilizados de pastas do AngularJS || ||
+
| Não há padrão para organização dos arquivos no Angular.JS||Estudar um padrão para organização de pastas em projetos AngularJS|| || Finalizado||Padrão apresentado para o todo o grupo, conteúdo está disponível no npm corporativo || ||
 
|-
 
|-
−
| Não há padrão para organização dos arquivos no Angular.JS||Padrão de nomenclatura de arquivos do Angular.JS||Finalizado||Definido o padrão dos nomes dos arquivos .JS para que o mesmo seja auto-explicativo || ||
+
| Não há padrão para organização dos arquivos no Angular.JS||Apresentar ao grupo os modelos utilizados|| || Finalizado||Feita apresentação dos modelos utilizados de pastas do AngularJS || ||
 +
|-
 +
| Não há padrão para organização dos arquivos no Angular.JS||Padrão de nomenclatura de arquivos do Angular.JS|| || Finalizado||Definido o padrão dos nomes dos arquivos .JS para que o mesmo seja auto-explicativo || ||
 
|-  
 
|-  
 
|}
 
|}

Edição das 19h24min de 2 de agosto de 2016

(atualizado em 12/07/2016)

Pendentes

Problema Raiz Atividades Responsáveis Status Resolução Dt início Dt término
Não há um padrão de arquitetura Disponibilizar arquitetura no npm e notificar o time Rodrigo Pendente Não faz sentido colocar no npm, pois não seria eficiente, será disponibilizado no bacon-cli a opção de criar toda a arquitetura 24/06/16 02/08/16
Não há um padrão de arquitetura Adaptar o bacon-cli (projeto externo) para atender nossas necessidades e disponibilizar no git e npm Rodrigo Pendente
Não há um padrão de arquitetura Testar e corrigr as tasks do grunt na arquitetura e versionar no repositório Alexandre Paravani Pendente
Não há mapeado componentes reutilizáveis Listagem de componentes internos e externos, seja lib, diretiva ou qualquer item que ajude na hora do desenvolvimento TODOS Pendente
Não há um padrão de arquitetura Integrar o bacon-cli com npm (npm-init) para deixá-lo mais interativo --- Pendente

Finalizados

Problema Raiz Atividades Responsáveis Status Resolução Dt início Dt término
Não há um padrão de arquitetura Disponibilizar arquitetura no npm e notificar o time Rodrigo Pendente Não faz sentido colocar no npm, pois não seria eficiente, será disponibilizado no bacon-cli a opção de criar toda a arquitetura 24/06/16 02/08/16
Não há um padrão de arquitetura Desenvolver um code generator para agilizar a criação da controller, business e repository Finalizado Será adaptado o bacon-cli criado externamente pelo Virgilio e Rodrigo para atender as nossas necessidades.
Não há um padrão de arquitetura Revisar arquitetura e ajustar o pattern com os apontamentos realizados e disponibilizar no http://npm.mstech.com.br Finalizado Disponibilizar a versão da arquitetura no npm
Não há um padrão de build para soluções front-end sem .net Criar padrão de build utilizando Grunt com as tasks: livereload de css, minificação de html, css e js, disponibilização do build na pasta de build e se possível injetar os paths dos pacotes baixados direto no html Finalizado Incluir gruntfile no repositório da arquitetura
As IDES podem ter configurações diferentes de formatação e encoding de arquivos Realizar testes com EditorConfig em: Webstorm, Atom e Visual Studio. Finalizado Incluir um arquivo de .editorconfig no repositório da arquitetura
Não há um padrão de arquitetura Criar arquitetura padrão realizando um merge entre as 2 arquiteturas apresentadas no fórum. Finalizado
Não há um padrão de build para soluções front-end sem .net Levantar prós e contras do Grunt e Gulp e apresentar no próximo fórum. Finalizado
Não há um padrão para comentário Definir a forma de utilização do JSDocs Finalizado Padrão definido pelas equipe, adicionado na reunião o autor e data
Não há um padrão para comentário Definir IDE padrão para desenvolvimento Finalizado Visual Studio para .NET (mindscape se não tiver CoreUI) e Webstorm
Não há um padrão para comentário Definir perguntas padrão para comentário Finalizado Perguntas: "Quando? / O quê? / Para quê? / Como?" - Revisar comentário em todo refactor
Não há um padrão para comentário Definir onde aplicar inglês e onde aplicar portugues em comentário no contexto MSTECH Finalizado Comentários em português
Adoção do VUE.js Discutir a adoção imediata do VUE Finalizado VUE não será usado em sistemas de Produção. Pode ser usado para POCs inicialmente. Teremos que continuar acompanhando a evolução do framework
Adoção do Slack como piloto Adicionar membros da frente front Finalizado Solicitada a inclusão, a mesma foi realizada
Padronização de variáveis e métodos da MSTECH Definir o padrão de variáveis e métodos no contexto da MSTECH Finalizado Nomes de variáveis e métodos em inglês para ser compliance com o back-end
Definição de IDE Definir uma IDE leves Finalizado Ficaram definidos o uso do WebStorm e, caso não seja possível, do Atom (mantendo Visual Studio como padrão)
Não há padrão para organização dos arquivos no Angular.JS Estudar um padrão para organização de pastas em projetos AngularJS Finalizado Padrão apresentado para o todo o grupo, conteúdo está disponível no npm corporativo
Não há padrão para organização dos arquivos no Angular.JS Apresentar ao grupo os modelos utilizados Finalizado Feita apresentação dos modelos utilizados de pastas do AngularJS
Não há padrão para organização dos arquivos no Angular.JS Padrão de nomenclatura de arquivos do Angular.JS Finalizado Definido o padrão dos nomes dos arquivos .JS para que o mesmo seja auto-explicativo
Disponível em "http://wiki.mstech.com.br/index.php?title=Decisões_tomadas_da_equipe_front-end&oldid=1698"