Queremos deixar o Moove Taxi ainda melhor, e você pode nos ajudar respondendo o questionário abaixo!

Permalink | Leave a comment  »

Permalink | Leave a comment  »

interview with U-Ram Choe

via @make

Permalink | Leave a comment  »

“Your Time is limited. Don’t waste it living someone else’s life”. 
Steve Jobs

via swiss-miss.com

Permalink | Leave a comment  »

Primeira impressão 3D aqui no cafofo usando o MakerBot.

Permalink | Leave a comment  »

Permalink | Leave a comment  »

Alguns dados interessantes sobre o crescimento no número de dispositivos conectados à Internet, representação de como cenários, contextos e formas de conectar o mundo físico com a web são flexíveis e ilimitados. ;)

via Cisco.

Permalink | Leave a comment  »

O Moove Taxi nasceu de nossas recorrentes discussões sobre os problemas de mobilidade urbana que enfrentamos no caos do dia-a-dia. 

Com foco na busca de taxis ele é uma das vertentes do Moove, um projeto maior que procura estudar e melhorar (ou tentar) a mobilidade urbana em nossas cidades.

Como ponta de lança desta iniciativa, a proposta do Moove Taxi é localizar de maneira simples e rápida os pontos de taxi mais próximos. 

Começando pela cidade de São Paulo, esperamos crescer e qualificar a quantidade de pontos a partir do uso e interação das pessoas.

A primeira versão está disponível. Se usa taxi, vai lá: baixe e nos ajude a definir como o aplicativo pode ser mais útil nas próximas atualizações.

Baixar

Outras infos: o site do projeto.

Permalink | Leave a comment  »

Na última semana participei do evento Machine to Machine, M2M. Organizado e direcionado para indústria, M2M é como chamam soluções que conectam objetos, máquinas e dispositivos a internet. A versão corporativa de internet of things.

Apesar de só recentemente o assunto Internet Of Things ter chamado atenção, o evento mostrou que a indústria já utiliza soluções próximas ao conceito há pelo menos 1 década - de rastreamento de veículos a gestão de distribuição de energia (smart grid). 

O que difere conceitualmente é o propósito destes projetos: todos criados a partir da oportunidade de melhorar o fluxo operacional e reduzir custos de negócios já existentes. Nada que chame atenção direta ou seja concebido para consumidores finais.

O evendo me lembrou uma teoria de David Liddle. Segundo ele a adoção de novas tecnologias passa por 3 fases envolvendo grupos de pessoas com interesses distintos:

• entusiastas que a utilizam por paixão, curiosidade e hobby,
• profissionais buscando ferramentas que melhorem o dia-a-dia de seu trabalho e por último, 
• consumidor final, onde essas tecnologias já atingiram maturidade suficiente pra se tornar simples e barata para consumo em escala.  

Acho que estamos passando por uma transição técnica (e cultural?) e objetos conectados começam a chegar ao terceiro grupo proposto por Liddle. FitBit, Arduino, Withings, Nike+, GlowCap são provas (clássicas) disso, nasceram e vivem com um modelo de negócio sustentável, conectando o físico ao virtual.

Independente dos termos (internet of things, M2M, pervasive computing, everyware, etc), que pouco importam para as pessoas, o futuro está acontecendo agora.

Permalink | Leave a comment  »

Essa semana fizemos nossos primeiros testes com o Fritzing, um software que ajuda na documentação de projetos/protótipos eletrônicos. Assim como o Processing e Arduino ele foi feito para ajudar designers, artistas e pesquisadores que se aventuram com esse tipo de projeto.

Suas 3 formas de visualizar o projeto, schematic, pcb e breadboard não deixam a desejar para softwares "profissas" como o Eagle.

O teste foi feito com um circuito criado em um experimento interno, onde aproveitamos para criar a virtualização do componente LM386 que não existia na biblioteca de componentes do software.

Se liga no vídeo de introdução do software...

Permalink | Leave a comment  »

Semana que vem arkpad completa um ano em casa e, após 3 mil commits no repositório de código surgiu a oportunidade de criar esta visualização. Cada partícula representa um arquivo e no meio de toda a história estão os coders criando features, fazendo ajustes e matando bugs.   

Falando em coders, aproveito para agradecer os companheiros Ricardinho e Victor "Unaghii" que não estão mais entre nós mas tiveram participação fundamental nos sprints de lançamento do projeto, e claro, Murilo "Ruf" e Marlon Seron atuais estrelas da nossa equipe de software.

code_swarm é um projeto open source e existem outros visuais bem f#das por aí.

Permalink | Leave a comment  »

