Ok… dois anos e 4 meses se passaram.

Caramba, o tempo passa rápido. Cada vez mais rápido a medida que se fica velho.

Jovens… (se é que tem alguém aqui que se considera assim… ou qualquer um que não se sinta como falei acima serve também) aproveitem seu tempo (ok, piegas eu sei) pois afinal, 2012 está aí! =D

Bom para falar a verdade, já tenho alguns posts semi-escritos aqui, datando do ano passado, tem um do Toshiba também do ano retrasado… mas não foram publicados então vou considerar 2 anos e 4 meses mesmo. Esse post aqui é em homenagem à um amigo, o Odirlei, que se você conhece talvez seja o mesmo afinal existem poucos “Odirlei’s” por aí, acho eu.

Ele twittou algo sobre voltar a ler esse blog, e bom, já tenho um assunto para falar mesmo e bem relacionado à esse blog, portanto acho que o Universo conspirou para isso. Mentira, eu sei que o Universo não conspira, aliás nem é um personagem ou entidade com consciência… aliás… nem sei porque escrevi com inicial maiúscula… mas deixa para lá. (vai que eu estou errado)

Fim do prólogo, se quiser saber mais clica aí.

RubyConf 2011

Hoje participei da maior conferência sobre a linguagem de programação Ruby do país, a Rubyconf.

Por que participei? Alguns motivos pessoas e profissionais, dos profissionais posso dizer:

• Estou trabalhando na mapaBRASIL, como gerente de tecnologia e nossa equipe inteira trabalha com Ruby;
• Além disso 99% do nosso desenvolvimento é baseado em Ruby, dentro desse percentual existe uma boa porcentagem rodando em Ruby on Rails.
• A empresa patrocinou 100% da inscrição (que diga-se de passagem não é barata);
• E liberou nossa equipe inteira para os dois dias de evento.
• Ah, esqueci! Ganhamos ainda da empresa uma camiseta com o símbolo da empresa para irmos “uniformizados”. Foi legal.

Apesar de todos os pesares que qualquer empresa tem, principalmente as pequenas e médias, é um puta incentivo.

Tá certo que fiquei (tentei ficar, mais para frente explico…) online quase que o tempo todo para resolver assuntos e requisições da empresa, mas mesmo assim, muito legal!!!

Agora o que é exatamente a Rubyconf?

Bom, vocês podem clicar no link e ir ao site direto ou… resumindo:
Um conjunto de palestras sobre diversas utilizações (principalmente casos reais) do Ruby em diversas situações e assuntos ligado ao desenvolvimento ágil em geral. Para você, que não conhece Ruby, isso poderia render um outro artigo inteiro, mas eu só digo uma coisa:

Se você está procurando alguma linguagem que esteja ativamente crescendo, mudando, atualizando-se, uma boa pedida é o Ruby. E isso porque a comunidade (principalmente a brasileira) é muito forte.

Antes que você se empolgue, e vá procurar estudar e etc e vir me xingar aqui depois, já vou deixar bem claro: Ruby é uma linguagem interpretada. Sim. Isso que você leu, seu programador com mais de 25 anos, preconceituoso! Sim, você que se formou não fazem nem dois anos em faculdades prestigiadas e tradicionais, com forte embasamento acadêmico, apesar de começarem agora e focar no mercado… Ruby é interpretada.

Eu mesmo era contra linguagem interpretadas. Eu mesmo achava palhaçada, desde que aprendi Visual Basic… e essas coisas… como explicar… hmmm non-l33t.

Bom, vou voltar à esse assunto em outro artigo. Vamos continuar com a Rubyconf 2011

A partir de agora, um Feedback pessoal e sincero.

Hoje estive lá, e posso dizer que achei que foi um repeteco do ano passado. Em todos os pontos positivos e nos negativos também… Vou listar também os pontos meio a meio… o que são? Pontos que podem ser considerados positivos mas também negativos ao mesmo tempo…

Vou tentar separar em listas:

• Pontos Positivos
  • Galera engajada e animada;
  • Networking;
  • Trocar idéia com figurinhas carimbadas da comunidade e cenário ruby/rails;
  • Palestrantes internacionais;
  • Casos reais, problemas enfrentados no mercado e suas soluções adotadas;
  • Sonorização e iluminação;
  • Organização do Evento;
  • Espaço para carregar notebooks e etc;
  • Murais para deixar recados engraçados e personalizados (com canetão);
  • Stands das empresas mais influentes em Ruby/Rails no saguão;
  • Tinha um Stand com venda de livros técnicos (tinha até um “Aprendendo BD em Mangá” ahahaha rachei!)
  • Coffe Break muito bom!!! Excelente eu diria.
  • Modelos ajudando no evento… com certeza um colírio
