Barrapunto

Oki, esta madrugada exageré con lo de increíblemente débil, pero a esa horas el cerebro no
me daba más de sí. Eso sí, me reitero en las faltas y no sólo le falta la herencia múltiple,
sino también plantillas (que facilitarían una STL y por tanto la programación genérica),
aunque la programación genérica aún es posible (SDL ahora DeCaL).
   
    Por otro lado, también sería interesante tener meta-clases en c++, aunque si quieres tendrás
algo parecido, claro esta, te toca currar un poco más. :(

    El concepto de constructor virtual, se me escapa su existencia en C++, y para ello tendré
que fiarme de la palabra de Ian Marteens, en que Object-Pascal es el único lenguaje que los
tiene, también sería interesante tenerlo en C++ :)

    Aunque un IDE puede resultar cómodo de usar, hay que tener en cuenta que la mayoría de las
veces un programador sólo realiza una tarea a la vez (modelar/diseñar, diseñar la ui, teclear
código, compilar, depurar), además de deber realizarlas secuencialmente, por tanto, IMHO no
creo que sea una cuestión tan crítica o importante, sobre todo si se usa un entorno
multitarea/multiusuario.

    En cuanto al tan manido tema del diseño de interfaces de usuario, juraría que la combinación
de Glade/libglade 'facilitaban' mucho la tarea a cualquier programador que use GTK/GNOME en
cualquiera de los lenguajes disponibles (c, c++, perl, python, ruby, etc) para ellos, en KDE
disponen de kde-designer (qt-designer si sólo usan QT), no se si disponen de algo parecido a
libglade.

    Con todo lo anterior, no quiero decir que el único modo válido para hacer un programa sea el
'clásico', de hecho, me alegra ver que Lazarus sigue vivo, puesto que no todo el mundo esta
dispuesto a aprender/usar herramientas de línea de comandos y facilitará la entrada de
programadores noveles, a los que les puede asustar el uso de un toolchain 'clásico', además
reconozcamoslo, gdb no es el depurador con el que soñamos todos. :)

    Finalmente según el diccionario de la real academia española (http://www.rae.es/):
        arte.
        1. amb. Virtud, disposición y habilidad para hacer algo.
        2. amb. Manifestación de la actividad humana mediante la cual se expresa una visión
                        personal y desinteresada que interpreta lo real o imaginado con recursos
                        plásticos, lingüísticos o sonoros.
        3. amb. Conjunto de preceptos y reglas necesarios para hacer bien algo.
        4. amb. Maña, astucia.
        5. amb. Disposición personal de alguien. Buen, mal arte.
        6. amb. Instrumento que sirve para pescar. U. m. en pl.
        7. amb. rur. Man. noria ( para sacar agua).
        8. amb. desus. Libro que contiene los preceptos de la gramática latina.
        9. amb. pl. Lógica, física y metafísica. Curso de artes.

    Por tanto, creo que mi opinión personal (tan respetable como la opuesta), sobre la
existencia de un arte de la programación no viene dada por mi falta de comprensión de la
programación o el que no tenga ni la más pajolera idea de lo que es la programación.

  Espero que des-púes de todo este rollo macabeo que he escrito, quede claro que:
 
      a) Sólo pretendía recalcar que toda herramienta adolece de carencias/fallos.
      b) NO existen las balas de plata.
      c) Cualquiera puede disentir de las opiniones de los demás, pero es mejor argumentar a
            descalificar.