Um problema/bug que acontece ainda na versão 4.0.2 do XCode (quando sair a 5 final eu testo), é que ele coloca todas as referências dos componentes linkados dessa maneira tanfo no header como na classe de implementação, alloc, dealloc, só que vc vai ficar muito tentando em simplesmente selecionar o componente na tela e dar um delete se não quiser mais ele, ai que esta o problema, TODAS as referências adicionados em código vão continuar lá e será obrigado a remover tudo na mão, o XCode adiciona tudo, mas não retira nada depois, tomem cuidado com esse detalhe.

Usem com moderação! =)

[]s

We’ve completed the review of your app, but cannot post this version to the App Store because it did not comply with the App Store Review Guidelines, as detailed below:

• 8.6: Google Maps and Google Earth images obtained via the Google Maps API can be used within an application if all brand features of the original content remain unaltered and fully visible. Apps that cover up or modify the Google logo or copyright holders identification will be rejected.

Resumindo, a mensagem fala que se é utilizadas images do Google Maps ou Earth em sua App, é obrigatório manter o logo do Google ou informação de copyright que tenha. Ai fui verificar como estava isso na minha App para poder corrigir e eis que o logo estava escondidindo no canto da tela:

Confesso que em momento nenhum do desenvolvimento me dei conta desse detalhe, e devido a isso só consegui ter o Recicla SP aprovado no dia 16, ou seja, perdi mais de 10 dias entre ajustar o app, submeter novamente e esperar o review da Apple.

Encontrei soluções mais “mirabolantes” para esse problema, como substituir a imagem do logo do Google por outra, plotando na região visível do mapa, o que eu preferi fazer foi apenas tirar o MKMapView de trás do UIToolbar, perdendo esse feito “bonitinho” da transparência do mapa mas ficando de acordo com o exigido.

É uma dica bem simples, mas é um detalhe importarte pra evitar ter uma App rejeitada e perder tempo de market-share do seu app.

Grande abraço!

Desde ontem a noite (16/05) ficou disponível na App Store o primeiro aplicativo da Betterbrains Studio (minha empresa rs) para plataforma iOS da Apple.

É o Recicla SP.

O intuito é mostrar os pontos de entrega voluntária (PEV) e ter a opção de diferenciar pontos pelo tipo de reciclagem, como resíduos domésticos, pilhas e baterias, óleo de cozinha etc.

O aplicativo cobre hoje parte da grande São Paulo, e vai cobrir todo o estado, apenas com pontos para resíduos domésticos. As informações de PEV serão atualizadas constantemente e em breve será possível escolher o tipo de reciclagem que quer visualizar, como óleo de cozinha, pilhas e baterias etc.

A maior dificuldade é conseguir as informações sobre os pontos de reciclagem, enviei email para diversas prefeituras e ONGs, e não recebi NENHUMA resposta de ninguém, então todo levantamento é feito via pesquisa na internet e extração de dados de alguns sites e material de empresas como supermercados, que concentram a grande maioria dos locais.

O Recicla SP é open-source e tem seu código disponível para quem quiser colaborar com o projeto. Ainda tem bastante coisa a ser acrescentada na App e toda ajuda será bem vinda. Em breve vou iniciar o port para Android também.

Link iTunes: http://itunes.apple.com/br/app/recicla-sp/id434556722?mt=8

Link do projeto: https://github.com/betterbrains/ReciclaSP

Toda crítica e sugestão será bem vinda, assim como os review no itunes também.

Valeu!

Pra quem veio do mundo Java e Rails, onde a comunidade é gigante e muito ativa, cair no desenvolvimento para iOS parece algo meio “solitário” no início, pois não existem grandes comunidades, principalmente aqui no Brasil.

Quando mais uma tecnologia, framework ou linguagem são utilizadas, mais rápido aparecem projetos para melhor ainda mais o desenvolvimento com a mesma, mais comunidades começam a aparecer. Com Objetive-C isso está acontecendo cada vez mais rápido, devido ao grande número de desenvolvedores ao redor do mundo e a grande demando de mercado que existe hoje para iPhone e iPad.

