O esquema funciona assim: você compra qualquer livro do catálogo da Novatec e, na hora de fechar o pedido, entra com o código promocional JULIOGREFF. Você ganha um bom desconto, e eu uns trocados.

Caso você queira comprar algum livro, mas ainda não tem idéia do que, aí vão alguns que podem valer a compra:

• Expressões Regulares – Uma Abordagem Divertida (2a Edição), do Aurélio
• Extreme Programming, do Vinícius Manhães Teles
• jQuery – A Biblioteca do Programador JavaScript, do Maujor
• Ruby on Rails, do Rodrigo Urubatan

Se você precisava de (mais algum) incentivo pra comprar um livro, esse é um. Tá esperando o que?

Posts Relacionados

• Caindo na Real
• Vale a pena arriscar em novas tecnologias?
• Ficando Bem-Informado
• PC formatado, e agora?
• Ajax Online Inovando de Novo

Web Standards

Hoje em dia, o mínimo que se espera de um bom desenvolvedor web é o conhecimento dos Web Standards, XHTML e CSS. Eles contribuem para a criação de documentos mais consistentes entre si, mais compatíveis e de manutenção extremamente mais simples. Aliás, o conhecimento dos padrões não é mais um diferencial como era há alguns anos atrás, mas sim um requisito básico. Se hoje sonhamos com a web semântica, os padrões web são o primeiro passo. Com documentos mais semânticos, temos mais acessibilidade e também mais relevância, principalmente no que diz respeito a motores de busca.

Mesmo depois de muita evangelização, ainda temos desenvolvedores que acabam de descobrir as maravilhas do mundo validado. Também temos aqueles que não fazem a mínima idéia do que isso signifique, ou que não tem o mínimo interesse em aprender. Se você é um desses, hora de rever seus conceitos…

JavaScript

O JavaScript, apesar de ter sido muito injustiçado no passado, é uma linguagem onipresente, e de extrema importância. Qualquer usuário tem pelo menos um interpretador instalado em seu computador. Além do mais, ela é a única linguagem client-side disponível, e permanecerá assim por um bom tempo.

JavaScript vai ser a próxima grande linguagem. Apesar de ainda estarmos longe de resultados surpreendentes, caminhamos rápido nesse sentido. Muita coisa que antigamente só era possível com Flash hoje é feita com JavaScript.

Além da própria linguagem, aprenda a usar alguma biblioteca, como Mootools, jQuery ou Prototype. Aliado a essas ferramentas, você poderá criar aplicações muito mais interessantes em muito menos tempo. Mas atenção: não aprenda somente a biblioteca, sem aprender antes JavaScript puro. Afinal, saber só jQuery é coisa de designer.

Expressões Regulares

Um simples replace nem sempre é suficiente quando trabalhamos com manipulação de textos. Aí entram as Expressões Regulares, poderosa ferramenta que todos conhecem, alguns usam, e poucos realmente sabem. Seja em PHP, Ruby, Python ou mesmo JavaScript, algum dia você precisará delas.

Se você leva desenvolvimento a sério, dedique um tempo a aprender expressões regulares (Expressões Regulares – Uma Abordagem Divertida é um bom começo!). Além de uma ferramenta de desenvolvimento, elas podem se tornar ferramentas de produtividade. Se você usa IDEs com suporte a busca e substituição com expressões regulares, pode se beneficiar muito disso.

Controle de Versão

Para alguns, o Controle de Versão mudou completamente, e para a melhor, a forma de trabalhar. Para outros, parece simplesmente inútil, principalmente para quem trabalha sozinho. Seja CVS, SVN, GIT, Mercurial ou qualquer outro, o controle de versão, aliado a ferramentas como o Trac, pode fazer maravilhas. Além de manter controle de suas alterações, podendo sempre voltar atrás caso alguma modificação dê errado ou mesmo quando o cliente não aprova, você pode manter um controle de sua produtividade, analisando quantos commits foram feitos em quanto tempo, quantos tickets foram fechados, quantos ainda permanecem pendentes.

