Red de Respuestas Legales - Conocimientos legales - ¿Dónde puedo encontrar vídeos detallados sobre algoritmos de morfología informática?

¿Dónde puedo encontrar vídeos detallados sobre algoritmos de morfología informática?

Zen of Programming

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

La primera madera

El segundo fuego

La tercera tierra

El cuarto oro

Capítulo 5 Agua

Según la antigua "Teoría de los Cinco Elementos", este libro consta 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 Disco de Impresora

Orientación: 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 Zen y las humildes técnicas de mantenimiento de programas.

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. Dijo

: “É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. Simplemente mostré 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 era aburrida, casi demasiado fea. Su cabello era como un halo problemático. Pero lo primero que la gente llama la atención son sus ojos, que emiten una tenue luz azul a través de unas gruesas gafas.

Me miró de pies a cabeza, luego asintió, como para confirmar una opinión personal, "Tú eres el nuevo.

¿Vienes aquí?", Dijo con amargura.

"Sí." 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 ¿alguna vez has realizado el mantenimiento del programa?"

Le dije francamente que no fui 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 ponerla 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 pacientemente.

Expliqué 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.

Dilo en voz alta, pero no puedo oírte claramente.

Después de que los dos invitados se fueron, entré a la oficina del anfitrión. "¿Cuál es el problema?", 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 tratarla como una planta en crecimiento. De nada sirve favorecer 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 que codificaba 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 jefe del departamento de desarrollo de una agencia 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 pagamos para que mantengas el sistema funcionando!", dijo en voz alta. p >

"El sistema no está caído." Ninja dice

Dos

Ninja Master dice:

"Si tu aplicación no funciona correctamente , no culpes al sistema operativo."

Tres

Ninja Masters asistieron a una feria de informática.

Muchas empresas presentaron monitores brillantes y todo lo necesario. últimos gadgets 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 cubículo, 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. Él pensó por un momento y luego dio una breve respuesta. Los panfletos recolectados estaban esparcidos por todos lados, esperándolo en silencio

Dilo

Cuatro

El Maestro Ninja dijo:"Para un hombre inteligente, es sólo una palabra; para un caballo veloz, es sólo un látigo; para un programa bien escrito, es sólo una

comando simple."

Cinco

El Maestro Ninja asistió a la reunión de la junta directiva y los ejecutivos de la empresa

los niños, algunos se movían inquietos en sus asientos, otros se inquietaban mientras comenzaba a explicar las características técnicas del software. mirando por la ventana, y algunos miraban aturdidos sus tazas de café.

Entonces, el maestro comenzó a hablar sobre cuánto dinero ganarí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, luego 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 alejó.

Dos

Dos programadores están discutiendo sobre interfaces de usuario en la sala de emergencias.

"Se están produciendo muchas innovaciones importantes en términos de 'facilidad de uso'", dijo el primer programador.

Pronto, la gente ya no necesitará leer esos engorrosos manuales de usuario antes de utilizar sus ordenadores. Viajes

El prefacio se explica por sí mismo. "

El segundo programador pensó por un momento y luego dijo: "La semana pasada planeé cortar un poco de leña para hacer un fuego, pero mi hacha era vieja. "

Contundente. Así que fui a la ferretería y compré uno nuevo."

"Eso es interesante", dijo el primer programador, "pero no tiene nada que ver con la interfaz de usuario." ¿Qué importa?"

"El nuevo hacha viene con un manual de instrucciones de ocho páginas.

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 conectadas entre sí por la parte superior y la inferior." 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

Un día, el Centro de Desarrollo recibió la noticia de que se nombraría un nuevo director para hacerse cargo aquí. Es ministro militar y está interesado en las computadoras.

Poco se sabe.

Los programadores quedaron tan sorprendidos al escuchar esta noticia que dejaron de programar y perdieron mucho tiempo tratando de descubrir qué estaba a punto de suceder.

Ha llegado el día desafortunado.

