La última moda disruptiva son los sistemas de almacenamiento distribuido no relacional pero ¿está realmente lista esta tecnología para dejar su etapa de adoptadores tempranos y entrar en una fase de uso generalizado mainstream?
Todos los programadores se quejan de que no les dejan hacer un trabajo decente y de calidad ¿Qué razón de mercado existe para esto?
A los partidarios de Ruby on Rails les gusta decir que Java es como COBOL (por aquello de que lo usan los bancos). Y quienes usan un lenguaje compilado tienden a menospreciar a los “programadores de scripting”, esos que escriben código guarro sin objetos ni declaración de variables ni nada. ¿Qué hay realmente detrás de todas estas enconadas discusiones?
Una buena base y una gran atención a los detalles es lo que que diferencia a una buena interfaz de usuario. Y un poco de todo (conceptos básicos y detalles) es lo que nos describe este artículo: 10 Useful Techniques To Improve Your User Interface Designs.
Desde una utilización adecuada del espacio y del contraste hasta pequeños detalles como situar el foco de usuario en el formulario adecuado. Solo una advertencia: En mi opinión la novena técnica descrita, mostrar determinados controles sólo al pasar el ratón por encima, no siempre funciona bien. Corremos el peligro de que el usuario ni llegue a conocer que existen esas opciones al estar ocultas a la vista.
Ya he comentado alguna vez por aquí que una de las cosas a las que se les puede sacar mayor provecho en programación es al uso de expresiones regulares. No importa el lenguaje que estemos usando, una expresión regular puede solucionar con elegancia lo que requeriría muchísimas líneas de código.
Por eso nunca vienen mal herramientas que nos ayuden a entender las expresiones regulares y a aplicarlas, como este strfriend.
Escribes una expresión, y el sistema te la analiza y te la muestra con un gráfico que te puede ayudar a entender su funcionamiento. Sencillo y muy útil.
Ángel me ha pedido que escriba sobre un e-mail en la lista privada del Grupo Tibi acerca de Meta4. Contar los entresijos de las empresas es, en general, indiscreto. Pero ya han pasado casi nueve años desde que dejé voluntariamente Meta4, de modo que supongo que las cosas han cambiado mucho allí desde entonces, y también que puedo contar lo que yo creo que pasó, desde la prespectiva que da el tiempo y sin perjudicar a nadie. Yo trabajaba en el departamento de I+D, tenía un jefe güay, y un jefe de mi jefe güay, hasta que un día las cosas empezaron a cambiar…
Hoy estuve en el chat con un amigo a quien llamaré el Capitán del Proyecto para preservar su anonimato. El Capitán me contaba lo que estaba pasando en su proyecto, que no es nada nuevo, ni nada sorprendente. Pero no por ello menos impactante.
97 Things es un proyecto colaborativo que pretende recopilar 97 axiomas que todo arquitecto de software debe conocer.
La idea de esta lista es que es creada por la comunidad. Puedes registrarte en el sitio y valorar los axiomas enviados. Además, si alguno de los axiomas enviados por ti es aceptado, te conviertes en un autor del sitio, con la posibilidad de crear una página con tu “biografía” y participar de modo más activo en la página.
Todos este trabajo queda disponible bajo una licencia creative commons pero además estos axiomas serán luego recopilados en un libro que O’Reilly Media publicará próximamente.
Por ahora tienen ya seleccionados 49 axiomas y contando.
Según una nota de prensa del pasado 17 de marzo, Eclipse ha anunciado que construirá un nuevo super runtime alrededor de Equinox combinando sus subproyectos Eclipse Communication Framework , EclipseLink , Rich Ajax Platform , Riena , y Swordfish
El propósito de este proyecto es crear un modelo común de desarrollo multiplataforma en cliente y servidor mediante un concepto que en Eclipse denominan Component Oriented Development and Assembly (CODA).
Equinox es el núcleo de Eclipse Framework, se trata de una implementación de OSGi R4 un sistema que define la arquitectura para desarrollar y desplegar aplicaciones modulares. Hay un par de demos sobre el funcionamiento de OSGi en el portal de Equinox Equinox también es la implementación de referencia de JSR 291 y en gran medida un producto substitutivo del JSR 277 liderado por Sun.
Una de las fortalezas de Equinox es que hoy por hoy es la implementación de referencia de OSGi. Si se visita la web OSGi.org y se solicita una implementación de referencia lo que se obtiene es un enlace a Equinox. Existen también Knopplerfish y Apache Felix aunque, a día de hoy, Felix no pasa todavía los test de conformidad con la release 4 de OSGi.
Según la nota de prensa de Eclipse, ya son más de 20 las empresas que se han unido al desarrollo del nuevo runtime. Empezando por IBM y BEA quienes usan Equinox para cimentar otros de sus productos como Notes o Symphony.
Sin embargo, no todo han sido cantos de alabanza para el nuevo runtime. En la EclipseCon 2008 de Santa Clara, los hay que piensan que de un tiempo a esta parte Eclipse está excesivamente controlada por IBM, que estos sistemas comunes de componentes añaden más complejidad de la que quitan y que, en general, todo lo que tocan los ingenieros de Eclipse se convierte en una cacharrada dificilísima de entender.
Desde el punto de vista del posicionamiento de mercado, hay que ver el anuncio como una forma de desmarcarse del IDE puro y duro para convertir a Eclipse en una plataforma integral de desarrollo y ejecución de aplicaciones.
Artículo relacionado: How OSGi Changed My Life (Peter Kriens)
