P.O.O.: ORIENTADA A OBJETOS. PALABRITAS CLAVE.

SOFTWARE: DEFINIR QUÉ ES. HAY QUE SABER. MALA: SON LOS
PROGRAMAS. UNA IMAGEN ES SOFTWARE. UN ARCHIVO. ES SOFTWARE. ES LO
NO TANGIBLE. NO. MALA DEFINICIÓN.
DEFINICIÓN: LA INFORMACIÓN QUE DAS AL ORDENADOR PARA QUE
MANIPULE LA INFORMACIÓN DEL USUARIO. METÉS LÃNEAS, IMG, ETCÃ
‰TERA, Y LUEGO AL EJECUTAR SE MANIPULA ADECUADAMENTE LA INFO DEL
USER.

CRISIS DEL SOFTWARE: ESTUDIO DE STANDISH GROUP. 50.000 PROYECTOS.

RESULTADOS: 16% EXITOSO. 61% FUNCIONAL.
53% PROBLEMÃTICO: TE PROMETÃ CIERTA COSA EN CIERTO TIEMPO Y SE
RETRASÓ AL DOBLE O TRIPLE, COSTÓ MÃS, Y LA FUNCIONALIDAD FUE
PEOR.
31% SE CANCELÓ. SE LE PAGÓ A PROGRAMADORES Y TODO Y SE PARÓ
TODO.
AL FINAL NO SE ENTREGÓ NADA.
70'S : CRISIS DEL SOFTWARE. SIGUE ASÃ.

EL SOFTWARE ES MUY COMPLEJO. ESOS ERAN NÚMEROS DEL 94. Y AHORA

ES APENAS MEJOR. SOLO 29% EXITOSO.

UN RAYO LAZER (SOFTWARE) MATÓ ENFERMOS POR MALA PROGRAMACIÓN.

PUEDEN ARRUINAR UNA EMPRESA DE 40 AÑOS. CUIDADO

EL SOFTWARE ES INFORMACIÓN. CÓDIGO ES INFORMACIÓN. CADA

LÃNEA. INFORMÃS. PROGRAMAS: AL PROGRAMAR DAS INFO. SI LA INFO
ES MIERDA, MAL ORGANIZADA, ETCÉTERA. EL DESORDEN: NO ES DE
ELITE. EL ORDEN ES PUTA EFICIENCIA. HAY QUE SER EFICIENTES EN LA
PROFESION. EL PROGRAMA DEBE ESTAR EXQUISITO ESCRITO, NO POR ESTÃ
‰TICA, SINO QUE PARA CUANDO TE PIDAN MÃS COSAS O SE DESENTIENDA
EL CLIENTE, SE ARREPIENTE, EL CÓDIGO DEBE ESTAR BIEN.

SOFTWARE ES INFORMACIÓN. DEBE HACERSE MARAVILLOSO. EL QUIJOTE:

350.000 PALABRAS. UN PROYECTO INFORMÃTICO TIENE 100.000 LINEAS.
Y LOS HAY DE MILLONES. ES MÃS GORDO QUE EL QUIJOTE. ESO
ESCRIBIMOS. EL QUIJOTE. NO EL QUE YO QUIERO (SI NO NO PARO) SINO
A LA VEZ QUE OTROS, ENTRE OCHO, Y HACERLO BIEN PARA QUE CADA UNO
NO PISE LAS PARTES DE OTRO. IMAGINATE UN QUIJOTE ESCRITO POR
OCHO.

NO LO ESCRIBIMOS EN NUESTRO GUSTO. SOMOS ESCRIBAS DE UN TIPO QUE

NOS DICE QUE NOVELA QUIERE (CLIENTE). POR ESO: EL SOFTWARE ES
COMPLEJO. DELICADO. REQUIERE BIEN ESCRITO.

SE EMPEZARON A HACER LENGUAJES DE ALTO NIVEL, ANTES ENSAMBLADOR O