• Pontos Negativos
  • Com certeza: Wi-Fi (não funcionava direito, repeteco do ano anterior);
  • Espaço entre as cadeiras muito apertado;
  • Superlotação de algumas palestras (não tinha lugar para todos sentarem);
  • Superlotação no saguão em horários de pico (coffe break por exemplo)
• Pontos Meio a Meio.
  • Projetor exibindo Tweets da galera online;
    • Legal: Interatividade
    • Zuado: Sempre tem uns tonto querendo se engraçado. E ainda mais sem respeito com o palestrante;
  • Tradução Simultânea
    • Legal: Parece o Oscar! ;P
    • Zuado: Ainda teve quem reclamou da tradução, não sei porque não utilizei os fones distribuídos… Reclamaram principalmente da tradução de termos técnicos…
  • Duas opções de palestras em paralelo
    • Legal: Se você não se interessava pela palestra passando na sala 1, poderia ter uma outra opção na sala 2;
    • Zuado: Se você se interessava pelas duas… terá que escolher apenas uma! ;(

Bom, como podem ver tinha a programação paralela… e ainda mais não consegui assitir tudo porque tive que sair uma hora para realizar uma entrega de um job para a empresa… então a programação que segui ficou mais ou menos assim:

Amanhã, não sei ainda o que vou assitir… vou decidir lá na hora… se quiserem ver a programação está disponível aqui.

Abraços!!!!

Estava eu aqui, perdido neste domingo pré feriadão de carnaval (no qual provavelmente vou trabalhar), pensando em que colocar no script para uma aula introdutória de rails quando me veio a necessidade de criar um arquivo vazio.

Meus editores favoritos bizonhamente não aceitam você simplesmente clicar com o botão direito em um diretório e escolher “New File” / “Add File” / “Create File” ou qualquer coisa do gênero… E nisso estão inclusos: o todo poderoso Ultra Edit (e mesmo a versão mais power: UEStudio), Notepad++, PSPad (sugerido pelo Fálico), e Textpad.

Um absurdo! Um absurdo ter que escolher “New File…” utilizando o menu, e depois escolher um diretório , um processo burocrático e ineficiente. Se estivesse usando uma IDE (Eclipse/RadRails, Netbeans, RubyMine…) até conseguiria clicar direto no diretório, mas ao pedir para criar um novo arquivo com certeza apareceria algum Wizard frescurento – Tudo em nome da produtividade (sic).

Como para trabalhar com rails, saber utilizar bem o shell da sua plataforma é fundamental (e as opções para Windows – MSYS e CygWin são bem problemáticas em alguns pontos), saí à caça…

Bom, se estivesse no linux, seria muito mais fácil e mais rápido executar o comando:

touch nome_do_arquivo.txt

Isso criaria um arquivo vazio automaticamente (ou modificaria o “last modified date” se o arquivo já existisse).

No [fraquíssimo] CMD do [ótimo] Windows é um pouco mais difícil conseguir isso. Cheguei a pensar em algumas alternativas, a que chegou mais próxima foi:

echo a > nome_do_arquivo.txt

Isso foi quase o equivalente, já que criou um arquivo com um caractere. Mas, não foi o suficiente para me deixar satisfeito. Tentei então algumas variações:

echo “” > nome_do_arquivo.txt

echo ” > nome_do_arquivo.txt

Porém, o resultado foi a impressão das aspas no arquivo, e não um arquivo vazio. Outra tentativa seria apenas:

echo > nome_do_arquivo.txt

Porém o resultado disso é o conhecido:

ECHO is on.

Pesquisando um pouco, descobri a existência de um dispositivo especial no Windows, apelidado de “black-hole”, pois tudo que é enviado para ele se perde. Junto com ele, veio a maracutaia para criar o saudoso arquivo vazio:

copy NUL > nome_do_arquivo.txt

Isso, “NUL” é o nome dado para o dispositivo “black-hole” no Windows.

Aliás, os dispositivos no Windows tem algumas propriedades curiosas. Você não pode criar um arquivo com o nome de nenhum deles. Duvida? Tente criar um arquivo qualquer com um desses nomes:

• CON
• PRN
• AUX
• NUL
• COM1
• COM2
• COM3
• COM4
• COM5
• COM6
• COM7
• COM8
• COM9
• LPT1
• LPT2
• LPT3
• LPT4
• LPT5
• LPT6
• LPT7
• LPT8
• LPT9

Para finalizar, mais algumas dicas bem úteis para o CMD (testadas apenas no XP):

Se você quiser abrir uma sessão do Windows Explorer no diretório corrente de trabalho, basta utilizar o comando:

start .

Outra coisa bem precária é a funcionalidade de copy/paste com o botão direito, que, a priori, não existe – sendo necessário utilizar o menu “Edit > Copy” ou “Edit > Paste”.

Para melhorar isso, podemos customizar algumas coisas. Primeiro, acesse as propriedades do CMD:

Depois, na aba “Options”, marque as opções “Insert Mode” e “Quick Edit”:

“Insert Mode” apenas diz se caracteres inseridos no meio do texto irão sobreescrever os já existentes ou não, ligá-la quer dizer que ao inserir um caractere no meio do texto, todo o texto é deslocado para a direita para comportá-lo.

“Quick Edit” permite que você selecione texto na tela a qualquer momento sem precisar escolher “Edit > Mark”, após selecionar o texto é possível copiar e colar utilizando o botão direito apenas.

Ao clicar em OK, diga que você quer que essas opções se apliquem a todas as janelas que você abrir daqui pra frente.

Uma dica final é que você pode arrastar um arquivo ou pasta direto do Windows Explorer para o CMD, e automaticamente será inserido o caminho completo para este arquivo ou pasta.

[ ]‘s

Se alguém conhecer mais alguma maracutaia do CMD, por favor contribua =).

