danielk_dk

Artículo original de Gerson Lázaro. Uno de los aspectos fundamentales para una adecuada interacción de los usuarios con tu sitio o aplicación es la correcta elección de los colores. No basta con que a ti te parezcan bonitos. Es necesario crear una armonía entre el diseño y el color, con tonalidades apropiadas tanto para el publico objetivo, como para la temática de la app, y no menos importante, que el color de toda la aplicación sea consistente con la marca. Así que antes de iniciar un diseño, es imprescindible tener preestablecida una paleta de colores que te permita lograr los resultados esperados. A continuación, una serie de herramientas web que serán de ayuda para crear nuestra paleta de colores: Adobe Color CC (Antes Adobe Kuler) https://color.adobe.com/es/ Una herramienta imprescindible para trabajar paletas de colores. Te permite crear tus propias paletas (que puedes guardar en la plataforma sin costo alguno) además de ver una galería de las creadas por otros usuarios. Puedes también descargar las paletas como archivo .ASE (Adobe Swatch Exchange) para usar en Illustrator. Entrando en detalle, tienes un circulo cromático, del cual puedes editar o modificar los colores. No importa si trabajas con RGB, CMYK, LAB, HSB o formato hexadecimal, todos podrás trabajarlos en Adobe Color. Además esta herramienta maneja conceptos de la teoría del color, con los cuales podrás experimentar para crear tu paleta. Cuando utilizas uno de los siguientes conceptos, das consistencia y armonía a la paleta, además de ser muy fácil de utilizar: Colores Monocromáticos: Los colores monocromáticos tienen el mismo tinte pero diferente saturación y matiz. Colores Análogos: Colores "vecinos" en el circulo cromático Colores en Triada: Colores que se encuentran a 120 grados en el circulo cromático. Colores Complementarios: Colores que se encuentran a 180 grados en el circulo cromático, y por lo tanto son totalmente opuestos. Sin duda, es una de las mas completas herramientas. Flat UI Colors http://flatuicolors.com/ Mucho mas minimalista que la anterior. Simplemente te da una cuadricula con 20 colores que se copian al portapapeles solo pulsando sobre ellos. ¿Por qué la recomiendo? Simple: Maneja colores Flat, los cuales son tendencia y sin importar como los combinas, siempre logras un bonito resultado. No dejes de probarlo. ¿Y tu? ¿Conoces alguna herramienta similar? En este artículo encuentras más opciones: ¿Como elegir los colores de mi aplicación o sitio web?...

Steve Jobs fue uno de los más atrevidos visionarios de nuestros tiempos. Hoy recordamos a este gran personaje con algunas de sus frases más célebres. -Recordar que vas a morir, es la mejor manera que conozco para no pensar que tienes algo que perder. Ya estás desnudo. No hay ninguna razón para no seguir a tu corazón. -Si tu no trabajas por tus sueños, alguien te contratará para que trabajes por los suyos. -Tu trabajo va a llenar gran parte de tu vida, la única manera de estar realmente satisfecho es hacer lo que creas es un gran trabajo y la única manera de hacerlo es amar lo que haces. Si no lo has encontrado aún, sigue buscando. Como con todo lo que tiene que ver con el corazón, sabrás cuando lo hayas encontrado. -Ser el hombre más rico del cementerio no significa nada para mí. Irme a la cama por las noches sabiendo que hice algo extraordinario es lo que más me importa. -Pienso que si haces algo y resulta ser una buena idea, entonces debes hacer otras cosas increíbles, no lo pienses mucho tiempo. Sólo descubre qué es lo que sigue. -Cuando tenía 17 años, leí una frase que decía algo así: “Si vives cada día como si fuera el último, algún día sucederá.” Hizo una gran impresión en mí y desde entonces, por los pasados 33 años, me he mirado en el espejo cada mañana y me pregunto: “Si hoy fuera mi último día, ¿me gustaría estar haciendo lo que estoy a punto de hacer? -No puedes conectar los puntos viendo hacia adelante, sólo puedes conectarlos viendo hacia atrás. Así que tienes que confiar que de alguna manera se conectarán en un futuro. Debes confiar en algo, tu instinto, destino, vida, karma, lo que sea. Y para terminar, aquí está uno de los mejores discursos de Jobs. ¿Te gustó?: http://thescienceofcode.azurewebsites.net/

