Aplicativos em PHP/InteligênciaEmocional/Resumo do Livro Caindo na Real: diferenças entre revisões

[edição não verificada][edição não verificada]
Conteúdo apagado Conteúdo adicionado
Ribafs (discussão | contribs)
Sem resumo de edição
Ribafs (discussão | contribs)
Sem resumo de edição
Linha 86:
 
 
'''''Restrições forçam a criatividade'''''
 
Dirija com recursos limitados e será forçado a contar com restrições mais cedo e mais intensamente. E isso é uma coisa boa. Restrições dirigem inovação.
Linha 95:
 
 
''''''O mais tarde é eterno, o agora está voando.''''''
 
Lançar alguma coisa grande que está um pouco menor em escopo do que o planejado é melhor do que lançar alguma coisa medíocre e cheio de buracos porque precisou atingir uma janela mágica de prazo, orçamento e escopo.
Linha 111:
 
 
''''''Deixe as limitações lhe guiar para soluções criativas''''''
 
Nunca há suficiente para dar a volta. Sem tempo suficiente. Sem dinheiro suficiente. Sem pessoal suficiente.
Linha 121:
 
 
'''''Diferencie-se das companhias maiores sendo amigável e pessoal'''''
 
Muitas pequenas empresas cometem o erro de tentarem atuar grande. É como se elas entendessem seu tamanho como uma fraqueza que precisa ser encoberta. Muito ruim. Ser pequeno pode realmente ser uma grande vantagem, especialmente quando isto representa comunicação.
Linha 157:
Você deve começar pegando as proporções corretas da cena toda. Então rascunha os grandes objetos na sua cena, indo até os menores. O rascunho deve ser bem vago nesse ponto. Então pode proceder sombreando, o que consiste em dar volume à vida. Você começa com apenas três tons (claro, médio, escuro). Isso dá um rascunho de tons. Então, para cada porção do seu desenho reavalia três tons e os aplica. Faça isso até os volumes aparecerem (requer múltiplas iterações) ...
 
Funciona do grande para o pequeno. Sempre. — Patrick Lafleur, Creation Object Inc. (de Signal vs. Noise)
—Patrick Lafleur, Creation Object Inc. (de Signal vs. Noise)
 
 
'''Faça Software que tem Opinião'''
 
Seu aplicativo deve tomar partido
 
Linha 176:
 
 
''''''Comece com Não''''''
 
Cada vez que você diz sim para uma funcionalidade, você está adotando um filho. Você tem que levar seu bebê através de toda uma cadeia de eventos (exemplo: design, implementação, testes etc.). Uma vez que está funcionalidade está lá, você está preso a ela. Apenas tente removê-la e veja o quão irados ficarão os clientes.
Linha 191:
 
 
'''''Deixe os clientes informarem o que é importante'''''
 
Os clientes querem absolutamente tudo. Eles virão com uma avalanche de pedidos de funcionalidades. Dê uma olhada nos fóruns de nossos produtos; A categoria ‘pedido de funcionalidade’ sempre sobrepuja as com larga vantagem.
Linha 210:
 
 
'''''Brainstorm'''''
 
Traga idéias à tona. O que este produto irá fazer? Para o Basecamp, nós olhamos para nossas próprias necessidades. Queríamos publicar atualizações de projeto. Queríamos participação dos clientes. Sabíamos que projetos tinham datas-chave. Queríamos centralizar arquivos para que as pessoas pudessem revisar coisas antigas com facilidade. Queríamos ter uma visão da figura maior, uma vista aérea do que estava acontecendo com todos os nossos projetos. Juntas, estas premissas e algumas outras, serviram como nossa fundação.
Linha 236:
'''Teste sua aplicação com uso do mundo real'''
 
'''''Não tenha reuniões'''''
 
Você precisa mesmo de reuniões? Reuniões geralmente acontecem quando um conceito não está claro o suficiente. Ao invés de recorrer a uma reunião, tente simplificar o conceito, para que você possa discutí-lo rapidamente por email ou IM ou Campfire. O objetivo é evitar reuniões. Cada minuto que você gasta em uma reunião é um minuto que você poderia estar trabalhando.
 
 
'''''Não existe nada mais tóxico à produtividade do que uma reunião. Aqui vão alguns motivos:'''''
 
*- Elas quebram seu trabalho diário em pequenos períodos, que acabam por quebrar o fluxo do trabalho
 
*- Elas geralmente tratam apenas de palavras e conceitos abstratos, não de coisas reais (como um trecho de código ou algum detalhe do design de interface)
* Elas geralmente tratam de uma pequena quantidade de informações por minuto
 
* Elas quase sempre tem uma pessoa que inevitavelmente vai fazer com que todos percam o tempo com assuntos não relacionados
*- Elas geralmente tratam de uma pequena quantidade de informações por minuto
* O assunto principal vai embora muito facilmente
 
* Freqüentemente tem pautas tão vagas que ninguém tem certeza do assunto principal
*- Elas quase sempre tem uma pessoa que inevitavelmente vai fazer com que todos percam o tempo com assuntos não relacionados
* Requerem uma preparação prévia, que quase ninguém faz
 
*- O assunto principal vai embora muito facilmente
 
*- Freqüentemente tem pautas tão vagas que ninguém tem certeza do assunto principal
 
*- Requerem uma preparação prévia, que quase ninguém faz
 
 
Linha 267 ⟶ 273:
* Qualidade do trabalho
Muitos programadores falam bonito, mas afinam na hora do “vamos ver”. Com open source, você consegue ver com detalhes as práticas e conhecimentos de programação de uma pessoa.
 
