Author Archive
Diagramas de flujos
Un diagrama de flujo es una forma de representar gráficamente los detalles algorítmicos de un proceso multifactorial y aunque es una tecnica que lleva ya en uso algun tiempo aun nos puede ser util para representar graficamente el proceso o los pasos dados en alguna determinada funcion de algun lenguaje de programacion.
Uno de los problemas que he visto en diversos textos es que a la hora de representar diagramas lo hacen de manera logica, basandose mucho en la representacion de actividades logicas, dejando medio flojos al lector al momento de representar algun algoritmo matematico utilizando esta tecnica. Si bien la forma logica es bien importante, pero en las practicas funcionales con algun lenguaje de programacion los estudiantes necesitan reforzar la manera practica para llegar a algun camino.
Muchos de mis estudiantes son capaces de representar situaciones logicas, como el ir a su casa desde el laboratorio, pero al momento de representar una sumatoria o el mostrar una tabla de multiplicacion en pantalla ahi como que se trancan.
Una tecnica diferente:
Actualmente en las clases utilizo 3 tecnicas de representacion de algoritmos, que son seudocodigos, diagrama de flujos y representacion en algun lenguaje de programacion (basic, c,java o php) dependiendo los estudiantes. Todos notan inmediatamente que existe cierta similitud entre el seudocodigo y la rrepresentacion en un lenguaje de programacion, por lo que estas son sus tecnicas de representacion favoritas. Con los diagramas sucede que se tiene que aplicar la logica, pero esta resulta un tanto diferente a la utilizada para crear seudocodigo. A continuacion planteo algunas diferencias logicas con respecto a un seudocodigo:
- En diagramacion es diferente usar un while o for, ya que hay que tener el control del ciclo utilizando varios simbolos.
- En la mayoria de programas para diagramacion es algo complicado representar el switch, para las multiples desiciones.
Que simbolos utilizar?
Si bien a nivel de programacion los simbolos utilizados tienen cierto estandar, y no son muchos, con estos tenemos que arreglarnosla para representar nuestro algoritmo con esta tecnica de representacion.
A continuación muestro los simbolos que he utilizado con mas frecuencia para esta tecnica:
Ejemplo practico:
A continuacion detallo una manera de diagramar utilizando ademas 2 tecnicas de representacion. Para el siguiente problema: Para realizar una silla se necesitan: 5 remaches 3 madera y 2 metal, realize un diagrama en el que diga la cantidad de sillas que se pueden realizar con la cantidad de material disponible en almacen.
Diagrama del problema
Otros Ejemplos:
Regresando luego de reiniciar……
De pronto uno deja de escribir un dia.. y descubre que pasa casi un año… Pues nada, aqui regresamos de nuevo para quien le interese seguir aprendiendo cosas interesantes, de las pocas que se. Esta vez espero poner contenidos mas interesantes que en otras ocasiones.. con este post, reiniciamos el asunto 
Aqui tratare de organizar lo mas posible muchas de mis investigaciones que he realizado en el ultimo año, prácticamente todas tienen que ver con cosas que me interesan…. ojala y que encuentres algo de tu agrado. Cualquier duda o comentario no dudes en ponerlos
Introducción a HTML (Nunca es tarde para aprenderlo)
En los siguientes videos puedes ver de manera rapida como trabajar en el maravilloso mundo del HTML, solo utilizando un editor de texto plano.
Introduccion a HTML
Realizar una presentacion utilizando HTML la cual cumpla con los siguientes requisitos:
- Al menos 10 slide o paginas
- Tratar un tema de su interes.
- La presentacion debe estar optimizada para visualizarla en pantalla completa al presionar f11 en el navegador.
- Todas las paginas deben tener el mismo fondo y no puede ser blanco .
- En cada una de las paginas debe incluir al menos una imagen, (el fondo no cuenta).
- Debe de utilizar al menos 2 tablas en la presentacion completa
- Recuerde utilizar los titulos (h1-h6) y el formato necesario.
Nota: Cualquier cosa pueden investigar
Codigo Fuente de Vista.
Hace un tiempo vi por ahi el codigo fuente de windows vista… pero segun veo hay mucha gente que no lo ha visto aun, aqui hay una copia para que veas porque funciona asi…..
Asi que no te sorprendas… veremos a ver si conseguimos el de windows 7…
Se ve bien en Firefox y en IE no…
Estaba buscando la manera mas facil de explicarle a mis estudiantes virtuales el porque usar cualquier navegador, menos IE, para aprender HTML y me he encontrado este articulo que cae a la perfeccion:
El otro día una amiga me comentó que una compañera suya estaba haciendo una web, y que en el Explorer se ve bien y en Firefox mal, y me preguntó que a qué podría ser debido. Le di una respuesta deprisa y http://cafeina.ladybenko.net/index.php corriendo y creo que no expresé bien, así que aquí va la full version. La comparto con vosotros porque seguramente nos esperen muchas más preguntas de este estilo.
La clave para entenderlo bien es darle la vuelta a la tortilla. La realidad es que en IE se ve mal, y en el resto de los navegadores (no sólo Firefox) se ve bien. Pongo bien y mal porque son apreciaciones que hacemos los humanos, subjetivas.
Los navegadores no son adivinos con bolas de cristal que se conectan a la mente del maquetador web e interpretan su voluntad. El maquetador tiene que dejar escrito, detalladamente, el contenido y apariencia de la página web: esto se consigue con los lenguajes (X)HTML y CSS.
Estos lenguajes se encuentran bien definidos cómo estándar, en el WWW Consortium (viene a ser algo así como la RAE). Este organismo se encarga de describir con precisión cómo deben interpretar el (X)HTML y el CSS los navegadores.
Ahora bien, los navegadores no siempre cumplen a pies juntillas lo que dice el W3C. Es más, cierto navegador no hace ni puto caso.
Pongamos un ejemplo ficticio: Imaginemos que el Explorer confunde los colores rojo y blanco, y los intercambia, debido a un error de programación (no entraremos a valorar si por descuido o deliberadamente). Es decir, que donde pone #FFFFFF IE lo interpreta como #FF0000, y viceversa. En este ejemplo supondremos que el resto de los navegadores interpretan los colores correctamente.
¿Qué pasaría si queremos hacer una página web con fondo blanco? En nuestro código HTML, pondríamos <body bgcolor="#FF0000"> que en IE se mostraría blanco. Entonces cuando vamos alegremente a mirar la web con otros navegadores, vemos que se muestra de color rojo fosforito. En Firefox se ve mal. Pues no. Por mucho que se empeñe el Explorer en hacer creer a los desarrolladores web, el número #FF0000 significa rojo, y prou.
Lo que ha pasado es que una página se ha desarrollado mal (a menudo inconscientemente) para forzar a que se vea bien en IE. Lo que obtenemos es que en IE la página se visualiza incorrectamente, pero por casualidades místicas esa visualización coincide con los deseos del diseñador.
Un ejemplo real y muy gráfico de cómo IE visualiza de mal las páginas lo podemos encontrar en el Acid Test. Es un ejemplo de página web que construye mediante código estándar y válido un dibujito de una cara sonriente. Según lo bien programado que esté el navegador, veremos este dibujo más o menos bien. Los únicos navegadores mayoritarios que lo muestran correctamente son Safari (Mac), Konqueror (GNU/Linux) y Opera (multiplataforma). Firefox se queda a medio camino, pero lo de Internet Explorer clama al cielo.
En resumen, lo más fácil para que una web se vea más o menos bien en todos los navegadores es hacerla primero para Firefox o cualquier otro navegador, y luego apañarla como buenamente podamos para Internet Explorer.
O sea, usa internet explorer, para probar que se ve bien, por si acaso uno de tus visitantes entra con ese navegador. Tu usa firefox!!!
Copiado de: http://cafeina.ladybenko.net/?p=303
Mas aqui: http://www.jorgeoyhenard.com/porque-no-usar-internet-explorer-6/399/