CERO Y UNO, BITS. ERA IMPOSIBLE DARLE ÓRDENES A LA MÃQUINA.
PRIMEROS ORIENTADOS A PROCESOS. SE VEIA EL APARATO. EL
PROCESADOR. ARQUITECTURAS DE COMPUTADORAS, LO QUE MÃS MOLA SON
LOS PROCESADORES.
HICIERON LENGUAJES DE ALTO NIVEL (MÃS HUMANOS) ORIENTADOS A
PROCESOS. EL PROCESADOR ERA IMPORTANTE. SALÃAN PROGRAMAS CON
DATOS ARRIBA Y LUEGO FUNCIONES Y FUNCIONES Y FUNCIONES QUE SE
LLAMABAN UNA A OTRO REGULANDO DATOS. SODOMIZABAN LOS DATOS. ERA
UN DESASTRE.

C, PASCAL, ADA, BASIC, VISUAL BASIC, ABIERTOS A HACER CUALQUIER

COSA, PROCESOS, DATOS, Y CADA UNO HACÃA LO QUE QUERÃA. ESTO ES
UNA MIERDA, NO DA IMPORTANCIA A LOS DATOS...

SURGIERON LAS BASES DE DATOS, GESTORES DE BASE DE DATO, SQL (NO

SÉ QUÉ MIERDA ES)... CUIDAN MUCHO LOS DATOS. LOS ANTERIORES: AL
ESCRIBIR CINCUENTA VARIABLES DE DATOS Y LUEGO LINEAS QUE LAS
MANIPULABAN, CUANDO SE DABAN CUENTA QUE HABÃA QUE CAMBIAR UNA DE
LAS CINCUENTA, POR CAMBIAR UNA LINEA DE ARRIBA TENÃAN QUE
REVISAR CINCUENTAMIL LINEAS DE DESPUÉS. CERO ORDEN.

EJEMPLO PARADIGMÃTICO: EFECTO 2000... POR PROBLEMAS DE MEMORIA

GUARDARON DOS DIGITOS DE ESPACIOS, CUANDO LLEGABA AL AÑO 2000 SE
LLEGABA AL AÑO CERO O FECHAS NEGATIVAS. FUE UN ERROR RESERVAR
SOLO PARA DOS DIGITOS QUE PARA CUATRO.

PERO LOS GOBIERNOS REGALARON DINERO PARA SALVARA EMPRESAS. GENTE

VIGILANDO LOS SISTEMAS DE CAMBIO DE SIGLO. SE GASTÓ DINERO, SE
PARALIZO LA PRODUCCIÓN DE SOFTWARE, TODOS ARREGLABAN SOFTWARE
VIEJO.

CON SQL 10 MINUTOS.

ARREGLARÃAS. EN 10 MINUTOS NO SE ARREGLA NADA. PONELE QUE UN

DÃA LO ARREGLA. Y ESO PROVOCÓ UNA CRISIS DE LA CONCHA DE LA
LORA. POR QUÉ: POR QUE LA GENTE REPETÃA CÓDIGO, REPETÃAN EL
ERROR, EN MILES DE SITIOS ESTABAN REPETIDAS LAS INSTRUCCIONES.
IGUAL: DESORDEN, REPETICIÓN.

DISCO DURO DESORDENADO: LENTO, INEFICIENTE, MAL PROFESIONAL, DAS

PENA.

LOS DE BASE DE DATO SE FUERON POR OTRO LADO Y MEJORARON, PERO NO

RESOLVIERON. LOS DE BASE DE DATO NO PODÃAN SOLUCIONAR. ERA
INADECUADO. UN PARADIGMA DE PROCESOS A DATOS, SE DIO VUELTA.
INVENTARON LOS 4GL (SQL). NO LE PUSIERON ATENCIÓN A LOS PROCESOS
LO SUFICIENTE.

HEGEL: TESIS, ANTÃTESIS, SÃNTESIS. EL CURSO DE LA HISTORIA. LA

SÃNTESIS: POO. LUEGO SERÃ CONTRADICHA. SÃNTESIS: PROCESOS +
DATOS = P.O.O. EQUILIBRIO ENTRE DATOS Y PROCESOS. EVITA PROBLEMAS
DE ACOPLAMIENTOS Y DA BUENOS RESULTADOS.

