MaxUp Blog

Pessoal, a mais ou menos uns 2 meses atrás eu tive alguns problemas com uma aplicação Flex que estava desenvolvendo para uma empresa cujo dono era um senhor de idade e que tinha adquirido alguns costumes ao longo da sua vida, um deles era utilizar teclas de atalho nos aplicativos que usava, pois bem, fui até a lista flexdev ver se havia a possibilidade, após ter procurado na web e em alguns livros e o resultado foi negativo, mas não totalmente, o Beck Novaes comentou que seria possivel extendendo o componente e até criou um exemplo muito útil encontrado aqui e com base nesse exemplo eu criei algo que atenderia melhor minhas necessidades, e agora, venho compartilhar esse solução com a comunidade!

Bom, primeiro eu tenho a Classe ShortKey.

Olha que simples, depois no mxml em que você deseja colocar o atalho no botão basta inserir o seguinte código:

<cp:shortkey key="{Keyboard.ENTER}" button="{btnConfirmar}">

E você ainda pode usar combinações com Enter e Shift + mais outra tecla, basta dar uma olhada na classe ShortKey.

Pessoal, esperamos que isso ajude ai, e gostariamos de agradacer a comunidade Flex pela força!

No post em que eu falei sobre a relação de programadores/testadores tive um feeback bem interessando do Davis, ele falou algo interessante, nos projetos RoR por exemplo é muito utilizada a pratica de TDD, o que facilita o fato do teste e aumenta a qualidade do software desenvolvido, e que pode sim reduzir a quantidade de testadores, o fato é que abri meus olhos que essa relação de programadores/testadores tem de levar muita coisa em consideração ao ser montada, como pro exemplo a metodologia de desenvolvimento, por exemplo, ao meu ver em um software desenvolvido com TDD precisa de um programador, e um testador, de preferencia um cliente, ou alguem que conheça bem as regras de negócio, o programador garante que tecnicamente o programa está liver de falhas, ao menos aquelas que seu teste cobre, e o testador vai garantir que o software funciona da maneira que era para funcionar, e que está de acordo com suas especificações…

Bom, só queria expressas aqui meu contentamento pois as visitas ao blog estão aumentando bastante, incluisive alguns dos visitantes como o Davis estão deixando comentários, o que é muito bom, pois propiciam coisas como este post! Valeu pessoal!

Abraço!

Em conversa durante almoço com um amigo chegamos a seguinte conclusão: Pensávamos pequeno mesmo quando estávamos pensando grande!

Bem vou explicar pra ver se fica mais claro!

Há mais ou menos 2 anos atrás nós prestávamos serviço a uma imobiliária, pra resumir essa época vou usar uma palavra: Pandemonium.

Era horrível, um verdadeiro caos, não podíamos nem almoçar sem receber ligações no celular, horrível. Na época, culpamos muito os funcionários, o dono, tudo, culpávamos tudo, quando também era falha…

Bom, dois anos se passaram, e continuamos prestando serviço pra mesma imobiliária,e agora com um pensamento um tanto quanto diferente, algo que ilustra isso é a frase que eu li na palestra do Mandic e que nós adotamos:

Nenhum cliente é pior que não ter clientes!

Isso diz bem como estamos pensando agora…

Naquela época queríamos que tudo fosse da nossa maneira, que o cliente esperasse a hora que estivéssemos descansados, mas não funciona assim, aprendemos bastante coisa, e é ai que eu acho que as empresas de hoje pensam demasiadamente pequeno!

Hoje o negócio é contratar estágiarios, e para isso pedem experiência de 3 anos e conhecimentos em quase tudo que tem por ai… Tudo bem, muito bom pra empresa, ela não gasta tanto com este estágiario… Mas pense bem, você acha certo montar uma equipe altamente rotativa, que não vai passar de 2 anos trabalhando para você… A cada contratação uma nova época de treinamentos, levando tempo, assim dinheiro… O que as empresas fazem para manter seus talentos?Hoje em dia, a maioria não faz nada!

Essa é apenas uma das questões, existem tantas outras, no Brasil que tecnologias são as mais usadas, se você for ver serão as mesmas de 10 anos ou mais atrás… Isso me deixa muito indignado, outras coisa é a proporção de testadores/programadores da qual eu falei no post abaixo, é ridículo o desleixo das empresas perante a qualidade de seu produto e a satisfação do seu cliente…

