Uma breve nota sobre um problema que me deparei recentimente.
Estava eu, muito concentrado "igual extrato de tomate", escrevendo um código em C# no VS2008 resolvendo um problema de um usuário, ao tentar depurar o código aparece um famigerado erro:
"The components for the 64-bit debugger are not registered. Please repair your Visual Studio 2008 Remote Debugger installation via ‘Add or Remove Programs’ in Control Panel."
Tudo bem, estamos fazendo é depurar um aplicativo em um computador local. Então porque haveria um problema com o depurador remoto?.
Bom, Se estiver ocorrendo este erro, certamente o Microsoft Visual Studio 2008 Remote Debugger não esta instalado, verifique em programas e recursos no painel de controle do Windows "7 por exemplo".
Para que você nao precise reinstalar ou recuperar a instalação do visual studio 2008, existe uma maneira mais rápida de resolver este problema, execute o programa rdbgsetup.exe que esta na pasta de instalação do VS2008 em; \Remote Debugger\x64, este programa vai instalar o Remote Debugger em sua máquina e o problema estará resolvido, não esquecendo é claro de reiniciar o Windows.
quarta-feira, 18 de novembro de 2009
sábado, 14 de novembro de 2009
Desenvolver software sem projeto ou documentação.
Você desenvolvedor, já participou de alguma equipe que não utiliza algum modelo de desenvolvimento de software?
Imagine uma equipe onde os softwares são desenvolvidos na informalidade ou seja, sem qualquer tipo de projeto ou documentação. O software é implementado e logo após, na fase de implantação o usuário sugere várias mudança, além de tudo, os erros identificados, ocasionando o retorno ao trabalho de implementação, desta forma entra em um loop de gestão sem contemplar os requisitos necessários e o software nunca chega à maturidade ideal para o uso.
A manutenção ocorre sempre em clima de urgência e de stress e os testes são inexistentes.
Neste modelo podemos até identificar um ciclo de vida como representado abaixo:
O modelo descrito é chamado de Balbúrdia, onde o desenvolvimento é motivado pela urgência desconsiderando os requisitos do sistema, geralmente é encontrado em empresas onde não há planejamento, nem controle dos possíveis riscos. Os ajustes ao software para atender aos novos requisitos, sempre são em clima de urgência e de stress, motivados por vários fatores, e principalmente por pressão política.
Este modelo é abordado no livro engenharia de software de Sérgio Luiz Tonsig.
Imagine uma equipe onde os softwares são desenvolvidos na informalidade ou seja, sem qualquer tipo de projeto ou documentação. O software é implementado e logo após, na fase de implantação o usuário sugere várias mudança, além de tudo, os erros identificados, ocasionando o retorno ao trabalho de implementação, desta forma entra em um loop de gestão sem contemplar os requisitos necessários e o software nunca chega à maturidade ideal para o uso.
A manutenção ocorre sempre em clima de urgência e de stress e os testes são inexistentes.
Neste modelo podemos até identificar um ciclo de vida como representado abaixo:
O modelo descrito é chamado de Balbúrdia, onde o desenvolvimento é motivado pela urgência desconsiderando os requisitos do sistema, geralmente é encontrado em empresas onde não há planejamento, nem controle dos possíveis riscos. Os ajustes ao software para atender aos novos requisitos, sempre são em clima de urgência e de stress, motivados por vários fatores, e principalmente por pressão política.
Este modelo é abordado no livro engenharia de software de Sérgio Luiz Tonsig.
Assinar:
Postagens (Atom)