Cómo NO realizar una practica de programacion

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Cómo NO realizar una practica de programacion por Mind Map: Cómo NO realizar una practica de programacion

1. De la relacion con el profesor

1.1. No pidas ayuda

1.1.1. no vayas a ninguna tutoria

1.1.1.1. a excepcion si

1.1.1.1.1. no quieres solucionar un problema

1.1.1.1.2. vas a la semana previa de la entrega de programas

1.1.2. confia en tus compañeros

1.1.2.1. estan en tu situacion

1.2. Nunca escribas un problema en detalle

1.2.1. no se te ocurra decirle al profesor

1.3. Lleva siempre los fuentes equivocados

1.3.1. critica el profesor en los pasillos

1.3.2. advierte a futuros alumnos contra el

1.4. No aisles el problema

1.5. Usa el correo electronico con habilidad

1.5.1. escribe el mensaje de corrido y mandalo

1.6. Eskríbelo todo cn abrvtrs o konsonantes ekstrañas

1.6.1. escribe mensajes poco comprensibles

1.6.1.1. facilitara su concentracion

1.6.1.2. aumentara su buen humor

1.7. ortografia

1.7.1. burda convencion

1.8. No te identifiques

2. Y, sobre todo..

2.1. Deja el trabajo para el final

2.1.1. no escuchar al profesor

2.1.2. prisa en los dias previos a una entrega

2.1.3. para vivir tranquilo

2.1.3.1. cambia de carrera

2.2. Copia las prácticas

2.2.1. de un compañero

2.2.1.1. actuales

2.2.1.2. pasadas

2.2.2. el profesor no se dara cuenta

2.2.2.1. no podra demostrarlo

2.2.3. es iniguelable

2.2.3.1. vale la pena

2.2.4. obtener creditos

2.2.4.1. y no aprendizaje

2.3. No vayas a clase

2.3.1. debes fumar mucho

2.3.2. asiste a todas las fiestas

2.3.3. copia lo que puedas

2.3.4. critica los profesores en los pasillos

3. De la programacion

3.1. Ignora los mensajes de error

3.1.1. interrupcion inadmisible

3.1.1.1. atenta contra nuestra productividad

3.2. Ignora las advertencias

3.2.1. suelen estar en ingles

3.2.1.1. ¨Warnings

3.2.1.1.1. da una patina de programador profesional

3.2.1.2. Hints

3.3. Escribe el código directamente

3.3.1. generacion WAP

3.4. Aunque el código no funcione,

3.4.1. cambio aleatorio en el codigo simple

3.4.2. el error tiende a desaparecer solo

3.4.2.1. el programa estara casi acabado

3.4.2.1.1. copilar

3.4.2.1.2. ejecutar

3.4.2.1.3. probar

3.4.3. si el codigo copila

3.4.3.1. seguir escribiendo

3.5. Si el código tiene un error que no se produce siempre

3.5.1. dificil de encontrar

3.5.1.1. no es nada grave

3.5.2. puede que

3.5.2.1. no salga en la demostracion de la practica

3.5.2.2. desaparezca solo

3.6. Si el código tiene un error que se produce siempre

3.6.1. escribe el mismo codigo de diversas formas

3.7. Construye enormes porciones de código sin compilar / ejecutar / probar

3.7.1. busca errores de copilacion

3.7.2. arregla el codigo

3.8. No escribas comentarios, salvo los obligatorios

3.8.1. si se conoce el lenguaje de programacion

3.8.1.1. se sabe lo que hace el programa

3.9. Ignora las normas de programación y presentación

3.9.1. normas

3.9.1.1. como debe escribirse el codigo

3.9.1.2. como debe presentarse la practica

3.9.2. innecesarias

3.10. Ignora los enunciados

3.10.1. simple ejercicio de narcizmo

3.10.1.1. leelo

3.10.1.2. intuye lo que pide

3.10.1.3. entierra el enunciado

3.11. Escribe la documentación al final

3.11.1. todo estara presente en tu cabeza

3.11.2. todo lo que puedas leer

3.11.2.1. ya lo sabes

3.11.2.1.1. lo habras esrito tu!!

3.12. No utilizar el depurador ni otras herramientas

3.12.1. el error es del profesor

3.12.1.1. es quien

3.12.1.1.1. lo busca

3.12.1.1.2. lo soluciona

3.13. No utilices jamás breakpoints al depurar un programa

3.13.1. no utilizar herramientas

3.13.2. breakpoints

3.13.2.1. son algo esotericos