Dada a minha conhecida história nada feliz com cursos, aulas, palestras e afins, minha expectativa era de perder meu tempo, mais uma vez. Porém, foi uma experiência supreendentemente agradável e informativa. Recomendo pra todo mundo que quiser aprender algo novo =) (ao contrário de um curso de java EE que fiz há alguns meses [em outro lugar] que me deixou sem palavras baixas o bastante para descrevê-lo).

Já havia dado uma boa mexida com esse tão falado Ruby on Rails, queria entender se é verdade mesmo, e de onde sai a “magia” por detrás da tão falada eficiência N vezes maior. De magia já havia percebido que não tem nada, é apenas um conjunto de ótimas idéias, em cima de uma linguagem super flexível e poderosa.

Porém, o curso me mostrou um lado ainda mais interessante do que há por trás do rails, a beleza e as infinitas possibilidades que o ruby oferece. Confesso que os famosos pequenos detalhes, a Syntax Sugar, o poder que a linguagem te dá (afinal, felicidade é “a sensação de que o poder aumenta” [Nietzsche]), o caráter totalmente OO (de verdade, nada de static, nada de interfaces fora de classes), aquele dinamismo lembrando os bons tempos de php e smarty, o caráter meio funcional lembrando as melhores coisas do bom e velho LISP, tudo isso me deixou maravilhado. Os helpers para AJAX então, nem se fala, nunca tinha visto tamanha facilidade para realizar as hoje indispensáveis chamadas assíncronas da web 2.0.

Bom, chegando em casa, era a hora de botar um pouco do que fôra aprendido em prática. Ruby/Rails é famoso hoje por algumas coisas, a principal delas talvez seja que todo cara que lida com isso tem um bendito MacBook. Pois é, o TextMate é um editor fantástico mesmo e tudo mais. Mas, bem, eu sou um cara Microsoft, todo mundo que me conhece sabe que meu negócio é Windows e ponto final. Porque eu gosto de jogar (o que já é justificativa mais do que suficiente), porque eu odeio muitas idéias por detrás do linux (que não vem ao caso entrar em detalhes agora), e porque eu não tenho $$$ pra comprar um MacBook.

Instalar o ruby, rails, rspec, etc etc etc não foi problema, já tem muita coisa boa sobre isso na internet, e um trabalho bem legal com o “one click installer” pro ruby – que resolve todos os seus problemas. Bom… QUASE todos… ainda falta encontrar um bom editor.

Ruby é uma linguagem dinâmica, com isso é praticamente impossível criar uma IDE como é o Eclipse pra Java(argh!) ou o Visual Studio pra C#. O que governa o desenvolvimento na linguagem é mesmo o uso de bons editores de texto, como era/é com o PHP.

No Mac é praticamente unanimidade: TextMate na cabeça.

No Linux há alguma discórdia entre as wannabe-IDE’s NetBeans e Aptana RadRails e os lendários Vi/Vim e Emacs. Vi/Vim e Emacs são poderosos o bastante nas mãos certas pra programar eficientemente em qualquer linguagem, então é relativamente bem tranquilo usá-los pra quem sabe. Não vou entrar no mérito de qual é melhor que qual porque sei muito pouco dos dois, mas sei reconhecer a infinidade de possibilidades que eles oferecem pra quem manja do negócio.

No Windows, bom, no Windows é um problema. Vamos às opções:

Temos as wannabe-IDE’s NetBeans e Aptana RadRails também.

NetBeans