.......................
HISTÓRICO: NO LLEGÓ DE LA NADA.

PRINCIPIOS: ABSTRACCION, MODULARIDAD, JERARQUÃA, ETCÉTERA.

BASES:

PROBLEMAS PARA ENSEÑARLO: TIENE NOMBRE, PORQUE ES IMPORTANTE. DE

APRENDER POO SE LLAMA "EL PROBLEMA DEL DESPLAZAMIENTO DE
PARADIGMA". SI YA SABÉS, CAMBIARTE LA FORMA DE PENSAR CUESTA UN
HUEVO. A UN VIRGEN NO LE CUESTA. LE SALE RE BIEN. POR COSTUMBRE.

LEY: ES DIFÃCIL CAMBIAR COSTUMBRES Y ESQUEMAS MENTALES. CUESTA

CAMBIAR.

LEY DE INERCIA.

ESTO SON BASES BÃSICAS DE POO. PERFILES: EL QUE SABE ORIENTADO A

PROCESOS (TRADICIONALES SIN CLASES). DEBÉS SABER: VALORES,
EXPERESIONES EN LENGUAJES, TIPOS, FUNCIONES, ENTRADA Y SALIDA,
SALIDAS, WHILE, FOR, REPEAT, ARRAYS Y PUNTEROS. CON ESO FUNCIONA
TODO.

EL OTRO PERFIL: JAVA, POO. PERO SABE LA SINTAXIS PERO NO SABE

CÓDIGOS BONITOS LINDOS DE CLARIDAD ORDENADOS, PERO LE
INTERESARÃ.

ABSTRACCIÓN: PROCESO MENTAL DE EXTRACCIÓN DE LAS

CARACTERÃSTICAS ESENCIALES DE ALGO, IGNORANDO LOS DETALLES
SUPERFLUOS. NO ES UN DOCUMENTO, ES PONERTE A PENSAR. SE EXTRAEN
CARACTERÃSTICAS ESENCIALES. ES PENSAR. LO ESENCIAL. LO ESENCIAL
DE VIAJE EN AUTOBUS A LA PSICÓLOGA. ABSTRAER LOS DATOS.

EL SOFTWARE: CONCEBIR UN CODIGO QUE PERMITA ABSTRACCIONES. LA

PRIMERA ABSTRACCIÓN, EL NUMERO DE LINEAS. INVENTARON LA
ABSTRACCIÓN...

EMPEZÓ A PARTIRSE EL SOFTWARE EN CACHOS DE LOS QUE CADA UNO HAY

UNA ABSTRACCIÓN.

LA ENSEÑANZA REQUIERE MATICES, SI NO LO HARÃAMOS SOLO.

ENCAPSULACIÓN: PROCESO POR EL QUE SE OCULTAN LOS DETALLES DEL

SOPORTE DE LAS CARACTERISTIACAS DE UNA ABSTRACCIÓN. SI CIERTA
PARTE DEL CODIGO NO TE INTERESA, SE METE EN UNA CAPSULA, PORQUE
NO IMPORTA. NO LO MODIFICÃS.

MAC VIENE ENCAPSULADO. NO TOQUES EL HARDWARE. EL COCHE: TOCÃS

TODO, SALVO "ESO". EL MECANICO LO HACE, VOS NO.
PROCESO QUE OCULTA LAS CARACTERÃSTICAS DEL SOPORTE:

ABSTRACCIÓN DE UNA FECHA: DIA, MES, AÑO. TRES VARIABLES.

ESCRIBIR EN INGLÉS EN EL CÓDIGO. O EN UN ARRAY. OTRA GENTE
GUARDA EL ENTERO CON LOS SEGUNDOS QUE HAN PASADO DESDE UN ORIGEN
DE CIERTA FECHA. OTROS GUARDAN UN STRING, MÃS RÚSTICOS. HAY
MODOS MÃS OPTIMIZADOS.

