« Abril 2005 | Inicio | Junio 2005 »
Bill Venners ha publicado una conversaciÛn con Erich Gamma, en la que hablan sobre "la forma correcta de pensar y de usar los patrones de diseÒo".
Entre otros puntos importantes tratan la "moda" de los patrones, la flexibilidad que aportan al diseÒo, cÛmo sirven para aprender en profundidad los conceptos m·s abstractos de la programaciÛn orientada a objetos...
Una lectura que creo puede resultar interesante.
AquÌ est· el link: How to use design patterns
Microsoft ha actualizado las FAQ para apoyar a los desarroladores en la migracÌon entre distintas versiones de la plataforma de desarrollo de aplicaciones mÛviles. Los cambios introducidos en esta actualizaciÛn vienen motivados por la introducciÛn del nuevo sistema Windows Mobile 5.
El link:
Windows Mobile Platform Migration FAQ for Developers
Mike Clark ha escrito un artículo bastante interesante en Sticky Minds titulado "Write Sweet-Smelling Comments", que toca un tema sobre el que siempre me ha gustado discutir.
A mí no me gusta ver demasiados comentarios en el código, en parte porque me molestan mucho y no me dejan leer lo que verdaderamente quiero leer, que es el código. Prefiero nombrar los métodos y variables de forma que su nombre hable por sí mismo, en vez de explicar su significado en un comentario.
Ahora mismo no recuerdo dónde lo escuché la primera vez, puede que fuera algún antiguo jefe, pero si necesitas comentar tu código, normalmente ésa es la primera señal que te indica que deberías refactorizarlo.
Por supuesto, otra cosa es que quieras generar documentación del estilo de javadoc, ahí la cosa cambia, pero es o es algo que tampoco he hecho nunca, y que daría para otra discusión bastante larga.
Aquí está otra vez el link al artículo ( via The Server Side )
Ayer fue lanzada la nueva versiÛn de este plugin opensource de Eclipse para desarrollar aplicaciones J2ME.
Aparte de varios bugfixes, las novedades principales son el soporte para Eclipse 3.1M6, y para el toolkit de Sony Ericsson 2.2.0.
M·s informaciÛn sobre el plugin, y descargas, en la p·gina del proyecto
Buscando inspiraciÛn para resolver otro problema, me he encontrado un artÌculo del developerWorks de IBM, que aunque es un poco "antiguo" ( es de julio de 2003 ), sÌ que contiene muchos puntos de interÈs.
El artÌculo se llama "Wireless application development for a changing world", pero puede aplicarse perfectamente al desarrollo de cualquier aplicaciÛn. La idea b·sica de este artÌculo es que debemos preparar nuestras aplicaciones para que puedan cambiar, y aporta una serie de recomendaciones para ello, insistiendo en la importancia de una arquitectura orientada al cambio.
Entre las recomendaciones que aporta el artÌculo quisiera resaltar la separaciÛn en capas, apuntando en concreto a la separaciÛn entre lÛgica de negocio y manejo de la persistencia, algo que en los desarrollos en actionScript se suele manejar de forma bastante revuelta.
Hoy ha sido uno de esos días en los que se pierde una parte importante de la jornada laboral en una tontería. En este caso, la tontería ha sido conseguir que el icono de una aplicación se mostrara correctamente en el menú de un Nokia 6630.
Como se puede ver en la captura ( realizada cuando ya habíamos encontrado la solución al problema ), el icono de la aplicación que aparece en el centro de la fila inferior se empeñaba en salir en un tamaño mucho más pequeño del adecuado.
Después de mucho googlear, encontramos la solución en un par de posts del Forum Nokia. El tamaño del icono debe ser de 44x29 píxeles exactamente ( y no 40x30 como sugieren las propias aplicaciones de Nokia ). Otros tamaños pueden hacer que el icono se vea más pequeño en el menú de aplicaciones del teléfono, o incluso en algunos casos, que aunque se vea bien en ese menú, luego no aparezca en la cabecera de la aplicación, una vez arrancada ésta.
En esta captura se puede ver otras aplicaciones, parte de la misma suite ( el icono en la derecha de la fila central y el de la izquierda en la fila inferior ), en las que el tamaño del icono ya era el correcto.
Ni siquiera nosotros nos los terminamos de creer del todo, pero parece ser que tenemos inquietudes fuera de la programación.
Por eso, porque hay muchas cosas de las que nos gustaría hablar, pero no queremos que design-nation pierda su carácter de blog sobre programación es por lo que nace intrascendencias.
Efectivamente, no est· bien que seamos nosotros los que decidamos cÛmo se nos debe sindicar. Por eso hemos tomado la opciÛn de intentar contentar a todo el mundo ( algo que como todos sabemos es imposible, por cierto ).
A partir de ahora, se puede sindicar este blog con los siguientes feeds:
rss 1.0 (sÛlo resumen de los posts, no valida)
rss 1.0 (posts completos, sÌ valida)
rss 2.0 (sÛlo resumen, no valida)
rss 2.0 (posts completos, sÌ valida)
atom (sÌ valida)
El problema con los feeds que no validan tiene dos vertientes: por un lado, las tÌpicas razones histÛricas ( son los feeds originales del blog ), y por otro, razones tÈcnicas ( nuestro amado hosting reporta los feeds como US-ASCII, y parece que serÌa m·s f·cil cambiar el sentido de giro de la tierra que hacer que nuestro amado hosting haga alg˙n cambio en sus m·quinas ).
Esperamos que esta vez sÌ llueva a gusto de todos.
Hemos estado d·ndole vueltas a la posibilidad de incluir en los feeds rss 1.0 y 2.0 los contenidos completos de los posts. Pero hay varias razones por las que es probable que finalmente no lo hagamos.
En primer lugar por la m·s obvia de todas. Este blog tambiÈn se puede sindicar por Atom. AsÌ que, el que quiera ver el contenido completo de los posts en su lector de rss no tiene m·s que hacerlo utilizando ese feed. No valida, cierto, pero Èsa es otra historia que estamos a punto de solucionar.
En cuanto al rss 1.0 y 2.0, bueno, pues es probable que su funciÛn sea aquella para la que los utilizamos: dar un breve resumen del contenido del post.
Adem·s, este blog est· sindicado por varios agregadores, y no nos parece elegante dar el contenido completo del post a los lectores de los mismos, a los que por cierto, es m·s que probable que nuestro post no les interese lo m·s mÌnimo. Adem·s, no hay que perder de vista el hecho de que, normalmente, soltamos unos ladrillos impresionantes.
ConclusiÛn: por ahora dejamos los feeds rss 1.0 y 2.0 como estaban. Y para obtener el contenido completo, sÌrvanse utilizar el Atom.
Si hay algo que me gusta es hacer listas. Y si hay algo que me gusta a˙n m·s es leer las listas que hacen otros, sobre todo si son sobre cosas como Èsta: los mejores tipos de letra para programadores
VÌa Thinks in Code
HabÌa oÌdo hablar ( o mejor dicho, habÌa leÌdo algunos artÌculos ) sobre Core Data, el nuevo framework para desarrollar aplicaciones Cocoa que ha visto la luz con la nueva versiÛn del sistema operativo Mac OSX.
Pero despuÈs de leer los artÌculos publicados la semana pasada en CocoaDevCenter, sÛlo puedo decir una cosa: °Yo quiero Core Data!
B·sicamente, Core Data es un framework que permite implementar modelos ( como parte del MVC ) de una forma sÛlida, flexible, y sobre todo, f·cil, sin crear una jerarquÌa de clases enorme.
Las funcionalidades que proporciona el framework son apabullantes ( como deshacer/ rehacer, serializaciÛn deserializaciÛn de datos ), y adem·s, permite establecer las relaciones entre las entidades que forman parte del modelo de forma visual, utilizando una aplicaciÛn parecida al Interface Builder.
Pero lo explican mucho mejor que yo en los siguientes links:
Developing with Core Data
Core Data class overview
Build a Core Data app
En todo caso, yo quiero algo asÌ para mis desarrollos en actionScript y en Java. °Y lo quiero ya!
Bueno, el post no es exactamente eso, pero no me he podido resistir a ponerle ese tÌtulo.
Como reciente switcher, acabo de pasar por el proceso de investigaciÛn de aplicaciones para la plataforma nueva, y la verdad es que los posts del tipo "øQuÈ hay en mi dock?" me han ayudado bastante a descubrir muchos programas que ahora me resultan imprescindibles.
En primer lugar, y aunque sea un poco obvio, est·, si lugar a dudas, QuickSilver. Es dificil describir quÈ hace exactamente esta aplicaciÛn, porque hace muchÌsimas cosas. B·sicamente, permite manejar el Mac ( lanzar programas, abrir archivos, manejar el iTunes, etc ) utilizando el teclado, y con el interfaz m·s ingenioso ( por decirlo de alguna forma ) que he visto jam·s.
En segundo lugar, iRooster, que es un programa que permite sacar al ordenador del estado de reposo, lanzando una lista de reproducciÛn de iTunes. Es como un despertador, pero hipervitaminado.
Antes de irme a la cama por la noche ( y no es por dar detalles escabrosos ), siempre le pego un repaso al email. Ahora, adem·s, dejo abierto el cliente de correo, el lector de rss, y lanzo iRooster. A continuaciÛn, pongo el ordenador en reposo, y a la maÒana siguiente me despierta con m˙sica, mientras me descarga el correo y se baja las ˙ltimas noticias vÌa rss. Me encanta.
A continuaciÛn, y ya sin seguir un orden en particular, est· NewsFire, un cliente rss con soporte para podcasts y con una interfaz que da gusto verla ( valga la expresiÛn ). He probado tambiÈn NetNewsWire, pero no me ha gustado tanto.
A la hora del duro trabajo, me quedo con DEVONThink, un programa que permite recopilar y organizar informaciÛn de variadas fuentes.
Otro programa imprescindible a la hora de trabajar es Transmit, un cliente de ftp que soporta ssl, transmisiones de servidor a servidor, pestaÒas...
Pero no todo es trabajar, øno?. A la hora de aprovechar el ordenador para divertirse, el que gana por goleada es Comic Life. Es un programa para hacer comics a partir de las fotografÌas de la librerÌa de iPhoto ( o de cualquier carpeta en disco ). Ideal para bautizos, bodas, y comuniones.
Cuando hay que hacer alguna copia de seguridad para uso personal y sÛlo personal de alg˙n DVD, la combinaciÛn de Mac the Ripper y Roxio Popcorn permite terminar el trabajo en tiempo casi record. Y si se tiene espacio en disco, tampoco est· de m·s probar Matinee.
…stas son algunas de las aplicaciones para Mac OSX que m·s utilizo. Y me dejo muchas m·s. Y seguro que hay a˙n m·s que no conozco...