Monografia apresentada por Camilo Ribeiro como requisito parcial para a obtenção do título de Especialista em Engenharia de Software pela Universidade Federal de Minas Gerais
Brinque e aprenda! Faça arte e preserve o meio ambiente. Uma maneira divertida de aprender com materiais recicláveis. 12 volumes: Com lata; Com saco; Com rolo; Com meia de seda; Com corda; Com vidro; Com garrafa; Com alimento; Com argila; Com isopor; Com jornal; Com canudo.
UM PROJETO LÚDICO-DIDÁTICO DE ARTE, CRIATIVIDADE E RECICLAGEM
Brinque e aprenda! Faça arte e preserve o meio ambiente. Uma maneira divertida de aprender com materiais recicláveis. 12 volumes: Com lata; Com saco; Com rolo; Com meia de seda; Com corda; Com vidro; Com garrafa; Com alimento; Com argila; Com isopor; Com jornal; Com canudo.
UM PROJETO LÚDICO-DIDÁTICO DE ARTE, CRIATIVIDADE E RECICLAGEM
Há pouco mais de um ano, o time de projeto da C# 7 na Microsoft está planejando, debatendo, experimentando e testando as ideias dos próximos recursos a serem incorporados na próxima versão da linguagem. A palestra tem como objetivo explorar o que esperar de um futuro próximo da linguagem.
Cartilha de R para Estatística e Data Science.pdfEdkallenn Lima
R é uma linguagem de programação estatística que vem passando por diversas evoluções e se tornando cada vez mais uma linguagem de amplos objetivos.
R é também um conjunto de pacotes e ferramentas para computação estatística, munido de funções que facilitam sua utilização, desde a criação de simples rotinas até análises de dados complexas, com visualizações bem acabadas.
Esta cartilha é uma introdução de R e de sua linguagem.
Criando pipelines de entrega contínua multilinguagem com Docker e JenkinsCamilo Ribeiro
Palestra apresentada no QCon do Rio de Janeiro em 2015, sobre docker, jenkins, job dsl e automação de uma pipeline.
Exemplos e código podem ser encontrados em: https://github.com/camiloribeiro/cdeasy
Certificações em Teste e Qualidade de SoftwareCamilo Ribeiro
O mercado de engenharia de software está cada vez mais atraente e competitivo. Ao mesmo tempo que os jornais, revistas, pesquisas especializadas no mercado de trabalho mostram o forte crescimento no números de vagas de TI, mostra também um grande défict de profissionais especializados, no Brasil e no mundo. As certificações vêm se mostrando uma ótima oportunidade para o profissional se destacar no mercado, pois garantem que ele está investindo na sua carreira, que domina determinadas habilidades e está habilitado a trabalhar com conceitos e padrões internacionais. Conheça um pouco sobre as mais de trinta certificações que rodeiam a área de teste e qualidade de software e saiba qual é a ideal para a sua carreira.
Palestra realizada por Camilo Ribero no segundo semestre de 2010 para os alunos dos cursos de sistemas de informação e ciência da computação da PUC Minas, na Unidade São Gabriel
Apresentação usada por Camilo Ribeiro para a Palestra "Técnicas de Teste no Ciclo de Desenvolvimento de Software" para o Centro Universitário UNA de Belo Horizonte em 25 de Março de 2010
Extração de Features Usando Compilação Condicional
1. Camilo Falcão Ribeiro Figueiredo [email_address] Prof. Dr. Marco Túlio de Oliveira Valente [email_address] EXTRAÇÃO DE FEATURES USANDO COMPILAÇÃO CONDICIONAL Engenharia de Software – DCC/UFMG – Brasil
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19. AVALIAÇÃO (3/5) Extração de Features Usando Compilação Condicional Transversalidade entre as features . Tabela: Métricas de Transversalidade do ArgoUML-SPL com as duas novas features. Fonte: Arquivo pessoal 0 0 Diagrama de Caso de Uso + Diagrama de Sequência 0 0 Diagrama de Estados + Diagrama de Caso de Uso 0 2 Diagrama de Estados + Diagrama de Sequência 11 26 Diagrama de Atividades + Diagrama de Estados 3 3 Diagrama de Atividades + Diagrama de Sequência 0 0 Diagrama de Atividades + Diagrama de Casos de uso 30 0 Diagrama de Caso de Uso + Logging 35 0 Diagrama de Sequência + Logging 30 0 Diagrama de Estados + Logging 9 0 Diagrama de Atividades + Logging 171 0 Suporte Cognitivo + Logging Aninhamento Entrelaçamento Features envolvidas
20. AVALIAÇÃO (4/5) Extração de Features Usando Compilação Condicional Granularidade das features . Tabela: Granularidade do código anotado para cada feature . Fonte: Arquivo pessoal 85,12% 1154 72 53 41 77 56 Statement 1,35% 14 0 0 0 4 5 MethodBody 2,52% 3 5 7 10 8 10 Method 0,18% 0 0 0 0 2 1 InterfaceMethod Use 0,12% 0 0 0 0 0 2 ClassSignature 10,02% 0 40 47 41 35 8 Class 0,70% 0 0 1 0 0 11 Package Implements % Logging Diag. De C. Uso Diag. De Sequ. Diag. De estado Diag. De Ativ. Suporte Cognitivo Features
21. AVALIAÇÃO (5/5) Extração de Features Usando Compilação Condicional Localização das features. Tabela: Tipo de localização do código anotado para cada feature Fonte: Arquivo pessoal 387 1 3 3 6 9 NestedCommand 0 0 0 0 0 2 InsideStaticBlock 1 0 0 0 0 0 EntireStaticBlock 1 0 0 0 0 0 EndStaticBlock 99 0 0 1 0 0 BeforeReturn 13 0 0 0 4 5 EntireMethod 23 0 0 0 1 5 EndMethod 138 1 2 1 1 3 StartMethod Logging Diag. De C. Uso Diag. De Sequ. Diag. De estado Diag. De Ativ. Suporte Cognitivo Tipo de Localização Features
22. CONCLUSÃO (1/1) Extração de Features Usando Compilação Condicional A adoção de compilação condicional para implementação de Linhas de Produtos de Software, apesar de possuir algumas desvantagens como dependência de tecnologias alternativas, aumento da complexidade do código fonte e difícil definição do escopo, demonstra-se como uma boa candidata para a implementação em sistemas legados desenvolvidos sem uma metodologia que suporte a criação de Linhas de Produtos de Software. Isso se deve a facilidade de implementação das marcações e da independência de padrões de desenvolvimento.
Good afternoon... My name is Ricardo Terra and I'm from PUC Minas at Brazil. I'm going to present a paper named "Towards a Dependency Constraint Language to Manage Software Architectures".
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture
First, I would like to briefly introduce the subject of this study. However, we have a recurrent problem in forcing architecture compliance: - The document architecture of a system – if available at all – doesn't reflect the implemented architecture