Tenho meu lado acadêmico, mas infelizmente, as inúmeras viagens e compromissos pessoais me impedem de voltar a dar aulas, como o fiz na FGV-RJ e no MBI do NCE/UFRJ há vários anos. Mas sempre que posso estou palestrando em universidades.
Não chegamos bem exatamente às Índias, mas de qualquer jeito, há índias. Os ventos trouxeram-nos aos mares do sul, a um lugar desconhecido da civilização até o momento.
Segundo SOMMERVILLE (2011), requisitos de um sistema são as descrições dos serviços fornecidos pelo sistema e as suas restrições operacionais.
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.txt
PASSO 3
voltar 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.
