Supel Wiki - Contribuições do(a) usuário(a) [pt-br]

Rafael de Souza Almeida

2020-05-08T23:42:45Z

Rafael almeida: /* Cursos e Capacitações */

== Rafael de Souza Almeida ==
[[Arquivo:Rafael de Souza Almeida.jpg|miniaturadaimagem|direita|Rafael de Souza Almeida]]
[[Arquivo:Rafael.jpg|miniaturadaimagem|direita]]

== Dados pessoais ==
'''Nacionalidade:''' Brasileiro 
'''Estado civil:''' Solteiro 
'''Data de Nascimento:''' 19 de agosto de 1995 
'''E-mail:''' rafaelgmrsa@gmail.com 

== Objetivos profissionais ==
Procurar me destacar na área em que atuo em um segmento , está sempre aberto a novas oportunidades e crescimento de conhecimento constante .

== Objetivos a ser alcançados no período de até 5 anos ==
Realizar uma pós-graduação na área . 
Obter fluência na língua inglesa. 
Ser nomeado em um concurso público , na área de sistemas .

== Formação Acadêmica ==
# Graduação em Sistemas de Informação, Uniron (2015 - 2018)
# Cursando - Pós Graduação em Engenharia de Dados , IGTI (2019 - 2020)

== Experiência Profissional ==
* '''2014 Exercito Brasileiro''' '''Graduação:''' Soldado. '''Principais atividades:''' realziar faxinas diariamentes e tirar muito serviço.
* '''2016 Verona Tintas''' '''Função:'''Vendedor '''Principais atividades: ''' Induzir o cliente a comprar na loja.
* '''2017/2018 Tribunal de Justiça do Estado de Rôndonia''' '''Função:'''Estagiário de Informática '''Principais atividades: ''' facilitar a vida do usuário.
* '''2018/2019 Supel - Superintendência Estadual de Licitações''' '''Função:'''Analista de Sistema '''Principais atividades: ''' Realizar manutenção nos sistemas,Desenvolver novas soluções ,Atender a demanda de novas funcionalidades .

==Cursos e Capacitações==
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/entity-framework-core/certificate Framework Core: Banco de dados de forma eficiente ] 
#[https://cursos.alura.com.br/certificate/rafaelgmrsa/scrum-parte-1 Scrum parte 1: Gerencie o seu projeto de forma ágil] 
#[https://cursos.alura.com.br/certificate/rafaelgmrsa/scrum-parte-2 Scrum Parte 2: O Manifesto Ágil, Liderança e Organização em Scrum]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/scrum-parte-3/certificate Scrum Parte 3: Iniciando Projetos Com Agile]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/scrum-parte-4/certificate Scrum Parte 4: Planejando Projetos Com Agile]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/scrum-parte-5/certificate Scrum Parte 5: Executando Projetos Com Agile]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/scrum-parte-6/certificate Scrum Parte 6: Revisão Retrospectiva e Encerramento de Projetos com Agile]
#[https://cursos.alura.com.br/certificate/rafaelgmrsa/orientacao-a-objetos-avancada-e-principios-solid-csharp SOLID com C#: Orientação a Objetos com C#] 
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/test-driven-development-tdd-dotnet/certificate Testes: TDD com C#]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/csharp-refatorando-codigo/certificate C# REFATORAÇÃO PARTE 1: PRATICANDO REFATORAÇÃO DE CÓDIGO]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/business-intelligence-sql-server-e-integration-services/certificate ETL COM INTEGRATION SERVICES: MODELO DE DADOS]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/data-science-primeiros-passos/certificate DATA SCIENCE: PRIMEIROS PASSOS]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/introducao-python-pandas/certificate PYTHON PANDAS: TRATANDO E ANALISANDO DADOS]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/webapp-com-aspnet-core-2/certificate ASP.NET CORE PARTE 1: UM E-COMMERCE COM MVC E EF CORE]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/introducao-ao-mvc-com-asp-net-core/certificate ASP.NET CORE: UMA WEBAPP USANDO O PADRÃO MVC]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/aspnet-core-2-validacoes-seguranca/certificate ASP.NET CORE PARTE 2: UM E-COMMERCE COM MVC E EF CORE]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/razor/certificate ASP.NET: RAZOR]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/desenvolvimento-web-asp-net-mvc-5/certificate ASP.NET MVC 5: O FRAMEWORK PRONTO PARA A WEB]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/aspnet-core-identity/certificate ASP.NET CORE PARTE 3: IDENTITY]
#[https://cursos.alura.com.br/user/rafaelgmrsa/course/csharp-paralelismo-no-mundo-real/certificate C#: PARALELISMO NO MUNDO REAL]

Rafael de Souza Almeida

2020-05-08T23:38:07Z

Rafael almeida: /* Cursos e Capacitações */

Rafael de Souza Almeida

2020-05-08T23:34:09Z

Rafael almeida: /* Formação Acadêmica */

Rafael de Souza Almeida

2020-05-08T23:33:11Z

Rafael almeida: /* Objetivos profissionais */

POP - Procedimento dos cards

2019-08-16T00:55:09Z

Rafael almeida: /* Passos para execução */

=== Siglas ===
Card- cartão , história de usuário.

=== Objetivo ===
Saber o passo a passo nas movimentações do card .

=== Pré-requisitos ===
* Card fisicamente e na plataforma pipefy.
* Possui acesso ao pipefy.

=== Executores / responsáveis ===
Equipe de desenvolvimento .

=== Documentos de referências ===
Não há.

=== Local de aplicação ===
* Quadro branco.
* Pipefy;

=== Passos para execução ===
* Após realizado o planning todos os cards estão na área de "A fazer ".
* Analisar quais dos cards irá começar a tarefa.
[[Arquivo:Cards.jpg|300px|miniaturadaimagem|nenhum]]
* Após a escolha do card , movimentar para área de "Fazendo" e encima do card estar o personagem que o representa .
[[Arquivo:Cards a fazer.jpg|300px|miniaturadaimagem|nenhum]]
*Agora na ferramenta pipefy
* Procurar o card com o mesmo titulo que foi escolhido no quadro branco
[[Arquivo:Sprint.png|600px|miniaturadaimagem|nenhum]]
*Clicar no mesmo adicionar o responsável e movimentar para "Fazendo"
[[Arquivo:Fazendo.png|400px|miniaturadaimagem|nenhum]]
*Cards na area "Fazendo"
[[Arquivo:Fazendo agora.png|600px|miniaturadaimagem|nenhum]]
*Agora verificar os procedimentos do GIT.
*Abraço!!

Arquivo:Fazendo agora.png

2019-08-16T00:54:17Z

Rafael almeida:

fazendo

POP - Procedimento dos cards

2019-08-16T00:22:14Z

Rafael almeida: /* Passos para execução */

Arquivo:Fazendo.png

2019-08-16T00:21:55Z

Rafael almeida:

fazendo

POP - Procedimento dos cards

2019-08-16T00:19:48Z

Rafael almeida: /* Passos para execução */

POP - Procedimento dos cards

2019-08-16T00:14:34Z

