Oi pessoal,
Segue a recomendação de leitura de dois artigos
Mapeamento de Estórias Dão Contexto a User Stories
e
Jogar Fora Seus Sistemas de Bug Tracking?
Abraços a todos,
Abu
terça-feira, 31 de março de 2009
segunda-feira, 30 de março de 2009
Mandamentos da TAM
Oi pessoal,
Recebi este post do meu amigo Fernando Costa
1- Nada substitui o lucro
2- Em busca do ótimo não se faz o bom
3- Mais importante que o cliente é a segurança
4- A maneira mais fácil de ganhar dinheiro é parar de perder
5- Pense muito antes de agir
6- A humildade é fundamental
7- Quem não tem inteligência para criar tem que ter coragem
Abraços a todos,
Abu
Recebi este post do meu amigo Fernando Costa
1- Nada substitui o lucro
2- Em busca do ótimo não se faz o bom
3- Mais importante que o cliente é a segurança
4- A maneira mais fácil de ganhar dinheiro é parar de perder
5- Pense muito antes de agir
6- A humildade é fundamental
7- Quem não tem inteligência para criar tem que ter coragem
Abraços a todos,
Abu
A Cabeça de Steve Jobs - Trechos do Livro
Oi pessoal,
Segue uma coletânea de itens do livro, o objetivo é mostrar que o livro é bom e vale a pena ser lido.
1) Os ativos da empresa não eram apenas os seus produtos, mas também seus funcionários.
2) Uma das principais estratégias de negocio de Jobs em toda a sua carreira tem sido recrutar as pessoas mais talentosas que puder encontrar.
3) A organização é limpa, simples de se entender, e as responsabilidades estão bem definidas. Tudo fica mais simples. Este tem sido um dos meus mantras – foco e simplicidade.
4) Um dos mantras favoritos de Jobs na Apple é: “Foco significa dizer não”.
5) Mantenha o foco: não de margem ao excesso de funções. Mantenha as coisas simples, o que é uma virtude em um mundo de tecnologia excessivamente complexa.
6) Se alguma coisa for muito difícil de usar, Jobs dá instruções para que seja simplificada. Qualquer coisa que seja desnecessária ou confusa deverá ser removida.
7) As pessoas não sabem o que querem. Como disse certa vez Henry Ford: “Se eu perguntasse a meus compradores o que eles queriam, teriam respondido que era cavalos mais rápidos”.
8) Patrick Whitney, diretor do Instituto de Design de Tecnologia de Illinois, a maior faculdade de design dos Estados Unidos, disse que os grupos de usuários não são adequados à inovação tecnológica.
9) Muitas vezes as pessoas só sabem o que querem depois que você mostra a elas.
10) Como disse o escultor romeno Constantion Brancusi: “Simplicidade é a complexidade resolvida.”
11) Reduzir e reduzir acabou se tornando um exercício, mas isto torna mais fácil a construção, e, para as pessoas, torna mais fácil trabalhar.
12) Inclua todo mundo: O design não é só para designers. Engenheiros, programadores e profissionais de marketing podem ajudar a descobrir como um produto funciona.
13) Jobs é um elitista que acredita que uma pequena equipe nota 10 é muito mais eficiente do que exércitos de engenheiros e designers.
14) Contratar apenas empregados absolutamente geniais e demitir as antas tem sido um dos mais constantes princípios gerenciais de Jobs.
15) As vezes ele diz: ‘Acho que precisamos fazer isto’ – é um teste para ver se alguém irá desafiá-lo. São pessoas deste tipo que ele está procurando.
16) Ele quer parceiros que critiquem suas idéias, e cujas idéias possam ser criticadas por ele, muitas vezes vigorosamente.
17) O segredo de Jobs: não tem importância ser um idiota, contando que você seja apaixonado pelo que você faz.
18) A inovação não tem nada a ver com a quantidade de dólares que você investe em P&D. Quando a Apple lançou o Mac, a IBM estava gastando no mínimo cem vezes mais em P&D. Não é uma questão de dinheiro. É a equipe que você tem, sua motivação e o quanto você entende da coisa.
19) Você precisa de uma cultura muito orientada para produtos, até numa empresa de tecnologia. Muitas empresas têm toneladas de grandes engenheiros e de gente inteligente. Mas é preciso que, no fim, haja alguma coisa que puxe tudo ao mesmo tempo.
20) Criatividade é apenas conectar as coisas.
Abraços a todos,
Abu
Segue uma coletânea de itens do livro, o objetivo é mostrar que o livro é bom e vale a pena ser lido.
1) Os ativos da empresa não eram apenas os seus produtos, mas também seus funcionários.
2) Uma das principais estratégias de negocio de Jobs em toda a sua carreira tem sido recrutar as pessoas mais talentosas que puder encontrar.
3) A organização é limpa, simples de se entender, e as responsabilidades estão bem definidas. Tudo fica mais simples. Este tem sido um dos meus mantras – foco e simplicidade.
4) Um dos mantras favoritos de Jobs na Apple é: “Foco significa dizer não”.
5) Mantenha o foco: não de margem ao excesso de funções. Mantenha as coisas simples, o que é uma virtude em um mundo de tecnologia excessivamente complexa.
6) Se alguma coisa for muito difícil de usar, Jobs dá instruções para que seja simplificada. Qualquer coisa que seja desnecessária ou confusa deverá ser removida.
7) As pessoas não sabem o que querem. Como disse certa vez Henry Ford: “Se eu perguntasse a meus compradores o que eles queriam, teriam respondido que era cavalos mais rápidos”.
8) Patrick Whitney, diretor do Instituto de Design de Tecnologia de Illinois, a maior faculdade de design dos Estados Unidos, disse que os grupos de usuários não são adequados à inovação tecnológica.
9) Muitas vezes as pessoas só sabem o que querem depois que você mostra a elas.
10) Como disse o escultor romeno Constantion Brancusi: “Simplicidade é a complexidade resolvida.”
11) Reduzir e reduzir acabou se tornando um exercício, mas isto torna mais fácil a construção, e, para as pessoas, torna mais fácil trabalhar.
12) Inclua todo mundo: O design não é só para designers. Engenheiros, programadores e profissionais de marketing podem ajudar a descobrir como um produto funciona.
13) Jobs é um elitista que acredita que uma pequena equipe nota 10 é muito mais eficiente do que exércitos de engenheiros e designers.
14) Contratar apenas empregados absolutamente geniais e demitir as antas tem sido um dos mais constantes princípios gerenciais de Jobs.
15) As vezes ele diz: ‘Acho que precisamos fazer isto’ – é um teste para ver se alguém irá desafiá-lo. São pessoas deste tipo que ele está procurando.
16) Ele quer parceiros que critiquem suas idéias, e cujas idéias possam ser criticadas por ele, muitas vezes vigorosamente.
17) O segredo de Jobs: não tem importância ser um idiota, contando que você seja apaixonado pelo que você faz.
18) A inovação não tem nada a ver com a quantidade de dólares que você investe em P&D. Quando a Apple lançou o Mac, a IBM estava gastando no mínimo cem vezes mais em P&D. Não é uma questão de dinheiro. É a equipe que você tem, sua motivação e o quanto você entende da coisa.
19) Você precisa de uma cultura muito orientada para produtos, até numa empresa de tecnologia. Muitas empresas têm toneladas de grandes engenheiros e de gente inteligente. Mas é preciso que, no fim, haja alguma coisa que puxe tudo ao mesmo tempo.
20) Criatividade é apenas conectar as coisas.
Abraços a todos,
Abu
sábado, 28 de março de 2009
Depoimento sobre o Curso de Gerenciamento de Projetos com SCRUM
"O maior benefício obtido com a realização do curso foi constatar na prática como gerenciar o desenvolvimento de sistemas utilizando técnicas ágeis. Por mais que nenhuma empresa tenha a mesma realidade em seu ambiente de desenvolvimento, foi possível entender que com o conhecimento destas técnicas muitas etapas de processos mais engessados podem ser otimizadas. A experiência e a segurança que o instrutor transmite geram mais motivação para quebrar alguns conceitos e aumentar a qualidade dos projetos e dos sistemas produzidos"
Carlos Foltz Neto
Gestão de Sistemas de Informação
Dígitro Tecnologia
TOC em Porto Alegre
Oi pessoal,
Segue informações do treinamento de TOC em Porto Alegre.
Abraços a todos,
Abu
Segue informações do treinamento de TOC em Porto Alegre.
Tenho a satisfação de anunciar que ministrarei o workshop TOC Essencial, em conexão com o Porto Alegre Agile Weekend 2009, no dia 24/04 (sexta-feira).
O evento é promovido pelo Grupo de Usuários de Metodologias Ágeis do Rio Grande do Sul, o GUMA-RS, com apoio da PUCRS, PMI-RS e SUCESU-RS.
O link para os detalhes e inscrições é:
http://agileweekend.guma-rs.org/mini-cursos
Quem estiver por perto, não pode perder esta oportunidade rara! ;)
Será tri-legal, tchê!
Heptabraço,
Adail Muniz Retamal
www.heptagon.com.br
Abraços a todos,
Abu
sexta-feira, 27 de março de 2009
Kanban Eletrônico
Oi pessoal,
Segue duas figuras do Kanban para o software Redmine, onde na primeira imagem mostra o Kanban configurado para manutenção dos sistemas existente e a segunda imagem mostra o Kanban configurado para desenvolvimento de novos produtos.
Termos a liberdade de definir o workflow que o Kanban vai utilizar é uma das vantagens de termos o Kanban em sua versão eletrônica. Porem devemos tomar cuidado com o gasto de energia em tarefas que não agregam valor ao produto. Um exemplo de desperdício de energia é quando em uma reunião de planejamento de Sprint identificamos todas as tarefas necessárias para a execução da Sprint, mas realizamos as suas anotações em post-its ou papel e cadastramos estas tarefas após o termino da reunião em software.
Se existe a necessidade de armazenamento das tarefas em software, então devemos proporcionar meios de identificarmos as tarefas e já realizarmos o seu cadastramento, para que o serviço seja feito uma única vez.
Não podemos nos dar ao luxo de termos um colega da equipe realizando atividades de digitação de tickets (tarefas) após o planejamento da Sprint, pois o mesmo deve estar trabalhando na construção do sistema que vai ser entregue nesta Sprint.
Este é o exemplo de gasto de energia em atividades que não estão agregando valor ao produto, isto é, digitar informação que já esta armazenada em papel em meio eletrônico. Lembrando... “Se existe a necessidade do armazenamento da informação em meio eletrônico, ela já deve nascer armazenado nesta estrutura”.
Abraços a todos,
Abu
Segue duas figuras do Kanban para o software Redmine, onde na primeira imagem mostra o Kanban configurado para manutenção dos sistemas existente e a segunda imagem mostra o Kanban configurado para desenvolvimento de novos produtos.
Termos a liberdade de definir o workflow que o Kanban vai utilizar é uma das vantagens de termos o Kanban em sua versão eletrônica. Porem devemos tomar cuidado com o gasto de energia em tarefas que não agregam valor ao produto. Um exemplo de desperdício de energia é quando em uma reunião de planejamento de Sprint identificamos todas as tarefas necessárias para a execução da Sprint, mas realizamos as suas anotações em post-its ou papel e cadastramos estas tarefas após o termino da reunião em software.
Se existe a necessidade de armazenamento das tarefas em software, então devemos proporcionar meios de identificarmos as tarefas e já realizarmos o seu cadastramento, para que o serviço seja feito uma única vez.
Não podemos nos dar ao luxo de termos um colega da equipe realizando atividades de digitação de tickets (tarefas) após o planejamento da Sprint, pois o mesmo deve estar trabalhando na construção do sistema que vai ser entregue nesta Sprint.
Este é o exemplo de gasto de energia em atividades que não estão agregando valor ao produto, isto é, digitar informação que já esta armazenada em papel em meio eletrônico. Lembrando... “Se existe a necessidade do armazenamento da informação em meio eletrônico, ela já deve nascer armazenado nesta estrutura”.
Abraços a todos,
Abu
quinta-feira, 26 de março de 2009
Kanban para Auxilio de Execução do Processo do Scrum
Oi pessoal,
A cada dia que passa sempre podemos e devemos melhorar os processos e ferramentas dentro das empresas. Nos aqui no IEA estamos utilizando o software Redmine para gerenciamento de chamados técnicos e desenvolvimento de novos produtos.
Com o quadro de Kanban adicionado ao software Redmine eu retirei de minhas atividades o trabalho de organização dos post-its referentes aos chamados técnicos, o que gerava um desperdício de tempo. Em resumo, automatizei um trabalho braçal que eu tinha e passei a ter um pouco mais de tempo para as outras atividades.
Na busca da melhoria do processo segue a foto de mais um quadro de Kanban, onde este tem o objetivo de gerar visibilidade de como esta os projetos e em que fase do processo do Scrum eles estão.
Este quadro de Kanban uma vez validado pode ser transformado em software dentro de Redmine.
Segue a foto do novo kanban
Abraços a todos,
Abu
A cada dia que passa sempre podemos e devemos melhorar os processos e ferramentas dentro das empresas. Nos aqui no IEA estamos utilizando o software Redmine para gerenciamento de chamados técnicos e desenvolvimento de novos produtos.
Com o quadro de Kanban adicionado ao software Redmine eu retirei de minhas atividades o trabalho de organização dos post-its referentes aos chamados técnicos, o que gerava um desperdício de tempo. Em resumo, automatizei um trabalho braçal que eu tinha e passei a ter um pouco mais de tempo para as outras atividades.
Na busca da melhoria do processo segue a foto de mais um quadro de Kanban, onde este tem o objetivo de gerar visibilidade de como esta os projetos e em que fase do processo do Scrum eles estão.
Este quadro de Kanban uma vez validado pode ser transformado em software dentro de Redmine.
Segue a foto do novo kanban
Abraços a todos,
Abu
quinta-feira, 19 de março de 2009
Brazil Scrum Gathering
Junte-se a nós em São Paulo, Brasil, dias 12 e 13 de Maio de 2009, para a Scum Alliance Scrum Gathering!
Experimente dois dias completos de aprendizagem interativa e palestras e apresentações ministradas por líderes da indústria, além de recepção durante a noite! O convite para apresentações está atualmente em curso e toda a programação do evento e lista de oradores serão divulgados em breve.
São Paulo é a maior cidade do Brasil e está entre as cinco maiores regiões metropolitanas do mundo. O Brazil Scrum Gathering será realizadono belo Grand Hyatt São Paulo Hotel, no coração de São Paulo, na Marginal Pinheiros, novo e prestigiado distrito financeiro e empresarial na região Berrini. O Grand Hyatt está localizado próximo da famosa Ponte Octavio Frias de Oliveira e dos escritórios das grandes corporações nacionais e internacionais, bem como vários shoppings de São Paulo.
O aeroporto doméstico de Congonhas fica à curtos 15 minutos e o Aeroporto Internacional de Guarulhos aproximadamente 45 minutos. Visite www.saopaulo.grandhyatt.com para obter maiores informações sobre localização.
Favor revisar informações sobre passaporte e vistos para viagens ao Brasil
link: http://www.scrumalliance.org/events/57-brazil-scrum-gathering
Redmine e Kanban
Oi pessoal,
Nos estamos utilizando aqui na empresa o software Redmine (http://www.redmine.org/) para gerenciamento de manutenção dos chamados técnicos. Este software também permite o seu uso em projetos de desenvolvimento, não ficando limitado apenas a manutenção. O software é muito bom e também gratuito. Ele é desenvolvido em linguagem Ruby e tem seu código liberado.
O software Redmine permite a construção de layouts personalizados e plugins, para resolver problemas específicos.
Eu desenvolvi um plugin de Kanban, onde o sistema pega os chamados técnicos cadastrados e faz a apresentação destes chamados num quadro de Kanban. O Kanban tem as suas colunas conforme o workflow que o sistema Redmine esta utilizando para o gerenciamento dos chamados técnicos.
Figura dos Tickets
Figura dos Tickets em Kanban
Fica a dica do software. Abraços a todos,
Abu
Nos estamos utilizando aqui na empresa o software Redmine (http://www.redmine.org/) para gerenciamento de manutenção dos chamados técnicos. Este software também permite o seu uso em projetos de desenvolvimento, não ficando limitado apenas a manutenção. O software é muito bom e também gratuito. Ele é desenvolvido em linguagem Ruby e tem seu código liberado.
O software Redmine permite a construção de layouts personalizados e plugins, para resolver problemas específicos.
Com isso eu não me agüentei, Ruby e Plugin é comigo mesmo hahahahahaha.
Eu desenvolvi um plugin de Kanban, onde o sistema pega os chamados técnicos cadastrados e faz a apresentação destes chamados num quadro de Kanban. O Kanban tem as suas colunas conforme o workflow que o sistema Redmine esta utilizando para o gerenciamento dos chamados técnicos.
Figura dos Tickets
Figura dos Tickets em Kanban
Fica a dica do software. Abraços a todos,
Abu
segunda-feira, 16 de março de 2009
A Cabeça de Steve Jobs
Oi pessoal,
O livro é muito muito muito bom mesmo.
Eu a muito tempo não me identificava com uma frase, mas esta do Steve Jobs realmente me chamou a atenção. Os meu amigos sabem que o medo de iniciar do zero eu não tenho (Que diga as aventuras de ida e volta em 2004 para Macapá).
É de minha natureza tentar fazer reformas, faz parte de mim, em todas as empresas que eu trabalhei, sempre busquei ajudar a reformar e criar alicerces mais sólidos.
Ágil em primeiro lugar é "atitude", não ter medo de fazer diferente, buscando cada vez mais a melhoria do processo e a qualidade do produto.
Vale a pena comprar o livro.
Abraços a todos,
Abu
O livro é muito muito muito bom mesmo.
"Estou procurando um lugar que precise de muitas reformas e consertos, mas que tenha fundações sólidas. Estou disposto a demolir paredes, construir pontes e acender fogueiras. Tenho uma grande experiência, um monte de energia, um pouco dessas coisas de 'visão' e não tenho medo de começar do zero."
Eu a muito tempo não me identificava com uma frase, mas esta do Steve Jobs realmente me chamou a atenção. Os meu amigos sabem que o medo de iniciar do zero eu não tenho (Que diga as aventuras de ida e volta em 2004 para Macapá).
É de minha natureza tentar fazer reformas, faz parte de mim, em todas as empresas que eu trabalhei, sempre busquei ajudar a reformar e criar alicerces mais sólidos.
Faço dele as minhas palavras
Ágil em primeiro lugar é "atitude", não ter medo de fazer diferente, buscando cada vez mais a melhoria do processo e a qualidade do produto.
Vale a pena comprar o livro.
Abraços a todos,
Abu
domingo, 15 de março de 2009
Depoimento sobre o Curso de Gerenciamento de Projetos com SCRUM
Oi pessoal,
Segue o depoimento de um aluno no curso de Scrum.
Muito obrigado,
Abu
Segue o depoimento de um aluno no curso de Scrum.
"Para eu que desejava entrar no mundo de Gerenciamento de Projetos engatinhando, graças ao curso, e a abordagem do instrutor 'ABU', pude ter uma visão bem mais ampla do que a esperada, e começar já aplicando na integra toda a técnica do SCRUM, com o qual a empresa ganhará mais organização, agilidade e inúmeros outros fatores positivos na execução de seus projetos. Ótimo treinamento, superou minhas espectativas, parabéns." - Douglas da Silva
Muito obrigado,
Abu
sexta-feira, 13 de março de 2009
DSoft e Abu: Curso de Desenvolvendo Aplicações Web com Ruby on Rails
Faça parte do time de desenvolvedores que mais cresce no mercado brasileiro e aprenda a criar aplicações web com alta produtividade e qualidade usando Ruby on Rails. O Curso é voltado para programadores que desejam aprender esta nova plataforma de desenvolvimento Web. O Objetivo do Ruby on Rails é tornar fácil e simples o processo de construir aplicações Web. Mesmo para quem nunca programou, o Rails derrubou os obstáculos que impediam as pessoas de entrar no universo da programação de aplicações para a web, permitindo produzir em dias o que levaria meses para ser feito em linguagens de programação tradicionais. Combinando rapidez no desenvolvimento com recursos poderosos, esse framework para criação de aplicativos online já se tornou um dos pilares da web 2.0!Agenda do Curso
1. Introdução a Ruby on Rails
2. Instalando o Ruby on Rails
3. IDE’s de Utilização
4. Framework on Rails
4.1 Estrutura de Diretórios
4.2 Arquivos de Configurações
4.3 Convenções
4.4 Instalação de Plugins
4.5 Ferramentas de apoio ao desenvolvimento
5. Trabalhando com Banco de Dados
5.1 Classes, atributos, relacionamentos, associações, agregação e herança
5.2 Tabelas, colunas, chave primaria (PK), relacionamentos, chaves estrangeiras (FK)
5.3 Funcionalidade “Migrate”
5.4 Validação
6. Controlador (Action Controller)
6.1 Gerando controladores
6.2 Manipulando métodos (Action Methods)
6.3 Roteamento de aplicações
6.4 Gerenciando cookies e sessões
6.5 Filtros e verificações
7. View (Action View)
7.1 Layouts
7.2 CSS
7.3 JavaScripts
7.4 Imagens
7.5 Forms
7.6 Link’s
7.7 Ajax
7.8 Helpers
8. Exercícios
Sobre o Ruby on Rails
A linguagem Ruby foi criada em 1994 pelo japonês Yukihiro Matsumoto, mais conhecido como Matz, para ser mais poderosa que Perl e mais orientada a objetos que Python. Nove anos depois, o Ruby ganhou “agilidade sobre trilhos” através do framework Ruby on Rails. Este, idealizado pelo jovem dinamarquês David Heinemeier Hansson e desenvolvido em apenas 2 meses para benefício próprio. David liberou o framework para o resto do mundo somente um ano depois, e, desde então, tem atraído milhares de usuários por ser baseado no conceito de MVC (Model-view-controller), pela simplicidade nas aplicações e por possuir pouco mais que mil linhas de código, o que significa pouquíssimo para tudo o que é capaz de fazer. Maiores informações: www.rubyonrails.org
Depoimentos sobre o Ruby on Rails
"Quando comecei a estudar Ruby on Rails em 2005, eu não tinha levado a sério o fator curva de aprendizado. Quando percebi que em pouco tempo eu já estava dominando boa parte de suas funcionalidades e recursos, incluindo recursos visuais de Ajax como prototype e scriptaculos, em poucas semanas eu já tinha um produto totalmente pronto e muita informação para compartilhar.
O mais interessante é que eu estava estudando Ruby on Rails sem levar em consideração que minha idéia de criar um produto poderia ser alcançada, pois tinha uma idéia, mas não sabia por qual tecnologia começar, visto que na época usava Java para criar sites e pequenas aplicações. Na época eu fiz comparação com várias ferramentas cases que existem no mercado, ferramentas estas que geravam código e que me entregavam telas e relatórios prontos. Um framework como o Ruby on Rails é algo ainda no mínimo 85% mais produtivo, pois você escreve código seguindo uma convenção, e mesmo assim você tem total controle sobre o código gerado de sua aplicação, o que não acontece com as ferramentas cases, pois boa parte delas geram códigos difíceis de se manter, engessados e sujos."
Carlos Eduarod G. Franco - CEO da Tecnologia e Inovação e-Genial
"O Ruby on Rails é uma escolha interessante por uma série de fatores, mas o que chama a atenção das empresas e desenvolvedores é a facilidade e agilidade que ele proporciona no desenvolvimento de aplicações web. Além disso, o Rails é uma ferramenta madura, confiável, completa, e, por isso, utilizada por grandes empresas nas mais diversas tarefas. A produtividade alcançada com Rails é um fator importante, graças à combinação simples e eficiente das convenções, do padrão MVC, do ActiveRecord, entre outras coisas. Em meio a tudo isso, aprender e preparar uma equipe para o Rails pode surpreendentemente ser mais rápido do que para outras linguagens e ferramentas. Ainda mais nesse momento de crise econômica, onde os recursos para os projetos são cada vez mais escassos, a escolha mais adequada deve ser por uma plataforma livre, que reduza os custos de desenvolvimento, possibilitando fazer mais com menos tempo e esforço, reduzindo gastos e aliviando os programadores, inclusive permitindo o uso de métodos ágeis de desenvolvimento.
Além do Rails oferecer produtividade, facilidade e economia, está montado sobre uma base sólida e moderna: o framework é baseado
em Ruby, uma linguagem de programação orientada a objetos elegante e robusta que está em evidência – e não só pelo Rails, mas pelos seus diversos pontos fortes."
Paulo Wanderley de Souza - REsponsável pelo Site Ruby Brasil - http://ruby-br.org/
"A grande vantagem do Ruby on Rails em relação a outros frameworks começa na primeira parte do seu nome: o Ruby. A linguagem Ruby, diferente das outras, não foi construída pensando em quão rápida seria sua execução na máquina, mas sim na produtividade do desenvolvedor. Em outras palavras, em Ruby você faz mais codificando menos. E como produtividade está intimamente relacionada à felicidade, programar em Ruby se torna um prazer para o profissional. E com isto temos um ciclo, programadores felizes e produtivos estão sempre criando novas ferramentas que tornam o desenvolvimento de softwares ainda mais rápido.
Existem centenas de frameworks disponíveis no mercado, cada um com suas particularidades e filosofias, e alguns são realmente bons. Durante os últimos 12 anos tive a oportunidade de trabalhar com diversos destes frameworks, mas foi no Ruby e no Rails que recuperei a alegria e o prazer em programar."
Carlos Brando - Senior Engineer da consultoria americana Surgeworks Inc.
"Dentro da idéia que o Rails representa, dois temas despertam interesse pelo mesmo:
O primeiro desses temas é “Software com opinião”. Desde sua criação, o Rails fez certas escolhas filosóficas que tornam o desenvolvimento mais rápido e mais pragmático. Isso também evitou que o Rails crescesse desnecessariamente e cometesse erros como alguns frameworks que tentaram resolver problemas ainda não existentes. O segundo tema é a escolha de linguagens descritivas para representar código. É muito comum, em código Rails, ver trechos que se parecem mais como uma especificação do que está sendo feito do que uma série de comandos. Isso permite grande produtividade, menos erros e maior facilidade de receber contribuições de outros programadores. Em resumo, esses dois temas garantiram o crescimento rápido e a grande penetração atual do Rails."
Ronaldo Ferraz - Gerente de Desenvolvimento da WebCo Internet
Pré-requisitos
1. Conhecimento em lógica de programação orientada a objetos, básico sobre http, html e banco de dados relacional.
2. O aluno deverá levar notebook próprio para utilização em aula.
Mini-currículo do instrutor
Prof. Nelson Abu Samra Rahal Junior, professor universitário desde 1996 atua ativamente na área de desenvolvimento de software no mercado de Florianópolis desde 1998. Especialista em gerenciamento de projetos ágeis, graduado em Processamento de Dados, pós-graduação em Didática e Metodologia de Ensino, pós-graduação em Gerência de Projetos para a Área de TI (PMI), Mestrado em Ciência da Computação e Certificado em Scrum Master. Desenvolve em Ruby on Rails há 1 ano e leciona esta disciplina na Faculdade Estácio de Sá em Florianópolis/SC. Blog: http://blogdoabu.blogspot.com
Informações
Local:ACATE – Associação Catarinense de Empresas de Tecnologia - Rua Lauro Linhares, 589 - Auditório do 1° Andar - Trindade - Florianópolis - SC.
A matrícula inclui: Apostila, bloco para anotação, caneta, certificado e saboroso coffe-break.
Informações adicionais: Pelo fone (48) 3028-6119 ou pelo e-mail cursos@dsoftsistemas.com.br
Data: 01, 03, 07 e 08 de abril
Horário: 18:30h as 22:30h
Valor: R$ 735,00
Maiores informações sobre Ruby OnRails:
Revista TI Digital: Link
quarta-feira, 11 de março de 2009
Scrum e DSoft - Segunda Turma
Oi pessoal
Terminamos mais uma turma de Scrum em parceria com a DSoft. Este treinamento foi muito interessante pela riqueza de conhecimento que os participantes promoveram.
A todos uma boa jornada e que seja possível aplicar os conhecimentos do Scrum em suas vidas profissionais.
Abraços a todos,
Abu
Terminamos mais uma turma de Scrum em parceria com a DSoft. Este treinamento foi muito interessante pela riqueza de conhecimento que os participantes promoveram.
A todos uma boa jornada e que seja possível aplicar os conhecimentos do Scrum em suas vidas profissionais.
Abraços a todos,
Abu
Kanban Ecologicamente Correto
Oi pessoal,
Minha colega de trabalho Fernanda Matos (Analista de Testes) fez a sugestão deste post.
Frase dela:
Eu montei no software de desenho “paint” um quadro de kanban e coloquei como papel de parede. Configurei o meu desktop para permitir posicionar os ícones onde eu desejo. Instalei o software de post-it da 3M.
Pronto, um quadro de kanban ecologicamente correto.
Não é um kanban de uso coletivo e sim pessoal.
Abraços a todos,
Abu
Minha colega de trabalho Fernanda Matos (Analista de Testes) fez a sugestão deste post.
Frase dela:
Parabéns Abu, o seu quadro é muito ecológico, economiza post-its e poupa a natureza!
greenpeace agradece!
Eu montei no software de desenho “paint” um quadro de kanban e coloquei como papel de parede. Configurei o meu desktop para permitir posicionar os ícones onde eu desejo. Instalei o software de post-it da 3M.
Pronto, um quadro de kanban ecologicamente correto.
Não é um kanban de uso coletivo e sim pessoal.
Abraços a todos,
Abu
quinta-feira, 5 de março de 2009
quarta-feira, 4 de março de 2009
Assinar:
Postagens (Atom)
Postagens