Desde que passei a utilizar SVN em alguns projetos, como no próprio Spaghetti, notei uma grande melhora no controle sobre o código. Nunca mais pensei duas vezes em apagar grandes blocos de código pensando que eles poderiam ser úteis outra vez (e geralmente nunca seriam realmente necessários). Uma excelente forma de analisar seu progresso, uma excelente forma de backup, uma excelente forma de manter seu código sincronizado. Esqueça aquele colega que tem uma versão ultrapassada de seu código e sobrescreve partes importantes. Quando passei a utilizar ferramentas de tracking, bugs não eram esquecidos, idéias estavam sempre à mão. Digo, como muitos por aí: isso realmente mudou a minha maneira de desenvolver.

MVC

O Model-View-Controller, ou MVC para os íntimos, nunca fez tanto sentido quanto na web. Depois do Ruby on Rails, virou quase um requisito básico para o desenvolvimento de bons projetos. E desde então, desenvolver não tem mais graça. Além disso, a separação de aplicações nessas 3 camadas torna o desenvolvimento e manutenção muito mais simples.

Se você não quer ficar para trás, adote seu framework. O pattern é usado na maioria deles, e de brinde você ganha muita produtividade. Frameworks tornam as linguagens menos ruins. Se você usa PHP, eu sugeriria o Spaghetti. Se você usa Ruby ou Python, e é seu primeiro contato com frameworks, siga a tendência e adote Rails ou Django. Se você é corajoso, faça como fizemos na minha agência: crie seu próprio framework. Usando algum framework ou não, o que importa é pegar o espírito da coisa.

SQL

Mesmo com toda a flexibilidade e abstração da camada de dados que os frameworks MVC nos oferecem, SQL ainda é necessário. Apesar de você não vê-lo, ele ainda está lá. Consultas complexas ou mais específicas nem sempre são disponibilizadas pelos frameworks, e sempre pode haver a necessidade de uma incursão via terminal, para tarefas de manutenção, por exemplo.

Talvez você não acredite no retorno que isso pode trazer. Até ter nas mãos uma aplicação gigante e extremamente dependente de banco de dados, onde as consultas devem ser otimizadas ao máximo para minimizar a carga do servidor. Você não quer sua aplicação baleiando por você não saber SQL, quer?

Desenvolvimento Guiado a Testes

Test Driven Development, ou simplesmente TDD, é, na minha opinião, a melhor maneira de manter seu código livre de bugs. Fazer o desenvolvimento guiado a testes significa desenvolver o teste antes da funcionalidade. A cada iteração, os testes são rodados novamente, de maneira automática, e você sempre saberá se alguma modificação quebrou o restante do código.

Sem testes automatizados, aplicações nunca são testadas como deveriam. São tarefas repetitivas e cansativas. Com o auxílio de ferramentas de testes, eles podem ser rodados várias vezes, certificando de que tudo está correndo bem. Se um novo bug é descoberto, um novo teste é criado, as modificações são feitas, e você terá a certeza de que o problema foi resolvido para todo o sempre, sem quebrar o restante da aplicação. E convenhamos, não há nada pior do que bugs…

Não é obrigatório que um desenvolvedor saiba tudo isso, embora eu considere extremamente importante, mesmo alguns não sendo necessários todos os dias, todos podem melhorar nossa maneira de trabalhar. Ainda não domino todos os itens citados, mas tenho um bom conhecimento em todos eles. O que importa mesmo é buscar isso, e sempre continuar aprendendo. Mexa-se! Você não quer ficar para trás, quer?

Posts Relacionados

• Qual curso devo fazer pra me tornar um desenvolvedor web?
• Comodismo vs. Inovação
• E a tal da Web 2.0?
• CodeCast #1 – Impressões sobre Início de Carreira
• ResponseXML

O blog está em novo domínio: JulioGreff.net. Se você está lendo esse post pelo feed, tudo já está transferido, graças ao FeedBurner. O novo domínio agora é hospedado na DreamHost. Ou seja: adeus problemas com banda e disco excedentes. Isso significa que mais novidades estão por vir. Sabem que eu adoro screencasts? Aproveitando a mudança, também fiz algumas pequenas modificações no tema do WordPress, agora um pouco mais limpo do que antes.

