O post de hoje é sobre a mais nova discussão dos programadores .Net.

Amigos, essa discussão é tão épica quanto as tradicionais Pelé ou Maradona para os futebolísticos (eu),  Ragnarok ou Priston Tale para os Old Geeks (eu) ou ainda férias no ap. de NY ou Miami (piada, né?).

Eu, como desenvolvedor desktop há quase 5 anos, não posso deixar de exaltar a mão na roda que o WebForm foi pra mim. Arrasta aqui, cria DataSource ali, pagina o grid, Membership control lá e Validation Controls acolá. Fim. Engraçado Marcelo, você fala de WebForms e tem a covardia de não citar os controles Ajax. O que é melhor do que escrever uma tag HTML que tudo que estiver dentro dela funcionará de forma assíncrona com o servidor? E ainda por cima, ao invés de eu escrever Javascript, escreverei C# manipulando o JSON apenas no retorno e só quando for preciso. Eu lhe respondo: melhor que isso, é ter controle de tudo isso.

Baseado nas leituras/experiências que venho tendo nos últimos raros projetos WEB que participo, compartilharei com vocês algumas observações sobre WebForms e MVC:

• Nunca tenha um projeto parte MVC, parte WebForm. Ponto de vista técnico: OK. Ponto de vista de manutenção: Catástrofe de proporções bíblicas;
• Se o projeto é novo e a sua equipe não está acostumada com linguagens gerenciadas pelo .Net (vide C#, C++ e VB), aconselho o uso de WebForms. O framework MVC foi programado em C# e faz uso extensivo de recursos complexos da plataforma, como Delegates e Events, Métodos de Extensão (lembre-se dos HtmlHelpers), Lambda Expressions etc. Observe, não estou encoranjando você de não aprender estes termos, estou apenas sendo realista. Os projetos sempre são pra ontem e quanto mais conhecimento você adquire em menos tempo, melhor. E acredite amigo, são assuntos complexos (para de se achar leitor .Net, admita que você comeu unhas ao ver estes termos pela primeira vez);
• Uso intenso de Ajax? WebForms por favor. Atenção: Essa minha afirmação tende a ficar arcaica a cada minuto que passa.
• O WebForms foi destinado a programadores Desktop. Se você conhece C# e já está acostumado a lógica HTTP – Request e Reponse, Client e Server,  feche os olhos para WebForms e caia de cabeça no MVC. A learning Curve é rápida, a padronização é séria e você tem controle total do html gerado.
• Necessita de modularização total no seu software? Use MVC. A microsoft seguiu a risca a programação para interfaces e abstract classes. As classes são todas fechadas para modificação e abertas para extensão, de forma que todo o Framework é plugável.
• No MVC você pode utilizar Design Patterns com mais naturalidade. As Views não são engessadas que nem os aspx dos WebForms. Em contra partida, diga adeus a aqueles seus “Server Controls” favoritos.
• Marcelo! Minha página tem 9845104 kbytes! Apesar de poder desabilitar o ViewState, o WebForm faz uso de uma sequência absurda de eventos e roundtrips client/server. Atenção: não estou afirmando que o MVC roda mais rápido que o WebForms, apenas que as páginas ocupam menos espaço. Se você acha que estou sendo ambíguo, saiba que o MVC usa reflection com manipulação de strings pra alcançar as páginas, enquanto no WebForms é simplesmente escolhido o arquivo o que é anos luz mais rápido.
• O MVC foi projetado para adequar cada partezinha a um Test Unitário. Ponto final.

Amigo leitor, estas foram algumas breves observações trazendo alguns prós e contras destes caras.

Se você leu tudo e entendeu, tenho três teorias :

1)Você não tem mais nada pra fazer.
2)Você vai esquecer tudo isso e vai pro PHP.
3)Você vai aprender AGORA mesmo MVC e vai jurar nunca mais adiar aquela semaninha de estudo do Design Pattern mais admirado e usado no mundo.

“Eu devia ter sido fazendeiro, assim como meu pai me disse.”

Um abraço