Al ver esta situación, un maestro decidió hacer algo. Entonces pidió prestado un disfraz y se vistió de gorila.

Al poco tiempo, el ministro tomó posesión de su cargo y convocó a todos los directivos a una pequeña sala de conferencias, acompañados de varios jefes.

Ejecutivos de la empresa, se dice que están aquí para hacer una "transición suave" en el centro de desarrollo.

De repente, el dueño irrumpió en la casa disfrazado de gorila. Saltó sobre la mesa de conferencias y pateó papeles por todos lados.

Sí, y le rugió al administrador que estaba sentado allí atónito. Luego sacudió la cabeza.

Sal de la sala de reuniones tan repentinamente como llegó.

Después de escuchar esto, los programadores regresaron a sus trabajos.

El autor ha hablado con varias personas que fueron testigos de los hechos descritos en esta leyenda. El autor también escuchó que un año después, se produjo un comportamiento provocativo similar en cierto departamento de IBM. La diferencia entre el segundo incidente y el primero es que el programador Yu se paró en la puerta vistiendo ropa deportiva y tosió ruidosamente.

Ocho

Un grupo de programadores informa al presidente. "¿Cuál es el mayor logro de 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 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 sonrojado. Mal control de calidad, deberías preguntar.

Sentirse culpable. ¡No más "errores" el año que viene!

¡Sin duda, cuando el programador fue a la silla! mencionado durante el informe.

Nueve

Un gerente de la empresa vino a visitar el centro de desarrollo. Caminó por el largo pasillo como un crítico militar. Muestra. De vez en cuando se inclinaba para hablar con las personas que conocía. Finalmente, entró en la oficina de un programador

El programador estaba absorto comprobando el sistema operativo. p>El Sheriff mira alrededor de la oficina y nota una estatua de un cerdo en la terminal del programador.

El personal está fascinado por la colección de antigüedades y recuerdos. El administrador dijo que parece haber algunos muy interesantes. historia detrás de ellos.

Por ejemplo, ¿qué significa la estatua allí?

El programador levantó la vista de la terminal, parpadeó y miró fijamente la estatua, como si estuviera viendo.

Sí, es un cerdo

El tercer trozo de tierra

p>

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 ermitaño programador, siempre ha sido vago en la mente de la gente. Está marcado por el lenguaje COBOL.

Es un agente cuasi-comité de Asesinato, más allá de eso, se sabe poco sobre él.

R

He oído:

Lo que al principio parece fácil, a menudo termina siendo lo más difícil. Por eso los programadores dicen: "¡Abre!".

tarda la mitad del tiempo en entregar el primer nueve por ciento y la otra mitad en completar el último diez por ciento.

"

He oído:

El mayor error de la interfaz hombre-computadora es ignorar los derechos de la computadora. Los sistemas que se ven obligados a ser Los compatibles con conceptos antiguos siempre están influenciados por el calendario.

Las limitaciones de la historia no deben simular la realidad, deben trascender la realidad.

He oído:

Una empresa de informática diseñó un potente sistema que se adelantó a su tiempo porque me preocupaba que este nuevo diseño pudiera ser copiado. Manténgalo en secreto y patente 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 oído esto:

No dejes que las razones políticas influyan en las decisiones técnicas. ; y no tomar decisiones políticas basadas en artículos científicos solo si no los hay

En el conocimiento de quienes los conocen, 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. Las fechas y los hitos en el progreso del proyecto no significan nada. un cronograma secreto que todos los involucrados en el proyecto conocen. No ha sido engañado por la atención externa ni manipulado para adaptarse a los planes del mercado.

Siempre se respeta porque 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á.

He oído:

Hay tres situaciones. eso definitivamente conducirá al fracaso de un proyecto de programación. En el primer caso, el gerente responsable del proyecto está interesado en el software.

No sé nada en el segundo caso, el líder del proyecto responsable; el código del programa no tiene interés en escribir código; en el tercer caso, el programador que escribe el código es contratado temporalmente y carece de lealtad al proyecto.