Rafael almeida: /* Passos para execução */

POP - Procedimento dos cards

2019-08-16T00:13:39Z

Rafael almeida:

=== Siglas ===
Card- cartão , história de usuário.

=== Objetivo ===
Saber o passo a passo nas movimentações do card .

=== Pré-requisitos ===
* Card fisicamente e na plataforma pipefy.
* Possui acesso ao pipefy.

=== Executores / responsáveis ===
Equipe de desenvolvimento .

=== Documentos de referências ===
Não há.

=== Local de aplicação ===
* Quadro branco.
* Pipefy;

=== Passos para execução ===
* Após realizado o planning todos os cards estão na área de "A fazer ".
* Analisar quais dos cards irá começar a tarefa.
[[Arquivo:Cards.jpg|300px|miniaturadaimagem|nenhum]]
* Após a escolha do card , movimentar para área de "Fazendo" e encima do card estar o personagem que o representa .
[[Arquivo:Cards a fazer.jpg|300px|miniaturadaimagem|esquerda]]
*Agora na ferramenta pipefy
* Procurar o card com o mesmo titulo que foi escolhido no quadro branco
[[Arquivo:Sprint.png|miniaturadaimagem]]
*Movimentar

Arquivo:Sprint.png

2019-08-16T00:12:30Z

Rafael almeida:

Sprint

POP - Procedimento dos cards

2019-08-15T23:57:08Z

Rafael almeida: /* Passos para execução */

Arquivo:Cards a fazer.jpg

2019-08-15T23:56:46Z

Rafael almeida:

A fazer

POP - Procedimento dos cards

2019-08-15T23:55:08Z

Rafael almeida: /* Passos para execução */

POP - Procedimento dos cards

2019-08-15T23:54:26Z

Rafael almeida: /* Passos para execução */

POP - Procedimento dos cards

2019-08-15T23:52:41Z

Rafael almeida: Criou página com '=== Siglas === Card- cartão , história de usuário. === Objetivo === Saber o passo a passo nas movimentações do card . === Pré-requisitos === * Card fisicamente e na pl...'

Arquivo:Cards.jpg

2019-08-15T23:52:29Z

Rafael almeida:

Análise do card

GTI/SUPEL

2019-05-02T13:17:47Z

Rafael almeida: /* Equipe atual */

GTI/SUPEL é a Gerencia de Tecnologia e Informação da Superintendência de Licitações do Estado de Rondônia.

== Equipe atual ==
Pessoas que trabalham na GTI/SUPEL.
* [[Mahatma Orselino Mendes]] - Gerente / Product Owner (PO) / Scrum master
* [[Rafael de Souza Almeida]] - Desenvolvedor
* [[Igor Matheus Lima Moreira]] - Desenvolvedor
* [[Jhenderson Melgar Moura]] - Suporte / Infraestrutura de rede
* [[Matheus da Silva Cruz]] - Estagiário

== Metodologias de trabalho GTI ==
Afim de manter um ambiente agradável e fomentar a elaboração de soluções inovadoras, a GTI utiliza diversos métodos, abordagens e frameworks. Inspirados em grandes empresas que são referencias em de atendimento, fornecimento de produto e desenvolvimento de tecnologia, analisamos os ''cases'' de sucesso e adaptamos ao nosso cenário. Desse forma competir a nível de qualidade com empresas do setor privado.
 
=== Gerenciamento ===
* [[SCRUM]]
* [[Grito de guerra]]
* [[Kanban]]

