volcado de enlaces

La semana que viene estaré en Burgos por cosas de trabajo y veo difícil publicar desde allí, así que os dejo unos cuantos enlaces a documentos interesantes para que os entretengais un poquito.

Sobre gestión de proyectos:

  • Gestionar proyectos IT con éxito – PDF 34 páginas.

Sobre programación extrema y metodologías ágiles:

  • La teoría del caos y la XP – PDF 9 páginas.
  • Ventajas económicas en la limitación horaria en el desarrollo de software – PDF 8 páginas
  • Aprendiendo del desarrollo de software ágil, parte 1 – PDF 12 páginas.
  • Aprendiendo del desarrollo de software ágil, parte 2 – PDF 11 páginas.

Y por último recomendaros uno de mis weblogs preferidos: hiperespacio. No sólo de software vive el programador.

¿ dónde ponemos los botones ?

dónde adv. interrog. ¿ en qué lugar ? Diccionario del español actual

Dedicado a Jaime Irurzun Graña

Uno de los principales objetos de un interfaz gráfico de usuario son los botones de comando. Suelen tener forma rectangular con una etiqueta descriptiva y al pulsarlos el programa ejecutará una acción determinada. Pero… ¿ dónde los ponemos ?

La ubicación de los botones en una ventana secundaria es algo fundamental, pues normalmente son los elementos más importantes de la misma. Pensemos en cualquier dialogo de un mantenimiento: el botón Aceptar nos permite almacenar la información introducida y el botón Cancelar nos permite descartar la información introducida en el diálogo y salir de allí sin grabar nada.

Uno de los principios del diseño de interfaces dice que una ventana debe leerse como se lee un libro, en las lenguas occidentales esto supone leer la ventana de izquierda a derecha y de arriba abajo. Pensemos lo que debe hacer un usuario en un diálogo de mantenimiento: deberá recorrer el diálogo introduciendo sus datos y una vez finalizada la introducción de datos deberá guardar esta información. Los botones de comandos finalizan el dialogo por lo que parece claro que su ubicación es en la parte baja del diálogo. Además, si nos fijamos en cualquier diálogo de Windows, veremos que cuando los botones aparecen abajo se ajustan a la derecha.

Debemos fijarnos en los detalles. El botón Aceptar siempre va a la izquierda del botón Cancelar, y si hay más botones normalmente se situarán a la derecha del botón Cancelar.

Pero… ¿ qué pasa si necesitamos más botones ? Lo que no debemos hacer nunca es poner dos filas de botones. La solución pasa por ponerlos en vertical a la derecha del diálogo. Algo como esto:

Aquí estamos siguiendo el principio de leer el diálogo de izquierda a derecha y de arriba abajo. Primero elegiremos la materia que deseemos y luego pulsaremos el botón de comando. Si la materia que deseamos está disponible haremos click en Aceptar, y si no la daremos de alta pulsando el botón Nuevo o haremos cualquier otra acción.

Una cosa que no me parece apropiada es situar botones de comando a la derecha de un diálogo o ventana. Entonces ¿ el siguiente formulario está bien diseñado o está mal ?

Pues… mitad y mitad, me explico. La secuencia correcta debería ser interactuar primero con la rejilla de datos y luego con los botones de acción, por lo que estos deberian estar a la derecha. Sin embargo en ventanas que ocupan toda la pantalla – como el Explorador de Windows – estamos acostumbrados a tener las rejillas de datos a la derecha. El caso del Explorador es diferente de una ventana de un mantenimiento pues lo que tiene el Explorador a la izquierda es un árbol que va desplegando el contenido de las ramas a la derecha, y ahí si se respeta la lectura de izquiera a derecha. En el caso que nos ocupa, muchos programas de gestión – creo que el primero de todos fue Microsoft Money – usan interfaces de este tipo, con lo que constituyen un estandar de facto y los usuarios de este tipo de software esperan encontrar el menú de acciones a la izquierda.

Yo unicamente uso botones a la izquierda cuando los agrupo en una barra de botones. Si tengo que poner botones sueltos, como en el diálogo de selección anterior, siempre los pongo a la derecha.

Conclusión:

  • Aceptar y Cancelar abajo a la derecha y en este orden.
  • Si los botones de un diálogo no te caben abajo, ponlos a la derecha, nunca pongas dos filas de botones.
  • Si vas a agrupar los botones en una barra, ponlos a la izquierda.

De Vannevar Bush a la WWW

De Vannevar Bush a la WWW
Núria Almiron
Edicions 3i4
ISBN 84-7502-630-3
Idioma: Catalán

En este libro Núria Almiron hace un recorrido por la historia de las interfaces hombre-máquina desde la primera concepción del las conexiones no lineales de información hasta la WWW. De esta manera va narrando los origenes de todos los hitos y logros importantes de la humanización de los interfaces, acercándonos a sus autores y remarcando la importancia de cada uno de ellos.