Bom, isso foi mais um desabafo do que qualquer outra coisa, desejo sucesso a todos vocês e que pensem bem… O Google foi criado sem pensar em dinheiro, e hoje é uma das maiores empresas do mundo com ações chegando a U$900, enquanto a maioria das empresas ultra-capitalistas do vale do silício sucumbiram por pensarem somente na grana!

Bem pessoal, to meio sem ter o que escrever aqui, então resolvi falar sobre algo que eu li no TextExpert, algo realmente impressionante…

Seguinte os caras fizeram um enquete no site deles pra saber quantos testadores haviam para cara programador nas empresas que os visitantes trabalham… E veja só o resultado:

E na minha opnião isso é bem pior, visto que é um site de testadores, e testadores não existiriam sem programadores, imagina uma enquete destas num site de programadores!

Bem eu quis trazer ao conhecimento de todas esta estatistica, pois eu acho realmente bem alarmante…

Até mais pessoal!

Processos de melhoria de qualidade de software reduzem custos de projetos e garantem que o produto final atenderá às necessidades existentes no momento de sua concepção.

Quem conhece aquele jogo de salão chamado telefone-sem-fio sabe o quanto ele se assemelha ao processo de desenvolvimento de um software, do momento em que a solicitação é feita até quando a solução é entregue. Da mesma forma como, na brincadeira de criança, aquela frase ou palavra cochichada pelo primeiro participante se distorce até chegar ao último companheiro da fila, a demanda inicial de um software também é interpretada de diferentes formas em sua trajetória até o desenvolvedor.

Diferente do que muitas empresas ainda acreditam, testes por si só não são a solução para o problema. Especialmente se adotados simplesmente como uma das etapas no processo de criação do software, procedimento ainda muito comum entre desenvolvedores, que, aos poucos, começam a entender a importância de colocar em prática políticas de qualidade e alinhá-las aos processos de testes de soluções.

Essas práticas vêm ganhando um nível de profissionalização cada vez maior, impulsionadas por fatores como o aumento na busca pelo offshore, a instalação de fábricas de software no País e o crescimento de exigências regulatórias como Basiléia 2 e Sarbanes-Oxley. Como resultado, o que se vê é uma enxurrada de empresas, soluções e serviços que prometem automatizar e aprimorar esses processos.
Muitas companhias, porém, tardam em compreender a diferença entre testes e processos de melhoria de qualidade – e as vantagens e implicações para aqueles que os utilizam. “Testes e qualidade estão interligados. Ambos são necessários, mas são coisas diferentes”, decreta Adriano Alves, vice-presidente de tecnologia e serviços da Compuware para a América Latina. Carlos Alberto Caram, diretor-executivo da consultoria ISD no Brasil e América do Sul, concorda: “É um erro achar que a qualidade começa pelo teste.”

Fonte: ComputerWorld

Este artigo é baseado em um post do Akita na lista rails-br!

Quantas vezes você, assim como eu, fez a tosquice de dar um puts ou o flash[:notice] pra ver o valor de uma variavel ou coisa do tipo?
Então, você sabia que existem maneiras mais racionais de fazer isso?
É claro que existe a solução é o Ruby-Debug
Pra instalar é a barbada de sempre, vamos lá:

sudo gem install ruby-debug -y

Ok, instalado direitinho, agora vocês vai até config/environments/development.rb e coloca no final isto aqui:

SCRIPT_LINES__ = {}
require “ruby-debug”

Pronto, no seu código basta inserir uma linha com a palavra debugger e quando ele chegar neste breakpoint vai abrir um prompt no console, agora você pode debugar!

Finalmente, em qualquer lugar do seu código, coloque uma linha com o comando “debugger”, agora, quando você rodar até lá ele vai abrir um prompt no seu console e a partir daí você pode debugar. Os comandos que mais uso:

Aqui uma lista com os comandos que vocês pode usar, retirada e traduzida de http://blog.nanorails.com/articles/2006/07/14/a-better-rails-debugger-ruby-debug
A tradução talvez não seja a melhor, mas creio que de para entender, qualquer coisa deixe um post com a correção e eu irei corrigir aqui!

