TCL es un buen lenguaje de programación simple, pero no parece obtener el crédito y/o lo respeta deserves. Lo aprendí en 1995 en la universidad y rápidamente lo olvidé solo para encontrarlo de nuevo recientemente. Estoy interesado principalmente en TCL para desarrollar servicios de red basados en TCP, así como para el desarrollo web.¿Cuál es el estado del desarrollo de servidor basado en eventos tipo C10K en TCL?
Se ha mencionado que TCL simplifica la programación de redes. Sin embargo, parece que TCL usa select() debajo de las cubiertas que no se adapta bien con la "escala web" en mente (ver the C10K problem). He buscado soporte para libevent, libev, raw epoll/kqueue pero no veo mucho.
¿Conoce algún servicio de red "moderno" (a falta de un mejor término) basado en eventos escrito en TCL? ¿Tiene alguna sugerencia, consejos o mejores prácticas para el desarrollo de servidores basados en TCL?
Gracias!
Wow. Los carteles de ese hilo son muy antiguos. Hubo una publicación en la que a alguien le preocupaba que los epoll no fueran portátiles. Creo que hemos resuelto colectivamente este problema. O bien, podrían usar libevent o libev even. Hmmm – z8000
Sí, los desarrolladores de tcl son muy, muy, (muy \ * 10) conservadores. También algunos usuarios de tcl. Algunos de nosotros aún ejecutamos tcl en hardware con solo 32MB de RAM (Cosas que solían considerarse servidores y estaciones de trabajo). En el lado positivo, tengo un código tcl escrito en 1999 que puedo ejecutar en el último intérprete sin cambios ;-) Además, epoll * es * no portátil desde el punto de vista de tcl. Este es un lenguaje que puede ejecutarse en más dispositivos que Java: enrutadores Cisco, por ejemplo. – slebetman
Ok, es bueno saber sobre el conservadurismo. Pero, seguramente TCL no solo tiene características de denominador común mínimo, ¿verdad? – z8000