Bem, serei direto. Thread pra quem não conhece é um stream independente a qual implica em conjunto de instruções que rodam em paralelo. Existem diversas situações onde é extremamente necessário o uso de Threads como, por exemplo, situações onde a UI deve ser responsiva enquanto o servidor não responde, ou ainda em situações que requerem uma espera de recursos, como uso de arquivos ou um fetch do banco de dados.

Outra grande utilização é para threads que necessitam altíssima performance com cálculos matématicos. O motivo que venho a escrever este artigo, é para alertar a todos do mal uso de Threads. Vejo uma série de práticas mal formuladas e gostaria de compartilhar com vocês algumas dicas. Lembrando que estas dicas são mais voltadas a plataformas Desktop e servem para qualquer programador que faz target a windows e usa suas API’s, seja programado em delphi, vb, c, c++, java, c# etc..

1. Evite criar Threads sem motivos aparentes. Um programa com um número alto de threads sobrecarrega o escalonador que ficará mais tempo trocando a linha de execução do que realizando o processamento propriamente dito.
2. Evite de mudar a prioridade da threads. Isso é tarefa do sistema operacional, é ele que deve ditar o time slice de processamento. Com raras exceções, troque a prioridade da thread, mas depois retorna a sua opção default.
3. Evite usar objetos Kernel (Mutex, Semaphore), com exceção da necessidade de uso de cross-processing messages, ou seja, quando as threads precisam conversar entre processos diferentes. (Lembrando que as threads são criadas “dentro” dos processos e que compartilham a pilha de memória, mas não conversam entre processos, a não ser que Kernel Objects sejam usados)
4. Evite o uso de Foreground Threads. OH MY GOD, WHAT THE HELL IS THAT?! Foreground threads são as threads que continuam a executar quando a “main” thread termina. Um exemplo claro disso é o Outlook, que continua a rodar a thread de organizar a agenda mesmo quando o programa é fechado. Uma alternativa para isto é utilizar background threads, que finalizam a execução assim que a main thread termina. Exemplo: Spell-Checker do Word, que realmente não faz sentido continuar a execução após o usuário fechar o winword.exe.

Seja qual for a linguagem, ou qual for a API que vocês utilizarem, tomem atenção nestas dicas. Eu garanto pra vocês que o programa rodará mais rápido e que ações inusitadas ocorrerão com menos frequência

Plante uma árvore

Forte abraço.

Como todos nós sabemos, é completamente impossível criarmos um grande web project com lógica apenas do lado do servidor. Sempre vai ter aquele javascript besta pras tarefas mais pentelhas do mundo e não incluo apenas validações mais também JSON (JavaScript Object Notation). Para os mestres do php como o grande idealizador do nosso site, Jackson Caset, “frameworks” como JQuery são triviais devido as funções de Ajax/DOM, compatibilidade entre navegadores e melhor implementação de css’s1/2/3. O php é direto, rápido e produtivo e o jquery combina com tudo isso, apesar deste último possuir uma learning curve um pouco maior que a do php.

Porém, para os javeiros e programadores .Net, que entraram no ciclo interminável de criação de milhares de classes, cada uma com suas responsabilizações, o uso do JQuery e em si do próprio Javascript, tem se tornado difícil e despadronizado, afinal não é uma linguagem orientada a objeto, sem recursos de herança(classes, interfaces, eventos, delegates).

Para resolver este problema, a Microsoft criou o Microsoft Ajax Library, uma biblioteca javascript que permite que seus aspx contenham arquivos javascript embutidos orientados a objeto e que possuem total compatibilidade com user controls.

O arquivo javascript é todo baseado em namespaces (packages do java), e cada necessita registro via classe type, ou seja até para as tarefas mais triviais o conceito de métodos e referência ja deixa qualquer desenvolvedor OO com carinha de bobo.

Demonstraremos agora, um exemplo simples de um componente que realiza a verificação da segurança da senha do usuário baseada na quantidade de caracteres. Claro, via ICallbackEventHandler podemos obter este comportamento, mas lembrando que esta interface nos permite que apenas uma string seja setada (não vale serializar em XML haha!!!)

