A equipe BlogsBA vai promover, no dia 18 de outubro, uma apresentação sobre Técnicas de lingüísticas para a produção de conteúdo de qualidade na internet e gostaria de contar com a participação de todos vocês.
Por pedido da consultora Suênnia, da Colabore, segue o anúncio da vaga para programador Delphi.
PRÉ-REQUISITOS:
Superior Completo
Experiência de programação em Delphi para Win 32
Conhecimentos de base de dados Postgresql, Sql Server 2000/2005
Conhecimentos de Windows Server, Freebsd, Linux e PHP
Disponibilidade para residir no interior da Bahia
FUNÇÃO:
Gestão da Infra-estrutura de rede da empresa e do ERP (Startsoft)
Desenvolvimento de aplicações complementares ao ERP
Interessados enviar curriculum para:
colabore@colaboreconsultoria.com.br
Recebi essa dica do @vedovelli (Fábio Vedovelli) no Twitter, fui conferir no blog do RiaPT e achei simplesmente sensacional! Eu já tinha procurado por algo assim e não tinha encontrado.
Além de aumentar a produtividade, aumenta também a qualidade do código que produzimos, e nos incentiva a produzir uma boa documentação.
Iniciou-se a partir deste twitt reencaminhado pelo FelipeMX, com um comentário sobre o Ubiquity/Firefox/Chrome, e outro twitt do Germano Bona sobre o mesmo, uma série de comentários a respeito que acabaram virando um post do Germano no blog CTRL+F5 sobre o tema, no qual eu estou interagindo colocando meus pareceres sobre o assunto, onde surgiram inclusive os tópicos relacionados com o Google Gears, o V8 e o Tamarin (Adobe/Mozzila).
Fica aqui então a referência:
http://www.controlf5.com.br/2008/09/15/ubiquity-nova-forma-de-interagir-com-o-conteudo/
Analisando os comentários que surgiram após o anúncio do Google Chrome, um pensamento que na verdade já tenho há tempos voltou a "passear" na minha mente: Por que não um navegador da Adobe?
Se você analisar as principais características do Chrome, fica ainda mais evidente que a Adobe tem total condições de colocar uma opção de navegador à disposição, que teria excelentes condições de se tornar o melhor dentre todos.
Relaciono aqui alguns dos principais recursos técnicos presentes no Chrome, e como a Adobe pode correspondê-los:
| Recurso | Google Chrome | Adobe |
| Javascript Engine | V8 | Tamarim (doado ao Mozilla.org) |
| Runtime (?) | Google Gears | AIR |
| Browser engine | WebKit / Safari engine | WebKit / Safari engine (??) |
Eu particularmente não gosto de usar (nem ler) as palavras sem esclarecer seu real significado. Portanto, significado de Nirvana no Wikipédia.
Com anos fazendo orçamento para projetos de desenvolvimento, aprendi que muito mais do que as questões técnicas e científicas (matemáticamente) desta tarefa, bem como teorias para se alcançar o melhor resultado possível para ambas as partes, acaba prevalecendo, pelo menos sempre foi assim com a maioria dos clientes que eu já tive até hoje, o fator: "o quanto o cliente quer pagar". Raramente podemos chamar esse fator de: "quanto o cliente pode pagar", embora isso seja contraditório em relação às alegações que ele faz.
Bom, mas isso não importa. Se o seu pensamento for o de arrancar o máximo que ele pode pagar, além disso ser um desvio de comportamento e uma indicação clara de amadorismo (na minha opinião e por mais capitalista que eu seja/tenha que ser), o que vou escrever aqui não lhe serve de nada, pois você só objetiva o seu resultado e não o do seu cliente.
Já tive muitas vezes a sensação não ter cobrado um preço justo. Porém jamais saí com a sensação de não ter atendido as expectativas do cliente. Essa sensação sim seria extremamente frustrante para mim. Portanto, o que tenho praticado e quero relatar aqui, tem como princípio básico a satisfação de resultados. Parece óbvio, mas tentando sempre aplicar algo para atingir esse objetivo, até hoje eu ainda não tinha feito nada que atendesse em todos os sentidos: facilidade, praticidade, conveniência, transparência, objetividade e rapidez quanto ao processo de se desenvolver um orçamento e negociá-lo.
Na grande maioria das vezes o seu cliente solicita um orçamento, mas por mais que ele não tenha a menor condição e critérios para tal avaliação (se ele as tivesse ele mesmo faria o projeto), ele já sabe o quanto ele quer (ou pode) investir.
Por outro lado, você como profissional absolutamente bem informado e capacitado quanto as possibilidades de resolver a questão para a qual o seu cliente necessita de solução, tende a oferecer justamente o que há de melhor e com base na sua visão de solução, definir o custo do projeto.
Na grande maioria das vezes, e falo por experiência própria, devido aos custos, após apresentar a sua proposta de solução, junto com o orçamento, o cliente vai solicitar a revisão, não por uma crítica, mas sim por ajustes orçamentários.
O que acaba sendo aprovado é justamente a solução reformulada que o orçamento atende. Ou em outras palavras, o melhor que você pode fazer, pelo melhor que o cliente pode pagar.
A fórmula: inverter a matéria-prima.
Isso mesmo! Simplesmente hoje eu pergunto ao cliente qual o orçamento que ele disponibiliza para aquele projeto e desenvolvo a proposta com a melhor mão-de-obra, técnica e tecnologia que aquele orçamento pode cobrir.
O impressionante desta forma de tratar o orçamento de um projeto, é que se você procura selecionar bem as tecnologias com as quais vai trabalhar, busca o melhor domínio possível sobre as mesmas, bem como as melhores e mais atualizadas técnicas de desenvolvimento com estas tecnologias, você apresentará ao seu cliente algo que atende e até mesmo supera as expectativas dele. E para isso, você não precisa se tornar minimalista. Pode manter a análise sobre o que você consideraria ideal (aquela primeira proposta que normalmente seria rejeitada), mas apresenta ao cliente um projeto escalonável, onde o resultado do primeiro investimento/fase do mesmo oferece o resultado que ele necessita no prazo requisitado. Ao mesmo tempo, ele terá em mãos suas sugestões de implementação que podem servir de base para investimentos futuros no mesmo projeto sob o qual você já tem domínio. Há aí uma grande possibilidade de demanda para você, sem contar que com isso você já apresentou comprometimento com os resultados esperados pelo seu cliente.
Claro, é importante ressaltar que, se você ainda não pensou: "Vicente, isso não é uma descoberta!", deve então tomar essa frase como uma afirmação minha. Embora eu não tenha pesquisado absolutamente nada a respeito para ter funcionado como base de raciocício e tendo usado somente minha experiência particular de 12 anos atuando com treinamento, consultoria e desenvolvimento de soluções web-based, é muito provável que exista algum estudo que analise e explique melhor esse tipo de forma de encarar o processo de orçamento e negociação de projetos.
Outro fator, talvez mais importante , que cabe a mim deixar claro, é que existem alguns princípios que tornaram para mim possível aplicar essa forma de tratar o assunto junto ao cliente:
Em um projeto que estou desenvolvendo em AIR surgiu a necessidade do envio de email. Para uma aplicação desktop não ficava nada interessante utilizar um script server-side para fazer isso, então, conhecendo a classe flash.net.Socket disponibilizada tanto na API do FlashPlayer quanto do AIR, que explorada pode oferecer tal funcionalidade, resolvi pesquisar se já havia algo desenvolvido e dentre algumas poucas soluções que encontrei, resolvi testar o SMTPMailer desenvolvido pelo Thibault Imbert do blog ByteArray.org.
Como na lista de discussão Flexdev surgiu um post sobre o assunto na semana que antecedeu essa minha pesquisa, achei conveniente publicar o resultado do teste que fiz afim de que outros possam também ter mais um exemplo do uso da solução criada pelo Thibault.
Tive que fazer algumas alterações e coloquei comentários sobre as mesmas no código original.
Vou tentar manter contato com o Thibault ou até mesmo, adiante, tentar implementar outros recursos bem como a autenticação SSL pois sem esse recurso não é possível utilizar por exemplo servidores SMTP como o do Gmail que requerem este passo.
Exemplo compilado: SMTPMailerLab.air (AIR 1.0/1.1)
Fonte (incluindo as classes originais do ByteArray.org)*: SMTPMailerLab.zip
*FlexBuilder Archive
A primeira reunião do grupo foi um sucesso!
Parabéns ao Osmundo pela iniciativa, à Monica da iTraining por ceder o espaço e à todos os presentes pela qualidade das discussões que pudemos iniciar. E claro, obrigado pelo convite.
Para quem não pôde estar presente nesta primeira reunião, segue uma tentativa de sumarizar o que entrou em pauta:
Finalmente disponibilizada a documentação oficial da recém publicada versão do FlashPlayer.
Eu estava escrevendo uma matéria sobre as novidades, que estaria pronta hoje a noite. Porém, ainda repleta de suposições e tentativas de antecipação das possibilidades de aplicação de cada um dos novos recursos.
Agora, com a documentação disponível, vou poder adiar para postar algo mais objetivo.
O Osmundo (vide blog), instrutor e consultor da iTraining, anunciou hoje o grupo de estudos a iniciar-se dia 22 de maio, as 17h, na sala de treinamentos da iTraining em Salvador/BA. Este grupo, terá como tema de estudo, as tecnologias Flash, Flex, Flex Builder, Actionscript, FlashPlayer e AIR. É previsível que a partir deste, outros grupos sejam formados.
Fui convidado para abrir o grupo de estudos. Convite este que me deixa muito feliz e orgulhoso. Será muito bom estar estudando, evoluindo e tentando colaborar em algo com algum conhecimento que já tenho nessas tecnologias. Sei que vou aprender muito, pois não há motivação maior do que ter pessoas precisando das mesmas respostas que você.
Não quero usar da oportunidade só para fazer uma apresentação. Então quem estiver presente, pode aproveitar para tirar qualquer dúvida (sobre os primeiros passos, nessa primeira oportunidade, só para ter foco nivelado) que o meu pouco conhecimento puder esclarecer.
Como se trata de um grupo de estudos, então vou aplicar uma linha de introdução aos estudos dessas tecnologias (AS3/MXML/Flex/AIR), orientando sobre os primeiros passos, questões quanto a configuração e sugestões nesse aspecto, como buscar ser auto-suficiente para esclarecer dúvidas usando a documentação e etc.
Quero dar dicas também quanto a performance no desenvolvimento de aplicações.
Adicionalmente devo apresentar alguns recursos que complementam o meu ambiente de trabalho e que creio eu, podem vir a serem úteis para quem for aplicar profissionalmente esses tecnologias no seu dia-a-dia.
Não esperem que eu vá preparar slides e etc. O que eu estarei mostrando aos presentes, é o que eu faço no meu dia-a-dia como desenvolvedor com foco nessas tecnologias.
E lembrem-se, não quero fazer uma palestra. Quero iniciar um grupo de estudos, colocando em foco as questões práticas. Também não será uma aula pois o tempo não permitiria e eu não a faria sem um bom preparo estutural da sala, de equipamentos, softwares, material e etc.
A intenção é que quem participar, saia doido(a) para chegar em casa e começar a praticar!
