Prefacio
La publicación de "El Tao de la programación" ha sido generalmente aceptada por la comunidad de programación y la editorial me invitó a traducir parte de ella.
El artículo de Guan sirve como complemento a aquel famoso libro. Aunque afirmo que mis habilidades son difíciles.
Podemos, pero finalmente me convencí de intentarlo.
Este libro es el resultado de muchos meses de investigación y traducción, intentando encontrar un tema complejo a través de extractos de aquellas obras tradicionales. No dudo que muchos expertos en arqueología informática tendrán una opinión sobre mis criterios de extracción.
. Preguntaron en voz baja: "¿Por qué no incluyó la fábula del programador de UNIX, el elefante y la prostituta?" "¡Cómo se atreve a ignorar la vieja historia "Las aventuras en la feria de Turing"!" puedo decir:
He hecho todo lo posible para elegir contenido representativo.
Para fechar cada capítulo, utilicé el sistema de dinastías. Para quienes no estén familiarizados con este enfoque, hay cuatro dinastías (o "cuatro generaciones").
La primera dinastía, la llamada "Edad de Oro", se remonta a los días en que las computadoras se fabricaban con tubos de vidrio; muchos eruditos modernos afirman que esta era es un mito. La segunda dinastía comenzó con la invención del transistor
Terminó con la duplicación del circuito integrado.
La historia de las computadoras modernas comenzó en la Tercera Dinastía, gobernadas por mainframes y ministros militares que las controlaban. La Cuarta Dinastía comenzó con la supresión de la "integración" y la resistencia de la "integración" al orden establecido.
Fue brutalmente destruido por la fanática "Legión Azul". Irónicamente, fue este golpe el que provocó que el Zen de la programación se extendiera al mundo exterior.
Además de las fuentes antiguas que constituyen la mayor parte de este libro, también tuve la suerte de contar con la ayuda del Dr. Babbage y el Dr. Yu, quienes escribieron la introducción y el prefacio respectivamente. Espero que sus contribuciones al libro compensen más o menos mi incompetencia como editor.
Jeffrey James
1988 65438+Octubre en Los Ángeles
Contenido
Prefacio
Orden
Introducción
El Primer Bosque
El Segundo Fuego
La Tercera Tierra
El Cuarto Capítulo Oro
Capítulo Cinco Agua
Según la antigua "Teoría de los Cinco Elementos", este libro se compone de cinco partes:
Madera, Fuego, Tierra, Metal, Agua
Maestros: Ninja Walker, Ermitaño, Hércules, Estrella
Medios: Crónicas, Cuentos Populares, Sermones, Koans y Haiku
Hardware: Teclado, monitor, CPU, impresora, disco
Direcciones: sureste, centro, noroeste.
Software: editor, formateador, depurador, intérprete, compilador.
Sentidos: tacto, vista, olfato, oído y gusto.
Fase: Diseño de interfaz, codificación, depuración y pruebas
Animales: dragón, fénix, vaca, conejo y serpiente
Sistema: Sistema operativo VMS CP-6 VS MS-DOS Unix
Este sistema de clasificación lo abarca todo y no se puede explicar en el espacio de este libro. Sin embargo, en la meditación
a través de estas relaciones en constante cambio, puedes encontrar esa visión sorprendente.
Comandos
No hay duda de que el antiguo arte de la programación a menudo es mal entendido en la mente de los occidentales, pero las perspectivas modernas creen que es un tipo de programación.
Ingeniería, mecánica y materialismo.
Mucha gente piensa que la programación es sólo un medio para lograr un objetivo, un programa (y proceso)
Miembros de la orden) sólo puede evaluarse en función de su capacidad para ganar dinero.
Estas ilusiones primitivas provienen de un profundo malentendido de la verdadera intención de la programación.
Los programadores expertos no están comprometidos con el éxito superficial, sino que buscan una existencia misteriosa entre humanos y máquinas.
Según Zen, no existen fronteras entre hardware, software, firmware, interfaces y comprensión; al contrario, todos
se combinan en un todo armonioso.
Este estado sólo se podrá alcanzar si los programadores finalmente aprenden a dejar de lado la falsa sensación de "autoexistencia".
Es posible lograrlo, y el sentimiento de "autoexistencia" suele acompañar la mayor parte de nuestras vidas.
Esto es lo que aportan los ordenadores: el comportamiento de los maestros programadores Zen.
Algunas personas dicen que los programadores que dominan el Zen dominan la vida. Un programador así es un niño que nunca se cansa.
Ver el mundo con alegría.
Los programadores despiertos pueden sentir las casas a ambos lados y las computadoras en los edificios cuando caminan por la calle.
A medida que los datos modulados pasan a través de los cables de la computadora, el programador despierto puede sentir y escuchar la continuidad de los pulsos eléctricos.
Zumbido.
El programador despierto se ha vuelto uno con el universo.
Mi antiguo alumno Geoffrey pudo completar un trabajo de este tipo y recrear una obra clásica del Zen perdido en programación en el año 2000
Como profesor, me siento sinceramente satisfecho.
Espero sinceramente que este libro pueda restablecer la importante posición del Zen en la educación de programadores perfectos.
Dr. Yu Zhengping, Escuela de Mecánica Trascendente, Universidad Lotus
Lhasa, Tíbet
Introducción
Cuando el Sr. James me preguntó para escribir una introducción a su libro. En ese momento, me contó algunos de mis propios planes.
Realmente no puedo pensar en una mejor manera de proteger mi experiencia personal en este misterioso reino. El mantenimiento del programa es programación.
Un área poco comprendida en el arte del diseño.
Algunos lectores seguramente insistirán en que no hay diferencia entre las enseñanzas esotéricas del budismo zen y las humildes técnicas de mantenimiento del programa.
Punto. Pero como dijo un maestro: "Los métodos y enfoques (es decir, el Tao) existen en todos los programas, incluso en los videojuegos. Por lo tanto, no hay duda de que el arte del mantenimiento de programas existe desde hace mucho tiempo. Hay un lado Zen en todo el tiempo
Aunque para el ojo inexperto esto puede no ser evidente de inmediato
Mi historia comienza cuando estaba en la universidad, unas semanas después de graduarme de Ciencias de la Computación. Mi objetivo después de la universidad es. para servir a la gente.
Finalmente encontré uno en una organización de investigación y desarrollo, preferiblemente un departamento que compila programas o diseña sistemas operativos p>
Estoy dispuesto a contratar a ciegas a mi organización, pero solo. si completo el mantenimiento del programa durante un período de tiempo
Por supuesto que lo haré. Esta sugerencia generó resistencia. Permanecí en la universidad durante cinco años, pero fue una pérdida de tiempo cometer algunos de los errores de otros. programadores!, así que
Lo acepté y me recordé a mí mismo que incluso si no podía hacer nada con este trabajo, aún podía encontrar otro
Segundo. Informe Semanal En ese momento, me llevaron a ver a la jefa del equipo de mantenimiento del programa.
Ella me llevó rápidamente por el pasillo oscuro del centro de desarrollo y finalmente señaló una puerta al final. del largo pasillo. Diga
: “Él está allí. "Después de eso, me fui, aparentemente un poco distraído.
Caminé hacia la puerta y me asomé. Vi a un hombre sentado frente a la terminal trabajando, pero estaba de espaldas a mí.
Así que no sé cuántos años tiene ni cómo luce. Sólo muestro mi presencia tosiendo.
El maestro dijo: “Por favor, siéntate” sin mirar atrás.
Por encima de su hombro, vislumbré las pantallas incomprensibles mientras sus largos dedos bailaban sobre el teclado.
Finalmente, resopló, salió del sistema y se dio la vuelta. Enfréntame.
Lo que vi me sorprendió, porque no se veía así. Es un maestro zen. Su cara es aburrida, casi demasiado fea. Su cabello es como un halo problemático. Lo primero que la gente nota son sus ojos.
>Las gafas emitían una tenue luz azul.
Me miró de pies a cabeza y luego asintió, como para confirmar un punto personal. , "Tú eres el nuevo.
¿Vienes aquí? "Preguntó con amargura.
"Sí. "Le respondí. Fingí ser apasionada y le hice un breve resumen de mis experiencias y logros en la universidad.
Informe.
El hombre escuchó cortésmente y luego dijo: "Eso es genial, pero ¿has realizado el mantenimiento del programa antes?"
Le dije francamente que no era yo.
El maestro dejó escapar un largo suspiro. "Bueno, deberíamos hacer lo que tenemos que hacer", dijo. Luego anotó una gran lista de programas en Internet desde un estante, los abrió a voluntad y me los entregó. Luego preguntó: "¿Cómo afrontas esto?"
? "
Mis ojos están fijos en esta lista, que es un lenguaje ensamblador mezclado con un extraño lenguaje de macros. Cada diez líneas de
oraciones, el control se transfiere a una misteriosa subrutina del Programa, y incluso si este programa tiene alguna estructura, no puedo verlo.
¿Qué tipo de programa es este? "Pregunté.
El maestro tomó la lista de mi regazo. "Este es el código tibetano de generaciones de maestros", dijo.
Cuando aprendes a capturar del laberinto Cuando obtienes el código equivocado, es cuando comienzas." Luego cerró la puerta.
Haz una lista y vuelve a guardarla en el estante.
Rápidamente me di cuenta de que mantener el programa era mucho más difícil de lo que había imaginado. Al principio, intenté aprender el lenguaje ensamblador utilizado en el libro "Code Collection", pero lo que me molestó fue que descubrí que el lenguaje ensamblador nunca proporciona instrucciones de acuerdo con reglas.
Este documento, que contiene sólo algunas notas, fue escrito por un desarrollador de hardware que murió o abandonó la empresa hace muchos años.
Esta escritura tibetana codificada no puede darme ninguna ayuda. Hay notas ocasionales, pero éstas y este
lenguaje ensamblador son tan vagos como parece, salvo alguna información preocupante sobre la estructura del hardware original.
Otras cosas.
Cuando me quejé de todo esto al maestro, él me escuchó cortésmente, y después de que estuvimos en silencio por un largo tiempo, respondió.
Respóndeme:
“Estás tratando de entender algo que tu mente racional no puede entender”, dijo. "Esto lleva a.
El resultado debe ser un fracaso. Primero debes aclarar tu cerebro y solo entonces podrás comenzar a comprender el código detrás.
Clásico."
Entonces la Maestra comenzó a explicarme lentamente la compleja lógica del Sutra tibetano codificado. Mientras escuchaba su suave voz
Cuando escuché la voz, finalmente comencé a notar un pequeño destello de luz, que era el esplendor y la eternidad escondidos en el Sutra tibetano codificado.
Luz. "Esos gurús no saben nada sobre 'buenas prácticas y reglas de programación'", dijo el gurú. Trabajan duro.
¿Qué documentación necesitan para comprender el funcionamiento interno del pensamiento informático en general? Estos programas son expresiones de límites.
Sin embargo, incluso cuando poco a poco comencé a comprender las cosas, todavía me sentía como un pequeño insecto volador luchando en el ámbar. Maestro
Lo que dijo mi padre fue completamente diferente a lo que aprendí, y fue difícil para mi pensamiento racional aceptarlo. Pero el maestro siempre repetía con paciencia.
Se me explicó repetidamente que no debo confiar en el pensamiento racional para razonar, sino que debo usar mi mente subconsciente para comprender la connotación de las escrituras tibetanas codificadas.
Después de unos meses de entrenamiento, me sentí seguro y quise probar mi primer parche. Para sorprender a mi maestro, trabajé en secreto. Escribí un parche que volvió a ejecutar algunas líneas de declaraciones, reestructuré el programa y lancé el nuevo programa al sistema de producción.
A la mañana siguiente llegué un poco tarde. Para mi sorpresa, en el despacho del máster se encontraban el director del centro de desarrollo y el director general del departamento contratado. Cuando entré al vestíbulo, el gerente del departamento de ventas me vio y cerró la puerta. Escuché con gran entusiasmo.
Habla en voz alta, pero no puedo oírte con claridad.
Después de que los dos invitados se fueron, entré a la oficina del anfitrión. "¿Qué está pasando?", Pregunté.
"Su parche entró en el sistema de producción anoche a las seis en punto. Ahora ha sido eliminado."
"¿Y qué?"
"Tú Todavía puedo seguir trabajando ", dijo el maestro.
Finalmente, finalmente entendí que todos mis esfuerzos por usar mi pensamiento racional para comprender las Escrituras tibetanas codificadas fueron en vano, lo que me hizo desesperarme.
La Maestra notó este cambio en mi corazón y comenzó a enseñarme cómo encender la computadora.
Me enseñó meditación y
Dijo que desde el comienzo de la era de las computadoras, los departamentos de soporte técnico han transmitido técnicas de verificación de errores de generación en generación.
Mientras escuchaba, comencé a darme cuenta de una gran verdad sobre mi experiencia previa en programación. Nos conocimos cuando estábamos en la universidad.
El trabajo del programador es principalmente controlar las actividades del hardware y del software. El estado artístico más elevado de la programación es completar un proyecto.
Realice una tarea o logre una meta y utilice con éxito habilidades superiores de programación. Pero el mantenimiento de programas es diferente del desarrollo de programas.
Si quieres mantener un programa, debes tratarlo como una planta en crecimiento. No sirve de nada intentar fomentar el crecimiento.
De hecho, es más probable que este comportamiento provoque la muerte de la planta. Un proyecto debe ser cuidado con cuidado. El programador tiene razón
Antes de cambiar el programa, debe estar muy familiarizado con cada relación lógica y comprender profundamente la intención del programa.
La comprensión de Xie Li no se puede lograr de la noche a la mañana y requiere un largo período de acumulación.
Después de varios meses, finalmente pude diseñar con éxito un parche para codificar el Sutra tibetano, pero tuve que aprobarlo antes de poder diseñarlo.
Después de reflexionar mucho tiempo, abrí el programa y lo coloqué sobre mi escritorio. También descubrí que si estaba trabajando,
cuando encendía una varita de incienso, seguía repitiendo el mantra que la Maestra me enseñó: "Null-So-Stix-Etx-Eot".
Puedo concentrarme más fácilmente.
Atención. La Maestra dijo que la fórmula significa los "cinco elementos" del universo.
Pronto descubrí que ya no me importaba si me recompensaban por mi desempeño laboral, tanto en mí mismo como en los proyectos que mantenía.
No existe separación entre ellos. Como una persona que ha vivido en las sombras toda su vida, comencé a comprender el Zen de la programación.
Esta es una fuerza inefable e indescriptible escondida detrás del diseño del programador, como el sol proyectando una sombra.
Muestra.
Después de deshacerme de la "autoexistencia" sin sentido, comencé a descubrir que esas grandes declaraciones de programación solían ser.
Me parecían vagas, simplemente porque no las había entendido completamente. comprendido: comprenderlos; no poder comprenderlos. Ahora sé por qué.
En el pasado, esos programadores nunca proporcionaban documentación para sus programas porque el idioma inglés en sí era más confuso de describir.
En lugar de inspirar.
Un día descubrí que un problema que estaba resolviendo implicaba codificar la parte más compleja de las escrituras tibetanas: las puntuaciones de error.
Analizar todo el proceso. No sabía nada al respecto, así que le di un parche para pasar la zona de interrupción de hardware.
Lo que se comprueba para determinar las condiciones de error para que el programa pueda seguir ejecutándose correctamente.
Esa tarde, la Maestra entró en mi taller por primera vez. Puso sus manos sobre mis hombros y me miró.
"Es hora de que comiences tu carrera", dijo.
Lo anterior es mi primera experiencia con la programación Zen. Aunque desde entonces me han asignado trabajar en muchos proyectos.
Pero nunca he olvidado lo que me enseñó mi primer maestro.
Imagínense mi sorpresa cuando descubrí tantos de los lenguajes favoritos de mi maestro en "Zen of Programming".
Tiempo. Finalmente vi la antigua tradición escondida detrás de su inolvidable discurso.
Todos tenemos una deuda de gratitud con el Sr. James por redescubrir ese libro clásico e influyente. Solicitud
Si no hubiera perseverado, podría haberse perdido para siempre. En este libro, el Sr. James ha recopilado muchas publicaciones periódicas, como sermones heréticos, cuentos populares y poemas. , que constituye la legendaria teoría de la "enseñanza integrada". Exactamente; precisamente
Gracias a los esfuerzos de académicos como el Sr. James, la luz de la programación de máquinas Yin Zen siempre brillará.
Personas que se preocupan por las generaciones futuras.
Charlie Babbage
La primera madera
Propietario: Ninja
Medios: Chronicle
Hardware: Teclado
Orientación: Este
Software: Programa de edición
Sensación: Toque
Escenario: Interfaz
Animal: Dragón
Sistema: Máquina Virtual
Madera
Como renacimiento de MRVMS/IIIX Zen Academy, el maestro de programación Ninja (este es el nombre que le dieron más tarde generaciones) Su apodo, su apellido real.
El nombre no se puede verificar: hay algunas leyendas que dicen que pasó de ser un programador desconocido a una familia poderosa. El director del departamento de desarrollo de una organización de programación desapareció silenciosamente. después de completar un sistema operativo avanzado que, según él, no requería hardware ni software y aún podía ejecutarse con precisión. Nadie sabe dónde se encuentra ahora, pero se dice que aparece con frecuencia. como consultor de gestión
Cuando Ninja llegó por primera vez, mientras trabajaba en ese centro de desarrollo, fue asignado para dar soporte al sistema operativo. Un día, un gerente entró en Ninja Studio
" ¿Por qué no estás trabajando?", preguntó el gerente. /p>
"El sistema no funciona", dijo Ninja.
"El gerente frunció el ceño. "Te estamos pagando para que mantengas el sistema. corriendo!" dijo en voz alta.
"El sistema no está caído." Ninja dice
II
Ninja Master dice:
"Si tu aplicación no funciona correctamente, no lo hagas. Échale la culpa al sistema operativo".
Tres
Ninja Masters asistieron a una exposición de informática.
Muchos Las empresas salieron con monitores brillantes y todos los últimos dispositivos que pudieron encontrar. El hardware y el cuerpo más grandes.
La modelo rubia en traje de baño
El ninja ni siquiera miró el puesto. En cambio, simplemente abrió una silla plegable y se sentó tranquilamente en un rincón.
Alguien pasó junto a él y le hizo una o dos preguntas. Pensó por un momento y luego dio una respuesta breve. /p>
El maestro estaba sentado con las piernas cruzadas. Los panfletos recopilados estaban esparcidos por todos lados, esperándolo en silencio
Dilo
Cuatro
El Ninja. El Maestro dijo:
"Para un hombre inteligente, es solo una palabra; para un caballo rápido, es solo un látigo; para un programa bien escrito, es solo un
comando simple."
Cinco
El maestro ninja asistió a la reunión de la junta directiva y los ejecutivos de la compañía
los niños, algunos se movían inquietos en sus asientos, otros se inquietaban cuando comenzó para explicar las características técnicas del software. Algunos miraban por la ventana y otros miraban aturdidos la taza de café.
Entonces el maestro comenzó a hablar sobre cuánto dinero generaría el software, y luego. Todos los administradores aguzaron el oído.
Las flores comenzaron a saltar por la habitación. Obviamente, fueron atraídas por el alegre sonido.
Seis
Un ejecutivo de la empresa vino a ver a Ninja. Encontró al profesor jugando juegos de computadora. "¿Qué significa esto?", Preguntó el director.
"Estoy probando el sistema", dijo el maestro.
El magistrado se acercó a la pantalla y miró más de cerca, y efectivamente sucedió.
Siete
Un día, los miembros de la junta se reunieron para discutir negocios. Llamaron al maestro ninja y le pidieron que hiciera un informe. "¿Cuál es su pronóstico trimestral?", preguntaron.
"No hay pronóstico trimestral." Respondió Ninja.
"¿Cuál es su plan presupuestario para este año?", le preguntaron.
"No hay planes presupuestarios para este año." Respondió Ninja.
Luego preguntaron: "¿Puedes confirmar que eres un maestro ninja?"
"No hay ningún maestro ninja". El maestro ninja respondió.
Los directivos quedaron tan confundidos que tuvieron que suspender la reunión y regresar a sus casas.
Ocho
Ninja Master dijo:
“Es fácil diseñar un sistema operativo con millones de programas, pero es difícil cambiar la naturaleza de una persona. "Más."
Nueve
Tres ejecutivos de diferentes empresas informáticas fueron a aprender el verdadero significado del liderazgo de la mano de Ninja.
El ninja preguntó al primer administrador: "¿Tienes ahora el organigrama de tu empresa?"
El primer juez sacó un papel de su bolsillo. "Siempre llevo uno conmigo", dijo, entregándole el papel al ninja.
El ninja miró el papel con interés. "Parece que la plantilla ha sido creada en la computadora." Comentó
Dilo.
"Efectivamente", dijo el administrador con orgullo. "Hemos informatizado nuestro organigrama.
Esto te da la opción de llamar en cualquier momento."
Ninja sonrió y le entregó el papel. "No puedo ayudarte", dijo.
El segundo Inquisidor preguntó entonces al ninja qué significaba realmente el arte del liderazgo.
"¿Tienes ahora el organigrama de tu empresa?", preguntó Ninja.
El segundo administrador negó con la cabeza. "Nuestra organización no ha cambiado en los últimos años. Lo recordé hace años."
El ninja frunció el ceño. "No puedo ayudarte." Dijo.
El tercer Inquisidor preguntó al ninja qué significaba realmente el arte del liderazgo.
"¿Tienes ahora el organigrama de tu empresa?", preguntó Ninja.
El tercer juez se encogió de hombros. "No tenemos un organigrama", dijo. "Cada uno puede hacer lo que quiera.
Bueno, puedes hacerlo en cualquier momento."
El ninja frunció el ceño. "No puedo ayudarte", dijo.
Los tres Arcontes susurraron juntos durante un rato, se volvieron hacia el Ninja y le dijeron: "Está bien, echemos un vistazo a tu máquina".
Diagrama de configuración estructural. "
El ninja los llevó a un área abierta, donde un árbol crecía solo. "Esta es mi configuración institucional.
Figura. "Dijo el ninja mientras ponía su mano sobre el áspero tronco del árbol.
El Segundo Fuego
Propietario: Walker
Medio: Folktales
Hardware: Monitor
Orientación: Sur
Software: Formateador
Sentido: Visual
Escenario: Diseño
p >Animal:Phoenix
Sistema:CP-6
Fuego
El programador Walker ha recopilado recientemente varios cuentos populares discordantes sobre el desarrollo. La investigación arqueológica por computadora muestra que. El siguiente cuento popular se basa en hechos históricos. Aunque se pueden agregar algunos elementos exagerados sin querer, su contenido central de verdad histórica existe
A
Cuando un gerente de proyecto proporciona personal a su software. proyecto, contrata a 300 programadores en un día
Un académico con un doctorado en informática solicitó un trabajo y consiguió un puesto bien remunerado
Un día, el director del proyecto era. despedido. “Creo que todos deberían aclarar sus responsabilidades.
Responsabilidad. "Dijo el nuevo gerente de proyecto al revisar su equipo de programadores. Cuando el académico escuchó esto, mantuvo la calma.
Se escapó.
Dos
Dos programadores discutir la interfaz de usuario en ER
"Se están produciendo muchas innovaciones importantes en términos de 'facilidad de uso'", dijo el primer programador
Pronto, habrá. Ya no será necesario leer esos engorrosos manuales de usuario antes de usar la computadora.
El prefacio se explica por sí mismo "
El segundo programador pensó por un momento y luego dijo: " Adelante. "Iba a cortar un poco de leña para hacer fuego esta semana, pero mi hacha es vieja".
Despuntada. Así que fui a la ferretería y compré uno nuevo. "
"Esto es interesante", dijo el primer programador, "pero ¿qué tiene esto que ver con la interfaz de usuario? ”
”Esta nueva hacha viene con un manual de instrucciones de ocho páginas. "Él respondió.
三
Una vez, un tercero preguntó a un ingeniero, un matemático, un físico y un programador: "Una caja tiene.
¿Cuántos fideos? "
El ingeniero respondió primero. "La caja tiene cuatro lados. "Dijo.
"¿Qué quieres decir? "Preguntó el sabio.
"Estas cuatro caras verticales son lo que yo llamo caras. Están conectados entre sí por arriba y por abajo. respondió el ingeniero.
"Esto es ridículo", comentó el matemático. "La caja tiene seis lados."
"¿Qué quieres decir?", preguntó el sabio.
"Esta caja es un cubo, por lo que tiene seis lados.", respondió el matemático.
"No", dijo el físico, "una caja tiene doce lados".
"¿Qué quieres decir?", preguntó el sabio.
"Estrictamente hablando, hay seis caras externas y seis caras internas." Respondió el físico.
El sabio miró al silencioso programador. "¿Qué piensas?", Preguntó el sabio.
"Una caja tiene sólo dos lados." dijo el programador.
Al escuchar esto, ingenieros, matemáticos y físicos se rieron.
"¿Qué quieres decir con que una caja tiene sólo dos lados?", preguntó el sabio después de que cesaron las risas.
"Esto se basa en una experiencia personal", dijo el programador. "'Adentro' es donde se coloca la placa de circuito, y 'afuera' es.
Donde se coloca el monitor."
"Exactamente", dijo el sabio.
Cuatro
Un nuevo supervisor está teniendo una reunión con programadores.
Durante la cena, un programador recitó el siguiente pasaje: "Estábamos esperando tu llegada".
Vamos, tu ex no se parece en nada a ti. . Ahora que estás aquí, seremos realmente productivos.
Poder. "
El nuevo director está lleno de halagos y halagos. "¿Escribiste este discurso tú mismo? preguntó.
"Esto es lo que hacemos en el centro de desarrollo", dijo el programador. "No importa qué nuevo supervisor venga, lo haremos
Esta es la única vez que lo sé. del habla. "
五
Un día, un programador en el centro de desarrollo descubrió un sistema de algoritmo que podía generar patrones de laberinto. Fue muy diligente.
Este algoritmo fue Modificado para que pudiera producir un laberinto ininterrumpido en una larga tira de papel de impresora.
Pronto hizo un laberinto, de cuarenta pies de largo y siete pies de ancho, con millones de puntos de pobreza. Colgó el papel de impresión.
En el largo pasillo frente a la oficina del programador, todos los programadores estaban apiñados frente al laberinto
Tratando de resolver este gran problema p>
El director. del centro de desarrollo pasó por allí. Miró esta escena con sorpresa y parecía frustrado, pero cuando ingresó a la universidad de programación, la oficina del profesor ya se había ido. >
Los cinco novicios entraron a la oficina del maestro gritando: “¡Guau, guau! Escuché que nuestro proyecto puede ser cancelado. "
El maestro dijo: "Todo sigue como siempre hasta que se detienen. ”
Al escuchar esto, los principiantes regresaron a sus trabajos.
Siete días
Un día, el centro de desarrollo recibió la noticia de que se nombraría un nuevo director. estar a cargo aquí. Es un ministro militar y sabe poco sobre computadoras.
Los programadores se sorprendieron mucho cuando escucharon la noticia y dejaron de programar. >
Llegó el desafortunado día.
Al ver esto, un maestro decidió hacer algo y tomó prestado un disfraz.
Pronto, el ministro asumió el cargo. Convocó a todos los directivos a una pequeña sala de conferencias, acompañados por varios directivos de la empresa, para garantizar una "transición sin problemas" al centro de desarrollo.
De repente, el propietario irrumpió en la casa vestido como un hombre. gorila y saltó sobre la mesa de conferencias, pateando documentos por todos lados. >Sí, y le gruñó al atónito administrador, quien luego abandonó la sala de conferencias sacudiendo la cabeza, tal como había llegado. Esta vez, los programadores volvieron a trabajar.
El autor habló una vez con varias personas y todas fueron testigos del evento descrito en esta leyenda.
Más tarde, ocurrió un comportamiento provocativo similar en cierto departamento de IBM. entre el segundo incidente y el primer incidente fue que el programador Yu se paró en la puerta vistiendo ropa deportiva y tosió fuerte >
Ocho
Un grupo de programadores le informa al presidente “¿Cuál es el mayor logro? este año? preguntó el presidente.
Los programadores discutieron juntos durante un rato y luego respondieron: "Los errores (errores de programa que solucionamos este año -
son un 50 % más que el año pasado".
El presidente los miró confundido. Obviamente, no sabía lo que significaba BUG. Les susurró a los ministros que lo rodeaban.
Después de un rato, se volvió hacia el programador, con el rostro rojo. con ira. Qué mal control de calidad, deberías preguntar.
¡No más "errores" el año que viene!
Sin duda, cuando el programador fue al año siguiente. Informó, no mencionó este ERROR.
Nueve
Un gerente de la empresa vino a visitar el centro de desarrollo y caminó por el largo pasillo como una tropa de revisión. >
Se inclinó para hablar con las personas que conoció. Finalmente, entró en la oficina de un programador
El programador estaba absorto en comprobar el error del sistema operativo. El sheriff miró alrededor de la oficina y vio una estatua de un cerdo en la terminal del programador. "Programo mucho".
El personal estaba fascinado por la colección de antigüedades y recuerdos, dijo el administrador. Hay algunas historias muy interesantes detrás de ellos.
Por ejemplo, ¿qué significa la estatua allí?
Dijo el programador desde la terminal, parpadeó y miró fijamente. la estatua, como si la viera por primera vez.
¡Sí, es un cerdo!"
Tercera parte
Maestro: Ermitaño
Medios: Predicación
Hardware: CPU
Dirección: Medio
Software: Depurador
Sentido: Olor
Etapa: Codificación
Animal: Vaca
Sistema: Sistema Operativo/Sistema Virtual
Tierra
El autor de la siguiente cita , un maestro programador ermitaño, siempre ha sido vago en la mente de la gente. Está marcado por el lenguaje COBOL
Es un cuasi-comité de asesinato de agentes, pero se sabe poco más sobre él
<. p>RHe oído:
Las cosas parecen fáciles al principio. La última suele ser la más difícil, por eso los programadores dicen: "¡Abre!"
. Se necesita la mitad del tiempo para entregar el primer nueve por ciento y la otra mitad para completar el último diez por ciento."
p>II
He escuchado:
El mayor error de la interfaz hombre-computadora es ignorar los derechos de las computadoras que se ven obligadas a ser compatibles con conceptos antiguos siempre se ven afectados por el impacto del calendario.
Las computadoras no deberían. simular la realidad: deberían trascender la realidad
Escuché esto:
Una empresa de informática diseñó un sistema potente que se adelantó a su tiempo porque me preocupaba que este nuevo diseño pudiera hacerlo. ser copiado. Mantuvieron en secreto el diseño estructural del hardware y patentaron el sistema operativo.
Diez años después, un programador novato preguntó sobre la vieja y sucia caja de madera detrás del centro de datos.
Cuatro
He escuchado:
No dejes que las razones políticas afecten las decisiones técnicas y no tomes decisiones políticas basadas en artículos científicos. Sólo si no hay ninguna
En la mente del conocedor, estas cosas siempre estarán mezcladas.
Cinco
He oído:
La planificación del proyecto y los cronogramas de lanzamiento no tienen sentido en sí mismos. Estas fechas e hitos en el progreso del proyecto no deben usarse. Sin embargo, existe una línea de tiempo secreta que todos los involucrados en el proyecto conocen. Este secreto
El cronograma nunca ha sido engañado por la atención externa, ni ha sido manipulado para atender los planes del mercado. Este cronograma secreto
Siempre se cumple ya que refleja el entendimiento mutuo entre todos los miembros del Departamento de Desarrollo. Cuando el proyecto refleje esta realidad, el programa se completará a tiempo; cuando el plan del proyecto entre en conflicto con esta realidad, el programa se retrasará.
Seis
He oído:
Hay tres situaciones que definitivamente conducirán al fracaso de un proyecto de programación. En el primer caso, el responsable del proyecto está interesado en el software.
Sin saber nada; en el segundo caso, el líder del proyecto responsable del código del programa no está interesado en escribir el código; en el tercer caso, el programador que escribe el código es contratado temporalmente, por falta de lealtad hacia el. proyecto. En estos tres casos,