Español
From The Joel on Software Translation Project
[edit] Siete pasos para un notable servicio al cliente
19 de febrero de 2007
Como una compañía de software autosuficiente, Fog Creek no pudo permitirse contratar un servicio al cliente durante los primeros años, asi Michael y yo lo hicimos nosotros. El tiempo fué pasando mientras nosotros ayudábamos a nuestros clientes a mejorar el uso de nuestro software, el tiempo fue pasando y ahora tenemos un sistema de soporte al cliente mucho mejor.
[edit] Opciones = dolores de cabeza
23 de noviembre de 2006
Estoy seguro de que hay todo un equipo de diseñadores de interfaces de usuario, programadores y testers que han trabajado muy duro en el botón de apagado de Windows Vista, pero realmente, ¿esto es lo mejor que se os ocurrió?
[edit] El método de gestión Identidad
10 de agosto de 2006
Cuando intentas que todos los integrantes de un equipo trabajen en la misma dirección, hemos visto que tanto la gestión Dirigir y Controlar como la Economía 101 fallan estrepitosamente en equipos tecnológicos orientados al conocimiento.
[edit] El método de gestión Economía 101
09 de agosto de 2006
Chiste: Un pobre judío vivía en el shtetl en la Rusia del sigo 19. Un cosaco a caballo se acerca a él.
[edit] El método de gestión Dirigir y Controlar
08 de agosto de 2006
Federico el Grande: “Los soldados deberían temer más a sus oficiales que a todos los peligros a los que están expuestos.... La buena voluntad no puede inducir al soldado común a enfrentarse a tales peligros, sólo a través del miedo lo hará”
[edit] Tres métodos de gestión (Introducción)
07 de agosto de 2006
Si quieres liderar un equipo, una compañía, un ejército o un país, el principal problema que te encuentras es conseguir que toda la gente se mueva en la misma dirección, que es una forma educada de decir “conseguir que la gente haga lo que quieres”.
[edit] Mi primera revisión de BillG
16 de junio de 2006
En la ‘antigüedad’, Excel tenía un lenguaje de programación sin nombre bastante incómodo.
[edit] Riesgos de las Java-escuelas
29 de diciembre de 2005
Un seguro indicio de mi descenso a la senilidad son mis continuas quejas y lamentos acerca de los "chicos de ahora", y como ellos no quieren o no pueden hacer nunca más las cosas difíciles.
[edit] Alcanzando las notas altas
25 de julio de 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.
[edit] Haciendo que el código defectuoso se vea defectuoso
11 de mayo de 2005
[edit] Consejos para estudiantes de Ciencias de la Computación
2 de enero de 2005
[edit] Camellos y patitos de goma
15 de diciembre de 2004
Acabas de lanzar la última versión de tu programa organizador de fotografías. Usando algún mecanismo (que dejaré como ejercicio al lector) te las arreglas para que la gente sepa de tu producto. Quizás tengas un blog muy popular o quizás Walt Mossberg escriba una reseña en el ‘Wall Street Journal’. Una de las mayores cuestiones que te plantearás será, “¿cuánto debería cobrar por mi programa?”
[edit] No es sólo la usabilidad
6 de septiembre de 2004
[edit] Cómo Microsoft perdió la guerra de las API
13 de Junio de 2004
[edit] Como lograr que tu "CV" sea leído
26 de enero de 2004
[edit] Rick Chapman anda "En busca de la estupidez"
1 de agosto de 2003
Prólogo al libro de Rick Chapman, In Search of Stupidity.
[edit] Disparar y avanzar
6 de enero de 2002
Hay veces en las que no me sale nada.
Fijo. Llego a la oficina, doy un par de vueltas, veo si hay correo cada diez segundos, navego por la red y tal vez haga algunas tareas tontas como pagar la factura de la American Express. Pero lo de volver a escribir código con fluidez no ocurre.
[edit] Logrando resultados cuando se es un peón
25 de diciembre de 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.
[edit] De vuelta a lo básico
11 de diciembre de 2001
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.
[edit] ¿Cuál es el trabajo de los perros en este país?
5 de mayo de 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.
[edit] Seguimiento fácil de errores
8 de noviembre de 2000
El BASIC del TRS-80 tan sólo podía almacenar dos cadenas: A$ y B$. Igualmente, yo nací con sólo dos huecos para almacenar errores en mi cerebro. En un momento dado, sólo soy capaz de recordar dos bugs pendientes de solucionar. Si me pides que recuerde tres, uno de ellos se me caerá al suelo y acabará debajo de la cama con las pelusas de polvo que se lo comerán.
[edit] Especificación funcional sin dolor
2 a 15 de octubre de 2000
Una serie de artículos sobre especificaciones funcionales. "Los ingenieros de software que se sumergen en código sin escribir una especificación tienden a pensar que son vaqueros modernos disparando al galope. No lo son. Son terriblemente improductivos. Escribirán mal código, producirán programas de poca calidad y amenazará sus proyectos corriendo riesgos que son totalmente innecesarios."
[edit] El Test de Joel: 12 pasos hacia un código mejor
9 de agosto de 2000
¿Te suenan las siglas SEMA?. Es un sistema un tanto exótico de medir lo bueno que es un equipo de desarrollo de software. No, ¡espera!. ¡No pinches en el enlace!. Te costaría unos seis años solamente entenderlo. Por eso he creado un cutre-test altamente irresponsable de mi propia cosecha para medir el nivel de calidad de un equipo de desarrollo. Lo bueno de este sistema es que hacerlo cuesta unos tres minutos. Con todo el tiempo que te ahorrarás, puedes aprovechar y sacarte otra carrera.
[edit] Diseño de interfaz de usuario para programadores
10 de abril a 9 de Mayo de 2000
Un libro sobre diseño de interfaces de usuarios, destinado a desarrolladores de software a los que este proceso les parezca algo misterioso. Hay nueve capítulos disponibles en este sitio. Hay disponible una versión impresa por Apress.
- Capítulo 1: Controlar tu entorno te hace feliz
- Capítulo 2: Calcular lo que esperan
- Capítulo 3: Decisiones
- Capítulo 4: Invitaciones y metáforas
- Capítulo 5: Consistencia y otros duendes
- Capítulo 6: Diseñar para gente que tiene cosas mejores que hacer con su vida
- Capítulo 7: Diseñar para gente que tiene cosas mejores que hacer con su vida, 2ª parte
- Capítulo 8: Diseñar para gente que tiene cosas mejores que hacer con su vida, 3ª parte
- Capítulo 9: El proceso de diseñar un producto
[edit] ¿Emitir pasaportes convierte a Microsoft en un país?
26 de Julio, 2000
Artículo original: Does Issuing Passports Makes Microsoft a Country?
[edit] Planificación de software sin dolor
29 de marzo de 2000
[edit] Cómo convertir capital en software que funcione
21 de marzo de 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.
[edit] Más acerca de los años sabáticos
18 de marzo de 2000
Me tomé un año sabático en 1995 y ahora me estoy tomando otro. Opino que son grandiosos.