Type.registerNamespace("AjaxOrientadoObjeto");
//cria constructor de um componente
AjaxOrientadoObjeto.ComponenteDeSenha = function() {
AjaxOrientadoObjeto.ComponenteDeSenha .initializeBase(this);
}

Aqui registramos o nosso namespace e criamos uma definição de construtor de um componente. Ali dentro, chamamos o construtor da classe pai do componente a qual estamos herdando.

//define a classe e suas propriedades
AjaxOrientadoObjeto.ComponenteDeSenha .prototype = {
initialize: function() {
//inicialização
AjaxOrientadoObjeto.ComponenteDeSenha .callBaseMethod(this, 'initialize');
},
returnPasswordStrength: function(password) {
var strPass = new String(password.toString());
if (strPass.length < 5 ) {
return "Senha fraca";
}
else {
if (strPass.length < 8 ) {
return "Senha média";
}
else {
return "Forte";
}
}
},
dispose: function() {
//adiciona código para liberação de recursos
AjaxOrientadoObjeto.ComponenteDeSenha .callBaseMethod(this, 'dispose');
}
}

WoW! Temos um dispose, um initialize, propriedades e método implementado.

O ultimo passo agora é registrarmos no namespace Sys.Component (que diz a respeito do Control que iremos atribuir funcionalidade).

AjaxOrientadoObjeto.ComponenteDeSenha .registerClass(
'AjaxOrientadoObjeto.ComponenteDeSenha ', Sys.Component);
//este bloco é necessário para notificar que o script foi realmente carregado
if (typeof(Sys) !== 'undefined') Sys.Application.notifyScriptLoaded();

Feito isso, crie seu aspx e adicione o ScriptManager (dentro do form, é claro) a qual referenciará seu javascript.

Feito isso, vamos a marcação aspx!

<div style="font-size: large; font-weight: bold">User Login</div>
<hr />
<br />
User Name:
<br />
<asp:TextBox ID="TextBoxUserName" runat="server" Width="200"></asp:TextBox>
<br />
Password:
<br />
<asp:TextBox ID="TextBoxPassword" runat="server"
TextMode="Password" onkeyup=”_OnKeypress()” Width="200"></asp:TextBox>
<asp:Label runat="server" Text=""></asp:Label>
<br />
<input id="Button1" value="Submit" />

Repare que a TextBoxPassword, apesar de estar marcada como controle do servidor, usa um evento onkeyup, pois sua
renderização html será um input type=”text”.

E agora, chegou a hora. O grande momento em que o programador asp.net pode criar tags script usando código orientado a objeto.

function _OnKeypress() {
var checker = new AjaxEnabled.PasswordStrengthComponent();
var pass = document.getElementById("TextBoxPassword").value;
var strength = checker.returnPasswordStrength(pass);
document.getElementById("LabelStrength").innerText = strength;
}

É eu sei. Não é muito diferente do que você esperava. O grande poder desta library só é visto quando a complexidade do ambiente é alta, mas de qualquer forma, criamos classes, métodos, propriedades, variáveis, disposes, initializations, e overrides.

Espero que tenham gostado. E como diz o grande Macoratti :
Eu sei, é so asp.net. Mas eu gosto

Fortíssimo abraço.

Segundo estudos realizados pelo instituto de pesquisas International Data Corp (IDC) e pela Universidade de Southern Illinois, nos EUA, mostram que os profissionais certificados pela Microsoft (Microsoft Certified Professional, ou MCP) foram considerados mais produtivos que outros não-certificados, atendendo 30% mais das requisições de help desk e reduzindo os custos dos departamentos de informática em aproximadamente US$ 2,530 ao ano, por servidor. Para 84% dos empregadores entrevistados, os MCPs são mais produtivos em sua área de certificação. Além disso, a certificação Microsoft oferece aos indivíduos credibilidade profissional e melhores salários, já que algumas empresas pagam cerca de 20% a mais aos profissionais certificados.