Comandos Ruby-debug

* b[reak]
Mostra seu breakpoints
* b[reak] [file|class:]LINE|METHOD [if expr]
* b[reak] [class.]LINE|METHOD [if expr]
Define a posição do breakpoint, testando opcionalmente uma expressão if expr == true
* cat[ch]
Mostra o catchpoint
* cat[ch] EXCEPTION
Seta o catchpoint para uma exceção
* disp[lay] EXPRESSION add expression into display expression list
Adicionar expressão dentro da lista de expressão exibida
* undisp[lay][ nnn]
Excluir uma todas as expressões mostradas se não o houver numero da expressão determinado
* del[ete][ nnn]
Excluir alguns ou todos breakpoints (obter o número usando ““break”)
* c[ont]
Roda até programa termina ou encontrar um breakpoint
* r[un]
alias para cont
* s[tep][ nnn]
Entra (em metodos) one line or till line nnn
Passa (para desntro de métodos) para uma linha ou até linha nnn
* n[ext][ nnn]
Vai para a linha ou até a linha nnn
* w[here]
Mostra a pilha
* f[rame]
Alias para where
* l[ist][ (-|nn-mm)]
Lista o programa, - lista para trás, lista as linhas nn-mm. Sem argumentos, mantém a lista
* up[ nn]
Move para o quadro acima
* down[ nn]
Move para o quadro abaixo
* fin[ish]
Retorna para o quadro de fora
* q[uit]
Sair do debugador
* v[ar] g[lobal]
Mostra as variaveis globais
* v[ar] l[ocal]
Mostra as variaveis locais
* v[ar] i[nstance] OBJECT
Mostra as variaveis de instacia do objeto
* v[ar] c[onst] OBJECT
Mostra as constantes do objeto
* m[ethod] i[nstance] OBJECT
Mostra os metodos do objeto
* m[ethod] CLASS|MODULE
Mostra as instancias dos metodos, classes ou modulos
* th[read] l[ist]
Lista todas as threads
* th[read] c[ur[rent]]
Mostra a thread atual
* th[read] [sw[itch]] nnn
Troca o contexto da thread para nnn
* th[read] stop nnn
Para a thread nnn
* th[read] resume nnn
Resume a thread nnn
* p EXPRESSION
Avalia a expressão e mostra o valor
* pp EXPRESSSION
Avalia a expressão e mostra o valor
* h[elp]
Mostra a ajuda
* RETURN KEY
Retorna ao último comando. Conveniente quando usado list, step, next, up, down,
* EVERYHTING ELSE
Avaliar

Pessoal Fábio Akita anda propondo fazer uma espécie de RejectConf em São Paulo, eu acho isso brilhante, ele está coletando todo feedback possivel pra saber o que os pessoal acha disto… Como eu disse eu acho brilhante, pena que vai acontecer em São Paulo!

Mas isso até que não é um grande impecilho… Aqui no RS as coisas estão tambpem bastante avançadas, nós já tivemos nosso primeiro encontro informal, o DOJO, que irá acontecer na Unisinos também está para acontecer, falta apenas a confirmação da data, quando isso acontecer eu mando um post aqui pra todos saberem, e ainda estmos organizando algo um pouco mais formal, com palestras e tal, então se você não está em sampa mas está no RS aconselho entrar na lista Rails RS e ficar atento aqui no blog para saber das novidades, e cas você não esteja em nenhum destes estados é claro, você terá todo apoio para iniciar um movimento deste tipo na sua região, então não fique parado se lamentando e mexa-se!

Pessoal, irão acontecer amanhã, dia 10/10/2007, as palestras sobre qualidade de software em Porto Alegre, quem promove o evento é a WM Consulting.
Vão ser duas palestras sobre qualidade de software, das 14h às 17h, no Premium Office (Borges de Medeiros, 2105).

Palestram os consultores Carlos Alberto Becker, que abordará a melhoria de processos de software através de modelos de maturidade como CMMI e MPS.BR e Luíz Cláudio Parzianello, que falará sobre engenharia de requisitos.

