A empresa possui um ótimo ambiente de trabalho, onde a produtividade, troca de conhecimento, crescimento profissional e descontração são itens que fazem parte do cotidiano dos gonowers. O escritório permite um horário bem flexível de trabalho, desde que o profissional se comprometa a cumprir suas metas com qualidade e dentro dos cronogramas propostos. O ambiente é bastante inspirador, você pode trabalhar à vontade (de bermuda e chinelo, por exemplo), possui máquina de café espresso, diversas guloseimas, refrigerantes, sucos e salgadinhos — tudo pago pela empresa — além de um Wii com diversos jogos onde várias competições acontecem com frequência.

Em troca desse ambiente único e inspirador, a Gonow espera um profissional motivado, comprometido, que tenha paixão pelo seu trabalho.

Estou com a difícil missão de trazer profissionais realmente bons para ampliar a equipe de campeões que já temos hoje na Gonow. Estamos com as seguintes vagas em aberto: Coordenador de Projetos, Desenvolvedor Python (Django), Desenvolvedor de Interface e Desenvolvedor PHP/WordPress.

Para todas as vagas: local de trabalho é presencial na Vila Olímpia, São Paulo e a forma de contratação é negociável. A remuneração varia de acordo com o nível do candidato.

Abaixo a descrição detalhada para cada vaga:

Coordenador de Projetos

Será responsável em manter o bom andamento do projeto, definindo cronogramas e trabalhando diretamente com a equipe de desenvolvimento. É necessário conhecer metodologias ágeis como SCRUM, precisa gostar de trabalhar em equipe, ter bom relacionamento com colegas, saber mediar conflitos e ter boa comunicação tanto na empresa como em clientes. É indispensável conhecimentos avançados de controle de versão (SVN, Git, Mercurial), integração contínua, ter desenvolvido projetos em Python ou PHP,  e será um  plus se o candidato participa de projetos da comunidade de software livre. Esse profissional precisa ser extremamente organizado e disciplinado, além de ser comprometido com prazos e muito pró-ativo.

Desenvolvedor Python/Django

O candidato precisa ter experiência de pelo menos 2 anos em criação e manutenção de sites em Django, conhecimentos avançados de Python e orientação a objetos, controle de versão (SVN, Git, Mercurial), ser crítico e se preocupar com performance, segurança e TDD (Test Driven Development), criação de módulos Python, banco de dados MySQL e será um plus se participa de projetos na comunidade de software livre e conhece banco de dados NoSQL (MongoDB).

Desenvolvedor PHP/WordPress

Necessário conhecer orientação a objetos e PHP avançado, dominar a estrutura do WordPress e BudyPress, ser capaz de criar plugins, módulos e integrações do WordPress com redes sociais e outros sistemas através de webservices, conhecer JavaScript, banco de dados MySQL (e a estrutura de tabelas do WordPress), segurança, dominar o functions.php, post types, taxonomia e customizações avançadas do Admin. Como nas vagas acima, se tiver envolvimento com a comunidade do WordPress, será considerado um grande diferencial.

Desenvolvedor de Interface

Dominar HTML, CSS e JavaScript, ser capaz de criar códigos limpos e validado nos principais navegadores, ser capaz de pegar um PSD e recortar todo o layout, transformando em HTML, CSS com perfeição, queremos alguém PixelPerfect, dominar JavaScript e algum framework, preferencialmente jQuery. Dominar os padrões da W3C, ter conhecimentos de HTML5, usabilidade e acessibilidade. Ser comprometido com prazos. Estamos procurando um jedi em interface para esse cargo. Se conhecer templates Django e templates WordPress será um enorme diferencial!

Como participar do processo seletivo

Enviar seu curriculum, preferencialmente em PDF ou TXT puro para patricia.beldaΘgonow.com.br ou diretamente para mim: andersonΘgonow.com.br

A contratação é imediata, a remuneração varia de acordo com a experiência do candidato. Se você se encaixa em algum perfil e ainda está em dúvidas em relação a empresa, visite e veja alguns vídeos na página oficial do Youtube e veja também algumas fotos no Flickr.

Abaixo, um vídeo sobre o Dojo Python que realizamos no começo do ano:

Dojo Python na Gonow