“Um meio eficaz de comprovar o sucesso do programa de certificação é através de estudos confiáveis que exploram e apontam os resultados positivos”, destaca Rebecca Segal, diretora de serviços de consultoria corporativa do IDC. “Recente estudo do IDC confirma que as empresas que admitem profissionais certificados pela Microsoft garantem maior produtividade no help desk e menor tempo de manutenção do servidor. Isso se traduz em economia de custo aos empregadores, que compensam treinamento, testes e custos indiretos associados à certificação. O processo de certificação representa um ganho para ambos, empregado e empregador”.

Fonte: microsoft.com

O CAMINHO DAS PEDRAS

Para todo e qualquer profissional que deseja certificar-se na tecnologia .Net, o mesmo deve começar pela 70-536. Após concluir com êxito o exame, você se torna um Microsoft Certified Partner, mas ainda não tem direito há nenhum certificado. A Microsoft possui uma hierarquia de certificação .Net e todas começam pela mesma.  Após adquirir a mesma, você pode se especializar nas áreas :

Desktop :

• Windows Forms
• WPF

Web :

• Asp.net

Aplicação Distribuída

• Aplicação Distribuída
• WCF
• WWF

Banco de dados

• ADO.NET

POR QUE É OBRIGATÓRIO TER A 70-536?

A certificação 70-536 trata o framework como um todo. Todos os tipos de desenvolvedores estarão aptos a encarar esse desafio. Desenvolvedores juniores, seniores e até mesmo plenos, nas áreas WEB, Desktop e aplicação destribuída. Esta exame ficou disponível em março de 2006. e está disponível em Inglês, francês, alemão, japonês e chinês (simplificado). A 70-536 foi projetada para medir o conhecimento dos fundamentos NET e não está vinculado a uma versão específica do. NET. Desde que o exame passou a ser aplicável tanto para a Microsoft. NET Framework 2.0 e Microsoft. NET Framework 3. Se você é um desenvolvedor NET 2.0, você não precisa aprender. NET 3.5 para passar no Exame 70-536, inversamente, se você for um. 3,5 desenvolvedor NET, você não precisa de revisão. NET 2.0 para passar no exame.

QUAL É A NOVA GERAÇÃO DE CERTIFICAÇÃO E TECNOLOGIA?

A nova geração de certificações ainda se baseia na 70-536. As “evoluções” consistem nas tecnologias WPF, WCF, LINQ etc como mostra a figura a seguir, que representa as novas camadas da plataforma:

E lembrem-se, faculdade e certificações estão transitando de diferenciais para requisitos de um profissional.

Indo à casa dos meus tios ao Sábado de manhã, eu esperava ter um dia de sussego. Porém, ao chegar lá me deparei com meus 6 primos(sim, você leu seis) perguntando mil e uma coisas sobre computador, bem no estilo de: “Como eu arrumo isso?” ou ainda “Como eu baixo isso?”. Acabei passando o dia inteiro baixando diversos programas pra resolver o problema do pessoal. O serviço acabou satisfazendo a manada, o que resultou em mais trabalho no dia seguinte, o tão então sagrado domingo. Portanto, decidi fazer uma lista com os programas mais úteis na minha opinião, todos é claro, voltados ao uso doméstico.

1) DAEMON TOOLS. Esse ai é tão útil, mas tão util que devia vir com o Windows. Aos leigos como eu, imagine que ele simplesmente “passa a perna” no sistema operacional fazendo com que você emule a imagem de um cd ou dvd. Logo, você pode rodar aqueles executáveis que vivem te pedindo “INSERT CD”. Existe até um plugin chamado ISO MAKER PLUGIN que é um add-in para o daemon tools criar imagens de disco!

2) REVO UNINSTALLER. Indispensável. Como todos sabem, o Desinstalador do Windows apenas executa o desinstalador do software. E os registros? E os arquivos extras criados pelo programa? O REVO UNINSTALLER é um software de desinstalação, que além de executar o desinstalador padrão, retira informações do sistema operacional excluindo assim 99% dos arquivos e registros. Abaixo, observe o dano causado pelo desinstalador do Visual Studio 2005, que é invocado pelo desinstalador do Windows. Nestas figuras temos respectivamente os arquivos que sobraram, e em seguida os registros. Veja que insanidade:

