Nowadays microservices is one of the biggest buzzword when it comes to choosing an architecture. I want to talk about the ugly side of this “silver bullet”. One of the most known problem with microservices are the transactions. Wait a…
Não pode ler agora? Ouça esse conteúdo durante suas atividades:
No “The Developers Conference” em São Paulo, este ano, eu palestrei sobre uma proposta de indicadores para análise de negócios / requisitos. Indicadores para nortear a análise, ter feedback sobre o processo e agregar mais valor para o trabalho dos analistas.
Neste artigo apresento esta proposta e os pontos positivos e as oportunidades de melhoria que obtive junto com a equipe de analistas durante na implantação desses indicadores.
Quando há uma equipe com vários desenvolvedores atuando em um mesmo projeto, podem ocorrer conflitos de alterações. Também existe a necessidade de versionamento das alterações a fim de manter um histórico de todas as alterações realizadas para um melhor gerenciamento do código-fonte. O Git atua nesses dois pontos: no armazenamento do histórico (ou seja, controle de versão) e também na identificação/auxílio para resolução dos eventuais conflitos que podem ocorrer durante a evolução de um sistema por mais de um desenvolvedor simultaneamente.
Se não utilizamos a integração do Delphi com o Git, é necessário fazer o gerenciamento por outra ferramenta podendo ser pelo Git bash (linha de comando) ou então por uma ferramenta externa como por exemplo o SmartGit ou o GitKraken. Logo, uma das vantagens de usar o Delphi integrado com o Git é que você pode eliminar o uso de uma dessas duas ferramentas.
Porém, um fato é que a maior dificuldade é a de encontrar auxílio em português, pois a maioria dos tutorias para configurar a integração estão em inglês. No projeto em que eu atuo foi realizada a migração do TFS (Team Foundation Server) para o GitLab, gerando a necessidade de conhecer as ferramentas para utilizar a nova maneira de controlar as versões/alterações do sistema. Por isso, resolvi listar passos simples para que mais pessoas consigam fazer essa integração!
Além disso, explico também sobre Controle de Versão e como configurar ferramentas externas. Vamos lá?
Ao desenvolver uma aplicação, torná-la acessível para colegas de equipe e para o cliente pode se tornar um desafio. Afinal, na sua máquina funciona, mas e no Sistema Operacional de quem precisa testar? Pois é, para resolver comportamentos inesperados que geram gargalos no projeto, surgiu o conceito de Container e o Docker.
Containers compartilham de um mesmo Sistema Operacional, diferente das tradicionais VM’s (Virtual Machines, ou Máquinas Virtuais) que necessitam de enormes capacidades de disco e memória para rodar diversos SO’s. Um container isola recursos e permite uma comunicação mais fácil entre diferentes containers. Assim, basta que o outro usuário tenha o Docker instalado para acessar sua aplicação em seu container.
Saiba mais sobre o surgimento do conceito de Container, além de DockerFile e Docker Compose nesse artigo de Larissa Roder.
Quer entender mais sobre o Docker e aprender a começar? O desenvolvedor Pedro Mázala apresentou um Ciclo de Capacitação em formato de vídeos para explicar:
A engenharia social é uma das maiores e mais antigas ameaças à segurança da informação. Você sabe como ela funciona e o que fazer para se prevenir desses ataques? Acredite: até as coisas mais simples como um pen-drive desconhecido que…
Uma boa Análise de Requisitos pode fazer toda a diferença em um projeto de
software, e por ser um documento muito específico que demanda conhecimento tanto
técnico quanto de negócio, precisa ser muito bem desenhado. Esse é um ponto crucial
para que no final do processo o software seja rápido, eficiente e apresente uma alta
performance. Temos também um artigo focado na importância e diferencial da Análise de requisitos, veja aqui.
Se a empresa contratante do serviço de desenvolvimento de software possuir um
analista especializado, um desenvolvedor ou um profissional técnico que possa se
envolver no projeto, ele pode construir o documento. Porém, se esse não for o caso, o
melhor a fazer é também contratar esse serviço de maneira terceirizada.
Se você já participou de algum projeto de desenvolvimento de software ou já contratou serviços de fábrica de software, pode ter esbarrado com o termo “Análise de Requisitos”. E o que para muitos é algo obscuro, confuso e até sem relevância, tem uma importância extrema em vários aspectos.
A Análise de Requisitos é o primeiro passo do processo de desenvolvimento de um projeto de software e que tem por produto de trabalho documentos que contemplam detalhes minuciosos do software. Estes documentos norteiam a visão e o escopo do projeto, dando rumos do que é e porque será desenvolvido.
Com a Análise de Requisitos, tanto a equipe da fábrica de software quanto o cliente conseguem ver com clareza os seguintes pontos:
Olá, pessoal. É com grande prazer que marco início das minhas atividades de elaboração de artigos para o blog da DB1 Global Software.
Meu nome é André Luis Celestino e trabalho como Desenvolvedor Delphi na área de IT Services. Prazer em conhecê-los!
Neste primeiro artigo, pretendo relatar brevemente sobre como o Open Tools API do Delphi aprimorou a produtividade da nossa equipe. Caso vocês ainda não conheçam, o Open Tools API, também conhecido como “IOTA”, é um conjunto de Interfaces disponibilizadas pela Embarcadero para criar extensões para o Delphi, como plugins. A propósito, alguns wizards de apoio, como o CnPack, GExperts ou MMX, bastante utilizados por programadores Delphi, foram desenvolvidos através do Open Tools API.