EL DÃA QUE CAMBIA X, INFLUYE A INFITNITOS... ENCAPUSLAR. UNA

VARIABLE HACE QUE EL LENGUAJE N OPERMITE QUE LOS QUE USEN EL
CODIGO NO LAS USEN, NI COMPILA, ESO ENCAPSULA. EJEMPLO: LAS
FUNCIONES. LA PARTE INTERNA DE LA FUNCIÓN, LOS DATOS LOCALES DE
UNA FUNCIÓN NO PODÉS MENCIONARLOS DESDE FUERA. NADIE PUEDE
INTERVENIR EN UN WHILE, ESO OPERA Y ENCAPSULADO, NO SE PUEDE
METER MANO.

ABSTRACCIÓN: COJE LO ESENCIAL.

ENCAPSULADO: NO ES VISIBLE. ENCAPSULACIÓN: VARIABLES PRIVADAS

DENTRO DE LA CLASE.

ENCAPSULACIÓN: ES PROPIO DE UN MÓDULO O UN PROGRAMA. SE OCULTAN

LOS DETALLES DE UNA IMPLEMENTACIÓN.

NO OCULTA LA INFORMACIÓN. ES OCULTAR COMO SE GUARDA LA

INFORMACIÓN, NO LA INFORMACIÓN. EL DNI LO LLEVO EN EL CULO, SI
ME PIDEN EL PASAPORTE, LO MUESTRO. OCULTÃS COMO LO GUARDÃS,
ETCÉTERA.

VOS LO POD´S GUARDAR EN EL BOLSO. ES AJENO. ES PRIVADO. ES

PRIVACIDAD DE COMO GUARDÃS LA INFORMACIÓN. ENCAPSULACIÓN:
OBJETO SEGURO.

ES DECIR: OTRO PROGRAMADOR NO PUEDE AFECTAR ESO. Y PONERSE

BARRERAS A UNO MISMO PARA NO HACER CHORRADAS.

¿QUÉ ENCAPSULAR? HOY NO.

MODULARIZACIÓN:

PROCESO DE DESCOMPOSICION DEU N SISTEMA EN UN CONJUNTO DE MODULOS

CACHOS.

COGER UN SISTEMA, CONJUNTO DE ELEMENTOS ENTRE SI COLABORAN, FIN

COMUN... ESO ES UN SISTEMA FORMADO POR ELEMENTOS QUE COLABORAN.

EL SISTEMA UNIVERSITARIO: ESTATUTO ALUMNOS EDIFICIOS PROFESORES

LABORATORIOS: FORMAR GENTE. FIN DEL SISTEMA.

MODULARIDAD: HACER UN SISTEMA ESTÉ FORMADO POR PIEZAS POCO

ACOPLADAS Y COHESIVA. SI TENES UNA PIEZA Y REPERCUTE A OTRA ES
ACOPLAMIENTO, ESO DEBE EVITARSE, ESO AFECTA. SI EL PROFESOR SE
MUERE Y EL SISTEMA ES POCO ACOPLADO, NO PASA NADA, LA U FUNCIONA
IGUAL. POR ESO LOS PROFESORES Y LOS RECTORES SE PUEDEN MORIR.

LOS MEJORES SISTEMAS SON POCO APOCOPLADOS, PODÉS CAMBIAR UNA

PIEZA SIN QUE AFECTE MUCHO A LAS OTRAS.

META: MINIMOS ACOPLAMIENTOS (NO NULOS) SI SON NULAS, NO ES PARTE

DEL SISTEMA. DEBEN REDUCIRSE LOS ACOPLAMIENTOS NO EVITARSE, SIN
NO ES PARTE DEL SISTEMA.

ACOPLAMIENTO: COGER.

COHESIÓN: DEL SISTEMA. CERCA DE COHERENTE. SANTO ARREGLA TODO

HABLANDO. EL CABRON ARREGLA TODO A HOSTIAS. ES FELIZ CUANDO A VOS
TE VA PEOR. SON COHERENTES CADA UNO, EN CADA LUGAR FUNCIONA CON
LA MISMA REGLA, LES ENTENDÉS.