• Excelente ambiente de trabalho e desafios para crescimento profissional
• Convênio médico
• Salário compatível com o mercado
• Bolsa para Inglês na União Cultural
• VT e VR
• Bônus de ganho adicional para meta cumprida
• Bônus de ganho adicional para palestras aprovadas em eventos de mídia
• Bônus de ganho adicional para novos cursos escritos
• 2 horas por semana livres para contribuição com códigos para a comunidade
• Aula de alongamento 2 vezes por semana dentro da empresa
• Liberdade para fazer quaisquer cursos da empresa, sem custo, fora do horário comercial, desde que tenhamos vagas disponíveis

Precisamos:

Que o profissional tenha fortes conhecimentos de PHP, DRUPAL, POSTGRESQL, FRAMEWORK (algum), SEO, MOODLE (desejável) e MYSQL

As responsabilidades:

Este profissional atuará diretamente com a área de Marketing, ligado à estratégia de negócio focada em clientes. Atuará em nossos sistemas internos, atendendo gerentes da 4Linux bem como interligação com o LMS Moodle.

Currículo:

Enviar o currículo em PDF conforme abaixo, até 15 de Março de 2010:

• e-mail para rh@4linux.com.br
• Subject: Profissional de negócios PHP

Mais informações: http://www.4linux.com.br/noticias/2010/4linux-contrata-profissional-negocios-php.html

Entendo que estagiário é aquele(a) que ainda está aprimorando seus conhecimentos em uma determinada área e deseja em um futuro próximo, ser efetivado(a) e alavancar sua carreira. É esse tipo de perfil que eu preciso, não é necessário ter conhecimentos profundos, mas é de extrema importancia que o(a) profissional sinta-se confortável em:

• Administrar servidores Debian GNU/Linux em modo shell, conhecer ferramentas básicas como man, scp, vi, etc;
• Administração de servidores Apache (identificar se está no ar, se caiu, como iniciar, como parar, leitura de logs);
• Administração MySQL (saber fazer um dump da base e restaurar um dump);
• Conhecer básico de rede, saber atribuir IP estático ou dhcp em uma interface via shell;
• Conhecer o básico de sistema de pacotes do Debian e manter os servidores atualizados;
• Bons conhecimentos de inglês é indispensável já que o datacenter fica nos Estados Unidos e algumas vezes é necessário enviar e-mails com solicitações;
• Conhecimentos de Python e Django é um plus;

Como já expliquei antes, eu não preciso de um ninja, até porque entendo que estagiário é alguém que ainda está desenvolvendo suas habilidades. Como já fui instrutor de GNU/Linux, gosto de ensinar e estou sempre fazendo desafios para que o profissional desenvolva sua habilidades. O(a) estagiário(a) certamente vai aprender muita coisa nova!

Uma característica que é de extrema importância para essa vaga é independência. O(a) profissional precisa ser auto-didata, saber trabalhar online (até porque fico pouco tempo no Rio de Janeiro e na maioria das vezes o contato comigo será via Google Talk e telefone) e que seja equilibrado(a) em situações adversas.

Detalhe importante: a vaga é para o bairro de Botafogo, Rio de Janeiro e esta vaga não pode ser via home office. A bolsa auxílio será a combinar de acordo com o perfil do(a) profissional.

Para concorrer à vaga, primeiro crie seu perfil no LinkedIn. Preencha em seu profile todas as experiências profissionais, acadêmicas e conhecimentos técnicos. Depois me adicione e aguarde. Entrarei em contato com aqueles que mais se encaixarem no perfil. Se não entrar em contato agora, não desanime, vagas estão sempre surgindo.

Seja claro e eficiente ao preencher o perfil no LinkedIn e boa sorte!

Atualização: Algumas pessoas tiveram problema em me adicionar no LinkedIn. O link acima foi atualizado para o profile público. Se alguém tiver problemas, por favor entre em contato.

Confira a lista TI Networking aqui.

Uma das coisas mais importantes em todas as profissões é o networking. Ficar em contato com pessoas, da mesma área que a sua ou até mesmo de áreas diferentes pode ser bastante compensador. Lembre-se, saiba cultivar o networking. Não corra atrás de sua lista de contato apenas quando você precisa de alguma coisa. Hábitos simples, como convidar amigos para comer uma pizza, ou se tem afinidades com algum hobbie ou esporte é uma ótima maneira de manter o networking ativo, além de criar vínculos de amizade.

