Joel on Software

Joel on Software   La Opinión de Joel sobre qué es Software

 

Otros artículos de "Joel on Software" en Español

Otros artículos de "Joel on Software" en Inglés

Envíele un Email al autor (solo en Inglés)

 

Diseño de Interfaz de Usuario 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

Alcanzando las notas altas
25 . 7 . 2005

Esta pregunta es: ¿tiene siquiera sentido hablar sobre tener los "mejores programadores"? ¿Hay, realmente, tanta variación entre los programadores como para que esto tenga alguna importancia?

Quizás es obvio para nosotros, pero para muchos esta afirmación aun necesita ser probada.

Rick Chapman anda "En busca de la estupidez"
Viernes, 1 de Agosto de 2003

En cada compañía de tecnología que he conocido se libra una batalla constante entre los ñoños y los ejecutivos. Este es el prólogo al nuevo libro de Rick Chapman, In Search of Stupidity.

Los pagos incentivos se consideran dañinos
Abril 3, 2000

La idea era que tú podrías recibir una gran placa de acrílico del tamaño de un diccionario cuando tu producto fuera lanzado. Se suponía que esto de alguna manera te daría un incentivo para trabajar, porque verás, si no hacías tu trabajo-- ¡no habría acrílico para ti! Los pagos incentivos se consideran dañinos

Cinco Mundos
Mayo 6, 2002

Tú eres un desarrollador de software. Yo también. Pero puede que no tengamos los mismos objetivos y requerimientos. De hecho, hay varios mundos distintos en el desarrollo de software, y a distintos mundos aplican distintas reglas.

Nada es tan simple como parece
4 de Marzo de 2002

La combinación de nada-es-tan-simple-como-parece y reducir-riesgo solamente pueden llevarte a una conclusión: Debes diseñar las cosas antes de que las implementes

Disparar y avanzar
6 de Enero, 2002

Una vez que te pones manos a la obra no es tan difícil seguir a buen ritmo. Muchos de mis días transcurren de esta manera: (1) ir al trabajo (2) leer el correo, navegar por la red, etc. (3) decidir que voy a ir a almorzar antes de ponerme a trabajar (4) volver de la comida (5) leer el correo, navegar por la red, etc. (6) decidir por fin que debería empezar (7) leer el correo, navegar por la red, etc. (8) decidir otra vez que debería ponerme a trabajar (9) lanzar el maldito editor y (10) escribir código casi sin parar hasta que no me doy ni cuenta de que ya son las 7 y media de la tarde. En alguna parte entre los pasos 8 y 9 parece haber un bug, porque no siempre puedo dar ese salto.

Logrando resultados cuando se es un peón
25.12.2001

Este sitio se supone que trata acerca de de la Administracion y Gerencia en el desarrollo de Software. Pero a veces uno no tiene el poder para generar cambios en una organización mediante el mandato ejecutivo. Obviamente, si uno es sólo un programador al pie del palo tótem, no puede largarse a dar órdenes a los demás para que comiencen a crear planificaciones o bases de datos de errores. Es más, incluso siendo gerente, es probable que descubra que manejar desarrolladores es muy similar a pastorear gatos, sólo que no tan divertido. El mero hecho de decir "háganlo" no garantiza que se hara.

De Vuelta a las bases
14/04/2003

Hoy quiero reflexionar sobre las CPUs: un pequeño pedazo de silicio moviendo bytes a su alrededor. Finge que eres un programador principiante. Olvídate de todo el conocimiento que has adquirido sobre programación, software, gestión, y regresa al nivel más bajo de los temas fundamentales de Von Neumann. Saca al J2EE de tu cabeza por un momento. Piensa en los bytes.

Los Buenos Programas Toman Diez Años. Acostúmbrense.
Julio 21, 2001

El problema ahora es que ya no se te ocurre ninguna nueva característica que sirva, y primero le agregas un clip para papel, y después se lo quitas, tratando de cobrar las dos veces, pero la gente ya no esta cayendo en el truco.

¿Cuál es el trabajo de los Perros en este País?
5.5.2001

Comer su propia comida para perros es el nombre que le damos aquellos que trabajamos en la industria del software al proceso de realmente usar nuestro propio producto. Había olvidado cuán efectivo es hasta que, hace un mes atrás, me llevé una copia de CityDesk (pensando que estábamos a tres semanas de lanzarlo) y traté de crear un sitio con él.

Carta de Estrategia IV: Software recargado y el mito del 80/20
Marzo 23, 2001

Hay muchas razones importantes para el software recargado. La primera, si los programadores no tienen que preocuparse por el tamaño de su código, pueden entregarlo antes. Y eso significa que obtendrás más funcionalidad, y más funcionalidad hace mejor tu vida (cuando la usas) y generalmente no te afecta (cuando no lo usas.)  Carta de Estrategia IV: Software recargado y el mito del 80/20

Construcciones Diaria Son Tu Amigo
27. 1. 2001

Una "construcción del día" es una construcción automática, diaria, y completa de toda la estructura del código fuente. Construcciones Diaria Son Tu Amigo

Las Big Macs contra El Chef Desnudo
18/1/2001

Solo por diversión, comparemos un cocinero de McDonald’s, que sigue las reglas con exactitud y no sabe nada sobre comida, a un genio como el Chef Desnudo (The Naked Chef), el guapo Inglés Jamie Oliver. Las Big Macs contra El Chef Desnudo