INCHORENTE: EN EL TRABAJO ES UN SANTO. EN LA CASA ES UN DEMONIO.

ESA PERSONA ES PELIGROSA PORQUE NO PODÉS PREVEER, DEPENDE DEL
CONTEXTO. PREFERIMOS UN CABRON COHERENTE SIEMPRE. UN AMBIGUO ES
COMPLEJO. NO ES COHESIVA O COHERENTE.

COHESIVO: UN CACHO DE CODIGO. NO TENES QUE IR 100 LINEAS DESPUÉS

O ANTES PARA EXPLICAR UN PEDASO, ESE PAQUETE SE ENTIENDE POR SI
MISMO, NO TEN´S QUE CONTAR TODO EL SOFTWARE. ES EXPLICABLE. SI
SUDAS PARA EXPLICAR, ESE SOFTWARE ESU NA MIERDA. NO ES COHESIVO.

MODULARIZACION: COGER ALGO EN PIEZA. CADA PIEZA SE ENTIENDE POR

SI MISMA. ESTO VA DE LA MANO DE ABSTRACCION Y EL OTRO. PARA QUE
CADA PIEZA NO DEPENDA TANTO DE LA OTRA: ENCAPSULANDO BIEN,
ABSTRAYENDO, CAMBIOS DE EVENTOS NO AFECTAN (ACOPLAMIENTOS
REDUCIDOS). SI YO ENTIENDO POR SI MISMA UNA PIEZA ES UNA UBENA
ABSTRACCIÓN (CARACTERÃSTICAS GENERALES DE ALGO)...

ES UNA BUENA ABSTRACCIÓN DE LO CONCRETO: CLASE FECHA, AUTOBUS,

ALUMNO, LA CLASE FACTURA. SON CONCEPTOS, CLASES QUE SE ENTIENDEN
POR SI MISMA

MODULARIDAD ABSTRACCIÓN Y ENCAPSULAMIENTO SE RELACIONAN ENTRE

SÃ

ES SIEMPRE POSIBLE LOGRAR MODULOS POCO ACOPLADOS. CLASES,

PAQUETES, COMPONENTES, UNOS TIENEN EL SOFTWARE PARA LA VISTA,
OTROS LOS MODELOS PARA GUARDAR LA INFO, OTROS LOS CONTROLADORES
(COMO MANEJAR LOS DATOS)...

MODELOS VISTA CONTROLADOR: LO QUE FUNCIONA EN LOS FRAMEWORKS Y

WEB HOY.

UNA PAGINA WEB: NO PODÉS MEZCLAR EN CUALQUIER LADO DISTINTOS

LENGAUJES DE PROGRMACIÓN (CURSO WEB). MVC, MVP
--------------------

JERARQUIZACIÓN: ESTRUCTURAR POR NIVELES CON DEPENDENCIA Y

RESPONSABILIDAD LOS MODULOS. ORGANIZAR EN GRADOS DE COMPOSICIÓN
IMPORTANCIA ICUMBENCIA.

JERARQUIA DE CLASIFICACIÓN. JERARQUIA DE COMPOSICIÓN. HAY

JERARQUIAS POR TODOS LADOS. UNA SUMA O OPERACIÓN MATEMATICA ES
UNA JERARQUÃA. UNA EXPRESIÓN ES UNA JERARQUIA.

LAS FUNCIONES DE UN PROGRAMA QUE LLAMA EL CODIGO TIENE JERARQUIA.

PODÉS DIBUJAR LAS JERARQUIAS.

NO PODÉS ESTAR RODEADO Y CONFUNDIDO EN MIL LINEAS DE CODIGO.

TENES QUE MANDAR, ORDENAR.

CLASES: JERARQUIAS DE HERENCIA. JERARQUIAS DE COMPOSICIÓN.

LA JEARQUIA ORGANIZA LA COMPLEJIDAD. ABSTRACCIÓN Y

ENCAPSULACIÓN. Y MODULARIZACIÓN Y COHESIÓN. JEARQUICAMENTE
ORGANIZADOS (NIVELES, LOS MODULOS).