O NetBeans é o NetBeans, não precisa falar muito mais do que isso pra se convencer a não chegar nem perto – eu sei, eu sei, ele melhorou bastante e bla bla bla, eu cheguei a usar quando estava começando a mexer com ruby (ainda sem rails) resolvendo uns probleminhas do projecteuler e ele foi útil pela facilidade para executar e tal – mas o veredito é: muito peso, muito consumo de recurso, pra pouca vantagem.

Aptana – RadRails

O Aptana não é nada além de um Eclipse customizado, o que já é um ótimo começo – afinal, ainda está por surgir algo que supere a “mágica” de um CTRL SHIFT R ou CTRL SHIFT G (ou CTRL ALT H – Java(argh!) only). Se você desativar o moooonte de coisa desncessária que vem junto com ele, limpar a perspectiva do rails e tiver paciencia de ajeitar algumas configurações, ele fica leve (consumo médio de 25 mb de memória aqui), abre rápido, e tem um editor de código simplesmente sensacional (afinal, é o Eclipse). Não compensa fazer as rake tasks e os script/generates de dentro dele, pra isso acaba sendo melhor no CMD mesmo. Nessa configuração seria o ideal, ele ainda mostra o RDoc dos métodos da API que você chama. Porém, pelo menos comigo, trava numa frequência muito maior que o aceitável, o que me fez perder a paciência.

O que restou? Bom, temos alguns bons editores no Windows – como o edit, o notepad, o wordpad . . . ok, ok, brincadeiras à parte, minhas opções iniciais eram, respectivamente: E-Text e UltraEdit.

E-Text

Baixei um trial do E-text do site do fabricante para ver como é aquele que promete o “poder do TextMate no Windows” e quão grande não foi minha surpresa ao perceber que o link que ele oferece para os “bundles” (vulgo plugins) é um svn, cheio de arquivos cujo nome o Windows não aceita! Procurei, procurei, e procurei na grande rede uma alternativa para os bundles mas não encontrei, tudo aponta para aquele bendito SVN com arquivos contendo : * > < e todos aqueles caracteres que o Windows adora. Como que isso funciona no Windows então? Bom, eu sinceramente não consegui descobrir.

UltraEdit

Ahhh o UltraEdit, a sensação de “voltar pra casa”. Tenho uma licensa do ultra edit há algum tempo. Ele sempre foi meu all-purpose editor, e parece que novamente é nele que a coisa vai acontecer. Porém, como ser eficiente sem os code snippets, sem os atalhinhos mágicos do TextMate, os comandos mirabolantes do Vi e Emacs, ou o editor de código super confortável do Eclipse? O UltraEdit é sim bom o bastante para escrever código, e consegui arquivos de syntax highlight tanto para .rb quanto para .erb. Porém, para gerar código (ou ao menos ajudar), teria que ter muito trabalho com macros pra conseguir algo decente.

Foi aí que veio a idéia: AutoHotkey. Era isso que precisava, com um pouco de criatividade, tudo se resolve. Usando as teclas de atalho e o conceito de “hotstrings”, consegui mapear os atalhos de snippets mais conhecidos do todo poderoso TextMate para serem usados não só no ultraedit, mas até mesmo no Notepad (!!!), ou até mesmo no Edit (é, aquele mesmo dos tempos do DOS, que roda no CMD do Windows). Basta digitar um ase[TAB] e lá está “assert_equals expected, actual”.

Vou disponibilizar o script aqui para quem quiser experimentar. Os atalhos são baseados nessa “cola” (TAB é, naturalmente, a tecla TAB):

Para fazer funcionar, basta instalar o AutoHotkey clicar 2x neste arquivo (no Windows, é claro), deve aparecer um ícone verde lá perto do relógio indicando que ele está rodando, por ali dá pra finalizá-lo ou editá-lo.

Com isso, creio que fechei meu ambiente de desenvolvimento para rails no Windows:

- Editor: UltraEdit (pago =/)
- Shell: MINGW/MSYS (free, logs com os caracteres coloridos) e beeem mais leve que o CygWin

Os requerimentos para este projeto eram mais ou menos esses:

• Nada de ferramentas de modelagem (C4D, 3DSMAX, Maya, Blender, enfim…)
• Nada de objetos já prontos, apenas sendo importados
• Deve-se usar curvas de Hermite para alguma coisa (sugestão: movimento da câmera ou controle de aceleração de objetos)
• Devem ser renderizados pelo menos N (se não me engano N eram 2) objetos definidos por vértices.

E eis o resultado:

O projeto foi desenvolvido utilizando C#, com o port de openGL CsGL. O CsGL foi descontinuado, hoje a melhor opção para quem quer usar openGL com C# é o TAO Framework.

Esse foi um dos pouquíssimos trabalhos que não passou pelo controle de qualidade infalível do Jedi (Vinicius Pereira) – o cara que acha (pelo menos) um bug nas páginas do Terra por semana, mas felizmente deu tudo certo.