Seguimiento de errores fácil
16/04/2003

Si estás desarrollando código, incluso siendo un equipo de una única persona, sin una base de datos organizada que muestre todos los fallos conocidos en el código, simplemente vas a entregar un producto de baja calidad. Seguimiento de errores fácil

Especificaciones Funcionales sin Esfuerzo
2.10.2000

Parte 1: ¿Por qué molestarse?
Parte 2: ¿Qué es una especificación?
Parte 3: Pero... ¿Cómo?
Parte 4: Consejos

Carta de Estrategia III: ¡Déjame regresar!
Junio 3, 2000

La manera adulta de hacer estrategia es no tratar de forzar a potenciales clientes. Si alguien todavía ni siquiera es tu cliente, tratar de atraparlos no es una buena idea. Cuando tengas 100% del mercado, ven y háblame de atraparlos. Hasta entonces, si tratas de atraparlos ahora, cuando es demasiado temprano, y cualquier cliente se da cuenta, lo estás dejando fuera. Nadie quiere cambiar a usar un producto que va a eliminar su libertad en el futuro.

Carta de Estrategia I: Ben y Jerry versus Amazon
Mayo 12, 2000

¿Estás construyendo una compañía? Entonces tienes una decisión muy importante que tomar, porque afectará todo lo demás que hagas. No importa qué otra cosa hagas, debes absolutamente decidir en qué campo estás y alinear todo lo que hagas de acuerdo a esto, o vas a tener un desastre en tus manos.

Las Cinco Principales Razones (Equivocadas) por las Cuales no tienes Ingenieros de Prueba
30/4/2000

Pensaría que después de la manía de la Calidad en los años 80, con toda clase de certificaciones internacionales de “calidad” sin sentido como el ISO-9000 y palabras domingueras como “six-sigma”, los gerentes de hoy habrían entendido que tener productos de alta calidad tiene mucho sentido para los negocios. De hecho, lo han entendido. Pero todavía salen con muchas razones para no tener ingenieros de pruebas, todas las cuales están equivocadas.

Cosas que Nunca se Deberían Hacer, Parte I
6.4.2000

Hay siempre una sutil razón por la que los programadores siempre quieren desechar el código y empezar de nuevo. La razón es que piensan que el viejo código es una ruina. Y aquí está la observación interesante: probablemente están equivocados.

Planificación Indolora de Proyectos de Software
Marzo 29, 2000

Así que ¿por qué nadie hace un plan de trabajo? Una, es una verdadera lata. Dos, nadie cree que vale la pena. ¿Por qué tomarse la molestia de trabajar en un plan de trabajo si no va a estar en lo correcto? He aquí una forma simple e indolora de crear planes de trabajo que de hecho se ajustan a la realidad.

Carta de Estrategia II: El Problema del Huevo y la Gallina
24. 3. 2000

Si estás en el negocio de la creación de plataformas, probablemente sufres de lo que se denomina comúnmente como el problema del huevo y la gallina. Nadie va a comprar tu plataforma hasta que haya buenos programas, y nadie va a desarrollar programas para tu plataforma hasta que tengas una gran base de usuarios instalada. Oh Oh.

Command and Conquer y el rebaño de cocos
23 de marzo, 2000

Nadie en Juno era dueño de nada, sólo trabajaban en ello y las diferentes capas gerenciales metían mano en todas las sopas, dando órdenes a diestra y siniestra en un estilo que comencé a llamar gerencia pega y corre porque los gerentes tendían a aparecer sin previo aviso, dar alguna estúpida orden respecto a cómo querían que se hiciera algo exactamente, maldita sea, sin pensar en el asunto y salirse del cuarto para que los demás se las arreglaran como pudieran. Command and Conquer y el rebaño de cocos

La Guía de Batalla Para Entrevistar
Marzo 23, 2000

Algo muy importante que debe recordar sobre entrevistar: es mucho mejor rechazar un buen candidato que aceptar un candidato malo. Un candidato malo le costará mucho dinero y esfuerzos como también pérdida de tiempo, de su otra gente, arreglando todos los errores que ellos cometen. Si tiene cualquier duda, así sea la que sea, es No Emplear. La Guía de Batalla Para Entrevistar

Cómo convertir capital en software que funcione
21 de Marzo 2000

Imagina que el objetivo de tu empresa de software no es solucionar un problema específico sino convertir dinero en código a través de programadores.

Dos Historias
19 de marzo, 2000

En Microsoft, si eres un Gerente de Proyecto trabajando en la estrategia del macro de Excel, incluso si llevas en la compañía menos de seis meses, no importa- eres el DIOS de la estrategia del macro de Excel, y nadie, ni si quiera el empleado número 6, puede ponerse en medio. Punto.




Joel Spolsky es el fundador de Fog Creek Software, una pequeña empresa de software en Nueva York. Es titulado por la Universidad de Yale y ha trabajado como programador y gerente en Microsoft, Viacom, y Juno.


El contenido de estas páginas representan la opinión de una persona.
Todo el contenido es Copyright ©1999-2005  por Joel Spolsky. Todos los derechos son reservados.

FogBUGZ | CityDesk | Fog Creek Software | Joel Spolsky