Mudanças entre as edições de "Decisões tomadas da equipe front-end"
De MSTECH wiki
(→Finalizados) |
(→Finalizados) |
||
| Linha 27: | Linha 27: | ||
| align="center" style="background:#f0f0f0;"|'''Resolução''' | | align="center" style="background:#f0f0f0;"|'''Resolução''' | ||
|- | |- | ||
| − | | Não há um padrão de arquitetura ||Criar arquitetura padrão realizando um merge entre as 2 arquiteturas apresentadas no fórum.|| | + | | 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 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.|| | + | | 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 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 a forma de utilização do JSDocs||Finalizado||Padrão definido pelas equipe, adicionado na reunião o autor e data | ||
Edição das 13h42min de 27 de junho de 2016
(atualizado em 07/06/2016)
Pendentes
| Problema Raiz | Atividades | Responsáveis | Status | Resolução |
| Não há um padrão de arquitetura | Criar arquitetura padrão realizando um merge entre as 2 arquiteturas apresentadas no fórum. | Rafael Odassi, André Machado e Rodrigo Edamatsu | Em andamento | |
| 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. | Alexandre Paravani | Em andamento | |
| As IDES podem ter configurações diferentes de formatação e encoding de arquivos | Realizar testes com EditorConfig em: Webstorm, Atom e Visual Studio. | Wellington | Em andamento |
Finalizados
| Problema Raiz | Atividades | Status | Resolução | |
| 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 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 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 |