Devem ser dados os devidos créditos a:

• Jackson Borsatto: por descobrir como funciona o esquema das texturas e dos sons
• Nintendo: leia o post anterior

Bom, quem me conhece sabe que a minha passagem pela Universidade Federal de São Carlos não foi das coisas mais felizes que aconteceram na minha vida. Um tanto de expectativa frustrada, um momento emocional nada favorável, e uma penca de professores que adoram nivelar o pessoal por baixo… Pode se dizer que dos 3 anos inteiros que passei lá, foram aproveitáveis, no máximo, 2 ou 3 mêses (se juntar tudo) – o resto foi tempo literalmente jogado fora mesmo.

Mas, críticas ao modelo educacional medíocre à parte, tudo começou no começo da disciplina de computação gráfica. O professor titular não daria a matéria (não me lembro por qual razão), e veio um substituto, que não era especialista no assunto.

A primeira aula foi teórica, muitas matrizes, muitas multiplicações de matrizes, muito número, muito cálculo na mão, muitas pessoas dormindo. Depois da segunda aula, que foi um pouco mais prática eu estava <sarcasmo> SUPER MOTIVADO!!! </sarcasmo> Lembro que foi passado um trabalho (<sarcasmo>oba!</sarcasmo>), algo relacionado a desenhar um cubo usando openGL, em C/C++ (<sarcasmo>o que me deixou ainda mais feliz</sarcasmo>). Era um grupo de quatro pessoas, quando nos reunimos eu basicamente fiquei longe do computador, sentado num puff dando palpite e expressando meu amor e carinho por aquilo tudo.

No fim do dia, com o trabalho teoricamente finalizado, voltei pra casa e dei uma olhada no código… aquilo ali era matemática, e programação. Apesar de ser código nojento de C/C++, tinha lá a sua beleza. Consegui ver algumas possibilidades… Quando encontrei o CsGL então, programar em C#? Agora sim!

Foi quando eu disse, no dia seguinte, ao resto do grupo: “vou fazer um baú nesse negócio, e dele vai sair a triforce”. O que eu recebi como resposta foram risadas, que eu já esperava. Mas eu estava falando sério… Passei o próximo fim de semana lendo o red book e desenvolvendo a primeira parte do plano.

Na aula seguinte, já no laboratório, mostrei o que tinha feito para o restante do grupo. Rolou um certo silêncio, e a gente resolveu mostrar aquilo pro professor. Primeiro ele não acreditou que tinha sido algo feito por nós – o que me forçou a explicar o código. O que deixou ele feliz, o que fez com ele nos deixasse em paz para jogar Winning Eleven durante as aulas (o Jedi levava inclusive um gamepad pra rolar uns 1×1).

Ao longo do semestre o negócio foi ficando mais elaborado – cada semana com um objeto novo, até que em um certo ponto tínhamos quase tudo modelado e com texturas, só faltava fazer alguma coisa com aquilo tudo. À essa altura a especificação do trabalho final já tinha sido anunciada, e só não estavamos cumprindo a curva de Hermite.

O resto do pessoal do grupo colaborou fazendo boa parte os projetos idiotas que o professor pedia como trabalhos semanais – o tipo de coisa que eu definitivamente não colocaria minha mão.

Bom, depois que o Jackson me mostrou como funcionava o esquema dos sons, passei um dia todo brincando de diretor, pensando nos keyframes e nos deslocamentos de câmera (usando a bendita curva de hermite). No fim do dia eu lembro que não conseguia mais olhar pra cara daquele negócio – de tantas vezes que re-passei a cena para controlar as equações dos keyframes.

Mas o resultado foi bastante satisfatório, acho que deve ter sido a matéria mais produtiva e divertida (indiretamente) que eu tive na faculdade (tirando, é claro, as optativas de filosofia com o Wolfgang Leo Maar – uma das poucas figuras que tinha o perfil que eu esperava encontrar nos professores da faculdade). Foi algo que me deixou orgulhoso.

Pra quem se interessar (não custa tentar né?), pode baixar o código aqui. É uma solution de .net 2.0 (não tinha saído o 3.0/3.5 na época), mas com o wizard de conversão ela compila em 3.5 sem problemas. Todas as dependências estão inclusas, e tem um binário pronto também. O tamanho é isso tudo porque só colocamos as texturas e sons de última hora, e só encontramos uma API para “bmp” e “wav”.

Ah, só pra completar o post, fica aí uma dica, o “Dark Sage”, animação criada pelo Coloniser, no YouTube, é imperdível pra quem gosta de Zelda. A qualidade do curta é incrível:

[ ] ‘s

Como já deve ter percebido, estamos implantando algumas mudanças de visual aqui no blog.