* Perspectiva cultural
 
Programar é tomar decisões. Muitas delas. Decisões são tomadas com base na cultura, nos valores e em ideais. Veja as decisões específicas feitas por um candidato enquanto está programando e testando, e veja seus argumentos na comunidade para ver se o candidato está dentro do que a empresa espera. Se não se encaixa na empresa, as decisões podem parecer erradas.
 
* Nivel de paixão
Por definição, envolvimento em projetos open source requerem um nível mínimo de paixão. Se não, porque outro motivo a pessoa perderia tempo na frente de um monitor? O tamanho do envolvimento em movimentos open source mostra quanto um candidato realmente se importa com programação.
 
* Porcentagem de finalização
Toda a inteligência, toda a cultura e paixão não se transformam em software de valor se o candidato não consegue terminá-lo. Infelizmente, muitos programadores não terminam seus projetos. Então, procure a exceção. Contrate aquele que consegue sair pela porta e está disposto a fazer as trocas pragmáticas que o trabalho exige.
 
* Lado social
Trabalhar com alguém por um bom período de tempo, durante tanto as horas de stress e descontração e altos e baixos vão mostrar a verdadeira personalidade do candidato. Se alguém não tem modos ou um lado sociável, deixe-os de lado.
 
 
'''''Procure por generalistas que aprendem rápido em vez dos especialistas limitados'''''
 
Nunca contrataremos alguém que seja um arquiteto de informação. É simplesmente específico demais. Com uma equipe pequena como a nossa, não faz sentido contratar pessoas com um conjunto de conhecimento tão limitado.
Linha 287 ⟶ 297:
 
 
'''''Contrate bons escritores'''''
 
Se está tentando decidir entre poucas pessoas para preencher uma posição, sempre contrate o melhor escritor. Não importa se essa pessoa é um designer, programador, marketing, vendedor ou o que for, essa habilidade leva a escrever mais efetivamente e concisamente código, design, emails, mensagens instantâneas e mais.
Linha 294 ⟶ 304:
 
 
'''''Uma Mente Organizada'''''
 
Boas habilidades de escrita são um indicador de uma mente organizada que é capaz de arranjar informação e argumentos de uma maneira sistemática e também ajudar (não fazer) outras pessoas a entender as coisas. Isso aparece no código, comunicação pessoal, mensagens instantâneas (para aqueles colaboradores de longa distância) e até esses conceitos exotéricos como profissionalismo e confiança.
Linha 310 ⟶ 320:
 
 
'''''Escolha ferramentas que estimulem e motive o seu time'''''
 
Um programador feliz é um programador produtivo. É por isso que nós otimizamos para felicidade e você deveria fazer o mesmo. Não escolha as ferramentas e práticas baseado simplesmente no padrão do mercado ou métricas de desempenho. Avalie os atributos intangiveis: a ferramenta foi criada com paixão, orgulho e dedicação?. Você seria feliz trabalhando neste ambiente oito horas por dia?
Linha 332 ⟶ 342:
 
 
'''''Abra as Portas'''''
 
Publique dados para o mundo via RSS, APIs, etc.
Linha 345 ⟶ 355:
'''Outros bons exemplos de empresas que liberaram dados como uma maneira de conseguir um ‘efeito bumerangue’:'''
 
*- A API do Google Maps permitiu o surgimento de toda sorte de pequenas aplicações que recuperam dados de outras fontes (ex.: uma listagem de apartamentos) e os exibem em um mapa.
 
*- Linkrolls oferece aos usuários exibir seus últimos bookmarks do del.icio.us em seu próprio site.
* O Flickr permite que outros negócios acessem as suas APIs comerciais, de forma a permitir aos usuários comprar livros de fotos, posters, backups em DVD e selos. “O objetivo é manter as portas completamente abertas e permitir o maior número possível de possibilidades de utilização de suas fotos”, diz Stewart Butterfield, do Flickr.
 
*- O Flickr permite que outros negócios acessem as suas APIs comerciais, de forma a permitir aos usuários comprar livros de fotos, posters, backups em DVD e selos. “O objetivo é manter as portas completamente abertas e permitir o maior número possível de possibilidades de utilização de suas fotos”, diz Stewart Butterfield, do Flickr.
 
 
Linha 361 ⟶ 373:
 
 
'''''Amostra Grátis'''''
 
Dê alguma coisa de graça
Linha 375 ⟶ 387:
 
Faça pedacinhos: crie ofertas especializadas, pequenas para que os clientes mordam. Subdivida pelo menos um produto ou serviço em pedacinhos que são baratos, fáceis ou divertidos.
 
—Ben McConnell e Jackie Huba, autores do Church of the Customer Blog
(de What is customer evangelism?)
 
'''Dê Sua Música de Maior Sucesso'''
 
Considere doar uma de suas músicas (por álbum) como download gratuito promocional para o mundo – para ser como um trailer de cinema – como o single de sucesso enviado ao rádio – a música que faz as pessoas quererem comprar sua música.
Linha 384 ⟶ 398:
—Derek Sivers, presidente e programador, CD Baby e HostBaby (de Free Promo Track)
 
'''''Um Poderoso Site Promocional'''''
 
Vá do Trailer para a Prévia para o Lançamento
Linha 421 ⟶ 435:
 
 
'''''Treinamento Zero'''''
 
Use ajuda em contexto e FAQs para que seu produto não precise de um manual ou treinamento