Les comparto esta guía definitiva. Guía para fracasar como programador Críticas y opiniones Una de las preguntas más frecuentes que tienen las personas que quieren aprender a programar ordenadores está relacionada con el camino que deberían seguir para convertirse realmente en un buenos programadores. La mayoría espera que oír "aprende java", o "aprende a desarrollar para Android". Pero la realidad poco, o nada tiene que ver con estas preconcepciones, erradas por cierto. Es cómo si le preguntaran a un guitarrista cómo ser buen músico, con la esperanza de oir "aprende unos solos de bachata, ¡están de moda!". Hacer una carrera como PROGRAMADOR (no como ingeniero de software, sino como PROGRAMADOR) implica mucho más que aprender un par de tecnologías y una docena términos raros. Pero, si usted quiere tomar otro camino, por favor siga estos pasos: Paso 1 para fracasar como programador: Quédese sólo con lo que da el profesor en clase y luego cúlpelo a él por no enseñarle lo necesario. Paso 2 para fracasar como programador: Sólo aprenda una tecnología, no importa que el mundo evolucione, aún hoy hay empresas que utilizan PowerBuilder, WebForms y otros engendros similares. Paso 3 para fracasar como programador: No intente depurar sus programas, pregúntele al profesor o a un amigo cuál es su error. Así nunca tendrá que preocuparse por entender su código. Paso 4 para fracasar como programador: Siempre programe en lenguajes de empresariales alto nivel, así se olvidará de los aburridos bits, los punteros molestos y los segmentation fault. Paso 5 para fracasar como programador: Jamás lea sobre grandes programadores, no tenga modelos a imitar. Ellos son inalcanzables para el sudaca promedio. Paso 6 para fracasar como programador: No aprenda sobre algoritmos clásicos, ni estructuras de datos, a la mayoría de empresas les basta con que usted sepa SQL. Paso 7 para fracasar como programador: No pierda el tiempo estudiando matemáticas, cuando mucho le "desarrollarán la lógica de programación". Paso 8 para fracasar como programador: No malgaste su tiempo analizando la complejidad de sus algoritmos ni perfilando sus códigos, "los procesadores actuales son muy rápidos". Paso 9 para fracasar como programador: No se le ocurra perderse un partido por estar programando, y menos si es la final de la "Champions". Paso 10 para fracasar como programador: Siempre espere a que un cliente lo contrate para desarrollar un sistema a la medida, así nunca tendrá que inventar nada nuevo. Paso 11 para fracasar como programador: Siempre documente bien todos y cada uno de los requisitos del sistema, escriba todos los casos de uso antes de iniciar a programar, no olvide normalizar completamente las tablas de su base de datos SQL y definir una arquitectura en la que sobre-utilice patrones. Así tendrá una disculpa para sus justificar sus retrasos y el pobre rendimiento de sus aplicaciones. Paso 12 para fracasar como programador: Si el resto de pasos han fallado y aún le queda tiempo libre, tome un curso de Scrumm, no aprenderá a programar pero disfrutará de unas agradables horas oyendo al interlocutor filosofar sobre lo obvio y regañándolo por no dar más en "el juego de las peloticas". ¿Alguno de estos comentarios le ha incomodado? No debería molestarse, aún siguiendo estos pasos al pie de la letra podrá conseguir un "cartón" de ingeniero de sistemas. Enlace original en The Science of Code ¿Te ha intrigado? http://thescienceofcode.com/ Somos una comunidad dedicada a la enseñanza de las ciencias de la computación