992 Arquivos…

9736 Registros…

3) IMAGE CONVERTER PLUS. Na minha opinião, apesar de ser o mais pesado, é a mais poderosa ferramenta gratuita de conversão de imagem. Não há muito o que falar, mas só de saber que existem mais de 30 formatos e entre esses umas 50 transformações de um formato para o outro e vice-versa, já se fica claro que esse software é poderosíssimo.

4) HAMACHI. Imagine um arquivo de 800kb que você baixa da internet, instala em 12 segundos e a partir dai se tem um emulação de conexão física entre computadores, sem necessidade de cabos ou roteadores. Você pode administrar um sistema, com pessoas de outro mundo, com as mesmas opções de uma rede normal! É indispensável também aqueles que adoram um joguinho online, sem necessidade de baixar um servidor para se jogar. É incrivel como você configura tudo em menos de 1 minuto.

5) Icon Processor. Cria Icones ao se informar uma imagem. Aceita mais formatos do que o PI aceita casas decimais.

6) CCleaner. Limpador de registro e arquivos temp. Ainda possui opção de reparar registros! Baixe-o e execute a limpeza. Se é a primeira vez que estás usando, espere limpar mais de 1GB de dados inúteis que você nunca vai utilizar e que estão ali..sobrando.

7) Advanced SystemCare Free

BumbTop

Esses ai não basta falar, é preciso baixar.

E nossa lista fica por aqui! Com certeza alguns de vocês lerão e dirão “Meu Deus, esse dromedário esqueceu de falar do software xyz!!”. Isso com certeza vai existir. Mas para dar um upgrade no conhecimento de todos, postem o software que vocês acham útil, que é free e para uso geral nos comments e vamos compartilhar conhecimento!

Nos dias de hoje, a tecnologia atingiu níveis extraordinários em todos os pontos. E a economia é um deles, tanto que entre as cinco empresas que possuem o maior produto interno bruto, três são da área de informática. A líder absoluta é a Microsoft com 84,6 bilhões de dólares, quase cinco vezes mais que o Google, segundo colocado. Tal empresa, na era em que vivemos, onde software vale mais que hardware, criou em 1999, uma idéia que unia interoperabilidade, facilidade, desempenho de aplicação, e abstração com o uso da orientação a objeto : Microsoft .NET Framework.

A idéia de Framework orientado a objeto denomina-se um conjunto de classes com objetivos de reutilização de design, o qual supre a necessidade de uma arquitetura em um domínio de certo software.

O Microsoft .Net Framework em termos de usabilidade, anda crescendo em média, 6% ao mês desde o início do primeiro Framework, o 1.0. Após tal versão, as versões 1.1, 2.0, 3.0 e 3.5 foram lançadas e bem aceitas no mercado. Porém, problemas relacionados à compatibilidade foram surgindo perante versões.

A medida que as empresas foram aderindo a tecnologia .Net, a Microsoft percebendo tal crescimento não parou na produção do Framework, a qual é programado 99% em C#. Tal linguagem se dissipou e hoje é uma das potências. O grande problema nascia quando testes internos na própria Microsoft foram constatando elementos deprecados/obsoletos em seu código fonte, e certamente atualizados em versões sucessoras, ou seja, os novos frameworks, além de diversas outras qualidades, possuem um grau elevadíssimo de tratamento de falhas. A produtividade foi outra que se pode dizer, evoluiu exponencialmente.

Se são tantas as vantagens, porque não atualizar a “fortaleza do código fonte”? As dúvidas existem e motivos, muitas vezes mal formulados acompanham tal teoria sobre não evoluir.

O problema é, na real, uma questão didática.