Sábado de impressão 3D e visualizações por aqui... aproveitando pra brincar de postar do instagram direto no blog da firma. (=

Permalink | Leave a comment  »

Esta semana o criador do Ruby on Rails, DHH (David Heinemeier Hansson), "questionou", as vantagens de se utilizar um framework de teste como Rspec/Cucumber ao invez do Test:Unit. Flamers a parte, essa discussão levantou alguns pontos importantes sobre testes ao qual gostaria de discutir nesse post. É importante deixar claro que são opiniões de uma pessoa que esta começando com testes então pode conter alguns erros.

Do indie ao major     

É muito bom ver que a cultura de testes venha ganhando espaço entre os desenvolvedores já que por muito tempo vem se dito das vantagens de se usar testes nos códigos. Mas ao mesmo tempo que isso acontece, venho sentido que as pessoas não estão enxergando a verdadeira vantagem de se fazer testes, mas sim seguindo a “moda” do momento

Fighting for wrong reasons

Fazer testes não é legal porque fulano de tal disse que é importante. Testes são uma segurança que você cria em torno do seu código, a confiança no que você fez vai funcionar nos casos esperados. Quando estamos codificando sentimos medo de mexer em fixtures já concluídas, testes vem para dar uma confiança maior ao mexer no código e garantir que o que estamos fazendo não vai quebrar o que já foi feito. Mais do que isso, ate códigos legados podem se beneficiar da cobertura de testes para um refatoração.

Mas o que eu tenho observado nos foruns e discussões é uma onda em cima de frameworks de testes aonde o que se busca não é a segurança no seu código, mas sim utilizar um Cucumber para rodar suas user story porque é "cool" ou Rspec ser o framework do momento para testes. Isso ainda se complica cada vez mais com siglas e significados para coisas que são obvias.

Suco de limão que parece tamarindo e que tem gosto de groselha

BDD ou TDD ? Existem muitos textos explicado sobre BDD e suas vantagens em relação ao TDD. BDD é basicamente sobre você testar os comportamentos ao invés dos detalhes das implementações... Mas espera ai ! Quando estamos usando TDD também não deveria ser assim ? Você não testar as entranhas de uma função, objeto, ou api, mas sim suas mensagens e interfaces ? 

Um iniciante de testes ao entrar neste mundo se sente perdido com essas siglas e teorias que ao mesmo tempo que são diferentes são tão próximas. No final todas elas buscam o mesmo objetivo e muitas vezes os beneficios ficam perdidos em meio a tantas soluções diferentes e curiosas que encontramos no meio. 

Finish him

Testar é importante e isso todos sabem. Mas o importante não é saber por palavras, mas sentir de verdade, testando seus códigos e rodando suas suites de testes varias vezes e estressar seu código com vários cenários e valores diferentes. Usar os beneficios do TDD/BDD para direcionar o design de seus objetos e métodos e no fim gerar uma documentação viva de seu sistema. Mesmo que com tudo o código não seja livre de bugs, o desenvolvedor ganha mais confiança e coragem no seu trabalho.

É vantajoso usar o cucumber nos seu projeto ? Rspec realmente vai trazer clareza e facilidades na hora de testar sua aplicação ? Um simples minitest não resolveria os seus testes de forma mais clara ? Essas são perguntas que devemos fazer antes de escolhermos uma solução para determinado caso. Do que adianta um cucumber se o cliente não participa ativamente do desenvolvimento, é um overhead a mais no desenvolvimento somado com uma dependência de gem.  

Uma dica de leitura é o post do Cassio Marques, aonde é abordados outros pontos interessantes de teste e ferramentas:

Sobre as razões para testar e porque você pode estar fazendo tudo errado

Bem é isso. Discutam, reclamem e critiquem =)

Permalink | Leave a comment  »

WTF? Isso mesmo, como podemos medir, mensurar a mijada de uma pessoa?

Seja por Diversão ou por qualquer outro motivo que alguém encontre. Imagina isso rolando no mictório daquele bar do lado da sua casa. (= 

Bom, iniciamos a pesquisa de como fazer essa medição sem saber ao certo a melhor forma. O mais lógico a principio era medir o fluxo de fluído dispensado pelo cano do mictório, durante um determinado tempo, mas aos poucos fomos descobrindo que esta não era a melhor opção.

Pesquisamos algumas formas [coriolis, eletromagnético, ultra-sônico, térmico] de medir esse fluxo, analisamos e dispensamos essa opção principalmente pela complexidade e custo em função do objetivo final (diversão).

Nesse processo de pesquisa do funcionamento dos medidores de fluxos surgiu esse medidor "caseiro", bem interessante para projetos pessoais de hacking.

Dúvidas surgiram, outras opções mais simples foram pensadas e a idéia do uso da vibração pareceu interessante. Piezo ou microfone? Tanto faz...

A partir desse pensamento fizemos uma breve pesquisa e um protótipo com arduino.

Escolhido a forma de medição, o passo seguinte foi escolher a melhor forma de enviar esses dados em tempo real para um outro dispositivo.

Como a opção fio (usb / ethernet) foi descartada logo de cara, radio XBee ou Wifi eram boas opções, e acabamos escolhendo Wifi pela facilidade de implementar em outros lugares entre outras razões.

Bom, o módulo wiShield da AsyncLabs é uma shield essencial para os prototipar projetos de IoT, na verdade ainda mais interessante é o YellowJacket um arduino mini com wifi embutido.

Durante o processo de pesquisa e de prototipação encontramos o lab da Teague, um local de compartilhamento e experimentação do pessoal da Teague, vai vendo: http://labs.teague.com/

Permalink | Leave a comment  »

... um dos projetos autorais de empreendedorismo e descobrindo detalhes importantes do gap entre a especificação e a produção de projetos que envolvem hardware, software e a web como plataforma.

Neste projeto estamos colocando em prática o que acreditamos ser a próxima geração dos serviços web, que alguns chamam de web of things e outros de everyware.

Da especificação da placa até a montagem de 6 unidades, preparadas para ganharem suas embalagens e seus beta testers...

Em breve mais sobre o projeto... :)