Converso com alguns desenvolvedores russos, são ótimos profissionais e a maioria trabalha como free lancer e tem uma vida tranquila. O curioso é que eles atendem clientes do mundo todo e trabalham em suas próprias casas. Perguntei como conseguiram esses clientes e eles me mostraram um site que é uma espécie de classificados de empregos para freelancers. Esse site chama-se GetAFreelancer e realmente tem muita coisa interessante e oportunidades de trabalhos para várias áreas, incluindo software livre, software proprietário, desenvolvimento web, SEO, Python, entre várias outras.

Mexendo um pouco no site, é fácil compreender como funciona. Quem precisa de profissionais, publica um anúncio e diz o quanto pretende pagar. Os freelancers interessados em prestar esse serviço faz sua oferta. O site guarda um histórico de todas as vagas publicadas pelas empresas e de todos os freelancers que prestaram a consultoria, dessa forma é possível saber se uma empresa realmente vai pagar de forma correta e também  é possível saber se o freelancer trabalha de forma adequada, com qualidade e entregou o serviço no prazo prometido.

Talvez um novo usuário tenha uma certa dificuldade para conseguir pegar consultorias, pois ele não terá qualificações positivas ao abrir sua conta. Nessa horas o poder de barganha fala mais alto.

Vi alguns brasileiros cadastrados no site, mas não pesquisei o suficiente para saber quantos são e se já conseguiram ganhar alguma coisa por lá. Também não sei como fazem o pagamento, se é via ordem de pagamento internacional ou outra forma. Em todos os casos, fica a dica, se alguém souber de mais informações e desejar completar esse artigo, seja bem-vindo!

Referência: http://www.getafreelancer.com/

Como o datacenter está hospedado na Florida, cheguei a procurar na internet se havia acontecido alguma catástrofe, algum tufão, tsunami ou que seja naquela região. Mas não houve nada.

Algum tempo depois, encontrei esse link, informando o real motivo dos reboots e instabilidade nos serviços: tiveram  um sério problema com a parte elétrica. O sistema de ar condicionado foi prejudicado e com o calor, algumas máquinas começavam a reinicializar sozinhas. O problema parece ter sido sério, primeira vez que tive um problema com eles.

Se você tem servidores hospedados na Sagonet, é bom dar uma olhada no status da máquina e fazer os devidos backups. Estarei olhando outros hostings dedicados, talvez seja uma boa idéia fazer redundância em provedores diferentes localizados em outras cidades.

Na minha opinião, tem dois tipos de freelancers (que escolheram trabalhar dessa forma). O primeiro é o tipo que gosta de seu trabalho mas não gosta de rotinas, chefes e falta de liberdade e o segundo é do tipo empreendedor, que aproveita a oportunidade profissional de ser freelancer para ir montando seu próprio negócio e planejando algo maior no futuro, contratando pessoas.

Se tiver disciplina e conseguir ter uma vida pessoal equilibrada, todo trabalho é válido. Se começar a prejudicar, é hora de rever a estratégia e se for o caso, voltar a trabalhar em um escritório.

Mais informações em português no blog Zumo.

Um que me chamou a atenção foi o Jajah. Através do site, é possível fazer ligações para telefones de qualquer parte do mundo. Funciona assim: você entra no site, digita o número de seu telefone e no outro box, o número de telefone a qual você deseja ligar. Em poucos segundos, o seu telefone toca e logo depois que você atende, o serviço completa a ligação para o outro lado.

Ainda não explorei para ver até onde o serviço é gratuito. Eu fiz um teste, funcionou perfeitamente com uma boa qualidade de voz. Referência.

(fonte: IBM)

Outro dia participei de um debate sobre Open Source, onde um dos principais temas debatidos foi o modelo de desenvolvimento. Acho que vale a pena compartilharmos algumas idéias… Existem dois métodos básicos de desenvolvimento de software: os princípios catedral e bazar. Estes nomes foram cunhados a partir do célebre trabalho “The Cathedral and the Bazaar” de Eric Raymond. O método batizado de catedral é baseado no planejamento centralizado, com evolução top-down e rígido relacionamento entre a gerencia e os desenvolvedores, quanto a prazos, metodologias adotadas e tarefas, dentro de uma hierarquia organizacional. O desenvolvimento é interno à empresa e apenas nos ciclos de teste alfa e beta é que o produto é exposto ao mercado, através de uma restrita e controlada comunidade de usuários (individuais ou empresas clientes) que se prontificam a cooperar nos testes e depurações. Mas todo o código fonte é proprietário e fechado ao mundo externo e restrito apenas aos olhos dos desenvolvedores da empresa que produz o software. É o método tradicionalmente adotado pela indústria de software em seus produtos comerciais.