JERARQUIAS DE DISTINTO TIPO. PARA QUÉ: PARA TENER RIENDAS DE TU

CODIGO.

UNA MARAÑA DE MIERDA NO SIRVE, CUANDO LO QUERÉS LLEVAR PARA

USARLO EN OTRA PLATAFORMA, NO PODÉS. PERO SI HACÉS MVC. LO PODÃ
‰S LLEVAR A UN CELULAR.

ESO ES SER INEFICIENTE. NO ES BIEN POR ESTÉTICA, SINO POR ÉTICA

PROFESIONAL.

NO SER SINVERGUENZAS. SER BUEN PROFESIONAL. EL CODIGO NO ES

BONITO, ES BUENO O ES MALO, HAY QUE HACER BUEN CODIGO.

SI DOMINÃS ESTO TENÉS LA HOSTIA.

PARA SER FELIZ: NO COMPLICARSE CON TONERIAS, SONRÃE Y DISFRUTA

LO PEQUEÑO, ESE TIO ES FELIZ. ES SENCILLO SER FELIZ. OTRO CURSO.

MANEJAR ESAS CUATRO PALABRAS: EL CODIGO FUNCIONA SOLO.

OCHO CONCEPTOS: CLASE OBJETO METODOS MENSAJES ATRIBUTOS ESTADOS

HERENCIA Y POLIMORFIMO. ESOS SON LOS CONCEPTOS CLAVES. CON ESO
HACÉS LO MEJOR. FACEBOOK.

SISTEMA SOFTWARE EMPOTRADO (?).

TODOS LOS LENGUAJES SON LO MISMO, ES MARKETIN. APRENDER LENGUAJE

NATURAL ES DIFICIL. PASAR AL SIGUIENTE DE PROGRAMACION, NO
CUESTA, APRENDÉS DOS, Y VAS... LUEGO EL TERCERO VA COMO PIÑA.
NO ES COMO LENGUAJES NATURALES.
LAS SINTAXIS SON SIMILARES: SE BASAN EN C, ENSAMBLADOR DE ALTO
NIVEL. ERA DEMENCIAL. ES ANTIGUO.

VER: MÉTRICAS DEL SOFTWARE. SI HACES UNA CLASE CON MAS DE CINCO
ATRIBUTOS ES UNA MIERDA. DISTORSIONA. EL SER HUMANO MANEJA COSAS
PEQUEÑAS. LIMITES CUANTITATIVOS. EL ORDENADOR TIENE LIMITES
CUALITATIVOS PERO NO CUANTITATIVOS. MAS DE SIETE ELEMENTOS NUMERO
MAGICO DE MILLER: LA GENTE SEPIERDE A PARTIR DE SIETE ELEMENTOS,
NO TE SIGUEN.

LOS MUY LSITOS 9, LOS MUY TONTOS 5. NUMERO DE ATRIBUTOS EN UNA

CLASE 5. CUANTITATIVAMENTE ESTAMOS MUY LIMITADOS (LIMITACION
CUANTITATIVA). CUALITATIVAMENTE SOMOS EXCEPCIONALES. EL ORDENADOR
NO TIENE CAPACIDAD CUALITATIVA. ES TONTO DEL CULO. ES
CUANTITATIVO. POR ESO SE COMPLEMENTAN BIEN SER HUMANO Y EL
ORDENADOR. ENTONCES INVENTAMOS AL MEJOR AMIGO.

MÉTRICA DE OSFTARE. METODOS DE MAS DE 25 LINEAS SON HORROROSOS.

CON MAS DE DOS PARAMETROS. DESASTRE. ESTO EN JAVA. SINTAXIS LO
APRENDÉS SOLO, ESO ES ABURRIDO.

PAUTAS: SABER CUANDO VA MAL MENO.

SMELL CODES: CODIGO MIERDA. HAY LIBROS DE ESO. SMELL CODES.

CODIGO MAL OLIENTE. LOS PECADOS DEL CODING.