No meu curto tempo de desenvolvimento, reuni alguns projetos (open-source) bem interessantes que podem ajudar e facilitar muito o desenvolvimento pra essa plataforma. Vou listar alguns deles aqui, e conforme outros venham aparecendo e sendo deixados nos comentários, vou atualizando essa lista.

Vamos à lista:

• TapkuLibrary - Bliblioteca de componentes visuais com recursos bem comuns, que geralmente temos que programar tudo na unha.

• Mogenerator - Uma espécie de gerador de código com base em seus objetos Core Data.
• SSToolkit - Várias classes Objetive-C prontas para coisas comuns e muito usadas no dia-a-dia.
• Facebook iOS SDK - SDK do Facebook para iOS.
• Three20 - Componentes visuais extraídos da App do Facebook.

• MTSatusBarOverlay - Uma status bar customizada.
• UIDickBar - Aquela barrinha no topo que teve em algumas versões recentes do app do Twitter e depois foi removida.

• JSONKit - Biblioteca para trabalhar com JSON.
• ASIHTTPRequest - Biblioteca para trabalhar com chamadas HTTP e REST Services com Objetive-C.
• Merlin - Biblioteca inspirada no ActiveRecord do Rails para trabalhar de maneira fácil e rápida com SQLite para iOS.
• JAListView - Uma implementação customizada de uma NSTableView.
• JSON-Framework - Outra boa lib para JSON.
• Cedar - BDD style teste suite para Objetive-C.
• Kiwi - Mesma coisa que o Cedar.
• MapKitDragAndDrop - Implementação de recurso de Drag & Drog para pinos no mapa.

• ShareKit - Adicione facilmente recurso de compartilhar em suas Apps.
• iOS-Couchbase - Apache CouchDB otimizado para iOS.
• Cocos2D - Um excelente framework para criar jogos 2D. (updated 10/04)
• TBXML - Parser/writter para XML. (updated 09/06)
• MBProgressHUD – Um progress bar bem estiloso com opções de estilos de progresso e informações.

Em breve coloco mais alguns projetos atualizando a lista, quem quiser contribuir, basta deixar nos comentários as dicas de bons projetos.

Até a próxima!

PS: Quando der eu organizo os links por “categoria” pra ficar mais arrumadinho.

Essa pequena pesquisa é mais curiosidade, não vou fazer dela uma verdade para tomada de decisão estratégica nem da minha empresa e muito menos influenciar isso em outras, acredito que ela possa no máximo sinalizar uma possível tendência que desse ver melhor observada e analisada.

Os valores utilizados são em dólares, como a única loja que trás preço em reais faz isso a pouquíssimo tempo, acho que todos sabem o valor em dolar dos apps que compraram.

Se possível, seria interessante deixa um comentário com os apps que cada um já comprou, nem precisa deixa o valor de cada, apenas para ter uma noção do ”tipo” de aplicativo comprado.

Valeu… abraço!

Trabalhei alguns meses na Digital Pages que já desenvolve soluções para iPad, então tive contato bem próximo do ambiente Apple, embora não tenha trabalhando diretamente com o desenvolvimento da parte móvel, apenas a parte web. Resolvi então fazer um curso para entrar com uma melhor base nesse mundo, e acabei achando boas referência do instituto iAi (Instituto de Artes Interativas).

Por que paguei um curso de algo que poderia estudar em casa?

1. Eu gosto de fazer cursos =)
2. Sou vagabundo e o curso é uma maneira de me obrigar a estudar algo em um curto espaço de tempo.
3. Num curso se aprende algumas coisas do dia a dia, que dificilmente se aprenderia com menos de alguns meses de trabalho (muita quebração de cabeça e principalmente erros), isso no começo de um projeto pode ajudar muito.

O curso de iPhone-SDK do iAi é dividido em 4 módulos, de maneira óbvia, com conteúdo progressivo dentro do próprio SDK da Apple. O que eu fiz foi o primeiro módulo, que é um grande overview da plataforma, dos componentes básicos de interface e da linguagem Objective-C.