Ainda não é nada definitivo, e a coisa está meio que em live beta – aguardando a aprovação dos outros editores pro meu saturday morning code =).

Ainda não consegui domar o wordpress pra me permitir inserir um CSS alternativo, queria deixar a página com essa cara aqui. Naturalmente, por mais que seja um efeito legal, não é algo pra ser o tema padrão porquê é pesado e cansativo. Mas, se descobrir como adicionar estilos alternativos com certeza este será um deles.

Uma feature que já está de pé é o sistema de avatares nos comentários.

Para ter o seu, basta associar seu e-mail a uma imagem neste site e pronto.

Pra quem não cadastrou o e-mail lá… é gerada uma imagem aleatória com base no hashcode do seu e-mail. Ou seja, mesmo que não tenha sido realizado o cadastro, sempre que você postar com o mesmo e-mail, terá o mesmo avatar =).

[]‘s

Como muitos dos poucos de vocês que lêem este blog sabem – e sabem muito bem, pois faço questão de lembrá-los diariamente – sou um grande fan da Microsoft. Defendo o OS, as tecnologias, sou grande entusiasta do WPF e do Silverlight 2.0 (que espero ver ainda desbancando o flash(argh²) algum dia) [aliás tem vários podcasts na MSDN - for free - sobre isso pra quem se interessar... o material é bom para começar], pra não mencionar todo o framework .net e o XNA.

Pra mim, a Microsoft, assim como a Google e a Nintendo, são algumas das empresas mais importantes para a minha vida. Estimo que 90% das minhas atividades diárias (descontando-se o tempo que estou dormindo) são diretamente ligadas aos produtos destas empresas.

Tudo começou durante mais um dia de trabalho em uma grande empresa de hospedagem. Tudo começou em um chamado aberto quando o usuário, ao utilizar um sistema web interno, viu que um campo simplesmente estava inacessível, como se estivesse desabilitado.

Ao testar o mesmo sistema, para as mesmas condições, em diversas máquinas, percebemos que não havia problemas. A hipótese número 1 foi: java(argh)script desativado no browser – esta logo foi refutada ao verificar que estava tudo ligado na máquina onde ocorrera o problema.

O que percebemos ao checar a hipótese mencionada acima foi que, nesta máquina, estava instalado o internet explorer 8 – beta 2. Para tirar a prova, decidimos usar minha máquina como cobaia para instalar o novo browser e ver se o treco quebra…

Aí começa isso aqui:

Ok ok… Google toolbar… qual a utlidade disso? Tirando algumas developer tools que o Chrome tem built-in… nada demais. É perdoável vai, quebrar um produto da maior rival em internet.

INFELIZMENTE, tive um problema com o editor do WordPress que se recusa a fazer thumbnails das minhas imagens em png… como elas são muito grandes, vou colocar apenas o link aqui, clique à medida em que lê, ok?

Ok, fiz na mão mesmo…

Mas chega um certo ponto em que se começa a passar dos limites… Lembrando que minha motivação inicial para instalar o IE8 beta era verificar se um dado sistema web estava quebrando especificamente neste browser. Mas, como nós temos muito tempo a perder…

Imagino o que eu vou descobrir, ainda não tive tempo de testar… mas será que se entrar em java.sun.com ele vai me fazer descobrir o SLOW.org e TooMuchPointlessHype.org ? e se eu entrar no muitonerd.org, vou descobrir o TehBestFreakingBlagOnTehInt4rweb.org? Se bem que pra isso não precisa de nenhum algoritmo fodástico né? =P.

Anyway… respondi que sim para ver quais maravilhas a nova feature irá me reservar .

Continuando…

Estamos quase lá??? Mesmo??? Não me faça 5 (5 -> 101 -> lol).

E você me dá duas opções:

• Deixe que eu configure tudo (errado) pra você
• Configure tudo você mesmo

Sinceramente, qual você acha que alguém que escreve neste blog escolheria?

Continuando… lembre-se que você me disse que estamos quase lá….

Não, eu n-ã-o quero o windows live search, o Google é infinitamente melhor…

Quase lá…

Interessante, você vai autocompletar o que eu digito e bla bla bla? Pena que o chrome e o firefox já fazem isso né?

Meu sistema continua sem testar e continuamos “quase lá“…

Yeah Yeah, whatever… se você recomenda… se eu discordar é capaz de tentar me convencer com mais 50 telas.

Quase lá…

Eu continuo precisando usar a internet . So… no thanks!

Bom, como obviamente eu não fiz este post durante o trabalho, aqui teremos uma quebra na nossa história. Lembram-se, o sistema que parece quebrado no IE8? No fim das contas realmente o IE8 tem muitos problemas, como veremos a seguir e resolvemos habilitando o modo “comporte-se como IE7″.

