1. O que fiz ontem?
2. O que farei hoje?
3. Possuo impedimento? Se sim, o que está me impedindo?

Os membros do time, em pé ou sentados, discutem essas três perguntas juntos. Essa simples reunião diária traz muitas vantagens para a equipe e para o desenvolvimento do projeto. Algumas dessas vantagens foram listadas a seguir:

• traz motivação para a equipe;

• traz uma maior / melhor compreensão dos problemas e objetivos do projeto. Se a equipe conhece o problema é mais fácil e rápido achar a solução. Geralmente a equipe tem capacidade de resolver o problema, mas não resolve porque o desconhece ou entendeu errado qual é o problema.

• Melhoria na comunicação da equipe;

• A produtividade aumenta porque há um melhor entendimento do problema por parte da equipe e porque nas reuniões são discutidos os impedimentos que cada membro está tendo, fazendo a equipe chegar a melhor solução junta. Quando várias pessoas estão pensando a respeito de um problema, há mais chances de encontrar uma boa solução. Nessa busca por soluções, são trocadas experiências entre os membros do time então, o time ganha conhecimento e experiência com seus erros.

• União da equipe. A equipe se encontra todo dia, mesmo que o encontro seja rápido, os integrantes já estão acostumados uns com os outros. A barreira de comunicação é quebrada. Se o funcionário estiver com problemas ou se precisar de uma ideia ou solução de outro funcionário ele se sentirá mais seguro e a vontade para procurar alguém do time.

• A velocidade do projeto tende a aumentar porque os impedimentos são compartilhados e resolvidos rapidamente em conjunto.

• As reuniões podem ser usadas para controlar o andamento do projeto. Saber onde estamos no projeto, o que já foi feito e o que falta fazer é possível quando se usa o daily meeting. Não deixa o projeto muito solto, sem perspectivas, prazos e objetivos.

• O retrabalho tende a ser menor, uma vez que a equipe possui uma visão única e comum sobre o objetivo do projeto. Evita problemas de comunicação interna.

Essas são algumas vantagens das reuniões do daily meeting. Começamos a implementar há pouco tempo na empresa, mas já podemos ver a maioria desses resultados. Outro ponto positivo do Daily Meeting é que o resultado das melhorias são percebidas rapidamente.

Sua empresa também implementou o daily meeting? Quais outras vantagens você observou? Conte-nos sua experiência!

Onde posso ler mais sobre o daily meeting:

http://www.brunocarvalho.com/2008/05/19/daily-meeting-e-comprometimento/

http://improveit.com.br/scrum/daily_scrum

Estamos buscando colaboradores que tenham muita vontade de se aperfeiçoar no mundo social! O novo colaborador deverá ter desenvoltura na internet pois irá trabalhar na geração de conteúdo, administração de redes sociais e análise das ações efetuadas.

É um plus ter muita criatividade para inovar; e tudo isso baseado em metologias ágeis para ninguém se entediar!

Como processo de motivação e de delegação de responsabilidade aos colaboradores, até para crescimento pessoal, oferecemos um plano de carreira com salário incremental.

Conforme descrito acima, os requisitos necessários são:

Estamos buscando colaboradores que tenham muita vontade de se aperfeiçoar no mundo da abstrato do software web! O novo colaborador deverá ter desenvoltura na internet pois irá trabalhar no desenvolvimento de sistemas web inovadores.

Os sistemas com que irá trabalhar são desenvolvidos em PHP, com banco de dados MySQL. Para o design, utilizamos HTML e CSS basicamente, mas com pitadas de Ajax e jQuery para enriquecer e alucinar a interface.

O processo geralmente inclui a transposição do design pronto em photoshop para HTML, CSS e Javascript; criação e diagramação da arquitetura dos projetos; muita criatividade para inovar; e tudo isso baseado em metologias ágeis para ninguém se entediar!

Como processo de motivação e de delegação de responsabilidade aos colaboradores, até para crescimento pessoal, oferecemos um plano de carreira com salário incremental.