É de se esperar que o mercado careça de especialistas no assunto, pois é uma tecnologia nova. Se as empresas necessitam de lucro para sobreviver, não há motivos para não adotar o que a empresa mais rica do planeta tem a nos oferecer em suas novas versões, pois de dinheiro, infelizmente ela entende.

E é por toda essa confusão na era informática que deveria ter sido fazendeiro, assim como meu pai me disse.

Esses dias andava vendo algumas matérias sobre compiladores e algumas das mais novas ferramentas de desenvolvimento que estão chegando ao mercado. E é claro, não pude deixar de olhar a ferramenta mais esperada por mim. E falando nela, alguém aí já viu alguma matéria sobre o Visual Studio 2010?

Para não desfocar do enredo principal, vou direto ao ponto. Qualquer, mas qualquer um conseguirá criar um formulário naquilo. E não é só no VS não.

Todas as ferramentas de hoje em dia estão oferecendo o famoso “arrasta-e-solta”. O VS, por exemplo, permiti-lhe criar mais de 12 componentes e quase 500 linhas de código, todas documentadas, na criação de uma base de dados. É DataSource pra cá, TableAdapter pra lá, OleDbConnection acolá e SqlCommand pra não sei quantas mil linhas.

Qual o objetivo disso tudo? Praticidade.

Isso é tão verdade, que as empresas estão criando seus próprios frameworks, para muitas vezes, espantar a demanda de serviços considerados repetitivos, como arrastar um botão e dar-lhe uma função. Está deprecado! As ferramentas estão fazendo tudo, e não se costuma demorar mais de 5 minutos para tais tarefas. O mercado não aceita mais que isso. O mercado NÃO se adapta a isso. Por isso que snippets e frameworks estão cada vez mais sendo utilizados, para que a idéia de reinventar a roda seja banida dos conceitos contemporâneos.

Agora paramos para pensar. Um usuário um pouco mais “metido”, já cria um form, arrasta botões, define propriedades, monta wizards e até Windows Services se souber por onde começar. E isso tudo sem uma linha de código sequer.

E onde ficará nossa função de programadores? Onde nós, os OSP – Old School’s Programmers – iremos parar?

Fico feliz em dizer que é na regra de negócio, na engenharia de software e em todas as camadas que demonstram o core do Sistema. Essas ferramentas estão eliminando cada vez mais a chatice, e por sua vez, o mercado sofre com isso. “Programadores de Interface” estão deixando de existir, e o pulo do gato está sendo o conhecimento, a lógica e o desenvolvimento das técnicas programáticas.

Será que o termo “programador” é bem empregado agora? Será que Desenvolvedor não seria a palavra certa?

É pensando nisso tudo que acho que eu deveria ter sido fazendeiro que nem meu pai me disse.

Um grande abraço.

Não importa quantas ferramentas de análise de código ou Refactoring você disponha, nem quantos diagramas, tabelas, gráficos ou estatísticas você tenha a disposição para modelagem correta da orientação a objeto. Nada, mas nada mesmo substituirá a intuição humana!

Que fique claro que não queremos desmerecer nenhum software do mercado, inclusive o SourceMonitor, programado em C++, a qual checa milhares de linhas de código por segundo, retornando estatísticas como por exemplo: porcentagem de código comentada, número de métodos na classe, grau mais profundo da aninhação de blocos, valor da complexidade (esse dado é computado através da contagem de estruturas de controle if, while, else, switch, for, somada com número de combinações bitwise, incluindo OR, XOR, AND, NOT e por ai vai) , entre outros, sendo que a ferramenta lê códigos em C++, C#, Delphi, Java, VisualBasic etc.

O problema é, na verdade, uma questão didática. Pense um pouco caro leitor do PTI. O que vai acontecer se somente usarmos as novas ferramentas de design de código fonte para modelarem, ou ainda gerarem componentes, ou seja, utilizarmos dessas técnicas para “popular” nosso código fonte?

Futuramente, quem fará essas ferramentas? Quem fará se todos nós desconhecemos detalhes?