Personajes como Vannevar Bush, Douglas Engelbart, Ivan Sutherland, Ted Nelson, Alan Kay o Jef Raskin. Máquinas como el Alto, Star, Lisa, Mackintosh, Atari ST y Commodore Amiga. Todos ellos han contribuido de manera sobresaliente a la humanización de nuestra relación con los ordenadores y son auténticos desconocidos para la inmensa mayoría de usuarios y profesionales de las Tecnologías de la Información.

Este libro es una auténtica joya. Está escrito en catalán, lo que limita ciertamente su difusión, pero espero pronto verlo editado en castellano pues realmente estamos ante un libro fundamental para entender un poco mejor la evolución de una de las materias fundamentales de las Tecnologias de la Información: la HCI o interacción hombre-ordenador.

III Congreso de Olivares2000

La Asociación de programadores Xbase Olivares2000 va a realizar su III Congreso anual los próximos dias 14 y 15 de Junio en Madrid. Se van a presentar diversas ponencias sobre actualidad del entorno Xbase, de las que destacan la presentación de C3 por Bruno Cantero y el debate sobre GUI para [x]Harbour, que espero que ayude a clarificar el horizonte a todos los asistentes. Y la ponencia de Manuel Calero sobre Programación Extrema, que no me la pierdo…

Espero poder asistir y ver a muchos amigos, ponerme al dia de proyectos y hacer conversaciones de pasillo, que es donde te enteras de las cosas importantes.

Si estás interesado en asistir tienes más información en la web de Olivares2000.

la práctica de la programación

Además de saber programar en un determinado lenguaje, la práctica de la programación requiere otra serie de habilidades para enfrentarse a la realización de un programa.

En Como NO realizar una práctica de programación se aborda en tono jocoso algunos malos hábitos que podemos tener a la hora de programar. Aunque el texto va dirigido directamente a alumnos universitarios de asignaturas de programación, si eres un programador experimentado también harás bien en leerlo. Te aseguro que pasarás un buen rato leyéndolo.

réplica de Antonio Linares al post ‘atando cabos…’

El pasado 10 de Marzo escribí un post en software* sobre la ruptura de la relación entre Antinio Linares e Ignacio Ortiz. Hoy me ha llegado un correo de Antonio que reproduzco literalmente a continuación:

Hola Jose Luis,

Estaba leyendo algunos artículos y comentarios tuyos
en tu nuevo site y el anterior cuando he encontrado esto 🙂

>>
10.mar.2003

Estaba yo este fin de semana dándole vueltas a la cabeza acerca de la
situación actual en que nos encontramos la comunidad de programadores
[x]Harbour. Tras la ruptura de A.L. con O.Z., el acuerdo de A.L. con Grupo
SP es lo peor que nos podía pasar: significa que vamos a tener más de lo
mismo durante mucho tiempo. A.L. dice que eso significa la continuidad del
producto, pero yo pienso que si A.L. tiene unos ingresos fijos de SP se va a
dedicar a vender humo otros 5 años y no va a hacer ni puñetero caso de las
demandas de nuevas funcionalidades para FWH asi como támpoco va a aparecer
por los grupos de news – que siguen alojados en el servidor de I.O.Z.,
válgame Dios -.
>>

Las conclusiones a las que llegas no son correctas, ya que partes
de premisas erróneas:

1. «el acuerdo de A.L. con Grupo SP es lo peor que nos podía pasar»

Desde que se firmó ese acuerdo, Grupo SP ha detectado más bugs en FWH
que ningún otro usuario de FWH. Es por esto que ya he publicado una
nueva actualización del FTDN para Mayo (_puntualmente_, algo que OZS
nunca hizo). En dos meses escasos FWH ha mejorado muchísimo gracias al uso
intensivo de FWH por parte de Grupo SP.

Y no solamente se está beneficiando FWH (y los usuarios de FWH), sino
que tambien han detectado bastantes bugs críticos de Harbour que ya
se han solucionado (en tiempo record).

2. «yo pienso que si A.L. tiene unos ingresos fijos de SP»

Aunque no tengo porqué dar detalles, estás equivocado.
En mi acuerdo con Grupo SP no hay ningún tipo de ingresos fijos.

No voy a publicar el acuerdo que hemos firmado, pero si vienes
por Marbella, gustosamente te lo mostraré para que lo leas.

Y precisamente la decisión de no cobrarles nada ha sido mia,
porque estoy convencido que las mejoras para FWH y Harbour van
a compensar con creces «un sueldo», a la vez que mantengo mi
libertad y mi independencia al no ser un «asalariado» 🙂

3. «A.L. … se va a dedicar a vender humo otros 5 años»

No creo que FWH sea humo, ni que el proyecto Harbour (gracias
al cual nace xHarbour, de paso) sean humo. Son el resultado de
mi trabajo (junto al de otros) y de mi iniciativa. Ha costado
mucho trabajo construir Harbour y FWH.

4. «támpoco va a aparecer por los grupos de news»