Nesse tempo que fiquei fora, dediquei bastante tempo a outro projeto com o Rafael Marin, na CodeBrasil: o Spaghetti. O Spaghetti é um framework MVC para pequenas e médias aplicações, ainda está em desenvolvimento e beirando o lançamento, programado para no máximo 30 de dezembro. Esse projeto diminuiu um pouco meus desentendimentos com o PHP, e estou tomando mais um pouco de gosto pela linguagem. Caso deseje, você pode fazer o checkout do Spaghetti através do SVN. Sinta-se a vontade para testá-lo, submeter bugs e sugestões, e nos ajudar no desenvolvimento.

Também estou participando do Blogging Idol 2, do Daily Blog Tips. Isso significa que estarei mais dedicado ao blog pelo menos até 30 de novembro. Tenho metas grandes (embora ganhar não seja uma delas), e acredito que será proveitoso tanto para mim quanto para você, leitor. Se você ainda não assina o feed principal e gostaria de me ajudar, assine agora! Se você já é assinante, convide seus conhecidos desenvolvedores a conhecerem o blog. Eu agradeço, e você também ganha com conteúdo de qualidade.

Agradeço a todos que me contataram nesse afastamento, com dúvidas, agradecimentos e pedidos de postagens, e que aguardaram minha resposta (sim, demorou…). Também agradeço a todos que assinam o feed ou lêem o blog, nunca imaginei que chegaria a quase 300 pessoas. Meu sincero muito obrigado. Espero poder satisfazer as expectativas, e postar mais regularmente. Até breve, pessoal!

Posts Relacionados

• Pra quem você escreve?
• Voltando ao Trabalho
• Ficando Bem-Informado
• Diz que até não é … um mau blog
• Balanço de Final de Ano

Ninguém está livre de um desastre. A qualquer momento seu HD pode queimar, seus arquivos podem ser infectados por algum vírus, algum raio pode cair em cima de seu computador, ou até mesmo o seu servidor de hospedagem pode explodir (pergunta, vai!). Esse é o tipo de coisa que ninguém espera, e não há como dizer “hoje vou perder todos meus arquivos, é bom fazer uma cópia”. O destino é cruel e impiedoso, principalmente com os descuidados.

A maneira mais eficaz, e também mais sensata, é sempre manter um backup de seus dados importantes. É bom sempre fazer isso com uma certa regularidade. Backups diários podem ser custosos e até impraticáveis em certos casos, então realizá-lo uma vez por semana já parece suficiente. Por pior que seja a catástrofe, você sempre terá para onde correr.

Mantendo cópias regulares, com certeza em pouco tempo você terá uma quantidade enorme de dados armazenados. Aí o jeito é organizar! Manter uma lista dos arquivos copiados, data de gravação, enfim. Não adianta TER os dados e não saber onde encontrá-los. Pode acreditar, essa sensação é ainda pior.

Por que esse texto estilo sermão? Eu explico. Semana retrasada, uma explosão no data center H1 do The Planet derrubou uma montanha de servidores (e três paredes, segundo me consta), e eu estava em um deles. Antes que eu ficasse sabendo de mais informações, se abateu o pânico: eu não tinha um backup. Por sorte não houve perda de dados, mas já foi o suficiente para abrir o olho, e ser um pouco mais cauteloso. Nem mesmo armazenados remotamente nossos dados estão seguros.

Um pequeno esforço que pode salvar muito retrabalho, e até sua vida, dependendo de quão dependente ela seja de seu trabalho. E você, mantém um backup? Nem que seja mensal, apenas de trabalhos correntes, ou o que quer que seja importante para você guardar?

Posts Relacionados

• PC formatado, e agora?
• Tragédia
• A Aplicação Ajax Perfeita
• Comodismo vs. Inovação
• 7 coisas que todo desenvolvedor web deveria saber

Também peço desculpas pelo que eu deveria ter postado nesse tempo fora. Como é conteúdo temporal, vai ficar de fora dessa vez. Obrigado pela compreensão. Até mais!

