VLC se pasa a Qt

Leo a través de una noticia sobre el reproductor multimedia VLC en OSNews, VLC: Beyond the Basics, que VLC va a dejar de usar wxWidgets para pasarse a Qt. Las razones que se aducen para el cambio son sobre todo de localización: problemas con lenguajes escritos de derecha a izquierda y problemas con unicode, aunque otra razón es para probar algo nuevo :) La elección ha sido Qt. Como comenta el desarrollador de VLC tema da para muchísimos flames, pero ¿Que librería de interfaces gráficos de usuario multiplataforma usas? ¿Por qué?

VLC se pasa a Qt en barrapunto

Copiar, pegar y código de producción

Hay veces que se juntan varias notas que lees por diversos sitios y te llevan al mismo lugar, al lugar en donde has llegado antes por tus propios medios...

En esta ocasión la moraleja es es Cuidado con el código que cortas/pegas de por ahí. Ya sé, es de lógica, de sentido común pero hay veces que la cosa es bastante sutil. Hay muchos motivos por los que analizarlo, pero entre otros:

• Puede ser código peligroso: Me acabo de encontrar con un ejemplo de código de "ayuda" en un grupo de noticias a través de Reflections on Trusting Example Code en donde se hace la pregunta ¿habrá muchos problemas de seguridad en código posteado por internet?
• Puede ser código simplificado: En exampleCode != productionCode se habla de código copiado directamente del ejemplo de los libros y la diferencia con un código eficiente y mantenible.
• Puede hacer asunciones peligrosas: Hace poco buscando ejemplos de uso de criptografía en .NET, para codificar y decodificar con AES concretamente, casi todos los ejemplos usaban PasswordDeriveBytes que tanto en la MSDN como en la documentación de mono: PasswordDeriveBytes dicen que es obsoleta y que produce problemas de interoperabilidad (no usa un algoritmo estándar) Para el framework 2.0 por cierto existe Rfc2898DeriveBytes.GetBytes que no tiene ese problema, porque, este si, usa un algoritmo estándar, PBKDF2 con HMACSHA1. Lo que asumía el código de ejemplo es que no nos importaba la interoperabilidad ni los estándares, cosa que en este caso por supuesto no es cierta ;)

En fín, que el mantra que me voy a repetir hoy es Trata el código de los demás como si fuese tuyo: debe pasar por la misma evaluación de tecnologías, los mismos test, por el mismo control de calidad, como mínimo...

Copiar, pegar y código de producción en Barrapunto

POO, el código como diseño, y más cosas

• "Coding Horror: Your Code: OOP or POO?" De porqué la programación orientada a objetos tampoco es la bala de plata, como se comentó también en BP en ¿Ha muerto la orientación a objetos?, que claro, por supuesto que no ha muerto... (y un poco más sobre el mismo tema: Ejecución en el Reino de los Nombres)
• Leo casi con sorpresa que se vuelve a hablar de El código fuente visto como diseño. En The Code is the Design se retoma la tesis del artículo de Jack W. Reeves y lo dice bien claro:

  No UML diagram is the essential and final output of the design process, the code is. And when you are coding, you are designing

• En Nuevo scheduler para el kernel Ricardo Galli comenta la propuesta de volver a cambiar el planificador de tareas de linux. Muy interesante
• "Pure Virtual Function Called": An Explanation De la teoría y de la implementación del polimorfismo en C++
• Esta me ha resultado curiosa: CodeShine™ A refactoring tool for Microsoft Visual Basic 6 Desde luego no será por falta de código en VB6 que necesita un repasito...

POO, el código como diseño, y más cosas en Barrapunto