O fato é que, já em casa, minha prioridade foi testá-lo com o maior e melhor mega-ultra-super-giga-tera portal muito nerd da int4rweb. Para minha surpresa, as sugestões de links que ele ofereceu não poderiam ser melhores – aliás eu recomendo fortemente que visitem esse link da imagem todos os dias .

Logado, indo pra velha e boa dashboard do wordpress…

Até aqui, tudo bem \o/.

Ok, vamos fazer um post sobre o IE8 então…

Ooooops!

Continuando, o restante da tela…

O título aparece em uma grande caixa de texto não clicável. Sensacional…

Quer mais uma?

Ok ok, é um beta… mas que está com uma cara de alfa… isso está.

Ano após ano a Microsoft abusa do seu poder como líder inquestionável do mercado, cujo browser é utilizado pela esmagadora maioria dos internautas do mundo todo (em grande parte por aqueles que não deveríam ser permitidos de chegar sequer perto de um computador) e re-inventa a forma como o html, css e javascript são interpretados e renderizados.

O resultado? Um pesadelo sem fim para desenvolvedores e morons… erm… usuários.

Ninguem pensa em escrever uma classe em java(argh) começando com letra minúscula, pensa? Ou uma propriedade em C# começando com letra minúscula? Um pouquinho de pesquisa e temos lá um padrão tão bem aceito pela comunidade, que não há quaisquer motivos para se desviar e criar caos desnecessário.

Qual a dificuldade de se entrar em um acordo e finalmente todo mundo renderizar a borda pra fora do width (ou pra dentro)? De se definir margens e paddings padrões?

Como já dizia uncle Ben…

Com grandes poderes, vêm grandes responsabilidades

Se o lider do mercado decidisse aderir de vez a um padrão (W3C), sob pena de assumir que algumas práticas de versões passadas estavam erradas… a tendência talvez seria que chegássemos a um consenso (por mais que o html e css não sejam linguagens descritas em sua completude, dando margem a este tipo de discrepância) muito mais facilmente.

Ah sim, o IE8 parece mais rápido, melhor que a carroça que é Firefox 3 (que tem decaído muito no meu conceito). Mas ainda assim nada que chegue aos pés do Chrome.

Pra finalizar, sobre o super wizard que é mostrado nas opções customizadass de instalação (…):

• Usuários que se sentiriam confortáveis com o nível e a “profundidade” das explicações que vieram nas telas seguintes jamais clicariam em “opções customizadas”. Estes seríam mais do tipo que tem até medo da palavra “options”.
• Usuários que clicaríam em “opções customizadas” se sentiríam ofendidos com a inutilidade e a falta de detalhes das descrições sobre as opções do browser. E ficaríam, sem dúvida, muito mais contentes em acessar as opções do navegador de forma manual – o que seria bem mais eficiente

O que se tira disso? IE8 beta 2 FAIL nonetheless.

Esperemos pela versão final.

Encontramo-nos inseridos em um cenário onde os profissionais de TI são, muito provavelmente, os mais importantes e imprescindíveis na nossa sociedade e na nossa vida de um modo geral.

O dinheiro que entra e sai de sua conta, cada telefonema realizado, a partida dada no carro ou a passagem de um billhete único no metrô… tudo depende de um software rodando, seja ele pequeno, médio ou grande. Por detrás de cada pequena “mágica” que passa desapercebida no nosso dia a dia – lá está ele!

O que eu venho dizer aqui hoje é bastante relacionado com isso – e creio que esteja dentro do escopo deste blog (dado o público alvo, afinal, muito nerd, que é muito nerd, programa nem que seja por hobby).

Com a evolução da ciência e tecnologia ao longa da história, foram surgindo os grandes modelos de produção… do “Fordismo” e “Taylorismo” ao “Toyotismo” (que futuramente deu origem ao “Lean”). O mesmo é válido para o desenvolvimento de software.

A princípio, devido à própria origem dos desenvolvedores primordiais (em sua maior parte advindos de engenharias), a idéia era regrar e estruturar o máximo possível o processo de desenvolvimento – com fases bem definidas e sequenciais. Conceitos claramente aplicáveis e ideais para a construção de uma ponte, por exemplo – primeiro se desenha, se planeja, se calcula à exaustão… e só então se começa a realmente construir algo.

Tendo esta visão, surgiu aquele que foi o primeiro grande modelo dominante (e ainda perdura até os nossos dias em grande parte do mercado): o modelo Cascata (Waterfall).

Este modelo segue o mesmo princípio definido anteriormente para a construção de uma ponte, e é consideravelmente intuitivo e natural de se pensar. De fato, parece excelente o foco que este propicia em planejamento, cálculo, e na capacidade de mensurar tudo a priori.