Permalink | Leave a comment  »

Permalink | Leave a comment  »

Compartilhando algumas referências e aleatoriedades que circularam na Jurema essa semana.  

* Paul Buchheit (criador do gmail, friendfeed e atual funcionario do facebook) e Dustin Moskovitz (co-founder do fb) e suas doações generosas pra Prop19. É como Peter Tosh dizia... 

* IDAT Barcelona, ou Institudo de arte, design e tecnologia de Barcelona, lançou um concurso de design de interação encima de um tema bem bacana: Building The Internet of Things. E aí, quem se anima?

* f#da esse hack da vending machine

*   via @malungo  

** Rumpetroll é meio um chat-play num universo de espermas bizarro. Capricho no visual e performance desse experimento impressionam, o código é livre, se liga (coder) nesse event machine websocket server.  

** Brincado com o MongoDB aqui achamos o Mongoid, que faz o mapping de objetos ruby para documentos mongodb. Legal que a API de consultas (e persistencia, callbacks, validation..) é bem similar a do ActiveRecord.
** via @mvrillo

*** Rapaziada pimpou o ~/.vimrc aqui com as dicas de VIM do Esteve Losh.
*** via @marlonseron

Permalink | Leave a comment  »

Apresentação onde o Tennø joga algumas de suas crenças sobre o potencial mal aproveitado de conectividade.

Passa por vários pontos relacionados ao assunto. Destaque à quando se refere a relação atual das marcas com a internet, onde a grande maioria ainda só a utiliza como mídia de divulgação de um produto anteriormente pré-concebido e empacotado, em vez de integrá-la como parte de toda a experiência e entregas do produto, desde o momento da concepção.

Cita uns exemplos clássicos e fodas: Nike+, eco:Drive, o recente Nokia Push, ZipCar.

Vale uns minutos. : )

Permalink | Leave a comment  »

Nos últimos dias estivemos estudando um pouco sobre visão computacional para o reconhecimento de imagens.

Testamos, ajustamos e modificamos alguns algoritmos, visando melhorar a confiabilidade e o desempenho. Depois de alguns dias o resultado foi bem interessante e o vídeo abaixo mostra, ou tenta mostrar, como ficou esse experimento.

Permalink | Leave a comment  »

UPDATED at 24/09/2010:

Valeu galera pelos emails, a vaga já foi preenchida.

Valeu!

Estamos buscando um desenvolvedor web, para trabalhar aqui na Jurema junto com a gente, em jobs pra clientes (sob-demanda) e autorais (p&d).

Não importa se é ninja, sênior, júnior, jedi ou pleno - basta entender e gostar de internet, tecnologia e trabalho. :P

Mais sobre a vaga abaixo. Tá com pressa? Manda email pra jobs@jurema.la.

Requisitos essenciais

• alguma experiência com Ruby ou Python
• conhecer análise/desenho de software
• entusiasmo, responsabilidade e stamina no talo

Desejável, ou "aquele plus"

• experiência ou interesse em desenvolvimento mobile (iOS, Android)
• vontade de participar de projetos que misturam web e objetos do dia-a-dia
• interesse ou experiência com plataformas de prototipação eletrônica (ex. arduino, buglabs, beagleboard, basicstamp)

Ambiente e condições de trabalho

• estamos no centro de são paulo, metro/ônibus (e fliperama) pra todo lado, e ótimas opções  gastronômicas. ah, estamos a 10 minutos da sta. efigênia.
• claro, internet rápida e um bom computador.
• o ritmo é de startup, acelerado mas sem hierarquia nem burocracia.
• a indumentaria é livre.
• a máquina de café está em manutenção, mas chega logo.
• buscamos alguem disposto a trabalhar in-house e full-time, mas não tem problema se você acordar algum dia e quiser trabalhar em casa.
• sim, nós temos um espaço dedicado somente a prototipação de hardware, com todos (ok, alguns não todos) os tipos de circuitos/sensores que se possa imaginar.

Interessou?

Manda email pra jobs@jurema.la com seu github e demais referências.  

Permalink | Leave a comment  »