Encuesta del mes: ¿internacionalizas tú software ?

Parece que el grupo dominante es el que opina que el cliente siempre tiene la razón: si me lo piden, lo internacionalizo. Está seguidos por los que nunca lo internacionalizan, algo que es relativamente lógico si estás trabajando desarrollando software la medida para una empresa nacional, y en tercer lugar están los que siempre lo internacionalizan, más de los que yo esperaba, la verdad.


¿Crees que Java tenemos las herramientas adecuadas para esta tarea? Desde luego, hay un punto en donde suspendemos: los diseñadores gráficos de los IDE (y no me meto en el tema es de si es bueno emplearlos o no). No conozco lo solo que una vez internacionalizado el software siga representando a los Strings en los componentes del interfaz de usuario ¿tan difícil es comprobar que debe devolver el método resource.getString ("...")?. Por otro lado, la internacionalización de aplicación web hay que tener cuidado para no pídase los dedos con detalles de bajo nivel , por ejemplo, escribir archivos .properties con un editor de textos normal pues ocasionan los problemas. ¿No debería de existir algún mecanismo que permitiese al programador desentenderse de detalles de tan bajo nivel?



Finalmente, ¿cómo de importante es la internacionalización en nuestro trabajo? y ¿cuáles son los motivos que llevaron a considerarla en vuestro software?