Só que neste caso temos um grande problema. Ao contrário de um projeto para uma ponte, que por mais que demore anos para ficar pronta, dificilmente mudará – visto que a física não muda, a matemática (especialmente esta) não muda. Um software é outra história.

[Por mais que o universo acabe um dia... 1 + 1 continuará resultando em 2 (em um cálculo não vetorial)]

Um software reflete uma necessidade bem mais pessoal e subjetiva de um cliente (seja este uma pessoa ou empresa), e está sujeito a mudanças de escopo devido ao mercado e à evolução constante da tecnologia. De que adianta desenvolver um mega portal por 1 ano e, ao término, perceber -se que a internet mudou tanto neste meio tempo que as tecnologias utilizadas estão obsoletas e não atendem aos usuários?

De que adianta produzir pilhas e pilhas de documentação fadada a tornar-se rapidamente desatualizada com cada nova idéia de seu cliente? De que adianta sacrificar as necessidades verdadeiras de um cliente, obrigando-o, por força contratual, a não ter novas idéias até que o software solicitado (que já não lhe serve mais) seja entregue?

É claro que não podemos ser radicais. Documentação, contratos, processos, são coisas excelentes – mas devem ser seguidos apenas até o ponto em que passam a atrapalhar mais que ajudar.

Com essa visão, grandes figuras influentes do mundo do desenvolvimento elaboraram o “Manifesto Ágil”.

Traduzindo:
Indivíduos > Processos/Metodologias/Ferramentas
Software funcionando > Documentação completa
Colaborar > Contratar
Abraçar as mudanças (evoluir) > Se prender ao plano inicial

As grandes metodologias ágeis presentes no mercado hoje são originadas também de uma metodologia de produção de fábrica – o Lean.

O princípio básico das metodologias surgidas do Lean, de um modo geral, gira em torno de desenvolver (ou produzir) o menor pedaço de software (ou lote, ou produto) possível que tenha algum valor para o cliente. Nada de grandes entregas a cada 2, 3 meses (ou grandes estoques e produção em massa exacerbada).

Scrum

Uma das alternativas ágeis mais aceitas atualmente é o Scrum. Scrum é um termo que vem de “scrummage” – uma expressão vinda do Rugby – que diz respeito à reunião rápida dos jogadores para decidir o que vai ser feito para re-colocar a bola em jogo e qual será a estratégia para avançar o máximo possível na próxima jogada.

O Scrum defende bem claramente os princípios do manifesto ágil – priorizando entregas pequenas e constantes, e a COLABORAÇÃO entre cliente e desenvolvedores.

A cada sprint (jornada de desenvolvimento do Scrum – costuma variar de 1 a 4 semanas) a equipe de Scrum entrega pequenos “pedaços” de software funcionando que possuem valor claro e bem definido para o cliente.

A cada dia, a equipe se reúne por não mais que 15 minutos, para discutir o que foi feito por cada um no dia anterior, o que será feito hoje, e se há algo atrapalhando o time de alguma forma.

Quaisquer fatores que estejam prejudicando o andamento da equipe devem ser resolvidos o quanto antes pelo Scrum Master – mantendo o restante da equipe com foco total no desenvolvimento.

Como resumo disso tudo temos:
- Os métodos ágeis são muito mais “humanos” do que os métodos convencionais;
- Os métodos ágeis focam mais nas pessoas e menos nos processos; (o que não é necessariamente bom, nem ruim)
- Os métodos tradicionais focam mais nos processos e menos nas pessoas; (o que não é necessariamente bom, nem ruim)

Como opinião pessoal, fica:
- Em um modelo cascata, a própria metodologia defende que a necessidade de capacitação individual decresce á medida em que se “desce” um nível – o que não é de todo verdade;
- Não há processo nesse mundo que gere qualidade sem pessoas suficientemente boas;
- Não há processo nesse mundo que não gere qualidade com pessoas suficientemente boas;
- Processos rígidos tendem a nivelar melhor as equipes, ajudando aqueles abaixo da média – e atrapalhando aqueles acima;
- Desenvolvimento de software é uma arte, não uma ciência exata e “morta” (como as engenharias) – portanto requer esforço intelectual e criativo em todas as fases (não só no design e requisitos – como o modelo cascata defende);
- Métodos ágeis dependem mais da honestidade e colaboração entre as pessoas – o que, de um modo geral, está longe de ser a realidade quando se trata de seres humanos;
- Métodos ágeis não são para todos, pois necessitam de COOPERAÇÃO do cliente. Se o seu cliente não tem esse perfil, o mais correto é partir para um contrato super restritivo, cascata, e esfregar na cara dele a cada nova idéia que ele tiver .