Essa foi a grade vista no primeiro módulo no curso que fiz entre 10/01 e 15/01:

• Introdução ao Mac – teclado, janelas, e short-cuts.
• User Interface do iPhone – objetos e conceitos particulares ao iPhone.
• iPhone SDK – Xcode, Interface Builder e iPhone Simulator
• Objective-C e orientação a objetos – sintaxe, conceitos e utilização- Exercício
• Botão troca texto, cor de fundo e troca a imagem
• Variáveis de classe – contando quantas vezes usuário clicou no botão
• Slider e switch controlando alpha da imagem – dois objetos chamando o mesmo método
• Input de texto com teclado – delegate e responder
• Exercício – dois inputs de texto – um para pegar imagem do bundle e de uma url
• Picker view – delegate e datasource
• Exercício – picker para mudar fotos
• Subviews – adicionando outro objeto na tela na mão
• Chamando outros views com view “modal”
• Exercício – abrir outra janela
• Passando valores entre views – properties
• Navigation Controller – adicionando um novo em um aplicativo com um só
• ViewController
• Novo viewController com Nib file – chamando um novo view com o Navigation Controller
• Tab Bar – varios controladores dentro de uma barra
• Exercício – montar TabBar application chamando novos views
• TableViewController e TableView dentro de um outro ViewController
• TableView – métodos do DataSource e Delegate
• Populando a tabela com Arrays
• NSDictionary – o conceito e implementação em um tableView
• PropertyList – criando dados via XML
• NSUserDefaults – salvando dados

O instrutor do curso foi o Bruno Hassunuma, que foi muito bom instrutor, um cara que fala do assunto e você já percebe que ele sabe do que esta falando, não é apenas decoreba pra dar aula. O curso em si foi muito bom, foi bem proveitoso e me ajudou muito nesse primeiro passo. O conteúdo é meio “rápido”, mesmo sendo dividido em 4 módulos, o SDK todo é grande e não muito simples.

No primeiro momento, embora eu já tivesse óbvio dado uma estudada em Objective-C e também um over-over-overview do básico do SDK, a sintaxe da linguagem pode assustar um pouco, embora eu particularmente não ache tão estanha não, apenas bem verbosa, se escreve uma sentença toda, como se fosse uma redação rs.

Pra quem espera um ambiente parecido com Delphi ou Visual Studio, de arrastar componentes da na tela e por magia tudo estar funcionando, vai se decepcionar muito. O desenvolvimento dos componentes visuais de uma maneira geral, exige bastante conhecimento dos componentes e código para todo tipo de personalização, numa App real, se usará muito pouco os componentes prontos, você sempre precisará (ou optará) por fazer componentes customizados, extendendo as funcionalidades dos componentes padrões.

Outro ponto que pode parecer muito idiota e que por padrão a gente já pensa em usar, é a documentação. Só que nem sempre damos muita atenção pros documentos de APIs e SDKs e vamos direto procurar tutoriais no google. A documentação do SDK da Apple é sem sombra de dúvidas umas das melhores que já vi, é muito completa e explicativa, pra quem esta acostumado com JavaDoc por exemplo, vai ficar de queixo caído.

Vou tentar fazer uma listinha resumindo as coisas que achei boas e ruins, sem pretensão de simplificar o curso todo nesses itens:

Boas

• Infra geral da escola
• Instrutor
• Conteúdo
• Material (poderia ser melhor, dar um CD com apostila, videos, exemplos e etc)

Ruins

• Azar de nem todos da turma terem um bom nível (mínimo) de programação, o que acaba amarrando as aulas em alguns momentos.
• Wifi não conectava nem com bomba.
• Um curso de quase 1.000 reais sem coffee é sacanagem né.
• Dar tempo de brincar mais com a customização dos componentes, mas entendo que o tempo é apertado mesmo.

