3/05/2010
Herrajeria.
Se terminaron de soldar y pintar los herrajes y los separadores de las alas. Los separadores van entre los largueros "separando los" y evitando que colapsen. Y los herrajes es de donde se prenden los montantes y el ala al fuselaje.
2/20/2010
La caja de caramelos.
Desconozco el nombre correcto de dicho fruto, crece en un árbol, el contenido que son como unos caramelos rojos gelatinosos con una nuez interna se pueden comer, aun que su sabor es muy débil y son apenas dulces.
2/11/2010
Prototipo CNC
Mientras que espero los motores Paso a Paso voy terminando el diseño de la parte mecánica de la CNC. Así es como debería quedar + o -.
12/26/2009
11/15/2009
11/01/2009
Con un taller bien ordenado el trabajo se hace mas agradable.
El taller como estaba antes
Y como esta ahora!!
Bonito, bonito!!
Y como esta ahora!!
Bonito, bonito!!
10/22/2009
Mi Epsilon
Mi objeto Epsilon echo con bandas elásticas varillas de madera de 5mm encastradas encoladas y atadas con hilo negro.
10/17/2009
Construccion de una plaqueta PCB.
Construí mi primer Plaqueta PCB.
Tome la imagen en mapa de bits del circuito, lo convertí en vectores, corregí en el Corel y lleve a que me lo ploteen, luego pegue con cuidado en la plaqueta, quite lo que no necesitaba y sumergí en Percloruro Férrico que ataco las partes que estaban expuestas (sin vinilo) este es el resultado.
La imagen es grande apropósito para poder ver mejor los detalles. Falta retocar en 2-3 partes pero el trabajo es mas que satisfactorio.
Tome la imagen en mapa de bits del circuito, lo convertí en vectores, corregí en el Corel y lleve a que me lo ploteen, luego pegue con cuidado en la plaqueta, quite lo que no necesitaba y sumergí en Percloruro Férrico que ataco las partes que estaban expuestas (sin vinilo) este es el resultado.
La imagen es grande apropósito para poder ver mejor los detalles. Falta retocar en 2-3 partes pero el trabajo es mas que satisfactorio.
10/10/2009
El diseñador y el usuario.
No es bueno que en la cabeza de una compañía haya un ingeniero.
Programar requiere un pensamiento lógico y fuertemente estructurado, mentalidad que lleva a realizar acciones incomprensibles y difíciles de recordar para los usuarios.
Los usuarios frecuentemente no comprenden estas subdivisiones creadas por los programadores, perdiendo fácilmente la paciencia cuando se les obliga a realizar operaciones que un programador juzga como técnicamente necesarias.
Los programadores han de controlar todas las posibilidades para conseguir que el programa funcione correctamente. Las preguntas que un programador siempre se hace son: «¿y si pasa esto?, ¿y si pasa lo otro?, ¿y si el usuario quiere?» Su objetivo es que se pueda hacer todo y el programa nunca «casque».
Pensar así tiene algunos efectos como la llamada «featuritis» o añadido innecesario de funciones a un producto, porque entienden que eso mejora el producto.
Pero la «featuritis» tiene un coste: vaticinar todo lo posible significa a efectos prácticos marginar y hacer poco visible lo mas probable, con lo que el producto frecuentemente empeora.
Un usuario medio no se preocupa por todo lo posible, sino por lo más probable, la gente quiere software que le permita hacer SUS tareas y no TODAS las posibles.
A los programadores les gusta tener un control máximo sobre las tareas que realizan, esto significa que son capaces de sacrificar facilidad de uso por control de la tarea, los programadores están enfocados a la tarea. Sin embargo los usuarios medios están enfocados a las metas, y están dispuestos a sacrificar control sobre la tarea, a cambio de conseguir su meta de manera rápida.
Koldo Saratxaga dice «no es bueno que en la cabeza de una compañía haya un ingeniero, tienen la cabeza demasiado estructurada».
Un ejemplo sencillo: a la hora de hacer una búsqueda de un producto en un sitio web, un programador desea el máximo control, tener la posibilidad de usar varias opciones de búsqueda avanzadas y obtener los mejores resultados posibles (esta orientado hacia la tarea).
Por el contrario, un usuario medio desea evitar toda opción incomprensible, prefiere simplemente introducir la palabra clave y obtener resultados inmediatos.
Un programador alegaría entonces, «en ese caso si la búsqueda falla es por culpa del usuario que debería hacer una búsqueda avanzada».
Es tarea del programador ponerse en el lugar del usuario y adelantarse a su comportamiento para que los errores no se produzcan.
Programar requiere un pensamiento lógico y fuertemente estructurado, mentalidad que lleva a realizar acciones incomprensibles y difíciles de recordar para los usuarios.
Los usuarios frecuentemente no comprenden estas subdivisiones creadas por los programadores, perdiendo fácilmente la paciencia cuando se les obliga a realizar operaciones que un programador juzga como técnicamente necesarias.
Los programadores han de controlar todas las posibilidades para conseguir que el programa funcione correctamente. Las preguntas que un programador siempre se hace son: «¿y si pasa esto?, ¿y si pasa lo otro?, ¿y si el usuario quiere?» Su objetivo es que se pueda hacer todo y el programa nunca «casque».
Pensar así tiene algunos efectos como la llamada «featuritis» o añadido innecesario de funciones a un producto, porque entienden que eso mejora el producto.
Pero la «featuritis» tiene un coste: vaticinar todo lo posible significa a efectos prácticos marginar y hacer poco visible lo mas probable, con lo que el producto frecuentemente empeora.
Un usuario medio no se preocupa por todo lo posible, sino por lo más probable, la gente quiere software que le permita hacer SUS tareas y no TODAS las posibles.
A los programadores les gusta tener un control máximo sobre las tareas que realizan, esto significa que son capaces de sacrificar facilidad de uso por control de la tarea, los programadores están enfocados a la tarea. Sin embargo los usuarios medios están enfocados a las metas, y están dispuestos a sacrificar control sobre la tarea, a cambio de conseguir su meta de manera rápida.
Koldo Saratxaga dice «no es bueno que en la cabeza de una compañía haya un ingeniero, tienen la cabeza demasiado estructurada».
Un ejemplo sencillo: a la hora de hacer una búsqueda de un producto en un sitio web, un programador desea el máximo control, tener la posibilidad de usar varias opciones de búsqueda avanzadas y obtener los mejores resultados posibles (esta orientado hacia la tarea).
Por el contrario, un usuario medio desea evitar toda opción incomprensible, prefiere simplemente introducir la palabra clave y obtener resultados inmediatos.
Un programador alegaría entonces, «en ese caso si la búsqueda falla es por culpa del usuario que debería hacer una búsqueda avanzada».
Es tarea del programador ponerse en el lugar del usuario y adelantarse a su comportamiento para que los errores no se produzcan.
Fuente:
http://albertolacalle.com/hci/programador-usuario.html
Suscribirse a:
Entradas (Atom)