Update: o servidor caiu novamente, ficando o blog mais um dia fora do ar. Malditos data centers que pegam fogo!

Posts Relacionados

• “The Power of Schmooze Award”
• Backup: Um Salvador de Vidas
• Ficando Bem-Informado
• Descobrindo o Perfil do Leitor
• Balanço de Final de Ano

Linguagens de programação e frameworks de desenvolvimento surgem aos montes no ambiente web. De uma maneira ou outra, nossas velhas ferramentas acabam se tornando obsoletas. Por mais que tenhamos domínio sobre elas, o rendimento não se equipara a novas ferramentas, seja em produtividade, desempenho, facilidade de uso ou qualquer outro fator. Será que é hora de abandonar nossa velha forma de desenvolver para dar lugar a novas ferramentas?

As ferramentas com as quais estamos acostumados, como o PHP, por exemplo, foram criadas para resolver os problemas que tínhamos à época em que foram criadas, baseando-se nos métodos dessa época. Elas têm nos servido muito bem, e provavelmente ainda poderão servir por algum tempo mais. Mas a web muda, e as exigências quanto ao desenvolvimento nesse ambiente também. Não basta mais resolver um problema, esse problema deve ser resolvido de forma rápida e eficiente. Com a correria de hoje em dia, só PHP não basta mais.

Com o tempo, além de recriamos soluções para velhos problemas, novos problemas vão surgindo. A web não é mais um ambiente minúsculo como era há alguns anos atrás. Ela cresceu. Cresceu muito. A demanda por serviços, e por serviços cada vez mais rápidos é muito maior do que antes. Criamos novos problemas e precisamos de soluções para eles. Nossas antigas ferramentas não estão preparadas para tanto.

De uma forma ou outra, precisamos ser ágeis. Os frameworks estão aí para ficar. Como o capitalismo nos obriga a produzir em velocidade insalubre, somente uma boa linguagem de programação também não basta. Precisamos ser rápidos, muito, muito rápidos. Mesmo para linguagens não tão recentes, já existem soluções ótimas. Há vida além do Rails e Django!

Embora essas novas tecnologias sejam fascinantes, há um pequeno problema. Uma nova ferramenta leva a uma curva de aprendizado. Isso toma tempo, “tempo de processamento”, enfim, nos tirar de nossa zona de conforto. A questão é: devo eu partir pra outra? A minha resposta é: depende.

Tudo é relativo, e não há uma resposta pronta para esse tipo de pergunta. Você pode se sentir realmente confortável com certa linguagem, e conseguir ser extremamente produtivo com ela, ao passo que, mesmo conhecendo bem outras ferramentas, não consegue manter o mesmo ritmo. Nesse caso, sempre existem os frameworks. Não é necessário “reaprender a programar”, e ganha-se o benefício de um desenvolvimento mais rápido. Nesse caso, mudar de ares não é algo sensato a se fazer, principalmente se você tem um tempo escasso.

Já se você consegue ser produtivo em várias linguagens, opte por aquela mais moderna e robusta, ou continue buscando algo novo. Assim tem-se o benefício da versatilidade: não importa a ferramenta, importa saber fazer.

Meu caso é um pouco diferente. Apesar de trabalhar diariamente com PHP, nunca gostei da linguagem. Parece-me mais uma biblioteca de funções do que uma linguagem bem estruturada. Quando fui apresentado ao Ruby, me rendi. Apesar de não ter me aventurado muito ainda, é o que pretendo seguir. Não tanto por produtividade, nem tanto por “moda”, mas por gosto. Não deixa de ser um motivo válido…

Tenho certeza que esse assunto dá uma boa discussão. Qual sua opinião? Fixar-se em uma ferramenta e especializar-se nela, ou procurar algo diferente que melhore sua forma de trabalhar?

Posts Relacionados

• 7 coisas que todo desenvolvedor web deveria saber
• Caindo na Real
• Vale a pena arriscar em novas tecnologias?
• Digg pra quê?
• Fim ou Recomeço?

Começar é fácil…