E agora eu pergunto, por que eu vou reformular meu código de acordo com normas da abstração de objetos se eu posso gerá-lo? A resposta é simples. Você vai gerá-lo, mas você vai revisá-lo, e entender o porquê da estrutura gerada, e o que acontece debaixo do pano, pois futuramente, seremos NÓS que faremos tais ferramentas, que, como ditas, não geram código propriamente dito (elas geram, mas será que vale a pena?), mas sim nos auxiliam a entender qual a melhor forma de programar.

Concluindo, quero novamente salientar que de forma alguma estou criticando qualquer ferramenta de desenvolvimento, a questão discutida são as ferramentas de design de software, que por sinal são muito convincentes desde que os desenvolvedores, analistas e “programalistas”, saibam o que a ferramenta faz debaixo dos panos, pois se o software alterou seu código, é porque algo estava errado.

E você não quer continuar errando não é mesmo?

Um grande abraço.

Interessante notar, o quão indignado meus colegas de trabalho ficavam ao notar minhas permanentes estadias na frente do computador em horário de almoço. Tudo bem que às vezes o trabalho atrasa e etc, mas o que mais os surpreendia era no foco do meu trabalho: Uma aplicação console!

Sim… Aquela telinha preta nojenta que todos nós já usamos para escrever “Hello World” e depois, já extremamente angustiados, chamamos nossa mãe/esposa/irmã e falamos: “Sou o cara! Montei um sistema!!!”. Se isso nunca aconteceu com você, aposto que algo semelhante tenha acontecido. Mas afinal, você deve estar se perguntando por que existe tal aplicação se no mercado de trabalho nem se quer há templates de aplicações console? E minha dedicação a tal aplicação é em virtude do que?

Diferente de tempos atrás onde a demanda era por hardware robusto, a qualidade de software robusto, rápido e confiável se tornou a chave de sucesso para grande parte das empresas de tecnologia. Quaisquer usuários querem um sofware que não trave, que apresente algum feedback, seja seguro e acima de tudo VELOZ!

Mas como garantir que seu software supra todos esses requisitos?

Penso que para atingir tal sucesso, o primeiro passo obviamente é; que funcione. Se quiseres algo muito bom, primeiro torne-o bom, e depois aperfeiçoe-o.

Desenvolvimento consciente nada mais é do que a utilização das melhores práticas de programação, as quais variam desde endentação e comentários até o conhecimento dos diversos “tendões de Aquiles” da linguagem/plataforma a qual se está desenvolvendo, assim como os pontos fortes e práticas que otimizam o processamento sem ferir a integridade dos dados. Entende-se por tendões de Aquiles, os problemas que mais acarretam prejuízo. Por exemplo: o tendão de Aquiles do C# são as strings as quais acarretam em milhares de referências e sobrecarga em Garbage Collector (coletor de lixo) se usadas de forma incrementativa, já no Java por exemplo, temos o problema com SOAP (protocolo de troca de informações estruturadas baseados em XML) a qual possui desempenho de processamento de 200% inferior a outras tecnologias, etc.

Responda rápido: Quanto tempo você demora para compilar uma aplicação gráfica? Muito mais tempo do que aplicações console certo? Não há sobrecarga de bibliotecas, não há forms, não há espera de compilação, enfim é papo reto, tornando-se assim ambiente perfeito para simulação de casos e testes específicos, onde pode-se praticar, atraves de pequenas estruturas, a melhor forma, e consecutivamente, a mais correta forma de se programar. Programar é uma arte, é necessário amor pelo que se faz, mesmo que tal sentimento leve-o ao desespero.

O software é o que é por causa do código fonte, e é VOCÊ, o PROGRAMADOR, que faz a magia acontecer! Cabe a VOCÊ transformar informações em resultado. Portando, estude, leia, alías…leia MUITO, teste, pratique, CERTIFIQUE-SE, cresça! Se tem uma coisa que nunca é demais é informação. Com certeza seu árduo trabalho será recompensado com software de qualidade, ao qual está dentro dos parâmetros de segurança e desempenho, atributos fortemente requisitados perante vasta concorrência tecnológica.

Um grande abraço