Esta lista enumera las asunciones que probablemente hacen las aplicaciones de software acerca de los nombres. Todas estas suposiciones sobre los nombres de personas son incorrectas, así que habría que evitarlas a la hora de escribir aplicaciones. Por ejemplo: la gente tiene sólo un nombre completo; los nombres siempre caben en un número limitado de caracteres; los nombres de la gente no cambian nunca; todos los nombres de personas están escritos en ASCII; etc.

En repetidas ocasiones he estado confundido al descubrir cuántos errores, tanto los tests como en el código de aplicación, se derivan de malentendidos o ideas erróneas sobre el tiempo. Con esto me refiero tanto a la interesante forma en la que los ordenadores manejan el tiempo como a las trampas fundamentales inherentes a la forma en que los seres humanos hemos construido nuestros calendarios.

En esta lista se muestran algunas suposiciones erróneas sobre el género que se suelen hacer al crear aplicaciones de software que mantienen datos personales. Entre estas suposiciones erróneas se encuentran: sólo hay dos géneros; el género es solamente determinado por la biología; el género nunca cambia; etc.

Las direcciones postales son un terreno fértil para realizar suposiciones incorrectas a la hora de crear software que trate con este tipo de datos. Aunque todo el mundo está acostumbrado a usar direcciones postales y el 99 % de las veces que parecen tan simples, estas pueden estas en formas realmente extrañas. A continuación se presentan algunas suposiciones incorrectas acerca de las direcciones postales.

Las seis etapas de la depuración: 1. Esto no puede ocurrir. 2. Esto no ocurre en mi máquina. 3. Esto no debería ocurrir. 4. ¿Por qué ocurre esto? 5. Oh, lo veo. 6. ¿Cómo ha podido estar funcionando esto?

El API REST de LXD puede ser accedido directamente o bien a través de un socket Unix o bien a través de HTTPS. El protocolo es idéntico en ambos casos, la única diferencia es que en el caso del socket Unix se usa texto plano mientras que si se usa HTTPS se requiere autenticación. A continuación se muestran los pasos para el acceso al API y cómo se usa.

Recientemente he desarrollado un gran proyecto usando el lenguaje de programación D inicialmente escrito en Python. Como raramente dejo C, C++ o Python y esta vez me he decidido por D, quiero comentar mis experiencias al respecto por si a alguien que esté pensando en usar D le pueda resultar interesante.

Hoy voy a comenzar una serie de tutoriales donde explicaré la programación de una aplicación en Haiku. Para ello, vamos a usar C++ y la BeAPI. Siempre que tengáis cualquier duda podéis visitar la documentación oficial: tanto la antigua de BeOS en el BeBook y la nueva de Haiku en Haiku API. Aun así hay APIs nuevas que todavía no aparecen documentadas. En ese caso hay que recurrir al código fuente.

Seguimos con los tutoriales de Haiku, hoy veremos cómo crear barras de menú. Partimos del código de la ventana vacía, lo tienes en la foto junto con el comando de compilación. Debemos saber que en la API de BeOS hay tres clases que nos van a servir: BMenuBar, BMenu y BMenuItem. Con esto conseguiremos crear el menú mostrado en las imágenes.

Si hablas bien, a la gente le encantará escucharte. La comunicación es un arte que puede enamorar a quien te escuche o puede hacer que te lluevan críticas. Esto pasa de forma similar en el mundo de la programación. Como dice Donald Knuth, “programar es el arte de decirle a otro ser humano lo que uno quiere que hagan los ordenadores”. Si escribes código horrible, no serás capaz de decirle a otra persona qué es lo que has escrito ni lo que quieres que haga el ordenador.