Por Daniel Betancur Quiero compartir con ustedes este artículo apareció en The Science of Code. Muchas veces nos decepcionamos hasta de la carrera que escogimos, no porque ya no nos guste, sino porque algunas personas frustran nuestros sueños. En este artículo un estudiante de Ingeniería de Sistemas nos cuenta su experiencia sobre el cambio, la esperanza y la cruda realidad de la profesión. “Hubo momento en el que opté por emigrar, opté por embarcar en busca de otro lugar”. Green Valley Comienzo con esta pequeña frase que sale de una canción llamada soledad de Green Valley, un artista que en muchas de sus canciones enseña y deja entrever un modo de vida, modo que trato de seguir sin dejar de lado mi esencia En este artículo corto solo quería dar mi punto de vista sobre la programación y la ingeniería de sistemas en mi corta experiencia en esta área. Como lo dije al comienzo del articulo hubo un momento en el que opté por emigrar: mis planes habían estado en el mundo de las matemáticas, incluso las estudié por un par de semestres, pero siempre tuve cierta inclinación y un gusto particular por la programación. En algún momento de mi vida decidí dejar las matemáticas puras y estudiar ingeniería de sistemas, motivado por cada código realizado, por cada “semi-proyecto” terminado, por cada “accepted” en un problema de programación y por muchas otras apasionantes razones. En fin, veo que dicha motivación se ha ido apagando lentamente por cada una esas líneas de código que no valoran la mayoría de los profesores, por cada proyecto que según ellos está mal cuando no tiene un gigantesco diagrama UML, porque los problemas resueltos y los videojuegos creados no interesan en esta carrera, porque los programadores somos simplemente "pega-ladrillos". Creo que muchas cosas en la ingeniería de sistemas no son lo que pensaba, no son lo que creía. Sin embargo, seguiré con mi camino, un camino en el que a cada paso me decepciono más de la tecnología obsoleta que seguimos usando, de las malas políticas que rigen la profesión en estos países, de que nos siguen formado como robots para trabajar, de que no se incentiva al estudiante a crear para la vida sino a trabajar por una nota. Y con cinismo se sigue escuchando ese ridículo mensaje: “el ingeniero es un solucionador de problemas e innovador”. ¿Quién dijo que innovación tecnológica es un cliente pidiendo que le hagas el mismo software de toda la vida? Creo yo, que ahí radica el problema de la ingeniería de sistemas en nuestros países: no somos formados para crear sino para obedecer, como dijo Alex Torrenegra hace ya algún tiempo (y ojo que esto aplica para casi todo latinoámerica). Ah y por cierto, aunque los matemáticos, los físicos y los químicos menosprecien nuestra carrera, ni siquiera otro programador sabe hasta dónde pueden llegar nuestros códigos, como dijo Dijsktra: "La programación es una de las ramas más difíciles de las matemáticas aplicadas, los pobres matemáticos mejor hubieran seguido siendo matemáticos puros". . ¿Qué piensan al respecto? ¡Nos vemos la próxima!

La ilustración genética El ser humano siempre se ha preguntado cómo funcionan las cosas, y ha logrado responder la mayoría de sus cuestionamientos. Pero sin lugar a dudas, una de las preguntas más apasionantes es cómo funciona el mecanismo que nos hace lo que somos, en otras palabras, cómo funciona la genética, y cómo entender éste minúsculo y complicado sistema. Seguir leyendo...