O evento é gratuito. Inscrições pelo telefone (51) 3225.5246 ou pelo e-mail contato@wmconsulting.com.br.

Sobre o evento:

Palestra: Qualidade de Software
Data: 10 de outubro
Programa:

14h
Melhoria de processos de software através de modelos de maturidade.
Palestrante: Carlos Alberto Becker

Descrição:

* Para se manter competitivas e atender às demandas de seus clientes as empresas e departamentos necessitam aprimorar seus processos de desenvolvimento e manutenção de software. Para alcançar estes objetivos existem diversas abordagens possíveis, dentre as quais destacaremos a execução de programas de melhoria de processos com base em modelos de maturidade como CMMI - Capability Maturity Model Integration e MPS.BR - Melhoria de Processos de Software.

Aspectos tratados:

* Sintomas típicos de uma empresa ou departamento de software que não possui seus processos alinhados com práticas maduras de desenvolvimento de software.
* Abordagens possíveis para aprimorar os processos de software das empresas.
* Modelos de referência mais utilizados.

15h
Requisitos de Software: Uma área ainda pouco explorada pelas empresas.
Palestrantes: Luíz Cláudio Parzianello

Descrição:

* Muito se fala sobre a inovação e a melhoria de processos no desenvolvimento e manutenção de software. No entanto, o que ainda não se fala, é o quanto nossas empresas e departamentos de TI desperdiçam de recursos físicos e humanos devido ao pouco conhecimento das atividades de captação, análise, especificação, organização e gerenciamento de requisitos de software. Nesta palestra, demonstraremos como o conhecimento e as práticas das empresas de software ainda são incipientes quando tratamos o problema sob os olhos da Engenharia Cognitiva e Engenharia da Produção.

Aspectos tratados:

* Captação e análise de requisitos: da fragilidade à excelência
* Especificação de requisitos: como evitar desperdícios
* Gerência de requisitos: vantagens do nivelamento da produção

Local:

* Premium Office - Av. Borges de Medeiros, 2105
* No prédio do Hotel InterCity Premium
* Bairro Praia de Belas - Porto Alegre

Fonte: TestExpert

Bom, é com grande prazer que venho através deste post escrever um artigo no qual eu gostaria de ganhar um curso da e - Genial!
Bom, primeiro eu vou contar o que anda acontecendo comigo, depois de tudo isso você verão que eu até que mereço ganhar o curso.
Ok, estava eu indo para a faculdade fazer a matricula deste semestre e pensando em diminuir o meu número de cadeiras pois a grana está curta pois estarei casando no final deste ano, pois bem, chegando lá recebo a agradável noticia de que faltava ainda pagar uma mensalidade, neste momento eu pensei, -”Como se eu paguei todas as mensalidades, algumas até antes do vencimento”. Tudo bem eu tinha os comprovantes em casa, então voltei ao lar e comecei a busca pelos meus comprovantes de pagamento, e encontrei o que a moça disse que faltava, pensei -”Ótimo, tudo certo até agora”, mas como um bom pessimista fiquei com um pé atrás, -”O que falta dar errado agora”. Coloquei o comprovante no bolso e fui dormir, no dia seguinte iria voltar à faculdade.
Quando acordei e fui me vestir procurei a minha calça do dia anterior(ela estava limpa!) e não encontrei, fui perguntar a minha mão e ela me respondeu com um ar de dever cumprido, -”Está na máquina, amanhã vai estar limpa!”.
Neste momento meu mundo caiu e assim como eu imaginava a moça da faculdade disse que eu só poderia me matricular este semestre com o comprovante de pagamento.
Como eu estou mais liso que mussum ensaboado não vou poder me matricular este semestre, a não ser claro, que eu ganhe um curso de Ruby on Rails da e - Genial, pois assim com um curso super conceituado no mercado de umas das empresas de didática mais consolidadas atualmente eu poderia tanto fazer um ótimo trabalho como programador RoR, vende-lo, pagar a faculdade, adiantar meu casamento e por último e também importante fazer outro curso da e - Genial, para um dia ser tão genial quanto a qualidade de ensino desta empresa!!! E superando a todas as expectativas, sim, desta vez eu vou ser otimista e sim, acredito que posso ganhar este curso!