1- Si alguien requiere soporte y usted no tiene la respuesta, asegurese de no decir nada para que ellos no puedan diferenciar entre que usted no sabia o que no habia comprendido la pregunta. De esta manera usted puede quejarse de que el usuario no espera por la respuesta aún si esa respuesta nunca vendra.

2- Si un usuario no ha leido todo su sitio web, todas las listas de correo, los wiki, los antiguos wiki, todos los blogs de todos los desarrolladores, y los archivos de texto en CVS, rechace respondeer sus preguntas. Ellos deberan estudiar duro antes de enterder las respuestas a sus preguntas.

3- No se moleste en escribir aclaraciones en la parte de abajo. Si un usuario hace una pregunta de la cual no tienen la menor duda o no han gastado dos años estudiando el codigo, entonces ellos deberían hacerlo y gastar los dos años aprendiendo.

4- Recuarda, tu entiendes este programa. Si alguien quiere usarlo ellos deberian tambien entenderlo, por lo que deben prepararse para hacerlo y entender todos los aspectos en detalles asi como lo hace usted. Todos los usuarios deberían ser desarrolladores.

5- NUNCA agradezca a la gente por la retroalimentacion de información. Si ellos hacen comentarios sobre el programa entonces ellos deberias enviar de una vez las correcciones.

6- Es mucho mas importante terminar de reescribir la libreria XML que usa su programa que hacer las correcciones del error que sufren los usuarios de fedora en su escritorio. Ellos deberias usar Slackware de todas maneras.

7- Si eres un desarrollador con muchas influencias, tu opinion es mas importante que los usuarios. Sigue las esta regla, esto definitivamente producirá comentarios positivos. Asegurate de tratar a las preguntas de los usuarios como fallas mentales o excrementos.

8- Lo que piensas de los usuarios sera mas importante de lo que ellos piensan.

9- No utilices signos de puntuación o gastes tiempo en correcciones ortograficas. Esto hara mas lento la comunicación entre tu y el usuario.

10- Insulta al usuario. Estos establece el contro lo cual es mas importante. El soporte debería ser mas bien una compentencia de insultos hacia el usuario tales como: Hijo de P…, Imbecil, Inutil, Anormal y Novato. Insultar a su madre tambien es una buena forma de mantener el control.

11- Si estas confundido por el reporte de errores que los usuarios te han dado, no te sientas mal, no es tu culpa sino de los usuarios porque viven en un mundo diferente. Son gente absura y estupida los cuales no saben bien lo que quieren, dicelo personalmente a ellos ya que probablemente no se dan cuenta. Esto mejorara la comunicación.

12- Como desarrollador tu sabes claramente lo que los usuarios deben hacer con el software mas que ellos mismos. Si ellos dicen algo sobre el software sera insignificante, son gente que solo intenta probar sus teorias.

13- Insiste en que todos los usuario corran CVS o SVN HEAD. Si ellos usan la ultima version estable deberian estar preparados para chequear CVS y compilar antes de comentarlo. Una Aviso de version liberada o binario descargable no signica nada frente a un nuevo controlador de codigo fuente.

14- Si alguien que conoces te dice como se usuaria el software y alguien quien lo usuaria tambien te lo dice, hazle mas caso a quien conoces ya que, es la persona que conoces despues de todo, estos es doblemente importante si ese conocido es desarrollador.

15- La documentación es una pérdida inútil de tiempo. Si alguien se queja de que están teniendo dificultades para hacer cualquier cosa con su programa porque no hay nada escrito en ninguna parte sobre la forma de uso, a continuación, diles que deben leer la fuente, que es lo suficientemente bueno.

16- Si alguien presenta un fallo que resulta ser un duplicado, asegúrese de hacerles saber lo estúpidos que fueron al vincular los dos errores. Esto es particularmente importante si los dos errores no comparten las palabras en común alguna y con sólo llegar a ser duplicados después de una semana de la excavación y se piensa que, después de todo, había que trabajar mucho más duro, entonces!

17- Cualquier persona que cambia tu programa por otro es claramente tanto estúpido y un enemigo del software libre. Tienes suerte de librarse de ellos.

18- Capacidad de programación e ingeniería de usabilidad son la misma cosa. Si usted sabe cómo escribir código, usted sabe sobre la facilidad de uso y ya, ciertamente no es necesario perder el tiempo estudiando la misma.