Review por Daniel Cañizares Corrales. Hoy nos convoca la triste tarea de hacer una review del libro: "Fundamentos de Programación: Aprendizaje activo basado en casos". La publicación se presenta así misma como algo revolucionario, "utilizando un enfoque moderno desde el punto de vista pedagógico y moderno desde el punto de vista tecnológico". El problema es que falla en ambas empresas, ¡y vaya que falla! Enlace original: http://thescienceofcode.azurewebsites.net/Articles/Show/5624590a0e6ed3e1bc99aa13 Advertencia La siguiente es una opinión personal de una publicación, amparada en el derecho a la libre expresión. En nuestra profesión lo más profundo que está permitido discutir es sobre un lenguaje de programación; el resto de temas parecen estar censurados entre nosotros. Es hora de acabar con esos tabués. Motivado por el compromiso de honestidad intelectual que tengo con mis estudiantes y con quiénes nos leen, comparto esta review. Con respecto a el uso de una parte de la portada del libro analizado: Copyright Disclaimer Under Section 107 of the Copyright Act 1976, allowance is made for "fair use" for purposes such as criticism, comment, news reporting, teaching, scholarship, and research. Fair use is a use permitted by copyright statute that might otherwise be infringing. Non-profit, educational or personal use tips the balance in favor of fair use. Empecemos hablando de su enfoque moderno desde lo tecnológico, que está enmarcado en el uso de java, un lenguaje inventando en 1995 (no sobra decir lo inexpresivo que resulta para los tiempos que corren), UML el criticado estándar que fue creado en 1996 , la Programación Orientada a Objetos que fue planteada desde finales de los 50's y el horrible IDE, Eclipse (2001). ¿Esto es moderno? ¡Por favor! realmente estamos hablando de un "enfoque empresarial", simple y llanamente son las herramientas que requiere un sector de la mediocre industria del software del país, pero no son modernas, quizá estén de moda en este lado del mundo, pero repito no son modernas. Por otro lado, es hablando de lo pedagógico donde encontramos sus peores falencias. El texto parte de la preconcepción errada que comparten muchos gurús y tiene que ver con el hecho de considerar la Programación Orientada a Objetos como algo totalmente diferente de la Programación Imperativa. El libro se salta el paso de enseñar estructuras más simples, para ahogar al estudiante con los conceptos de clases, objetos, atributos y métodos. Si al estudiante le cuesta entender la abstracción que significa tener una variable en memoria, no me imagino qué entenderán por clases... supongo que no mucho, pero el lema del libro parece ser: aprenda cómo construir ventanas en java para resolver los problemas de un cliente, así no entienda mucho. Y esto mis amigos, termina siendo un gran problema, porque el estudiante no aprende programación imperativa ni orientada a objetos, y con razón, porque la una no es más que una breve extensión de la otra. Enseñar qué es una clase a una persona capaz de escribir código medianamente legible utilizando funciones es muy fácil, pero al revés, seamos realistas, no se entiende nada. Lo poco que enseña el libro sobre algoritmos es para sentarse a llorar: los códigos son horribles, no se enseñan buenas técnicas de codificación. Aún no sé si es una maña de sudacas, o una misconception de javero, pero se advierte de usar no múltiples retornos por método a expensas de obtener códigos difíciles de leer, no se explican operadores como el break o el continue, ni cuando ni como utilizar el famoso while true. El tan importante manejo de strings para crear aunque sea pequeños parsers, brilla por su ausencia. Pero esto no es lo más triste, apenas llegamos a la parte que resulta más horripilante del texto: todo está en términos de ingeniería de software. No se invita al estudiante a crear, no se hace el intento por explicar como funciona ese "invento" por dentro, como se usan los bits para representar elementos del mundo real dentro de la máquina, como se pueden aplicar conceptos matemáticos en la programación, no se mencionan nociones del costo computacional ni de tantos temas apasionantes que encuentras en las Ciencias de la Computación. Allá, en esas páginas oscuras sólo se habla de clientes, requisitos, contratos y otros términos aburridos. Se enseña a programar como una mera habilidad industrial, y no como lo que realmente es, un arte liberal. En otras palabras: la metodología es perfecta para salir a trabajar en una empresa mediocre. En general vamos en contravía, imitando sólo las JavaSchools. No vemos qué están haciendo universidades como Harvard para enseñar programación a los más novatos: abrieron un curso previo a CS101 (Introducción a las Ciencias de la Computación), llamado CS50 donde se explican conceptos de computación con Scratch, manteniendo las cosas simples, pero al mismo tiempo conservando la rigurosidad académica, enseñando temas profundos y apasionantes, invitando al estudiante a crear, y no por el contrario matándole la creatividad y la pasión. Sin embargo, es mi temor que muchas universidades tomarán este lamentable camino, y sólo dentro de unos años verán el irreparable daño que hicieron a los estudiantes. No más me imagino, que si hoy les cuesta a nuestros estudiantes aprender materias como estructuras de datos, aún teniendo ciertas bases sobre algoritmos, ¿qué será de los futuros programadores que sólo sabrán programación para dummies? (sería ese un mejor título para el libro xD). El día en que nuestros egresados no sepan nada de programación, entendida en el más amplio de sus significados, o peor aún, que tengamos aún menos egresados que ahora, en ese momento si volveremos a explicar lo mágico que resulta crear universos inexistentes a punta de unos y ceros, ese día nos interesaremos por explicarles la cosas increíbles que ocurren dentro de la máquina cuando pulsas un botón del teclado, lo impresionante que es crear imágenes y sonido con números nada más.... por ahora, ¡volvamos a implementar los requisitos que el cliente está pidiendo! Quizá usted esté de acuerdo conmigo, o quizá piense que la ausencia de un título de doctorado en mi carrera le resta cualquier credibilidad a esta review. En cualquier caso, y como tener ese tipo de cartones no está en mis planes, podrían interesarle estos artículos de personas con mucho más recorrido y preparación en CS. Sobre la crueldad de enseñar verdaderamente Ciencias de la Computación. Prof. Edsger Dijsktra. Los Riesgos de la Universidades java. Joel Spolsky. ¿Te ha intrigado? http://thescienceofcode.com Somos una comunidad dedicada a la enseñanza de las ciencias de la computación