Não é difícil começar um novo projeto, todos sabem. Basta uma boa idéia e algum tempo de dedicação e voilá, temos um projeto. Movidos a entusiasmo inicial e projeções de futuro, os desenvolvedores avançam rapidamente em um curto espaço de tempo. Geralmente a comunidade ao redor apóia, comenta, vibra com as conquistas. Todo projeto começa assim, ou pelo menos parecido.

E se o tempo encurta?

O projeto vai muito bem, até que o tempo dos desenvolvedores começar a encurtar. Acredito eu que esse seja um dos maiores fatores que auxiliam a desistência de um projeto. É impossível levar adiante algo que atrapalha em outras tarefas mais essenciais. Eu sofro um pouco com isso, não sou um dos melhores administradores de tempo que existe por aí.

Mais interessante, melhor!

Outro problema comum é o aparecimento de outros projetos mais interessantes. Pode ser por uma simples mudança de interesses, ou então o desenvolvedor enjôa de seu querido projeto. E também, por que não, simplesmente quer abandoná-lo. Como o Pedro Simonetti disse, desenvolvedores são criteriosos, e tendem a migrar de um projeto para outro quando lhes dá na telha.

A Comunidade

Apesar de todas as dificuldades, há algo que pode salvar um projeto, avançar seu desenvolvimento, levá-lo ao sucesso. E a falta desse “algo” pode levá-lo ao total fracasso. A comunidade sempre está presente quando o projeto é lançado, mas não são tantos que a mantém por perto mais tarde. “Sem usuários, não há projeto que resista”, ainda mais quando se trata de um projeto que depende do social, como todo bom serviço web 2.0. Os usuários e seu interesse pelo projeto são seu combustível, injetando entusiasmo nos desenvolvedores. Quando a comunidade some, não há motivo para continuar algo que certamente será esquecido, dependendo da força de vontade dos mantenedores. Em compensação, uma comunidade presente e ativa pode salvar e transformar um projeto em um sucesso.

A Salvação

Existem duas maneiras de manter um projeto ativo: muita força de vontade ou uma comunidade ao redor. O primeiro depende única e exclusivamente do desenvolvedor. A segunda, varia… A idéia é manter a comunidade por perto a qualquer custo, e aumentá-la o quanto possível. Não que seja algo fácil, mas algumas dicas que considero importantes:

• Inove. Pessoas gostam de algo novo. Se você ficar apresentando sempre a mesma coisa, perderá a graça, e o pessoal irá embora. Uma nova funcionalidade, um novo visual, algum membro novo na equipe (principalmente se for alguma autoridade no assunto), qualquer coisa para manter a atenção no que você faz.
• Qualidade. Não adianta apresentar algo novo se o que já existia não funciona. Bugs, defeitos ou incosistências, acabe com eles assim que possível!
• Ouça! Você não precisa se tornar um escravo de seus usuários, mas ouça suas sugestões. Mesmo que você nem cogite aceitá-la, explique o porquê. Também não negue todos os pedidos, pois os usuários devem ser os beneficiados.
• Use! Você precisa mostrar que está usando seu próprio projeto. Parece óbvio, mas nem sempre acontece. Lembre-se: você deve dar o exemplo!
• Seja citado. Convide pessoas conhecidas no meio para usar seu projeto. Provavelmente ele receberá uma citação. Isso é extremamente positivo. Se você for indicado por outras referências na área, quer dizer que algo de bom seu projeto tem.

E você, já deixou algum projeto morrer? Ou conseguiu salvá-lo da obscuridade? Conte seus métodos! Até mais!

Posts Relacionados

• Frameworks: Por um PHP Menos Ruim
• Ajax Online Inovando de Novo
• Hello, Good to be Back!
• Codificação de Caracteres
• Voltando ao Trabalho

O Yoomp é uma “rede agregadora de blogs, blogueiros e simpatizantes”, surgida há pouco tempo. Nos últimos dias estive utilizando o serviço, pra ver como era, e decidi postar aqui minhas primeiras impressões quanto à essa iniciativa.

