Joel on Software

Joel on Software   Joel sobre Software

 

Outros artigos de "Joel on Software" em Português

Outros artigos de "Joel on Software" em Inglês

Envie email para o autor (apenas em Inglês)

 

Projeto de Interface com Usuário para Programadores

Capítulo 1
Capítulo 2
Capítulo 3
Capítulo 4
Capítulo 5
Capítulo 6
Capítulo 7
Capítulo 8
Capítulo 9

Não é apenas usabilidade
segunda-feira, 6 de setembro de 2004

Meu objetivo hoje não é choramingar sobre como usabilidade não é importante… usabilidade é importante nas margens e há vários exemplos onde má usabilidade mata pessoas em pequenos aviões, criam fome e pestilência, etc.

Meu objetivo hoje é falar sobre o próximo nível de problemas de design de software, depois de você ter acertado na interface: projetando a interface social. Não é apenas usabilidade

Coder to Developer de Mike Gunderloy
quarta-feira, 5 de maio de 2004

Isto é meu prefácio para o impressionante novo livro de Mike Gunderloy, Coder to Developer.

Construindo Comunidades com Software
segunda-feira, 3 de março de 2003

Então não é surpresa que tantos programadores, desesperados por um pouco de contato humano reúnem-se em comunidades online – salas de bate-papo, fóruns de discussão, projetos de código aberto e Ultima Online. Quando estamos criando software para comunidades, nós estamos, a alguma extensão, tentando criar um terceiro lugar. Construindo Comunidades com Software

Incentivos Considerados Prejudiciais
quinta-feira, 5 de setembro de 2002

A idéia era que você receberia um bloco de lucite do tamanho de um dicionário quando o seu produto fosse entregue. Isso deveria, de alguma maneira, dar a você um incentivo para trabalhar, sabe, porque se você não fizer o seu trabalho? nada de acrílico pra você!Incentivos Considerados Prejudiciais.

Carta Estratégica V
quarta-feira, 12 de junho de 2002

Pensando sobre o princípio microeconômico dos complementos, percebi algo interessante sobre software de código aberto, que é o seguinte: a maioria das companhias que estão gastando grana alta para desenvolver código aberto fazem isso porque é uma boa estratégia de negócios para elas, não porque de repente pararam de acreditar no capitalismo e se apaixonaram pela liberdade de expressão. Carta estratégica V

Nada é Simples como Parece
segunda-feira, 4 de março de 2002

A combinação do “nada é tão simples quanto parece” com o “reduza riscos” pode levar a uma só conclusão: Você tem que projetar as coisas antes de implementá-las.

Fogo e Movimento
domingo, 6 de janeiro de 2002

Uma vez que você entra no ritmo, não é muito difícil continuar nele. Muitos de meus dias são assim: (1) chego no trabalho (2) checo o e-mail, navego na Internet, etc. (3) decido que eu posso ir almoçar antes de começar a trabalhar (4) volto do almoço (5) checo o e-mail, navego na Internet, etc. (6) finalmente decido que eu tenho que começar (7) checo o e-mail, navego na Internet, etc. (8) decido de novo que eu tenho mesmo que começar (9) carrego o maldito editor e (10) escrevo código sem parar até perceber que já são 19:30.

 

Em algum lugar entre o passo 8 e o passo 9 parece haver algum bug, porque não é sempre que eu consigo transpor esse abismo.

Fazendo as coisas darem certo quando se é apenas um Peão
terça-feira, 25 de dezembro de 2001

Este site deveria ser sobre gerenciamento de software. Mas às vezes você não tem o poder para criar mudanças em sua organização pela via executiva. É óbvio que se você é um programador peão na parte mais baixa do totem, não dá para sair baixando ordens para que as pessoas comecem a criar cronogramas ou cadastros de bugs. De fato, mesmo que você seja um gerente, você provavelmente descobriu que gerenciar desenvolvedores é como cuidar de um rebanho de onças, só não é tão divertido. Apenas dizer “façam assim” não faz as coisas serem feitas assim.

Voltando às Raízes
terça-feira, 11 de dezembro de 2001

Ainda não  é baixo o bastante. Hoje eu quero pensar a respeito das CPUs. Um pedaço minúsculo de silício movendo bytes para lá e para cá. Faça de conta que você é um programador iniciante. Jogue fora todo o conhecimento que você construiu sobre programação, software, gerenciamento, e volte para o nível mais baixo. Coisas fundamentais, estilo Von Neumann. Apague  o J2EE da sua mente por um instante. Pense Bytes.

Compilações Diárias são suas Amigas
sábado, 27 de janeiro de 2001