Conforme descrito acima, os requisitos necessários são:

• 3 + anos de experiência em desenvolvimento PHP. Alguma experiência backend seria muito útil. Por “backend” que especificamente significa banco de dados e camada do meio (a lógica do negócio). Incluído na sua experiência em PHP você precisa ter experiência profissional com PHP e com orientação à objetos;
• Experiência em desenho e implementação de arquiteturas de sistemas;
• Experiência em desenvolvimento (e não de uso) com pelo menos um software de gerenciamento de conteúdo, wiki, ou sistema de blogs;
• O desejo de contribuir para a tecnologia de núcleo da ARQABS;
• Capacidade excepcional de comunicação;
• Capacidade para entregar código de qualidade dentro dos prazos;

Conhecimentos desejáveis:

• Excelente capacidade CSS ou HTML;
• Experiência em fazer parte de projetos Ágeis;
• Experiência em desenvolvimento de Javascript (Prototype ou JQuery é preferível)

De antemão devemos separar o que é estilo de código do que é padrão de código. O estilo versa sobre o modo como o que é escrito aparecerá na tela. Seu foco é aumentar a legibilidade e tornar a compreensão do software mais fácil para outros desenvolvedores, mas de uma forma visual. Nesse tipo de padronização podemos definir qual será a identação utilizada (tabs ou espaços? quantos espaços?), como ficarão dispostos os blocos de código (chaves em uma linha própria? na mesma linha?),  se a nossa linha terá alguma limitação de tamanho (muito comum por permitir que o código seja lido em diversos editores), convenções de nomenclatura (funções, classes, métodos, variavéis) e etc.

Mas além dessas convenções de apresentação do código a definição de um padrão vai um pouco mais além. Ela cobre, além das questões descritas no estilo, situações importantes como princípios, práticas de programação, isto é, como programar. O que retornar em funções para que todas sejam consistentes dentro de um projeto, para quando um novo desenvolvedor for utilizar uma nova função já ter uma idéia do que ela pode retornar e como utilizá-la. O padrão também fornece um porto seguro para dúvidas de como fazer determinadas coisas.

A definição de um padrão em uma empresa não precisa ser feita de uma forma totalitária ou coercitiva, a inclusão dos desenvolvedores nesse processo e a realização de forma incremental faz com que essa adoção seja vista menos como algo imposto e mais como algo que o desenvolvedor ajudou a construir.

Um bom ponto de partida é pegar alguma padrão já existente, seja de empresas que o disponibilizam,  de frameworks, ou de linguagens e discutir cada ponto para ir fazendo o seu próprio. A definição de um padrão é um processo contínuo, muitas vezes há um refinamento e mudanças podem ocorrer, principalmente nesse momento de definição.

Após o padrão ser definido há de se tomar atenção para que ele não vire uma sugestão de como desenvolver e sim um padrão de fato. Para isso devemos sempre inspecionar os artefatos que estão sendo desenvolvidos e se eles aderem ao padrão. Existem ferramentas que fazem esse trabalho, cada uma específica para determinada linguagens, levando como input um arquivo que contém a definição individual do seu padrão e verificando códigos para ver se o padrão está sendo seguido.

Aqui na ARQABS nós começamos esse processo, já trazendo nossas experiências individuais para o processo de definição. Quando temos muitos desenvolvedores envolvidos, a criação desse padrão passa a ser fundamental para que diversas pessoas possam olhar e entender rapidamente códigos que elas não escreveram.

E você já trabalhou em algum lugar com padrões bem definidos? Acha que isso engessa ou ajuda o processo de desenvolvimento?

Agora, artistas também podem vender suas músicas pelo Android Market, e com isso, mais possibilidades. Inclusive pelo YouTube!

O pessoal da Zamus, cliente nosso, fez um post bem legal que explica bem o que representa o Google Music intitulado “Google tira do beta o Google Music”