O serviço foi criado pelo Rodrigo Fante, do Fazedor de Site, e pelo Danilo Ardenghi, do Blog Pessoal. Logo que o serviço foi lançado, o Rodrigo comentou aqui no blog pedindo uma breve avaliação. Eu o fiz, dei algumas sugestões (como as URLs amigáveis, já implantadas), mas não pude ir muito a fundo. Hoje pretendo mostrar a opinião depois de um certo tempo de uso, as partes boas e as partes nem tão boas do serviço.

Prós

O Rodrigo e o Danilo foram muito criativos na criação do Yoomp. Vi muitas funcionalidades que não havia visto em serviço algum, além de outras que foram muito bem implementadas. Então, vamos à lista.

• Yoomp Burner: além de um simples distribuidor de feeds, o Yoomp Burner protege seus feeds contra os splogs, os plagiadores de conteúdo. Não tive a oportunidade de testar o serviço, mas parece estar funcionando bem e é uma idéia sensacional.
• Blog Rank: provavelmente inspirado no PageRank, o BlogRank calcula a popularidade dos blogs, a partir de certos critérios, resultando em uma nota de 0 a 10. O meu já é 2! Além de saber seu BlogRank, você também pode mostrá-lo em seu blog através do widget do BlogRank, lançado dia 22.
• Avaliação dos Blogs: essa eu achei demais. O ranking da página inicial (Destaques) é calculado de acordo com as avaliações dos usuários, nos critérios Layout, Conteúdo, Escrita, Persuasão, Confiabilidade, Publicidade, Domínio e Acessibilidade. Bola dentro, adorei o sistema. Aproveite e avalie o meu blog também!
• Interação: essa também é genial. O serviço também integra características de rede social. Você pode, além de escolher favoritos, como em qualquer serviço, definir outros blogueiros como seus amigos, enviar recados para outros blogueiros e comentar sobre outros blogs, deixando os blogueiros mais próximos e nos torna mais humanos dentro do serviço.
• Monetização: se você escolher por mostrar pelo menos um resumo de seus posts na página de seu blog, você pode indicar seu código do AdSense, que aparecerá junto com seus textos, ou seja, você exibe seus anúncios no Yoomp também! Eu já indiquei o meu…
• Flickr: também achei a idéia interessante, embora não a tenha utilizado. Além de seus posts em seu blog, você também pode importar suas fotos do Flickr. Se não bastasse, você também pode escolher quem poderá ver suas fotos: qualquer um, usuários do Yoomp, seus amigos ou somente você.

Contras

Embora tenha funcionalidades geniosas e muito bem-feitas, o Yoomp tem alguns problemas também. Vou citar os que encontrei, e alguns bastante incômodos, mas não que prejudicasse a qualidade do serviço.

• O login não é lá muito eficiente. Mesmo que eu escolha a opção para lembrar, tenho que me logar novamente toda vez que acesso o Yoomp. Não que seja um grande problema, mas é no mínimo incômodo ter que digitar nome e senha toda hora. Update: o login foi atualizado hoje, como o Rodrigo disse nos comentários. Agora sim ficou bom.
• Os títulos das páginas não são descritivos o suficiente, já que estão com o mesmo texto das URLs. Além disso, é necessário aplicar um pouco de usabilidade neles também.
• Falta um serviço de ping, para que os novos posts sejam vistos pelo sistema logo que postados. Tenho que esperar até o servidor resolver indexar meus posts sempre que atualizo o blog.
• O snapshot dos blogs também tem problemas, principalmente com o Blogspot, que não é mostrado corretamente. Além disso, troquei meu layout há mais de uma semana e o snapshot ainda continua azul. Mesmo que eu clique em “Atualizar a Imagem do Site”, a situação continua a mesma.
• A seção Últimos Artigos poderia incluir um link direto para o blog de onde veio, sem precisar abrir o perfil do mesmo.
• Não entendi mesmo como funcionam os Yoompies. Pra que servem, tudo bem, mas de acordo com o texto explicativo, basta a participação e o número sobe. Avaliei vários blogs, incluí dois, enviei alguns recados, adicionei favoritos e amigos e continuei nos 20. Fiquei sem entender.
• Algumas páginas, como o Sobre, estão simplesmente vazias. Outras, como a Ajuda, poderiam ser melhor exploradas. A ajuda poderia incluir tópicos como a configuração do AdSense, dos widgets, entre outras funcionalidades.