O princípio bazar, como o nome indica, é baseado em uma forma mais livre e colaborativa de desenvolvimento, sem centralização do seu planejamento e execução. É o modelo típico Open Source. O desenvolvimento é efetuado em rede, por uma comunidade de desenvolvedores voluntários, sem vínculos entre si, em uma organização virtual e informal. A comunicação é efetuada pela Web, sem fronteiras geográficas e existem apenas alguns princípios que regulam o trabalho. A liderança do projeto não é definida de maneira prévia e formal, mas emerge naturalmente pelos méritos de um determinado membro da comunidade.

Os códigos são revisados pelos próprios pares (peer review) e geralmente o melhor código é selecionado (meritocracia). Como não existe um departamento de marketing nem acionistas influenciando prazos, o ritmo de desenvolvimento é direcionado pela disponibilidade de tempo e dedicação dos desenvolvedores. O método bazar gera uma forte tendência de gerar código de alta qualidade. O código é lido e analisado por diversos, as vezes centenas, de desenvolvedores, o que acelera o processo de depuração e correção de erros. A decisão de liberar o código é fruto de consenso do grupo e não uma imposição de marketing, como muitas vezes ocorre em um projeto comercial.

Geralmente é necessário a figura de um líder ou mantenedor, que se encarrega de coordenar as mudanças e decidir (muitas vezes em colegiado) quando o produto pode ser liberado. Os ciclos de teste e revisões são constantes e o feedback é contínuo. Todos, a qualquer momento, podem interceder e comentar sobre o código, uma vez que este é livre e disponível a todos.

Os princípios de desenvolvimento em comunidade ainda não são totalmente conhecidos. Apenas nos últimos anos é que os primeiros estudos comportamentais de como a comunidade desenvolve software, gerencia e cobra tarefas, e como os contextos organizacionais são desenvolvidos é que começaram a ser desenvolvidos.

Mas já sabemos de algumas coisas. Uma é a importância do mecanismo de controle dos projetos. Ao contrário do modelo hierárquico, com rígidas normas de controle e subordinação, o modelo colaborativo tem outras características, algumas positivas e outras extremamente desafiadoras. Em um projeto fechado, típico de softwares proprietários, uma equipe de desenvolvedores profissionais são alocados a tarefas de acordo com suas especializações e gerenciados quanto ao cumprimento de prazos e orçamentos. No projeto de Open Source, a equipe é virtual, interage pela Internet (email, newsgroups, wikis, etc) e não existe subordinação direta. A participação dos desenvolvedores no projeto é voluntária e portanto não está submetida aos padrões de gerenciamento típicos dos projetos fechados.

Este modelo gera algumas incertezas, advindas do próprio modelo de contribuição voluntária. Como não existe uma rígida subordinação ou contrato empregatício, os colaboradores podem variar em muito de intensidade em suas colaborações. Podem contribuir intensamente como podem, sem prévio aviso, desaquecerem em suas colaborações. Não existem planejamentos de produção e medidas de produtividade tipo “colaboradores estarão desenvolvendo quantas linhas de código por determinada unidade de tempo”. Também não existem divisões formais de trabalho, com prévia alocação de desenvolvedores à determinadas tarefas.

Para contrabalançar estas incertezas, alguns mecanismos de governança são adotados nos projetos de Open Source. Embora não exista hierarquia rígida, acaba-se criando um modelo de hierarquia informal, com o mantenedor e alguns membros assumindo posição de liderança e gestão do projeto. Cria-se um mecanismo de gestão centralizada, onde um grupo pequeno de colaboradores assume um papel executivo, responsabilizando-se pelas decisões e rumos do projeto. Esta organização é criada informalmente, impulsionada pela própria necessidade de existir uma estrutura razoavelmente estável, que oriente e direcione os esforços do restante da comunidade. Entretanto, ao contrário de projetos tradicionais, este papel não é assumido por escrito ou por posição hierárquica em uma empresa, mas por reputação ou conquista de espaço.