De maneira geral eu gostei do curso, achei que valeu muito a pena ter feito, se tivesse que dar uma nota cravada sobre o mesmo, eu diria que foi 9.0.

Recomendo!

Abraço, até a próxima!

Antes de começar, já deixo claro que vou falar bem e mal de ambos, espero não ter comentários de fanboys e sim de pessoas interessadas em argumentações mais técnicas.

O Samsung Galaxy S

Tela

A primeira coisa que com certeza todos que peguem um SGS numa loja pra ver vão notar, é a incrível tela dele. Realmente uma tela muito boa de 4″ com uma resolução e nitidez invejáveis. Acredito que junto com o iPhone 4, e pelo que já li em sites especializados, são as duas melhores telas atualmente disponíveis no mercado e devemos fechar 2010 assim.

Este é de longe o ponto mais forte desse aparelho e é sim um diferencial para escolha na hora da compra. Como já vi em alguns comparativos, a tela dele (e do iPhone 4) dão um banho em outros modelos disponíveis hoje como o Motorola Milestone, Nexus One, iPhone 3GS e etc. Pegar dois numa loja e comparar a qualidade das telas é covardia.

O único ponto que ficou faltando, foi o modo landscape na home e na navegação entre os aplicativos instalados. É possível conseguir isso instalando alguns programas, basicamente fazendo uma gambetinha rs.

Nota: 9.5 (tirei 0.alc5 por causa do modo landscape)

Câmera

Esse é um ponto muito importante pra mim, pra quem me conhece, sabe que sou fotógrafo, então a escolha de um smartphone top foi muito pelo fato de poder usá-lo como uma câmera (e filmadora) portátil, descompromissada, mas que possa me dar um nível de qualidade aceitável.

Logo de cara, pra mim, já tive uma grande decepção, o fato do SGS não ter flash. Um aparelho que chegar ser vendido por R$2.200 em algumas lojas, não possuir flash pra câmera pelo menos (também poderia funcionar para filme), é algo que não consigo ver justificativa plausível.

Em termos de fotos, a qualidade da câmera é boa sim, existem muitos ajustes que pode se fazer no software da câmera, o auto-foco funciona ao mesmo estilo do iPhone, que pode clicar em um ponto na tela para selecionar o foco, isso é bem legal.  Enquanto a luz disponível for abundante, o resultado é bom, a partir do momento que a luz do local começa ficar mais fraca ou já é uma luz “menor”, ai a qualidade das fotos fica muito prejudicada mesmo, ao ponto deu não aconselhar tirar uma foto dentro de casa com as luzes acessas, num ambiente normal onde você faz tarefas como comer, assistir tv, ler um livro. É óbvio que celular nenhum vai ter fotos com grande qualidade em ambientes mais escuro, mas um flash ajuda e muito para conseguir fotos com menos ruídos num ambiente onde é preciso apenas dar uma preenchida de luz no objeto e não iluminá-lo por completo. Ponto muito falho.

O vídeo é muito bom, realmente me surpreendeu a qualidade dos filmes feitos com o SGS. A função de filme também tem vários ajustes e opções, com certeza junto com a tela, é o outro principal ponto forte do SGS. Um flash também seria legal para filmar em ambientes com menos luz.

Nota foto: 7

Nota filme: 9

Performance

O mais falado sobre o SGS é exatamente a spec de hardware dele, 512M de RAM, processador de 1Ghz, realmente, muito boa.

O SGS tem um bug conhecido, ele tem um LAG em algumas situações, o que pode provocar que o sistema ou algum aplicativo demore as vezes vários segundos para responder. A causa parece que tem relação com o sistema de arquivos que vem por padrão e mais alguma coisa que eu sinceramente esqueci agora, mas é um problema bem conhecido entre os usuários e olha, é realmente muito irritante, ruim mesmo.

Existem até algumas apps que fazem esse LagFix, mas é um processo para usuários avançados, o que acaba dificultando a correção para a grande maioria das pessoas. Mesmo a app mais famosa que promete fazer o LagFix com apenas um click, na maioria das vezes requer intervenções mais fundas no sistema para poder funcionar, fazer root e etc.

