Barrapunto

El problema no es hacer widgets, es tenerlos disponibles en Glade y libglade sin tener que montar un pitoste de cuidado.

Con respecto al tema de Mono, es obvio que de principio consumiría mas recursos, pero si se hacen las cosas bien, no se usa redundancia en librerías, etc, las cosas se pueden igualar como poco en cuanto a gasto de recursos. No intento entrar en el debate de si por usar máquina virtual esto, que si la recolección de basura aquello, y demas cosas que nunca tienen una conclusión fuera de la cabezonería de cada cual.

Y en cuanto al tema de Mono, sería hacer todo lo que no necesite obligatoriamente bindings, como pueda ser el acceso a las librerías de X o del núcleo. Y esforzarse por tener cubiertas todas las necesidades de aplicaciones y librerías en Mono. Incluidos sustitutos para GTK, etc.

Por otro lado, creo que todo se está sobredimensionando mucho. Puede que sea lo que la gente quiere, o lo que se entiende que quiere, pero yo prefiero aplicaciones pequeñas que hagan sus cosas bien. Si además hay una capa de intercomunicación entre ellas, pues ya es la rehostia. Yo uso Evolution, pero solo uso el módulo de correo, ¿para qué quiero los otros módulos? ¿no es mejor separarlos en aplicaciones y hacer una capa en el escritorio a la que puedan acceder las aplicaciones a comunicarse entre ellas tipo portapapeles?. Bueno, que estoy empezando a hacer braimstorming y me pongo muy fiki :)

En fin, utopias y deseos locos.

La solucion a muchos de estos problemas es modularizar los programas mastodonticos en una serie de plugins que se carguen en tiempo de ejecucion, pero no de arranque. El problema es que C++ no soporta esto a nivel de lenguaje, sino que tiene que hacerlo el programador explicitamente, y eso complica mucho las cosas...