En los últimos meses he aparecido mucho más, y no solo en los
de FiveWin, sino en los de Harbour (la lista de correos) y en
el de xHarbour.

5. «que siguen alojados en el servidor de I.O.Z.»

No tengo culpa de haber topado con un alguien que se ha adueñado
no muy eticamente de www.fivetech.com y de news.fivetech.com
asi como de otras cosas… Eso tiene ciertos calificativos
obvios, pero no los voy a decir. Que cada cual saque sus
propias conclusiones.

Lo que si te digo es que desde que terminé mis relaciones
con I.O.Z., me siento mucho mejor y a mi empresa tambien
le ha sentado mucho mejor, en todos los sentidos.

p.d. Te agradecería que publicases el contenido de este
mensaje en tus foros como contestación (derecho a replica)
a tu artículo. Gracias!

saludos,

Antonio Linares
www.fivetechsoft.com

Publicado queda.

Reconozco que el post fue bastante duro con Antonio, quien al fin y al cabo es el autor de Fivewin que es mi librería preferida para hacer ejecutables Windows, y tampoco quiero que esto sea una nueva guerra mundial. Asi que vamos a dejar así las cosas. Me alegro de que el tono de la contestación haya sido atento y cordial y espero ver a Antonio en la próxima reunión de Olivares2000 y podamos charlar de estas y más cosas tranquilamente.

editor de recursos bueno, bonito y barato

Hoy el editor de recursos del Borland C++ me ha hecho una jugada tremenda. Después de corrigir unas cosillas de los dialogos de Colossus he salvado el archivo de recursos para compilar los fuentes y los recursos en el ejecutable. El compilador de recursos me ha dado un error… malo. Decia que en nosequelinea del .RC se esperaba un identificador de recursos. He abierto el .RC con mi editor de código … casi me da algo … habia trozos de un bitmap por todos lados … entre el final de un bitmap y otro … pero luego habia trozos de un dialogo …

¡¡¡ Que Horror !!!

He cerrado todo.

El lunes más.

¿ Alguien conoce un buen editor de recursos que no sean los de Microsoft o que sea barato ? La cosa no está para comprar el VisualSudio para usar sólo el editor de recursos.

entornos abiertos

Bajo el título Entornos abiertos: cuaderno online sobre software Abel González publica un blog sobre desarrollo de software centrado en LAMP: Linux + Apache + MySql + PHP.

El blog se ejecuta sobre komentar, un sistema libre de publicación personal desarrollado por Abel cuyo proyecto se encuentra alojado en Sourceforge. Se trata de un proyecto muy interesante que tiene como finalidad desarrollar un sistema de gestión de contenidos basado en el uso de plantillas y que corra sobre PHP y MySQL. Visto como está organizado Entrnos abiertos, creo que Komentar es un proyecto a seguir.

la importancia de la historia de la informática

Creo que cualquier profesional de las tecnologías de la información, y los desarrolladores de software lo somos, debe tener unos conocimientos básicos de Historia de la Informática. No digo que sea necesario saber que el término «byte» fue acuñado por Werner Bucholz en 1956 cuando trabajaba para IBM, pero sí conocer cuando, cómo y porqué surge esta disciplina y cuales han sido los principales hechos que han ocurrido en su corta pero vertiginosa historia.

Actualmente tenemos la percepción de que la Informática es una ciencia establecida, socialmente aceptada y que es requerida por otras muchas ciencias y grupos profesionales para su trabajo diario. Sin embargo esto no siempre fue así. La Historia de la Informática es la historia de personas que han cambiado la tecnología misma, creándola o redefiniendola, desarrollando nuevas maneras de afrontar problemas y nuevas herramientas para hacerles frente.

Podemos aprender mucho de la Historía de la Informática, de las empresas que han marcado una época para luego desaparecer o empequeñecerse, de empresas que no supieron dar el uso a una nueva tecnología que luego usaron sus rivales para crecer, de inventos brillantes y de rotundos fracasos.
Al igual que los matemáticos conocen los trabajos de Newton o Euler y los físicos los de Einstein, los informáticos debemos conocer quienes son Eckert y Mauchly, von Neumann, Grace Hooper, John Backus y tantos otros que han llevado a nuestra disciplina a ser lo que es ahora mismo: la mayor herramienta en manos de la humanidad.

Uno de los problemas que plantea la Historia de la Informática es la escasa bibliografía existente en castellano. Dejando para más adelante reseñas de libros interesantes, recomiendo la lectura de los siguientes trabajos:

el chef desnudo

Uno de los artículos que más me gustan de Joel on Software es Los big mac contra el chef desnudo, donde expone que es más importante el talento innato que seguir un manual de instrucciones. Cuando leí el artículo lo del chef desnudo me pareció una historia cool de Nueva York, o que se yo. Cual fue mi sorpresa cuando en la revista El Pais Semanal del día 20 de Abril venía un reportaje sobre… Jamie Oliver, el chef desnudo. Pues no era una invención, habrá que tomarse más en serio las historias que cuenta Joel…