Uma compilação diária é uma compilação automatizada, diária, completa da árvore do código fonte. Compilações Diárias são suas Amigas.

Big Macs contra Segredos de um Chefe de Cozinha
quinta-feira, 18 de janeiro de 2001

Apenas para fins de diversão, vamos comparar um cozinheiro do McDonald´s, que está seguindo um conjunto de regras com precisão e não entende nada de comida, com um gênio como o do programa  Segredos de um Chefe de Cozinha (The Naked Chef), o adorado inglês Jamie Oliver. (Se você acabar deixando este site agora e seguir o link para assistir os vídeos estilo MTV do Chefe de Cozinha fazendo macarrão ao alho e óleo com manjericão, você tem a minha bênção. Vá em boa saúde.) De qualquer forma, comparar o McDonald´s com um chef gourmet é completamente absurdo, mas suspenda a descrença por um momento, porque há algo para se aprender aqui.

Acompanhamento de Bugs Indolor
quarta-feira, 8 de novembro de 2000

Se você desenvolve código, mesmo em um grupo de uma só pessoa, sem um banco de dados organizado listando todos os bugs conhecidos no programa, você simplesmente irá entregar código de baixa qualidade. Acompanhamento de Bugs Indolor

O Teste do Joel: 12 Passos para um Código Melhor
quarta-feira, 9 de agosto de 2000

Já ouviu falar do SEMA? É um sistema um tanto obscuro que diz o quão boa é uma equipe que produz software. Você vai levar pelo menos seis anos tentando entender aquilo. Assim, inventei meu próprio teste, altamente irresponsável e medíocre, para medir a qualidade de uma equipe. A grande vantagem é que ele requer mais ou menos 3 minutos. Com o tempo economizado, você poderá até fazer um curso de Medicina.

Carta Estratégica I: Ben and Jerry's vs. Amazon
sexta-feira, 12 de maio de 2000

Criando uma empresa ? Você tem uma decisão muito importante a tomar, porque ela vai afetar tudo o mais que você fizer. Não importa o que mais você faça, você decididamente precisa decidir de que lado você está, e direcionar tudo que você fizer de acordo com isso, ou então você vai acabar com um desastre nas suas mãos.

As Cinco Principais Razões (Erradas) Para Não Se Utilizar Testadores
domingo, 30 de abril de 2000

Seria de se pensar que, depois de toda aquela mania de Qualidade dos anos 80, com todos os tipos de certificação de "qualidade" sem qualquer significado como a ISO-9000 e expressões de efeito como "Seis-Sigma", os gerentes de hoje em dia deveriam entender que ter produtos de alta qualidade faz sentido em termos de negócios. De fato, eles entendem isso. Muitos conseguiram colocar isso em suas cabeças. Mas eles ainda propõem uma série de razões para não se utilizar testadores de software, todas elas erradas.

Cronogramas de software sem sofrimento
quarta-feira, 29 de março de 2000

Então por que ninguém faz cronogramas? Há duas razões principais. Primeiro, é porque é realmente um saco. Segundo, ninguém acredita que vale a pena. Para que ter tanto trabalho elaborando um cronograma se ele não vai estar atualizado? Existe uma percepção geral de que os cronogramas estão sempre errados, e só pioram à medida que o tempo passa; então para que sofrer por nada? Eis uma maneira simples e sem sofrimentos de fazer cronogramas que realmente dão certo.

Carta Estratégica II: Problemas do Ovo e da Galinha
sexta-feira, 24 de março de 2000

Se você está no negócio de criação de plataforma, você provavelmente vai sofrer do que é popularmente chamado de problema do ovo e da galinha. Ninguém vai comprar a sua plataforma até que haja bom software que rode nela, e ninguém vai escrever software até que você tenha uma grande base instalada. Xi.

Duas Histórias
domingo, 19 de março de 2000

Na Microsoft, se você é o Program Manager trabalhando na estratégia de macros do Excel, mesmo se você só está na empresa faz seis meses, não importa - você é o DEUS da estratégia de macros do Excel e ninguém, nem mesmo o empregado número 6, pode atravessar o seu caminho. Ponto Final.




Joel Spolsky é o fundador da Fog Creek Software, uma pequena empresa de software na cidade de Nova York. Formou-se na Universidade de Yale, e trabalhou como programador e gerente na Microsoft, na Viacom e no Juno.


O conteúdo dessas páginas reflete exclusivamente a opinião do autor.
Todo o conteúdo Copyright ©1999-2005 Joel Spolsky. Todos os direitos reservados.

FogBUGZ | CityDesk | Fog Creek Software | Joel Spolsky