Conclusão

Como todo serviço em início de vida, o Yoomp tem seus defeitos, mas sinceramente tem um potencial enorme, pois é muito criativo e inovador. Parabenizo tanto o Rodrigo quanto o Danilo pela iniciativa e pelo bom trabalho.

Posts Relacionados

• Primeiro Post
• Diz que até não é … um mau blog
• jQuery – Segundas Impressões
• Balanço de Final de Ano
• CodeCast #1 – Impressões sobre Início de Carreira

Agradeço muito a nomeação, Diego, e vou me esforçar para manter o blog digno de tal.

Com o poder a mim investido, também nomeio alguns blogs que considero dignos de referência:

• Bermonruf, do Bernardo Rufino (paradão, diga-se de passagem).
• Fazedor de Site, do Rodrigo Fante (esse também anda bem ocupado).
• Jader Rubini (volta pra blogosofera, rapaz, estamos sentido falta!).
• Tiago Floriano
• Rafael Marin (blog fora do ar por enquanto, esqueceu de pagar o domínio…)
• Blog Pessoal, do Danilo Ardenghi (conheci há pouco, muito legal)
• Pensamento Web, do Cau Guanabara

E agora, as regras para nomeação:

• Este prêmio deve ser atribuído aos blogs que considerem ser bons. Entende-se como bons os blogs que você costuma visitar regularmente e onde deixa comentários.
• Só e somente se recebeu o “Diz que até não é um mau blog”, deve escrever um post, indicando a pessoa que lhe deu o prêmio com um link, a tag do prêmio, as regras e a indicação de outros 7 blogs para receberem o prêmio.
• Deve exibir orgulhosamente a tag do premio no seu blog, de preferência com um link para o post em que fala dele.

Sei que alguns dos indicados andam ocupados, mas se não puderem postar tudo bem. E também tem alguns que não podem postar por motivos de força maior, mas logo estão de volta (né, Rafael?).

Posts Relacionados

• Concorrência na Blogosfera?
• Desenvolver com Rails não tem graça…
• “The Power of Schmooze Award”
• Primeiro Post
• Não validou. E agora?

A Mudança

Depois de mais de 12 anos morando em cidade pequena, volto a morar em Farroupilha – RS, pertinho de Caxias do Sul. Cinco anos em Vacaria foram terríveis, embora tenha sido lá que aprendi muito do que sei hoje. Mas já era hora de mudar.

Ainda não tive muito tempo de conhecer a cidade, chegamos aqui na terça, e ainda estamos montando tudo, o que vai levar mais algum tempo. Também ainda não conheço ninguém, se alguém que lê o blog mora por aqui, deixe um comentário.

Momento desabafo: embora seja muito bom morar aqui, vai ser difícil reconstruir o que tinha na cidade anterior. Deixei meu emprego, meus freelances, meus contatos, tudo. Já estou a procura de um emprego novo, já falei com algumas pessoas, mas se alguém tiver algo para sugerir eu agradeço.

O Blog

O blog está meio abandonado faz tempo, eu sei. Tentei fazer de tudo pra escrever algo, mas o tempo e criatividade em baixa não deixaram. Agora tenho um pouco mais de tempo sobrando, de férias nos estudos, desempregado, nenhum curso. O reflexo da mudança está me tomando algum tempo, e isso se extenderá até o final de janeiro, mas o blog não ficará mais abandonado.

Já tenho idéia para alguns posts, também vou lançar um tema novo (o último teve alguns problemas e teve que ser retirado) e estou extremamente feliz com os 108 assinantes do feed principal. Quanto mais fico longe, mais assinantes. Estranho…

Estou no ar novamente. Por quanto tempo ainda não sei, mas voltei. Até, agora sim, breve!

Posts Relacionados

• Novidades
• PC formatado, e agora?
• Descobrindo o Perfil do Leitor
• Vale a pena arriscar em novas tecnologias?
• Primeiro Post