=== Linguagens ===
* [[C#]]
* [[HTML]]
* [[SQL]]
* [[JavaScript]]
* [[JSON]]
* [[UML]]

=== Desenvolvimento ===
* [[Controle de versão]]
* [[API's]]
* [[Data Warehouse]]

== Sistemas ==
# [[Cagefor]]
# [[Processo]]
# [[SIRP]]
# [[Ponto eletrônico]]
# [[Sistema Wiki SUPEL]]
# [[Cronos]]
# [[API]]

== Projetos envolvendo a GTI ==
* [[Projeto de catalogação]]
* [[Projeto TI Colaborativa]]

== Atribuições da GTI ==
* [[Filmagem das sessões públicas]]
* [[Parque de TI]]

== Serviços Fornecidos pela DETIC ==
Alguns serviços/sistemas de TI são fornecidos pelo Diretória de Tecnologia da Informação ([[DETIC]]). A manutenção deste serviço deve ser motivado por meio de chamado realizado no [[CSTI]]

# [[Sistema de Gerenciamento de Interesses Licitatórios]] (NEWSLETTER)
# [[E-Estado]]

== Sistemas externos de apoio ==
Para melhorar o desempenho da equipe e manter o conhecimento disponível para acesso de todos da equipe. Optamos por utilizar as ferramentas relacionadas abaixo.
==== [https://app.projectcanvas.online Project Canvas] ====
:Ferramenta que possibilita a construção do [https://youtu.be/otov7o9byUk Canvas Model Business] e [https://youtu.be/sfHTsGYk7DQ Project Model Business].
:'''Características'''
:: Ferramenta paga, porém a parte free atende perfeitamente a demanda
:'''Exemplos de utilização'''
:* Esta ferramenta foi utilizada para construção do [[Projeto de catalogação de materiais|projeto de catalogação]]
:* Construção da proposta de valor da GTI

==== [http://gitlab.detic.ro.gov.br/users/sign_in Gitlab] ====
:Ferramenta para controle de versão de código.
:'''Características'''
:: Ferramenta sem custos para SUPEL que utiliza o serviço que está hospedado e mantido pela [[DETIC]]. O [https://about.gitlab.com/ Gitlab] é software de gerenciamento de código fonte open source que pode ser utilizado para ter um servidor próprio para versionamento.
:'''Exemplos de utilização'''
:* Esta ferramenta armazena os códigos de todos os sistemas mantidos pela GTI.

== Procedimentos operacionais padrão - POP ==
=== Procedimentos habituais ===
* [[POP - Adicionar novo usuário na Wiki]]
* [[POP - Corrigir o erro na permissão do Java no DOU]]
* [[POP - Disponibilizar link público para visualização de processo no SEI]]
* [[POP - Alterar senha do sistema Processo]]

=== Processo de catalogação ===
* [[POP - Carregar itens da catalogação utilizando o processo de ETL]]

=== Configurações de ambiente de desenvolvimento ===
* [[POP - Preparar ambiente para trabalhar com ETL]]

=== Portal de Rondônia ===
* [[POP - Inserir destaque]]
* [[POP - Alterar Econômetro]]

== Calçada da Fama ==
Esta área e destinada aos servidores que contribuíram com a [[SUPEL]] trabalhando na Gerencia de Tecnologia da Informação
* [[Maico Moreira da Silva]] (Gerente)
* [[Diego da Silva Oliveira]] (Desenvolvedor)
* [[Gustavo Felix Gomes]] (Desenvolvedor)
* [[Alexsandro Rocha Fernandes]] (Desenvolvedor)
* [[Fernando Debrie Cujui]] (Desenvolvedor)
* [[Marcelo Fernandes Nunes]] (Estagiário)

GTI/SUPEL

2019-05-02T13:16:31Z

Rafael almeida: /* Equipe atual */

GTI/SUPEL é a Gerencia de Tecnologia e Informação da Superintendência de Licitações do Estado de Rondônia.

== Equipe atual ==
Pessoas que trabalham na GTI/SUPEL.
* [[Mahatma Orselino Mendes]] - Gerente / Product Owner (PO)/ Scrum master
* [[Rafael de Souza Almeida]] - Desenvolvedor
* [[Igor Matheus Lima Moreira]] - Desenvolvedor
* [[Jhenderson Melgar Moura]] - Suporte / Infraestrutura de rede
* [[Matheus da Silva Cruz]] - Estagiário

== Metodologias de trabalho GTI ==
Afim de manter um ambiente agradável e fomentar a elaboração de soluções inovadoras, a GTI utiliza diversos métodos, abordagens e frameworks. Inspirados em grandes empresas que são referencias em de atendimento, fornecimento de produto e desenvolvimento de tecnologia, analisamos os ''cases'' de sucesso e adaptamos ao nosso cenário. Desse forma competir a nível de qualidade com empresas do setor privado.
 
=== Gerenciamento ===
* [[SCRUM]]
* [[Grito de guerra]]
* [[Kanban]]

=== Linguagens ===
* [[C#]]
* [[HTML]]
* [[SQL]]
* [[JavaScript]]
* [[JSON]]
* [[UML]]

=== Desenvolvimento ===
* [[Controle de versão]]
* [[API's]]
* [[Data Warehouse]]

== Sistemas ==
# [[Cagefor]]
# [[Processo]]
# [[SIRP]]
# [[Ponto eletrônico]]
# [[Sistema Wiki SUPEL]]
# [[Cronos]]
# [[API]]

== Projetos envolvendo a GTI ==
* [[Projeto de catalogação]]
* [[Projeto TI Colaborativa]]

== Atribuições da GTI ==
* [[Filmagem das sessões públicas]]
* [[Parque de TI]]

== Serviços Fornecidos pela DETIC ==
Alguns serviços/sistemas de TI são fornecidos pelo Diretória de Tecnologia da Informação ([[DETIC]]). A manutenção deste serviço deve ser motivado por meio de chamado realizado no [[CSTI]]

# [[Sistema de Gerenciamento de Interesses Licitatórios]] (NEWSLETTER)
# [[E-Estado]]

== Sistemas externos de apoio ==
Para melhorar o desempenho da equipe e manter o conhecimento disponível para acesso de todos da equipe. Optamos por utilizar as ferramentas relacionadas abaixo.
==== [https://app.projectcanvas.online Project Canvas] ====
:Ferramenta que possibilita a construção do [https://youtu.be/otov7o9byUk Canvas Model Business] e [https://youtu.be/sfHTsGYk7DQ Project Model Business].
:'''Características'''
:: Ferramenta paga, porém a parte free atende perfeitamente a demanda
:'''Exemplos de utilização'''
:* Esta ferramenta foi utilizada para construção do [[Projeto de catalogação de materiais|projeto de catalogação]]
:* Construção da proposta de valor da GTI

==== [http://gitlab.detic.ro.gov.br/users/sign_in Gitlab] ====
:Ferramenta para controle de versão de código.
:'''Características'''
:: Ferramenta sem custos para SUPEL que utiliza o serviço que está hospedado e mantido pela [[DETIC]]. O [https://about.gitlab.com/ Gitlab] é software de gerenciamento de código fonte open source que pode ser utilizado para ter um servidor próprio para versionamento.
:'''Exemplos de utilização'''
:* Esta ferramenta armazena os códigos de todos os sistemas mantidos pela GTI.

== Procedimentos operacionais padrão - POP ==
=== Procedimentos habituais ===
* [[POP - Adicionar novo usuário na Wiki]]
* [[POP - Corrigir o erro na permissão do Java no DOU]]
* [[POP - Disponibilizar link público para visualização de processo no SEI]]
* [[POP - Alterar senha do sistema Processo]]

=== Processo de catalogação ===
* [[POP - Carregar itens da catalogação utilizando o processo de ETL]]

=== Configurações de ambiente de desenvolvimento ===
* [[POP - Preparar ambiente para trabalhar com ETL]]

=== Portal de Rondônia ===
* [[POP - Inserir destaque]]
* [[POP - Alterar Econômetro]]

== Calçada da Fama ==
Esta área e destinada aos servidores que contribuíram com a [[SUPEL]] trabalhando na Gerencia de Tecnologia da Informação
* [[Maico Moreira da Silva]] (Gerente)
* [[Diego da Silva Oliveira]] (Desenvolvedor)
* [[Gustavo Felix Gomes]] (Desenvolvedor)
* [[Alexsandro Rocha Fernandes]] (Desenvolvedor)
* [[Fernando Debrie Cujui]] (Desenvolvedor)
* [[Marcelo Fernandes Nunes]] (Estagiário)

Rafael de Souza Almeida

2019-04-23T14:51:49Z

Rafael almeida: /* Cursos e Capacitações */

Configuracao plugin

2019-04-10T14:50:42Z

Rafael almeida: Criou página com 'hideThumbnailContent : Variação da renderização do tema com o conteúdo da miniatura oculta na visualização. Isso exibirá apenas o nome do arquivo e o tamanho do arquiv...'

hideThumbnailContent : Variação da renderização do tema com o conteúdo da miniatura oculta na visualização. Isso exibirá apenas o nome do arquivo e o tamanho do arquivo, conforme definido nos modelos de layout, e ocultará o conteúdo da miniatura

overwriteInitial: Portanto, a visualização inicial é sempre exibida quando arquivos adicionais são sobrescritos (úteis para vários uploads). Verifique como a configuração de visualização inicial pode permitir que as miniaturas de arquivos incluam ações para excluir e fazer o download (via url de exclusão ( url) e URL de download ( downloadUrl). O nome do arquivo para download é exibido automaticamente como a configuração de legenda.

Erros visual studio

2019-03-26T11:52:58Z

Rafael almeida:

[[Arquivo:Roslyn.png|miniaturadaimagem]]

É necessário atualizar a versão do Microsoft.Net.Compilers .

'''Execute o comando nos pacotes Nuget :'''

'''''Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r'''''

Erros visual studio

2019-03-26T11:52:39Z

Rafael almeida: Criou página com 'miniaturadaimagem É necessário atualizar a versão do Microsoft.Net.Compilers . '''Execute o comando nos pacotes Nuget :''' '''Update-Package Micro...'

[[Arquivo:Roslyn.png|miniaturadaimagem]]

É necessário atualizar a versão do Microsoft.Net.Compilers .

'''Execute o comando nos pacotes Nuget :'''

'''Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r'''''Texto em itálico''

Arquivo:Roslyn.png

2019-03-26T11:50:40Z

Rafael almeida:

Roslyn

Padrão de programação

2019-03-22T17:08:08Z

Rafael almeida:

Classes:
* As classes devem ser declaradas com o nome do objeto que ela representa;
* Responsabilidade única;
* Utilizar agrupadores (#regions) para separar partes das classes, "Sem problemas";
* Ao renomear itens não esquecer de renomear arquivo e classes;
* Lista de classes devem ser representadas no plural , "EventosDoItem";
* Lista sempre ordenada ;
Interfaces : 
*Declaração de Interfaces devem levar o prefixo “I” e nomenclatura como uma classe;
Métodos: 
* Nome de métodos devem ser em português;
* Seu nome deve revelar oque ele irá realizar ,auto explicativo ,"sem miséria do seu tamanho";
* Nomes extenso com conjuntos de palavras devem ser destacados com letra MAIÚSCULA ,"GravarPessoaJuridica()";
* Devem ser curtos , e com poucas responsabilidades . Se necessário criar sub métodos com responsabilidades únicas ;
* Não deve conter comentários ;

Variáveis :
* Nome de variáveis devem ser em português;
* Seu nome deve revelar seu sentido ,"sem miséria de tamanho";
* Abreviações só se for reconhecida por todos ;
* Lista sempre ordenada ;

Comentários :
*Manter somente se vier em documentação de Framework ,Plugins e etc;
*Código comentado não funciona ,"Botar Fogo";
*Métodos e variáveis não devem possuir comentários , pois seu nome revela o seu sentido;

Clean Code

2019-03-19T16:42:14Z

Rafael almeida:

'''Consequência do código ruim'''
A organização têm uma série de percas com um software com código ruim .O código ruim traz uma série de consequências entre eles o prejuízos financeiros , na qual o software precisa de mais refatorações (manutenção), e o tempo da manutenção é maior . Com maior demanda de tempo no código mais gastos para a organização onde os programadores neste momento poderiam trabalhar em novos projetos.
A produtividade dos programadores diminui necessitam identificar onde está ocorrendo o gargalo do código ou como é conhecido BUG , demandando maior tempo e esforços pois encontram grandes dificuldades em lê o código , e as soluções encontradas nem sempre vai resolver o problema se toda a estrutura não for refatorada.
Os programadores também sofrem com um código ruim . Ao lê um código ruim o programador se sente frustado, porquê não está trabalhando em um código que ele gostaria de trabalhar e pensa muitas vezes em refazer o projeto , do que refatorar o mesmo .

'''Por quê entregamos código ruim'''
O clean code nos traz alguns pontos:
* Entregas Apertadas : Quando se tem um tempo pequeno para entregas das tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque tem a necessidade de entregar logo , então ele faz apenas um código para funcionar sem se preocupar com a qualidade do código .
* Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , na qual deseja que seu problema seja resolvido em questão de minutos , o programador vai lá e coloca qualquer coisa no código só pra funcionar .
* Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço. Demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade. Mais nem sempre a produtividade vem acompanhado da qualidade. A qualidade é tão importante quanto a quantidade.
* Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas, muitas vezes os programadores ficam após o expediente para entregar logo o resultado , as vezes já estão cansados e querem se livrar de uma vez da tarefa , entregam o código de qualquer jeito. , pensando em rever depois , mais isso nunca acontece .

'''Benefícios:''' 
* Evita duplicação de código;
* Possibilita maior clareza;
* Identificar classes e métodos supérfluos;
* Facilita a manutenção do código ;
* Garante que todos os teste continuem funcionando.

'''Técnicas:''' 
O clean code prega algumas técnicas em que ajudam a melhorar na qualidade do código são eles :
* Nomes Significativos ;
* Métodos Pequenos (Funções bem escritas);
* Evite Comentários;
* Classes.

Nomes Significativos: É você escrever uma função ou um método em que você consiga lê e em entender oque ele vai fazer , qual a sua finalidade através do seu nome . 
Métodos Pequenos: Métodos pequenos e funções bem escritas são mais fácil de lê . Métodos muito extensos demandam maior tempo lendo e tentando rastrear oque cada parte do código faz .
Evite Comentários: Comentários são mentirosos. Se uma função ou uma parte do código possui um comentário para justificar oque ele faz , o nome dele não está significativo . O desenvolvedor ao refatorar uma função que possui um comentário ele esta preocupado em apenas em refazer o código , para ele o comentário não é importante então ele não atualiza o mesmo .
Classes : Quanto menor as suas classes serão mais fáceis de . Classes com apenas uma responsabilidade e com poucas propriedades ajudam na compreensão do que ela faz .

Padrão de programação

2019-03-19T16:41:18Z

Rafael almeida:

Classes:
* As classes devem ser declaradas com o nome do objeto que ela representa;
* Responsabilidade única;
* Utilizar agrupadores (#regions) para separar partes das classes, "Sem problemas";
*Ao renomear itens não esquecer de renomear arquivo e classes;
*Lista de classes devem ser representadas no plural , "EventosDoItem";

Interfaces : 
*Declaração de Interfaces devem levar o prefixo “I” e nomenclatura como uma classe;
Métodos: 
* Nome de métodos devem ser em português;
* Seu nome deve revelar oque ele irá realizar ,auto explicativo ,"sem miséria do seu tamanho";
* Nomes extenso com conjuntos de palavras devem ser destacados com letra MAIÚSCULA ,"GravarPessoaJuridica()";
* Devem ser curtos , e com poucas responsabilidades . Se necessário criar sub métodos com responsabilidades únicas ;
* Não deve conter comentários ;

Variáveis :
* Nome de variáveis devem ser em português;
* Seu nome deve revelar seu sentido ,"sem miséria de tamanho";
* Abreviações só se for reconhecida por todos ;

Comentários :
*Manter somente se vier em documentação de Framework ,Plugins e etc;
*Código comentado não funciona ,"Botar Fogo";
*Métodos e variáveis não devem possuir comentários , pois seu nome revela o seu sentido;

Padrão de programação

2019-03-19T02:10:09Z

Rafael almeida:

Classes:
* As classes devem ser declaradas com o nome do objeto que ela representa;
* Responsabilidade única;
* Utilizar agrupadores (#regions) para separar partes das classes, "Sem problemas";
*Ao renomear itens não esquecer de renomear arquivo e classes;

Interfaces : 
*Declaração de Interfaces devem levar o prefixo “I” e nomenclatura como uma classe;
Métodos: 
* Nome de métodos devem ser em português;
* Seu nome deve revelar oque ele irá realizar ,auto explicativo ,"sem miséria do seu tamanho";
* Nomes extenso com conjuntos de palavras devem ser destacados com letra MAIÚSCULA ,"GravarPessoaJuridica()";
* Devem ser curtos , e com poucas responsabilidades . Se necessário criar sub métodos com responsabilidades únicas ;
* Não deve conter comentários ;

Variáveis :
* Nome de variáveis devem ser em português;
* Seu nome deve revelar seu sentido ,"sem miséria de tamanho";
* Abreviações só se for reconhecida por todos ;

Comentários :
*Manter somente se vier em documentação de Framework ,Plugins e etc;
*Código comentado não funciona ,"Botar Fogo";
*Métodos e variáveis não devem possuir comentários , pois seu nome revela o seu sentido;

Padrão de programação

2019-03-19T01:55:48Z

Rafael almeida: Criou página com 'Métodos: * Nome de métodos devem ser em português; * Seu nome deve revelar oque ele irá realizar ,"sem miséria do seu tamanho"; * Nomes extenso com conjuntos de pal...'

Métodos: 
* Nome de métodos devem ser em português;
* Seu nome deve revelar oque ele irá realizar ,"sem miséria do seu tamanho";
* Nomes extenso com conjuntos de palavras devem ser destacados com letra MAIÚSCULA ,"GravarPessoaJuridica()";
* Devem ser curtos , e com poucas responsabilidades . Se necessário criar sub métodos com responsabilidades únicas ;
* Não deve conter comentários ;

Variáveis :
* Nome de variáveis devem ser em português;
* Seu nome deve revelar seu sentido ,"sem miséria de tamanho";

Comentários :
*Manter somente se vier em documentação de Framework ,Plugins e etc;
*Código comentado não funciona ,"Botar Fogo";
*Métodos e variáveis não devem possuir comentários , pois seu nome revela o seu sentido;

Atalhos no visual studio

2019-03-19T01:43:52Z

Rafael almeida: Criou página com 'Ctrl+M+O Recolhe todos os métodos ; Ctrl+K+D Identa o código; Ctrl+k+C Comenta o código; Ctrl+K+U Descomenta o código; Ctrl+. Abre solução'

Ctrl+M+O Recolhe todos os métodos ;
Ctrl+K+D Identa o código;
Ctrl+k+C Comenta o código;
Ctrl+K+U Descomenta o código;
Ctrl+. Abre solução

Igor Matheus Lima Moreira

2019-03-15T11:53:02Z

Rafael almeida:

[[Arquivo:Igor.jpg|miniaturadaimagem|direita|Igor Matheus Lima Moreira]]
É desenvolvedor Front-end especializado em Angular e tem conhecimentos razoáveis sobre desenvolvimento em back-end em .NET (ASP.NET Core, ASP.NET MVC, ASP.NET Web API)
<h1>Dados Pessoais</h1>
Nacionalidade: Brasileiro 
Estado civil: Solteiro 
Data de Nascimento: 08 de julho de 1996 
E-mail: igor.memories@gmail.com 

<h1>Objetivos Profisionais</h1>
Atuar em projetos de desenvolvimento de software em C# e/ou JavaScript/TypeScript focando preferencialmente as áreas de administração pública, comercial ou financeira. Apresenta grande interesse em projetos que dependam de estudo e desenvolvimento de novas tecnologias e metodologias ágeis (Como Lean, Scrum, XP e etc). 
<h1>Conhecimento</h1>
Linguagens: Experiência em C# (3 anos) .NET Framework, .NET Core, tive um pouco de contato com PHP, JavaScript ES6 (2 anos), TypeScript (2 anos)
Programação: S.O.L.I.D, Programação orientado a objetos, programação reativa, programação assíncrona (Multithreading),DDD(Domain-Driven Design), TDD(Test Driven Development)

Ferramentas de desenvolvimento e apoio: Git, GitHub, GitLab, BitBucket, GitHub Desktop, GitKraken
Back-End: ASP.NET MVC, ASP.NET Web API, PHP e ASP.NET Core
Redes: TCP/IP, Verbos HTTP
Front-End: HTML 5, CSS 3, JavaScript ES 6, TypeScript, Jquery, Bootstrap, Materialize CSS, AngularJS, Sass, Compass, Angular
Conhecimentos conceituais: modelagem de banco de dados relacional, projetos orientados a objeto
Desenvolvimento Mobile: Ionic 3 
Padrões de Projeto: Singleton e Factory 
ORM: Entity Framework, Entity Framework Core, Migrations
Bancos de dados: SQL Server, incluindo stored procedures (programação em T-SQL)
Engenharia de Software: Scrum, XP, UML (diagrama de Caso de uso, Diagrama de Classe e Diagrama de sequência)
Angular: NgRx, Unit test, PWA, Animação and Styling.

<h1>Formação Acadêmica</h1>
<ol><li>Cursando sistemas de informação - 8º período, 2015 – 2018, Uniron. Esperando a colação de grau</li></ol>
<h1>Cursos</h1>
# [https://cursos.alura.com.br/user/igor-memories0/course/test-driven-development-tdd-dotnet/formalCertificate Testes: TDD com C#]
# [https://cursos.alura.com.br/certificate/igor-memories0/orientacao-a-objetos-avancada-e-principios-solid-csharp SOLID COM C#: ORIENTAÇÃO A OBJETOS COM C#]
# [https://cursos.alura.com.br/certificate/igor-memories0/design-patterns-dotnet DESIGN PATTERNS C# I: BOAS PRÁTICAS DE PROGRAMAÇÃO]
<h1>Experiência</h1>
<ul><li>2017 DPE-RO - Defensoria Pública do Estado de Rondônia Função: Estágiario. Principais atividades: Suporte técnico em tecnologia da informação</li>
<li>2017/2018 STI Tecnologia Função: Desenvolvedor Fullstack. Principais atividades: Desenvolvedor de aplicações web para o comércio</li></ul>
<ul><li>2018 Supel - Licitações - SUPEL Função: Desenvolvedor de Sistemas. Principais atividades: Desenvolvedor e fornecer manutenção em sistemas para a administração pública</li></ul>

Arquivo:Igor.jpg

2019-03-15T11:52:43Z

Rafael almeida:

Igor

Mahatma Orselino Mendes

2019-03-15T11:49:37Z

Rafael almeida:

[[Arquivo:Mahatma.jpg|miniaturadaimagem|direita|Mahatma Orselino Mendes]]
=== Formação ===
* Bacharelado em Direito – Faculdade Católica de Rondônia – Em andamento

* Gerente Ágil – Alura – Em andamento

=== Qualificações ===
* Scrum: Métodos Ágeis – Alura
* Scrum: Projeto Ágil – Alura
* Scrum: Gerência de Processo Ágil – Alura
* Scrum: Liderança e Organização em Scrum – Alura
* Scrum: Planejamento Ágil – Alura

=== Experiência profissional ===
* SUPEL-RO (2017 – atual)
:Função: Técnico administrador de Infraestrutura

* Autônomo (2011 – 2017)
:Função: Administrador de redes e técnico de hardwares..

* Rede Interativa de Ensino (2011 – 2012)
:Função: Professor de informática..

* Teto do Luxo (2009 – 2011)
:Função: Vendedor e restaurador de relíquias..

=== Proficiências ===
* Inglês fluente
* Trabalho com planejamento e agenda
* Trabalho em Equipe

Mahatma Orselino Mendes

2019-03-15T11:49:13Z

Rafael almeida:

[[Arquivo:Mahatma.jpg|miniaturadaimagem|direita]]
=== Formação ===
* Bacharelado em Direito – Faculdade Católica de Rondônia – Em andamento

* Gerente Ágil – Alura – Em andamento

=== Qualificações ===
* Scrum: Métodos Ágeis – Alura
* Scrum: Projeto Ágil – Alura
* Scrum: Gerência de Processo Ágil – Alura
* Scrum: Liderança e Organização em Scrum – Alura
* Scrum: Planejamento Ágil – Alura

=== Experiência profissional ===
* SUPEL-RO (2017 – atual)
:Função: Técnico administrador de Infraestrutura

* Autônomo (2011 – 2017)
:Função: Administrador de redes e técnico de hardwares..

* Rede Interativa de Ensino (2011 – 2012)
:Função: Professor de informática..

* Teto do Luxo (2009 – 2011)
:Função: Vendedor e restaurador de relíquias..

=== Proficiências ===
* Inglês fluente
* Trabalho com planejamento e agenda
* Trabalho em Equipe

Arquivo:Mahatma.jpg

2019-03-15T11:48:48Z

Rafael almeida:

Mahatma Orselino

Clean Code

2019-03-15T11:45:10Z

Rafael almeida:

'''Consequência do código ruim'''
A organização têm uma série de percas com um software com código ruim .O código ruim traz uma série de consequências entre eles o prejuízos financeiros , na qual o software precisa de mais refatorações (manutenção), e o tempo da manutenção é maior . Com maior demanda de tempo no código mais gastos para a organização onde os programadores neste momento poderiam trabalhar em novos projetos.
A produtividade dos programadores diminui necessitam identificar onde está ocorrendo o gargalo do código ou como é conhecido BUG , demandando maior tempo e esforços pois encontram grandes dificuldades em lê o código , e as soluções encontradas nem sempre vai resolver o problema se toda a estrutura não for refatorada.
Os programadores também sofrem com um código ruim . Ao lê um código ruim o programador se sente frustado, porquê não está trabalhando em um código que ele gostaria de trabalhar e pensa muitas vezes em refazer o projeto , do que refatorar o mesmo .

'''Por quê entregamos código ruim'''
O clean code nos traz alguns pontos:
* Entregas Apertadas : Quando se tem um tempo pequeno para entregas das tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque tem a necessidade de entregar logo , então ele faz apenas um código para funcionar sem se preocupar com a qualidade do código .
* Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , na qual deseja que seu problema seja resolvido em questão de minutos , o programador vai lá e coloca qualquer coisa no código só pra funcionar .
* Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço. Demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade. Mais nem sempre a produtividade vem acompanhado da qualidade. A qualidade é tão importante quanto a quantidade.
* Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas, muitas vezes os programadores ficam após o expediente para entregar logo o resultado , as vezes já estão cansados e querem se livrar de uma vez da tarefa , entregam o código de qualquer jeito. , pensando em rever depois , mais isso nunca acontece .

'''Benefícios:''' 
* - Evita duplicação de código;
* - Possibilita maior clareza;
* - Identificar classes e métodos supérfluos;
* - Facilita a manutenção do código ;
* - Garante que todos os teste continuem funcionando.

'''Técnicas:''' 
O clean code prega algumas técnicas em que ajudam a melhorar na qualidade do código são eles :
* Nomes Significativos ;
* Métodos Pequenos (Funções bem escritas);
* Evite Comentários;
* Classes.

Nomes Significativos: É você escrever uma função ou um método em que você consiga lê e em entender oque ele vai fazer , qual a sua finalidade através do seu nome . 
Métodos Pequenos: Métodos pequenos e funções bem escritas são mais fácil de lê . Métodos muito extensos demandam maior tempo lendo e tentando rastrear oque cada parte do código faz .
Evite Comentários: Comentários são mentirosos. Se uma função ou uma parte do código possui um comentário para justificar oque ele faz , o nome dele não está significativo . O desenvolvedor ao refatorar uma função que possui um comentário ele esta preocupado em apenas em refazer o código , para ele o comentário não é importante então ele não atualiza o mesmo .
Classes : Quanto menor as suas classes serão mais fáceis de . Classes com apenas uma responsabilidade e com poucas propriedades ajudam na compreensão do que ela faz .

Clean Code

2019-03-15T11:28:38Z

Rafael almeida:

'''Consequência do código ruim'''
A organização têm uma série de percas com um software com código ruim .O código ruim traz uma série de consequências entre eles o prejuízos financeiros , na qual o software precisa de mais refatorações (manutenção), e o tempo da manutenção é maior . Com maior demanda de tempo no código mais gastos para a organização onde os programadores neste momento poderiam trabalhar em novos projetos.
A produtividade dos programadores diminui necessitam identificar onde está ocorrendo o gargalo do código ou como é conhecido BUG , demandando maior tempo e esforços pois encontram grandes dificuldades em lê o código , e as soluções encontradas nem sempre vai resolver o problema se toda a estrutura não for refatorada.
Os programadores também sofrem com um código ruim . Ao lê um código ruim o programador se sente frustado, porquê não está trabalhando em um código que ele gostaria de trabalhar e pensa muitas vezes em refazer o projeto , do que refatorar o mesmo .

'''Por quê entregamos código ruim'''
O clean code nos traz alguns pontos:
* Entregas Apertadas : Quando se tem um tempo pequeno para entregas das tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque tem a necessidade de entregar logo , então ele faz apenas um código para funcionar sem se preocupar com a qualidade do código .
* Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , na qual deseja que seu problema seja resolvido em questão de minutos , o programador vai lá e coloca qualquer coisa no código só pra funcionar .
* Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço. Demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade. Mais nem sempre a produtividade vem acompanhado da qualidade. A qualidade é tão importante quanto a quantidade.
* Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas, muitas vezes os programadores ficam após o expediente para entregar logo o resultado , as vezes já estão cansados e querem se livrar de uma vez da tarefa , entregam o código de qualquer jeito. , pensando em rever depois , mais isso nunca acontece .

'''Benefícios:''' 
* - Evita duplicação de código;
* - Possibilita maior clareza;
* - Identificar classes e métodos supérfluos;
* - Facilita a manutenção do código ;
* - Garante que todos os teste continuem funcionando.

'''Técnicas:''' 
O clean code prega algumas técnicas em que ajudam a melhorar na qualidade do código são eles :
* Nomes Significativos ;
* Métodos Pequenos (Funções bem escritas)
* Evite Comentários
* Classes

Clean Code

2019-03-15T11:28:20Z

Rafael almeida:

'''Consequência do código ruim'''
A organização têm uma série de percas com um software com código ruim .O código ruim traz uma série de consequências entre eles o prejuízos financeiros , na qual o software precisa de mais refatorações (manutenção), e o tempo da manutenção é maior . Com maior demanda de tempo no código mais gastos para a organização onde os programadores neste momento poderiam trabalhar em novos projetos.
A produtividade dos programadores diminui necessitam identificar onde está ocorrendo o gargalo do código ou como é conhecido BUG , demandando maior tempo e esforços pois encontram grandes dificuldades em lê o código , e as soluções encontradas nem sempre vai resolver o problema se toda a estrutura não for refatorada.
Os programadores também sofrem com um código ruim . Ao lê um código ruim o programador se sente frustado, porquê não está trabalhando em um código que ele gostaria de trabalhar e pensa muitas vezes em refazer o projeto , do que refatorar o mesmo .

'''Por quê entregamos código ruim'''
O clean code nos traz alguns pontos:
* Entregas Apertadas : Quando se tem um tempo pequeno para entregas das tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque tem a necessidade de entregar logo , então ele faz apenas um código para funcionar sem se preocupar com a qualidade do código .
* Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , na qual deseja que seu problema seja resolvido em questão de minutos , o programador vai lá e coloca qualquer coisa no código só pra funcionar .
* Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço. Demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade. Mais nem sempre a produtividade vem acompanhado da qualidade. A qualidade é tão importante quanto a quantidade.
* Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas, muitas vezes os programadores ficam após o expediente para entregar logo o resultado , as vezes já estão cansados e querem se livrar de uma vez da tarefa , entregam o código de qualquer jeito. , pensando em rever depois , mais isso nunca acontece .

'''Benefícios:''' 
* - Evita duplicação de código;
* - Possibilita maior clareza;
* - Identificar classes e métodos supérfluos;
* - Facilita a manutenção do código ;
* - Garante que todos os teste continuem funcionando.

'''Técnicas:''' 
O clean code prega algumas técnicas em que ajudam a melhorar na qualidade do código são eles :
* Nomes Significativos ;
* Métodos Pequenos (Funções bem escritas)
* Evite Comentários
* Classes

Clean Code

2019-03-15T11:28:05Z

Rafael almeida:

'''Consequência do código ruim'''
A organização têm uma série de percas com um software com código ruim .O código ruim traz uma série de consequências entre eles o prejuízos financeiros , na qual o software precisa de mais refatorações (manutenção), e o tempo da manutenção é maior . Com maior demanda de tempo no código mais gastos para a organização onde os programadores neste momento poderiam trabalhar em novos projetos.
A produtividade dos programadores diminui necessitam identificar onde está ocorrendo o gargalo do código ou como é conhecido BUG , demandando maior tempo e esforços pois encontram grandes dificuldades em lê o código , e as soluções encontradas nem sempre vai resolver o problema se toda a estrutura não for refatorada.
Os programadores também sofrem com um código ruim . Ao lê um código ruim o programador se sente frustado, porquê não está trabalhando em um código que ele gostaria de trabalhar e pensa muitas vezes em refazer o projeto , do que refatorar o mesmo .

'''Por quê entregamos código ruim'''
O clean code nos traz alguns pontos:
* Entregas Apertadas : Quando se tem um tempo pequeno para entregas das tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque tem a necessidade de entregar logo , então ele faz apenas um código para funcionar sem se preocupar com a qualidade do código .
* Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , na qual deseja que seu problema seja resolvido em questão de minutos , o programador vai lá e coloca qualquer coisa no código só pra funcionar .
* Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço. Demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade. Mais nem sempre a produtividade vem acompanhado da qualidade. A qualidade é tão importante quanto a quantidade.
* Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas, muitas vezes os programadores ficam após o expediente para entregar logo o resultado , as vezes já estão cansados e querem se livrar de uma vez da tarefa , entregam o código de qualquer jeito. , pensando em rever depois , mais isso nunca acontece .

'''Benefícios:'''
* - Evita duplicação de código;
* - Possibilita maior clareza;
* - Identificar classes e métodos supérfluos;
* - Facilita a manutenção do código ;
* - Garante que todos os teste continuem funcionando.

'''Técnicas:''' 
O clean code prega algumas técnicas em que ajudam a melhorar na qualidade do código são eles :
* Nomes Significativos ;
* Métodos Pequenos (Funções bem escritas)
* Evite Comentários
* Classes

Clean Code

2019-03-15T11:22:48Z

Rafael almeida:

'''Consequência do código ruim'''
A organização têm uma série de percas com um software com código ruim .O código ruim traz uma série de consequências entre eles o prejuízos financeiros , na qual o software precisa de mais refatorações (manutenção), e o tempo da manutenção é maior . Com maior demanda de tempo no código mais gastos para a organização onde os programadores neste momento poderiam trabalhar em novos projetos.
A produtividade dos programadores diminui necessitam identificar onde está ocorrendo o gargalo do código ou como é conhecido BUG , demandando maior tempo e esforços pois encontram grandes dificuldades em lê o código , e as soluções encontradas nem sempre vai resolver o problema se toda a estrutura não for refatorada.
Os programadores também sofrem com um código ruim . Ao lê um código ruim o programador se sente frustado, porquê não está trabalhando em um código que ele gostaria de trabalhar e pensa muitas vezes em refazer o projeto , do que refatorar o mesmo .

'''Por quê entregamos código ruim'''
O clean code nos traz alguns pontos:
* Entregas Apertadas : Quando se tem um tempo pequeno para entregas das tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque tem a necessidade de entregar logo , então ele faz apenas um código para funcionar sem se preocupar com a qualidade do código .
* Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , na qual deseja que seu problema seja resolvido em questão de minutos , o programador vai lá e coloca qualquer coisa no código só pra funcionar .
* Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço. Demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade. Mais nem sempre a produtividade vem acompanhado da qualidade. A qualidade é tão importante quanto a quantidade.
* Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas, muitas vezes os programadores ficam após o expediente para entregar logo o resultado , as vezes já estão cansados e querem se livrar de uma vez da tarefa , entregam o código de qualquer jeito. , pensando em rever depois , mais isso nunca acontece .

'''Benefícios:'''
* - Evita duplicação de código;
* - Possibilita maior clareza;
* - Identificar classes e métodos supérfluos;
* - Facilita a manutenção do código ;
* - Garante que todos os teste continuem funcionando.

'''Técnicas:'''

Clean Code

2019-03-15T00:45:36Z

Rafael almeida:

'''Consequência do código ruim'''
A organização têm uma série de percas com um software com código ruim .O código ruim traz uma série de consequências entre eles o prejuízos financeiros , na qual o software precisa de mais refatorações (manutenção), e o tempo da manutenção é maior . Com maior demanda de tempo no código mais gastos para a organização onde os programadores neste momento poderiam trabalhar em novos projetos.
A produtividade dos programadores diminui necessitam identificar onde está ocorrendo o gargalo do código ou como é conhecido BUG , demandando maior tempo e esforços pois encontram grandes dificuldades em lê o código , e as soluções encontradas nem sempre vai resolver o problema se toda a estrutura não for refatorada.
Os programadores também sofrem com um código ruim . Ao lê um código ruim o programador se sente frustado, porquê não está trabalhando em um código que ele gostaria de trabalhar e pensa muitas vezes em refazer o projeto , do que refatorar o mesmo .

'''Por quê entregamos código ruim'''
O clean code nos traz alguns pontos:
* Entregas Apertadas : Quando se tem um tempo pequeno para entregas das tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque tem a necessidade de entregar logo , então ele faz apenas um código para funcionar sem se preocupar com a qualidade do código .
* Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , na qual deseja que seu problema seja resolvido em questão de minutos , o programador vai lá e coloca qualquer coisa no código só pra funcionar .
* Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço. Demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade. Mais nem sempre a produtividade vem acompanhado da qualidade. A qualidade é tão importante quanto a quantidade.
* Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas, muitas vezes os programadores ficam após o expediente para entregar logo o resultado , as vezes já estão cansados e querem se livrar de uma vez da tarefa , entregam o código de qualquer jeito. , pensando em rever depois , mais isso nunca acontece .

'''Benefícios:'''
* - Evita duplicação de código;
* - Possibilita maior clareza;
* - Identificar classes e métodos supérfluos;
* - Facilita a manutenção do código ;
* - Garante que todos os teste continuem funcionando.

'''Técnicas:'''

Clean Code

2019-03-15T00:31:33Z

Rafael almeida:

Clean Code

2019-03-14T23:38:54Z

Rafael almeida:

'''Consequência do código ruim'''
A organização têm uma série de percas com um software com código ruim .O código ruim traz uma série de consequências entre eles o prejuízos financeiros , na qual o software precisa de mais refatorações (manutenção), e o tempo da manutenção é maior . Com maior demanda de tempo no código mais gastos para a organização onde os programadores neste momento poderiam trabalhar em novos projetos.
A produtividade dos programadores diminui necessitam identificar onde está ocorrendo o gargalo do código ou como é conhecido BUG , demandando maior tempo e esforços pois encontram grandes dificuldades em lê o código , e as soluções encontradas nem sempre vai resolver o problema se toda a estrutura não for refatorada.
Os programadores também sofrem com um código ruim . Ao lê um código ruim o programador se sente frustado, porquê não está trabalhando em um código que ele gostaria de trabalhar e pensa muitas vezes em refazer o projeto , do que refatorar o mesmo .

'''Por quê entregamos código ruim'''
O clean code nos traz alguns pontos:
* Entregas Apertadas : Quando se tem um tempo pequeno para entregas das tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque tem a necessidade de entregar logo , então ele faz apenas um código para funcionar sem se preocupar com a qualidade do código .
* Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , na qual deseja que seu problema seja resolvido em questão de minutos , o programador vai lá e coloca qualquer coisa no código só pra funcionar .
* Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço. Demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade. Mais nem sempre a produtividade vem acompanhado da qualidade. A qualidade é tão importante quanto a quantidade.
* Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas, muitas vezes os programadores ficam após o expediente para entregar logo o resultado , as vezes já estão cansados e querem se livrar de uma vez da tarefa , entregam o código de qualquer jeito. , pensando em rever depois , mais isso nunca acontece .

'''Benefícios:'''
- Evita duplicação de código;
- Possibilita maior clareza;
- Identificar classes e métodos supérfluos;
- Facilita a manutenção do código ;
- Garante que todos os teste continuem funcionando.

Clean Code

2019-03-07T02:52:23Z

Rafael almeida:

'''Consequência do código ruim'''
A empresa tem uma serie de percas com um software com código ruim .O código ruim traz prejuízos financeiros , onde o software precisa de mais manutenção e o tempo da manutenção é maior , com tempo maior de trabalho em um código mais gastos para a empresa.
A produtividade dos programadores diminui pois precisam identificar onde está ocorrendo o gargalo do código , e ficam um maior tempo analisando o código e buscando soluções para o mesmo .

'''Benefícios:'''
- Evita duplicação de código;
- Possibilita maior clareza;
- Identificar classes e métodos supérfluos;
- Facilita a manutenção do código ;
- Garante que todos os teste continuem funcionando.

'''Técnicas de refatoração :'''
- Extract Method : Utilizado quando se tem um método com um grande grupo de código que pode ser agrupado .
- Inline Method : Utilizado quando se tem um método tão óbvio quanto seu nome , o método se torna desnecessário.
-
'''Por quê entregamos código ruim'''
O clean code nos traz alguns ponto que nos induzem a entregar código ruim , com uma baixa qualidade .
* Entregas Apertadas : Quando se tem um tempo pequeno para entregas as tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque se tem a necessidade de entregar logo , então ele faz apenas um código para funcionar não se preocupa com a qualidade do código .
* Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , onde ele quer que seu problema seja resolvido em questão de minutos , na qual o programador vai lá e coloca qualquer coisa no código , só pra funcionar .
* Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço , demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade , mais nem sempre a produtividade vem acompanhado da qualidade .A qualidade é tão importante quanto a quantidade .
* Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas muitas vezes os programadores ficam após o expediente para entregar logo o resultado , mais muitas vezes já estão cansados , querem se livrar de uma vez da tarefa e entregam o código de qualquer geito , pensando em rever depois , mais isso nunca acontece .

Clean Code

2019-03-07T02:45:22Z

Rafael almeida:

'''Benefícios:'''
- Evita duplicação de código;
- Possibilita maior clareza;
- Identificar classes e métodos supérfluos;
- Facilita a manutenção do código ;
- Garante que todos os teste continuem funcionando.

'''Técnicas de refatoração :'''
- Extract Method : Utilizado quando se tem um método com um grande grupo de código que pode ser agrupado .
- Inline Method : Utilizado quando se tem um método tão óbvio quanto seu nome , o método se torna desnecessário.
-
'''Por quê entregamos código ruim'''
O clean code nos traz alguns ponto que nos induzem a entregar código ruim , com uma baixa qualidade .
* Entregas Apertadas : Quando se tem um tempo pequeno para entregas as tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque se tem a necessidade de entregar logo , então ele faz apenas um código para funcionar não se preocupa com a qualidade do código .
* Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , onde ele quer que seu problema seja resolvido em questão de minutos , na qual o programador vai lá e coloca qualquer coisa no código , só pra funcionar .
* Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço , demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade , mais nem sempre a produtividade vem acompanhado da qualidade .A qualidade é tão importante quanto a quantidade .
* Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas muitas vezes os programadores ficam após o expediente para entregar logo o resultado , mais muitas vezes já estão cansados , querem se livrar de uma vez da tarefa e entregam o código de qualquer geito , pensando em rever depois , mais isso nunca acontece .

Clean Code

2019-02-28T17:01:49Z

Rafael almeida:

Clean Code

2019-02-28T16:39:49Z

Rafael almeida: Criou página com 'Benefícios: - Evita duplicação de código; - Possibilita maior clareza; - Identificar classes e métodos supérfluos; - Facilita a manutenção do código ; - Garante que t...'

Benefícios:
- Evita duplicação de código;
- Possibilita maior clareza;
- Identificar classes e métodos supérfluos;
- Facilita a manutenção do código ;
- Garante que todos os teste continuem funcionando.

Técnicas de refatoração :
- Extract Method : Utilizado quando se tem um método com um grande grupo de código que pode ser agrupado .
- Inline Method : Utilizado quando se tem um método tão óbvio quanto seu nome , o método se torna desnecessário.
-

Rafael de Souza Almeida

2019-02-26T14:29:03Z

Rafael almeida: /* Cursos e Capacitações */

Rafael de Souza Almeida

2019-02-26T11:58:07Z

Rafael almeida: /* Formação Acadêmica */