Desenvolvimento

Quando menciono um bom sistema, me refiro exclusivamente a entregar o que exatamente foi solicitado. Nem mais e nem menos. Respeitando o acordo através do escopo definido, do prazo estipulado e do custo orçado (mesmo sabendo que existem outros fatores não menos importantes).

Dentre todas as engenharias, a engenharia de sistemas de software complexos ainda é a mais distante em termos de práticas, previsibilidade e eficiência, principalmente pelo aspecto ainda artesanal em que sistemas são construídos e as dificuldades em alavancar um processo fabril.

Com capacidade para processar milhões de transações por segundo, independente do número de usuários conectados ou processos simultâneos, o Oracle Exatada é a investida da Oracle Corporation para abocanhar um nicho de mercado que até bem pouco tempo atrás era restrito da IBM e HP.

Se você constrói software, então é engenheiro. Mas o engenheiro de software é um sujeito paradoxal, uma espécie de peixe voador, ou pássaro mergulhão. Nada contra estas espécies, mas o nome deles já é um contrassenso. Me lembra um pouco o engenheiro de software.

Acho que quando uma pessoa se torna um cliente de consultoria de desenvolvimento de software a percepção de tempo dela muda brutalmente. Na verdade eles passam a viver num universo paralelo. No universo A, onde os desenvolvedores criam sistemas, o tempo passa devagar e no universo B onde fica a empresa do cliente, o tempo passa rápido - na proporção de 2/1 ou mais se comparado com o tranqüilo universo A. Esta é a minha conclusão depois de anos trabalhando como consultor.Por exemplo: Submeta para aprovação do cliente um cronograma, projeto, orçamento de horas ou seja lá qual for o nome que você dá para aquele documento com prazos para o desenvolvimento de um sistema. Clientes em universos paralelos podem questionar você que 16 horas é muito tempo para a criação de uma feature qualquer, ainda que ela seja complexa. Diz que é possível fazer em 8 horas tranquilamente. Vejam, 16/8, é a tal proporção 2/1 que citei. Clientes em universos paralelos mais velozes podem sugerir que o tempo caia de 16 horas para 4 horas, afinal é só uma tela. Ou seja, este universo tem uma proporção de tempo de 4/1 se comparado com o universo normal, onde nós desenvolvedores mortais vivemos. É um universo Speed Racer.

PASSO 2 após o comando deve-se ir até a pasta udump abaixo do $ORACLE_BASE/admin/banco1/udump e fazer um rename desse arquivo para identificálo como controlfile atual.Mv spcap1_ora_626734.trc controlfile03_01_2011.txtPASSO 3voltar para o home com o comando “/”setar as variaveis do ASM com o comando “. .ASM”#PATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:$HOME/bin:/usr/bin/X11:/sbin:. export PATH if [ -s "$MAIL" ] # This is at Shell startup. In normal then echo "$MAILMSG" # operation, the Shell checks fi # periodically. # .bash_profile # Get the aliases and functions if [ -f ~/.bashrc ]; then . ~/.bashrc fi # Oracle specific environment # .profile # Get the aliases and functions if [ -f ~/.bashrc ]; then . ~/.bashrc fi # Oracle specific environment ORACLE_BASE=/oracle/product/app ORACLE_HOME=/oracle/product/asm ORACLE_ASM_HOME=/oracle/product/asm ORACLE_CRS_HOME=/oracle/product/crs ORACLE_SID=+ASM1 # LD_LIBRARY_PATH=$ORACLE_HOME/lib:/usr/lib export TNS_ADMIN=$ORACLE_HOME/network/admin ORACLE_NLS33=$ORACLE_HOME/nls/data EDITOR=vi # User specific environment and startup programs PATH=$PATH:$HOME/bin:$ORACLE_HOME/bin:$ORACLE_RAC_HOME/bin:$ORACLE_CRS_HOME/bin:$ORACLE_HOME/OPatch:/sbin export PATH ORACLE_BASE ORACLE_HOME ORACLE_SID ORACLE_RAC_HOME ORACLE_CRS_HOME ORACLE_ASM_HOME LD_LIBRARY_PATH ORACLE_NLS33 EDITOR export TEMP=/tmp export TMP=/tmp export TMPDIR=/tmp umask 022 export PS1="$ORACLE_SID "'$PWD'" > " echo " " echo " Hostname : `hostname`" echo " ORACLE_SID : $ORACLE_SID " echo " ORACLE_HOME : $ORACLE_HOME " echo " USER : `whoami` " echo " " echo " " ------- entrar no ASM com o comando “AMSCMD” ir para a pasta de datafiles com o comando “cd +dg1/dbale/datafile” listar todos as datafiles com o comando “ls -lart” copiar os nomes selecionando todos e copiando para um editor de texto qualquer

Eu acredito que são vários os motivos que levam os métodos ágeis a gerarem valor em curto espaço de tempo, mas existem três que se sobressaem:1. Em projetos ágeis não é necessário fazer uma grande entrega no final do projeto. É possível e desejável que se faça pequenas entregas com a possibilidade do cliente iniciar o uso imediato do que já foi entregue. Isso por si só já leva a uma maximização do ROI dado que o projeto já pode ser usado enquanto novas funcionalidades são criadas. Cada nova entrega pode trazer um pouco de retorno.2. Como podemos e devemos fazer pequenas entregas, em projetos em que os métodos ágeis são usados, a tendência natural é ignorar os itens que não geram valor. Estudos mostram que somente 20% das funcionalidades são usadas sempre ou frequentemente e 64% das funcionalidades são desperdício.

O ‘boom’ dos sistemas integrados de gestão empresarial, mais conhecidos pela sigla em inglês ERP (Enterprise Resource Planning) ocorreu no começo da década passada. O mercado continua aberto a novos produtos e novas implantações, em um ritmo hoje mais lento e exigente do que naquela época. Mas, algo não mudou: o desafio da adequação à chamada ‘Localização Brasil’.Os grandes ERPs de mercado são globalizados como tudo atualmente, mas não há uma localização tão complexa como a feita para o nosso país. Vivemos em um verdadeiro emaranhado de atos legais. Em números divulgados pelo Banco Mundial em 2008, as empresas brasileiras gastavam em média 2600 horas por mês para atender as obrigações acessórias da legislação. Sem dúvida, esse número aumentou consideravelmente de lá para cá. E, para o correto cumprimento dessas obrigações, a base de dados está dentro dos ERPs. Sendo assim, temos de nos adaptar – dentro de funcionalidades da chamada localização – a um número insano de atos legais federais, estaduais, municipais, áreas incentivadas, tributos retidos, operações de substituição tributária e outros.