Quando tudo funciona normalmente, a performance é realmente muito boa, os aplicativos fluem tranquilamente, jogos 3D, videos, etc. Não sei, mas espero que sim, que saiu logo a atualização para o Android 2.2 para corrigir o Lag, porque ele interfere bastante no dia a dia de uso do celular.

Nota: 7 (devido ao problema de Lag)

GPS

Simplesmente uma porcaria, também tem um bug conhecido de perda constante de sinal.

Nota: 5

Hardware

O SGS é extremamente leve, acho que isso é o que mais chama a atenção em termos de construção do aparelho, todo mundo que o segura se surpreende com isso item. O design em si do aparelho é idêntico a um iPhone 3G e 3GS, então não tem nada de novo ou diferente aqui. Tem uma entrada micro-usb (usada pelo carregador também) e para fone de ouvido em cima, botão de power na lateral direita e controle de volume na lateral esquerda, é isso.

Nota: 7 (nada de novo)

O Android

O Android é com certeza o sistema mobile mais falado atualmente, basicamente por dois motivos: é do Google e esta crescendo rapidamente em termos de market-share.

Ele foi responsável por tirar empresas como Motorola e Samsung do buraco, que não implacavam boas vendas já há muitos anos e fazer imergir novas (e boas) empresas no cenário mundial como a HTC, que sempre fez ótimos celulares com Windows Mobile mais ainda era considerada uma empresa sem expressão.

Bom, chega de churumelas né… e vamos as lamentações.

O sistema em si é bem estável, já tem um nível de maturidade muito bom. Uma coisa que já vem por padrão são os Live Wallpapers, que são papeis de parede animados, que podem ou não interagir ao toque na tela. É um recurso fútil mas muito bonito, não tem como negar, alguns live wallpaper são bem chamativos, impressiona. O contra ponto é que como uma memória viu. Falando em beleza, achei de uma maneira geral o sistema meio feião, como se faltasse um acabamento melhor na interface (nos componentes), nas animações do sistema. O gerenciador de arquivos mostra alguns diretórios de “sistema”, muito baixo nível para um usuário de celular, deveria ser algo muito mais abstrato e quem quiser, ter opção de visualizar coisas mais de sistema ou configuração.

Algumas coisa me desagradaram um pouco em relação ao Android. Primeira e talvez uma das que me deixaram com um certo sentimento de decepção, por mais idiota que possa parecer: em celulares Android não é possível desligar o celular e ele despertar como faz normalmente o alarme.

Perguntei pra várias pessoas que tem outros celulares pra saber se era algo específico do SGS ou do Android, e realmente é do sistema isso, pra MIM, isso é simplesmente ridículo e inaceitável, não importa o quão banal me digam que isso é.

A parte dos contatos sempre foi algo que me motivou bastante a usar o Android, pela sincronia com o GMail. Não sei como outros sistemas trabalham com essa sincronia, mas eu esperava muito mais de algo que é feito pelo próprio Google em termos de integração com seus serviços. Primeiro, não é possível sincronizar os grupos de contatos, isso por si só já seria motivo suficiente para jogar fora qualquer celular com Android. Segundo, não foi porque diabos o GMail tem o “Meus contatos” onde você organiza teoricamente os contatos que são relevantes em sua conta, porque quando a sincronia é feita, sabe aquela pessoa que você mandou um único email em 2004 e ainda não tinha opção no GMail de não adicionar todo mundo qeu se responde email como contato, então, mesmo ela não estando dentro de “Meus contatos” ela vai aparecer lá na sua nova lista de contato do celular.

Sim, tem uma opção para exibir apenas os contatos com número de telefone configurado, mas o problema é que em vários cenários de uso, quando se precisa selecionar um contato, ele simplesmente mostra a lista gigante que te faz ficar perdido e puto da vida.

