A ver que opinan de esta idea,
no sé si alguno ha programado algo en Smalltalk, bueno pues ese estilo de programacion diferente al clásico editar-probar-corregir-loop, es algo así como un evaluar-print-loop.
Por ahí existen los vulgarmente conocidos intérpretes, como el de python(o consola), que mejor dicho se llaman REPL's(read-eval-print-loop).
Bueno mi idea es mejorarlo como Smalltalk pero juntando lo de ambos, ya que el estilo de ST es imposible aplicarlo a lenguajes típicos orientados a ficheros de código fuente. O es difcil de hacer, son muy incompatibles. (el problema de los REPLs es que no guardan tu trabajo(salvo Smalltalk y parecidos), y por ello los REPL son relegados a simples programas de prueba y experimentación)
Mi idea es tener un REPL pero con 3 ventanas, la que va ejecutando, la que va editando y la del historial. Todas con múltiples pestañas para más de un source. Con simples key-bindings tenemos diferentes comandos.
<TAB> para autocompletar símbolo
.t para tipo de un símbolo
.d para documentación de una función en una API
<CTRL-CURSOR> para reasignar una línea
etc.
Puedo mejorarlo, copiando cosas de emacs, (en vez de .t, por ejemplo CTRL-T y saldría en una ventana más de minibuffer)
Creo que se pueden obtener los beneficios de ambas aproximaciones, traer a la rapidez y sencillez de edición de los REPL, la persistencia necesaria para programar dado que casi todos los lenguajes se basan en el primer modelo.
Para acabar: sólo imaginad, mientras escribís esa función C que recibe no se cuantos parámetros, estás viendo cómo se modifican los datos de los parámetros, como un debugger, un análisis vivo, pero es la primera vez que los escribes!! todo se compila segun lo escribes(y das al ENTER); esos datos de prueba que vas escribiendo se podrían ir guardando a su vez en una batería de pruebas.
¿Qué tal lo véis? (últimamente estoy algo atareado, no sé si me llevaría mucho tiempo hacer uno para C, el problema es hacerlo wapo, con colores y tal :S)