si, puede ser que sea mas dificil, yo creo que mas que dificil es diferente.
se pueden hacer programas grandes ?, pues claro, que diferencia tiene un programa grande con uno chico?..
la cantidad de lineas, nada mas..
Es tan eficiente como el C ? yo creo que si.
hay algun SO que utilice los scancodes directos ?... vi el V2OS y resulta que tambien se meten con los SHIFT y CTRL..

saludos
 

Asi es. windows guarda el scancode cuango genera un evento, lo traduce pero guarda el original, linux lo transforma en otro numero pero es posible recuperarlo..
la version interpretada toma de la libreria SDL el scancode
la version compilada lo saca del evento.

FORTH no tiene instruccion jmp, el problema original es el mismo de BASIC, la orden GOTO produce codigo espagueti, forth no necesita jmp.
permite recursividad ya que cuando estas definiendo una palabra ya la podes usar y esto produce recursividad.

R4 no es interactivo porque me falta construirle un IDE, en eso estamos, pero me parece mas importante el compilador.

El dise?o de programas en FORTH cambia bastante al de otros lenguajes, el concepto aqui es CAPA, FORTH no es ni de bajo ni de alto nivel... puede ser de cualquier nivel, cada CAPA resuelve lo que la capa superior necesita, los sistemas tienden a ser grandes cuando las capas se confunden por mal dise?o, generalmente se definen menos palabra que en C por lo que el conflicto de nombres es mucho menor, en R4 implemente un sistema de exportacion o hacer publicas ciertas palabras y otras no.. esto reduce la cantidad de palabras a usar.

En Forth y R4 la compilacion es MUY veloz..puede decirse que es en tiempo real.

Es cierto, al compilador actual le faltan optimizaciones... como se ve en el codigo generado.