Tem alguns pontos de usabilidade ainda bem ruins no Android, como por exemplo fluxo de telefonia, telas que são colocadas “a mais” em algumas ações e ficam lá, não somem a menos que se clique em voltar/home. Uma coisa que sempre gostei, e isso é totalmente pessoal, mas não tem o conceito de “perfis” de uso, que é uma maneira muito rápida de alterar configurações de som, tela, vibração do celular, sinto falta de mudar de perfil em algumas situações do dia-a-dia.

Aplicativos

Aqui outro ponto de muita briga entre as plataformas móveis, quem tem a melhor loja de aplicativos, qual loja tem mais e etc, uma coisa bem ao estilo o meu é maior que o seu.

Tem muitos aplicativos legais disponíveis na loja official (Android Market), embora se use o fato de você não estar “preso” a apenas uma loja, raramente você vai precisar configurar mais lojas no seu celular. No Market tem de tudo, de joguinhos mais toscos a super jogos 3D, os mais diversos utilitários, tudo que puder imaginar, gratuitos e pagos, e claro, muito material não recomendado pro seus filhos, ou para seus pais, caso queira dar um celular pra eles e tal, embora o Google tenha feito uma grande limpeza, com uma certa frequência a Market fica infestada de conteúdo semi-pornográfico.

Um grande problema ao meu ver que é muito claro, é que as apps tem interfaces variadas, com componentes diferentes, um mesmo componente de tela em um app tem ação (e interação) diferente em outra, isso fica bem confuso para o usuário. Algo que também já notei faz um tempo, é que a grande maioria das “grandes” apps saem primeiro para iOS, depois de um tempo elas saem para Android, mas sempre com menos recursos e com interface não tão bem acabada como a versão para iOS, isso é meio frustrante.

Outro ponto é a própria aquisição das apps, tem uma coisa ótimo pra muitos usuários, é possível achar tudo, 99% pelos, de tudo que é aplicativo pago, gratuitamente na internet, ou seja, crackeado/pirata. Como desenvolvedor eu acho isso péssimo, parece que estão fazendo isso até com uma grande facilidade, o que me deixa com uma pulga maior ainda atrás da orelha. Recentemente até saiu um artigo falando da dificuldade dos desenvolvedores em conseguir capitalizar com suas apps na Market, é algo a se pensar.

Nota Android: 7

Conclusões

Acho que esses são os pontos principais, devem ter outras coisas menores que gostei ou não, mas com certeza não são as mais relevantes. De uma maneira geral, é um bom smartphone, não vale a compra se pegar o valor cheio dele que se acha no mercado, comprando em operadoras que dão subsídios vale a compra. Eu fiquei um pouco decepcionado, estava esperando um pouco mais, não sei, não tive aquela sensação de “Ohhhhh” em pegar um smartphone considerado top dos tops nesse último semestre do ano. A Samsung fez algumas gambiarras no seu software de atualização, o Kies, que é um lixo completo, para dificultar e evitar atualizações usando outras configurações que não sejam as de sua região. Junte a isso o fato de que esse modelo nacional, o I9000B será SEMPRE, o último modelo mundial a receber qualquer tipo de atualização, é frustrante.

NOTA FINAL GALAXY S: 7.5

Dei uma Akitada no post, mas como são muitos detalhes não tinha como ser menor, na verdade daria pra escrever mais coisas ainda, colocar imagens e etc. Espero que esse review possa ser útil de alguma maneira.

Grande abraço!

Ainda estou me acostumando com o Android, estudando um pouco alguns pontos, analisando a usabilidade, ergonomia, vendo como customizar o sistema, fazer root e etc. Como fuçador eu sempre tive o hábito de hacker ao máximo os smartphones que tive, quando isso era possível e com esse não será diferente.

Mas semana que vem escrevo um review mais completo do aparelho e do Android 2.1 que veio com ele, a menos que eu coloque o 2.2 antes disso rs.

Pra agora, uma coisa que sempre tive muito no Symbian eram apps de tudo que era tipo, pras mais diversas finalidades. Embora eu já tenho dado uma navegada pela Android Market (que achei bem ruim alias rs) e visto algumas dicas de Apps em blogs e tudo mais, vou tentar deixar esse tópico sempre atualizado com as apps que eu for usando e realmente achar que valem muito a pena ter.

