Olá!
No dia 7 de Fevereiro de 2013 tive a honra de participar de um evento no grupo .Net Coders.
O .Net Coders é uma comunidade muito bacana que existe aqui em São Paulo e que a (cerca de) um ano tem agitado a comunidade paulista com diferentes eventos, abordando assuntos gerais da área de tecnologia e mais especificamente, diferentes segmentações da plataforma .Net.
Essa semana estava conversando com o @MaiconFGuerra e ele me apresentou um recurso que não conhecia, o PowerPoint Storyboarding.
O PowerPoint Storyboarding é uma ferramenta que permite a construção de storyboards por meio do PowerPoint. Com essa ferramenta podemos construir protótipos visuais de maneira bastante rápida, com o auxílio de templates para web, mobile, desktop e Windows 8.
Nos últimos tempos tenho recebido algumas perguntas de como modelo meus projetos, quais design patterns utilizo e como divido minha aplicação em camadas. Estas perguntas possuem apenas uma resposta: depende do caso.
Cada aplicação merece um modelo arquitetural diferente do outro. Cada aplicação exige diferentes design patterns. Cada aplicação funciona de um jeito. Nenhuma aplicação é igual a outra, assim como os dedos das mãos não são iguais.
Mas, como esta pergunta não possui uma resposta certa ou errada, gostaria de demonstrar um modelo arquitetural que me agrada bastante. Este modelo mescla alguns design patterns e alguns princípios de projetos orientados a objetos. A arquitetura da aplicação é a demonstrada abaixo.
Semana passada, eu escrevi um texto sobre novas tecnologias de desenvolvimento de software que prometem fazer a diferença este ano. Confira o conteúdo desse texto neste link: http://itgroup.com.br/pt-br/Paginas/ViewPost.aspx?Post=28&Categoria=Artigos.
Provavelmente você já deve ter ouvido falar sobre processamento paralelo, paralelismo ou computação paralela. Todos estes termos se referem à forma de computação na qual vários cálculos são realizados simultaneamente, resolvidos de forma separada e concorrente (em paralelo).
A computação paralela é utilizada há muitos anos, principalmente em cenários de alto desempenho que exigem processamento pesado.
Este é um post bastante especial, pois este é o post número 100 deste blog.
Neste blog procuro postar diferentes assuntos que tenho estudado, como: boas práticas, design patterns, C# e mais especificamente sobre técnicas de acesso a dados, além de algumas experiências com diferentes tecnologias.
Olá!
Hoje realizei um sonho! Sim, um sonho!
Pode parecer antiquado, exagerado, preciosismo, mas sim! Hoje realizei um sonho!
O sonho de concluir o mestrado!
Olá,
Faz algum tempo que não escrevo e o motivo disto é uma questão de tempo. Devo apresentar meu mestrado no próximo mês de Dezembro e a correria é grande para terminar tudo…
Hoje gostaria de escrever sobre um design pattern que sempre apliquei, mas que não sabia que era um design pattern. Esse tipo de situação é mais comum de acontecer do que parece… Geralmente os design patterns são soluções que as pessoas aplicam no seu dia-a-dia e que após serem consideradas viáveis e reutilizáveis são documentadas em algum catálogo de padrões.
Olá,
Você conhece as diferenças entre os termos defeito, erro e falha? Parecem ser conceitos muito parecidos, comumente generalizados pela palavra “bug”. Mas estes três termos expressam idéias, situações e usos diferentes.
Defeitos são caracterizados como passos, processos ou definições de dados incorretas. Um defeito ocorre no nível mais baixo do hardware ou em uma linha de código. O defeito é a causa de um erro, mas não necessariamente sempre acarreta em um erro, pois a linha que contém um defeito pode nunca ser executada.
O pattern Façade (fachada), pertencente ao catálogo GOF, possui a intenção de estruturar o sistema de forma que se crie uma barreira (fachada) entre um conjunto complexo de instruções (subsistema) e os desenvolvedores (usuários), de forma que o subsistema torne-se mais fácil de ser utilizado e entendido, além de tornar-se reutilizável e confiável por executar sempre a mesma seqüência de passos. (Bishop, 2007, p. 93) (GoF, 1995, p. 179)
“Fornece uma interface unificada para um conjunto de interfaces em um subsistema. O Façade define uma interface de nível mais alto que torna o subsistema mais fácil de usar.” (GoF, 1995, p. 179)
Fernando Henrique Ferreira 