Na prática, acaba sendo criado um sistema hierárquico informal, baseado na meritocracia, com os desenvolvedores mais atuantes e experientes desenvolvendo as tarefas mais avançadas (codificação de novas funcionalidades e melhorias de desempenho) e os colaboradores menos experientes assumindo tarefas mais simples, como depuração de código.

Uma outra questão, inerente ao modelo colaborativo é o processo de seleção da codificação a ser inserida no projeto. Os colaboradores contribuem com seus códigos, e estes precisam passar por mecanismos de filtragem para serem aceitos e incorporados ao corpo do software. Não existem regras únicas. Os mecanismos podem variar de decisões autocráticas a sistemas de votação, sendo estes também variando de abrangentes (todos interessados podem votar) a votos restritos a um comitê selecionado de colaboradores.

O modelo colaborativo exige também mecanismos eficientes de controle de versões. Como a contribuição de novos códigos é livre, é necessário que o mantenedor gerencie cuidadosamente que pedaços de código deverão ou não ser incorporados ao software e decida quando o volume de modificações for suficiente para que seja liberada uma nova versão.

Outro aspecto importante é que os projetos de Open Source devem ser modulares para permitir o trabalho de muitos colaboradores simultaneamente.

O método colaborativo quebra o tradicional paradigma criado por Fred Brooks em seu famoso livro “The Mytical Man-Month” onde ele observava que adicionar mais programadores a um projeto em atraso simplesmente aumentaria este atraso. Um programador em 12 meses não é igual a 12 programadores em um mês. A razão seria simples: um maior número de desenvolvedores envolvidos aumenta a complexidade e os custos da comunicação entre os integrantes do projeto. A complexidade aumenta exponencialmente enquanto que a quantidade de trabalho adicionada seria aumentada apenas linearmente. O método colaborativo simplesmente ignora este fato e propõe que quanto mais desenvolvedores são incorporados ao esforço de escrever código livre, mais eficiente é o produto gerado.

E quanto à correção de bugs? Bugs não são novidade no software. O próprio processo de construção de software é baseado na descoberta e correção de bugs. O processo de depuração de software é um processo cuja eficiência aumenta quase linearmente na direta proporção do número de depuradores envolvidos na tarefa. É um processo que tem muito a ganhar com o paralelismo de atividades, pois não demanda muito esforço de coordenação e gerenciamento. Os depuradores não precisam de muita interação entre si, apenas precisam ser coordenados por um responsável pela decisão de aprovar ou não as correções.

O método colaborativo potencializa o processo, pois permite que milhares de desenvolvedores analisem e testem peças de código, depurem os erros e submetam as correções aos coordenadores dos módulos do sistema. É um processo similar ao sistema acadêmico de revisão de textos científicos para publicação, conhecido como “peer review” ou revisão pelos pares, quando um ou mais revisores atestam a qualidade do texto e sugerem correções e modificações. Este processo garante o nível de qualidade e integridade dos textos científicos a serem publicados.

Entretanto, o modelo de desenvolvimento bazar muitas vezes negligencia alguns aspectos como a questão do prazo e definição clara do escopo. Muitos softwares Open Source começam com uma parte do código sendo disponibilizada e algumas vagas intenções de escopo. À medida que o software é desenvolvido comunitariamente, o próprio escopo muda sensivelmente. Prazo pode ser fundamental para alguns produtos de software. Como a contribuição é voluntária, o modelo colaborativo não pode forçar prazos. Assim pode-se questionar a validade do método bazar para desenvolvimento de softwares que necessitem de escopo e prazos bem definidos.

Com o tempo, diversas variantes do princípio colaborativo vem sendo adotados. Vemos hoje projetos de Open Source onde a gestão está a cargo de uma determinada empresa, que sustenta financeiramente a iniciativa, pagando desenvolvedores e custeando muitos dos esforços da comunidade de voluntários. Mas, mesmo neste caso, as decisões são tomadas pela comunidade e não pela empresa. Em outros projetos, a gestão está a cargo de uma fundação, sustentada pela doação de empresas e indivíduos.

O modelo de Open Source tem seu processo de desenvolvimento efetuado por métodos que em muitas vezes contradizem os parâmetros básicos da engenharia de software, aprendidos nas salas de aula. É uma quebra de paradigmas…Mas tem dado certo, basta ver os inúmeros projetos de sucesso. Por que não olhar com mais atenção este modelo?