Vale a pena dar uma conferida para saber mais do que se trata.

O que vocês acham que vai acontecer nessa briga? As ações do Facebook para música são melhores do que as do Google? Quem vencerá essa batalha?

Me enviaram diversos links com exemplos de como fazê-lo, e o que mais achei interessante foi o fato de que o que parecia ser um procedimento complexo, descobri ser na verdade, muito simples.

O melhor e mais completo tutorial para essa configuração vem do próprio site do NetBeans, e contempla diversos SOs. Joe Kovar, do blog Develobert, levanta alguns pontos que podem dar erros aqui.

E eu, deixo algumas considerações sobre alguns posts que li e que não precisam ser feitos:

• Para quem usa CodeIgniter, não é preciso modificar a configuração dele para debugar seus projetos;
• Não é preciso instalar nenhum plugin no browser, nem no Chrome, nem no Firefox. Pelo menos eu não precisei e estou debugando
• A configuração zend_extension_ts só deve ser utilizada no Windows com versões do PHP menores do que a 5.3;
• Tomar cuidado na configuração do php.ini, pois pode ocorrer de existir a entrada ‘extension=/caminho/para/xdebug‘, que não deve existir caso esteja usando o zend_extension ou zend_extension_ts. Quando a entrada extension estiver carregando a biblioteca Xdebug, você terá este warning no log: Xdebug MUST be loaded as a Zend extension;

Google+  vem crescendo com espantosa velocidade, alcançando a marca de 25 milhões de usuários no primeiro mês e de 50 milhões em 3 meses. Para efeitos de comparação as redes sociais que já chegaram nesse número demoraram quase 3 anos para chegar a tal marca.

A possibilidade das empresas terem sua página lá, já era esperada. Esse é um serviço que existe no principal concorrente (Facebook) e muito utilizado em campanhas de marketing. As empresas gostam de estar perto dos seus consumidores e tentar captar um pouco do tempo que eles passam no Facebook.

As páginas de empresas no Google+ irão ter uma vantagem em relação as do Facebook. O Google hoje tem o search engine mais usado do mercado, isto é, ele poderá fazer com que as páginas das empresas apareçam entre os resultados mais buscados, além disso, com a implementação do botão +1, o Google conseguirá fazer com que os seus resultados de busca leve em consideração os +1 que seus amigos deram em uma determinada página.

Ou seja, tudo aquilo que o Facebook consegue fazer internamente através de likes, o Google conseguirá fazer em toda a internet, associando gostos de seus amigos com suas buscas e retornando resultados mais apurados.

A adoção está sendo maciça, várias marcas já criaram suas páginas no Google+.  Inclusive nós da ARQABS. Faça uma visita à nossa página no Google+ e diga o que você acha!

Aproveite e crie a sua aqui!

Nossa empresa é jovem, dinâmica e com uma equipe pequena e integrada. Buscamos estagiários que tenham vontade de se aperfeiçoar no mundo da tecnologia abstrata, pesquisando novas tecnologias e atendendo a clientes em busca do que há de mais moderno em sistemas web.

O instrumental com que irá trabalhar é PHP, com banco de dados MySQL. Além disso, utilizamos HTML e CSS com uma pitada de Ajax e jQuery para enriquecer a interface.

Ah, não é para desenvolver sites em WordPress, e sim trabalhar no desenvolvimento de produtos web. Gosta de desafios?

Temos uma política salarial que prevê crescimento linear baseado em performance. Para fazer parte do nosso time os requisitos básicos são:

• Estar cursando uma graduação na área de Informática;
• Lógica de programação;
• Ter experiência no uso da Internet e novas tecnologias;
• Disponibilidade de 6hs diárias dentro do horário comercial (horário flexível);

E conhecimento das tecnologias: + PHP + Javascript + SQL + HTML + CSS

Estamos esperando seu contato para fazer parte da equipe da ARQABS. Escreva agora com seu curriculum para contato@arqabs.com