Como to bem cru ainda, vou deixar a lista em aberto e jogar a bomba pra vcs rs… quais são as apps indispensáveis que vcs tem em seus devices Android?

[]s

Quem votar em outro, deixe nos comentários sua opção.

Grande abraço!

=)

As empresas que tem pouco dinheiro, são mais diretas, mais simples, menos complicadas. Elas tendem a esperar (e se organizar) para ter o melhor resultado possível o quanto antes, perder o mínimo de dinheiro com coisas que não vão agregar valor ao negócio. Empresas que tem muito dinheiro, acabam não ligando tanto para certas burocracias, para demoras maiores para tarefas que deveriam ser simples, deixando todo o processo de criação e desenvolvimento de um produto, muito mais custoso, muito mais demorado e muito mais chato. Mesmo empresas que dizem trabalhar de maneira ágil, muitas vezes a sensação dentro de um projeto é exatamente essa.

Imaginem a Empresa A, que tem um orçamento de R$50.000 mensais para desenvolver um produto X por um período de 8 meses. E a Empresa B, que tem um orçamento mensal de R$100.000 por 15 meses para desenvolver o mesmo produto. O que vejo acontecendo o é seguinte:

A Empresa A, tenta maximizar seu dinheirinho, aumentar o ROI, montando uma equipe mais enxuta e com skil apropriado, olhando mais para tecnologias que possam lhe dar um ganho de produtividade, diminuindo o tempo de desenvolvimento e possibilitando ter um produto disponível para seus clientes o quanto antes e assim já poder ir recuperando o dinheiro investido, se preocupa mais em priorizar melhor as funcionalidades e deixar o produto mais coeso. (Como criar e priorizar um backlog por Guilherme Silveira).

A Empresa B, também tem essas preocupações, pois ninguém (quase) gosta de torrar dinheiro, mas ela tende a ser bem mais relaxada com todo o processo. Ela vai usar tecnologias mais “seguras”, que tem 500 mil profissionais no mercado se ela precisar (java? .net?) pois ela é Enterprise, e isso vai lhe custar mais tempo de desenvolvimento e consequentemente mais custo, ou menos “software” por iteração.  Ela vai contratar uma empresa de RH pra recrutar sua equipe, ou a primeira filtragem pelo menos, vai ter gerentes na equipe, coordenadores, gestores, talvez um PO proxy, uma equipe de teste (afinal desenvolvedor apenas desenvolve né rs), terá vários dias iniciais de reuniões, definições e planejamento, pode até depois entregar tudo para um Scrum Master tocar o projeto, mas que vão fazer isso antes, vão. Quanto maior a empresa, e seu orçamento de projeto, isso dente a se multiplicar N vezes, é incrível como as empresas “grandes” (ou ricas) jogam dinheiro pelo ralo, contratam pessoas inúteis com salários astronômicos, pagam por dezenas de softwares (que provavelmente nem serão usados), que são muito piores que seus concorrentes open source, mas eles são Enterprise e precisam dos certificados, das assinaturas, do ambiente “homologado”.

Vamos supor que já se passaram 5 meses de desenvolvimento, em cada empresa, qual delas mais provavelmente terá algo em produção, talvez já dando algum retorno financeiro e recebendo feedback real dos usuários? A ou B?

Por isso sou categórico em dizer, quando tenho a possibilidade de escolher, prefiro trabalhar numa empresa menor, com pouco dinheiro, do que numa maior onde o dinheiro esta sobrando.

Não existe generalização, óbvio, mas acredito sim que esse seja um cenário extremamente comum de se encontrar, e muitos amigos já relataram experiências semelhantes, e você, já identificou algo assim, já sentiu que se o dinheiro fosse seu, o negócio andaria num ritmo diferente?

[]s

PS: A maioria das empresas com menos dinheiro pagam melhor, e a satisfação de trabalho é muito maior.