Como puede leerse en mi blog "gallo", o académico... (como uds. prefieran!), este jueves estaré dictando una charla sobre lo que dice arriba en el título. :o)
Los que estén interesados pueden contactarme vía comentarios a este post o al post de mi otro blog.
Mostrando las entradas con la etiqueta Computación. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Computación. Mostrar todas las entradas
lunes, junio 01, 2009
miércoles, mayo 21, 2008
los seres humanos no son números
Hoy actualicé mi blog "nerd" o "gallo"... o como me gusta decir a mi: Académico.... El llamado Optimization & Machine Learning.
Escribí dos artículos, ambos relacionados con un concurso muy interesante que organizó la gente de Netflix (una empresa que ofrece un servicio de recomendación de películas, basándose en cuáles películas le gustan a uno).
En uno les remito un post de un blog en el que se discute si para resolver el problema planteado en el concurso se necesita más información, o mejores algoritmos, o si se necesitan ambas cosas.
En otro, les cuento sobre el éxito inesperado que tuvo una persona que viene del área de psicología (y no de ingeniería, computación o estadística), quien supo como tomar en cuenta el "factor humano" en el modelo matemático.... teniendo, con su primer "intento", un éxito mucho mayor que los que habían tenido el resto de los concursantes hasta ese momento. La premisa importante fue que los seres humanos no son números, y por lo tanto no tenemos que restringirnos a tratarlos como tales.
Los invito a ver ambos posts,.... espero los encuenten interesantes!
Escribí dos artículos, ambos relacionados con un concurso muy interesante que organizó la gente de Netflix (una empresa que ofrece un servicio de recomendación de películas, basándose en cuáles películas le gustan a uno).
En uno les remito un post de un blog en el que se discute si para resolver el problema planteado en el concurso se necesita más información, o mejores algoritmos, o si se necesitan ambas cosas.
En otro, les cuento sobre el éxito inesperado que tuvo una persona que viene del área de psicología (y no de ingeniería, computación o estadística), quien supo como tomar en cuenta el "factor humano" en el modelo matemático.... teniendo, con su primer "intento", un éxito mucho mayor que los que habían tenido el resto de los concursantes hasta ese momento. La premisa importante fue que los seres humanos no son números, y por lo tanto no tenemos que restringirnos a tratarlos como tales.
Los invito a ver ambos posts,.... espero los encuenten interesantes!
martes, noviembre 14, 2006
AVISO: ¡Busco Problemas!
Jeje... :o) este es un avisto que coloqué en la página de "inicio" de mi página web:
"Si usted tiene un problema en el que necesite el reconocimiento de patrones binarios (un caso real), comuníquese conmigo, pues estoy en la búsqueda de proyectos para implementación del algoritmo que hemos diseñado el Prof.García Palomares y yo. Entre los problemas que pueden resolverse con estas técnicas están:
"Si usted tiene un problema en el que necesite el reconocimiento de patrones binarios (un caso real), comuníquese conmigo, pues estoy en la búsqueda de proyectos para implementación del algoritmo que hemos diseñado el Prof.García Palomares y yo. Entre los problemas que pueden resolverse con estas técnicas están:
- Reconocimiento de patrones ópticos
- Reconocimiento de patrones de voz
- Categorización de textos
- Análisis de perfiles de expresión genética
- Análisis de ADN y proteínas diversas
- Control robótico
- Problemas financieros
- Detección de patrones de fraude
- Análisis para la asignación de créditos
- Problemas de exploración petrolera
- Diagnosis y prognosis (diagnóstico temprano) médica"
miércoles, octubre 04, 2006
Construyendo sistemas "grandes"
Muchos sistemas grandes son terriblemente difíciles de mantener o expandir. Seamos francos: con códigos de 60 líneas hechos por nosotros.. muchas veces ni siquiera sabemos entenderlos a las 2 semanas!
Uno se pregunta, tratando de cambiar algo en una variable o instrucción "¿será que afecto muchas cosas si cambio esto acá?".. el miedo a que venga una larga ronda de debugging nunca es mal justificado! entonces uno dice algo como: yo no se que es lo que hacía esta línea, pero recuerdo que era importante! :oS
En general la moraleja es escribir funciones/procedimientos no muy complejas, con pocas variables o parámetros, evitar el uso de variables globales en lo posible, y siempre pensar en una rutina que automatice la prueba de que cada función/procedimiento trabaja de manera correcta.
Las recomendaciones usuales en programación siguen aplicando, como la típica de evitar los "go-to" y ponerle nombres elocuentes a las variables! (¿por qué usar ct_1 como variable, cuando puedes ponerle costo_total?).
Sobre estas y otras cosas, pueden leer en este artículo que me hizo reflexionar sobre muchos errores que he cometido! jejeje
Uno se pregunta, tratando de cambiar algo en una variable o instrucción "¿será que afecto muchas cosas si cambio esto acá?".. el miedo a que venga una larga ronda de debugging nunca es mal justificado! entonces uno dice algo como: yo no se que es lo que hacía esta línea, pero recuerdo que era importante! :oS
En general la moraleja es escribir funciones/procedimientos no muy complejas, con pocas variables o parámetros, evitar el uso de variables globales en lo posible, y siempre pensar en una rutina que automatice la prueba de que cada función/procedimiento trabaja de manera correcta.
Las recomendaciones usuales en programación siguen aplicando, como la típica de evitar los "go-to" y ponerle nombres elocuentes a las variables! (¿por qué usar ct_1 como variable, cuando puedes ponerle costo_total?).
Sobre estas y otras cosas, pueden leer en este artículo que me hizo reflexionar sobre muchos errores que he cometido! jejeje
Suscribirse a:
Entradas (Atom)
