Barrapunto

en la traduccion se han comido un <? despues de "hi there" con lo cual el segundo ejemplo no se entiende.

en general el articulo es extraño. si la intencion era presentar CCOD por primera vez a la gente, el mostrarles un error de compilacion extraño que parece mas un bug de CCOD que otra cosa mas bien asustara a la gente *antes* de que siquiera hayan entendido de que va el tema. Lo cual es un record, la gente se deberia asustar despues de entender de que va el tema.

por otra parte, esta cosa quizas es util para alguien que realmente piense escribir un codigo muy intenso en mezclar texto y html.

por otra parte.. ¿soporte .c utf-8?, porque sino, tenemos un problem, houston.

¿no es esta cosa equivalente a lo siquiente?

#define <? printf("
#define ?> ");

Por fín podré crear mi propia versión de Linux fácil y rápidamente!!!
hoygan, ¿alguien sabe cómo hacer botones?

Que yo sepa los lenguajes de scripting son para desarrollar rapido con poco esfuerzo cosas no demasiado grandes... me parece que C no encaja mucho... Me pareceria interesante para desarrollo, para no tener que compilar para probar las cosas mientras que estas desarrollando, pero bueno...

No le veo mucho futuro, pero puede permitir en algunos casos reutilizar cierto codigo ya escrito para por ejemplo un WS o similar. Un saludo

Producto del indescriptiblemente talentoso Fabrice Bellard, está el compilador TinyCC [bellard.org]... incluso había una imagen de arranque que compilaba *al vuelo* el kernel de Linux. También soporta scripting:

Lo que faltaba, ahora para crear una web tener que estar pensando en si hiciste el free() de todos los malloc() antes de enviarla al usuario como un array de bytes. ¡Que no se te olvide poner el \0 al final que si no puede dar un fallo de segmentación en el servidor o en el navegador!

Si hay algo que me quema es lo asqueroso que resulta manejar cadenas en C, justo lo que hace falta para las web ¿No funcionaba bastante bien PHP? ¿para que ahora una nueva friki-forma de crear webs?

Hay que joderse.

La programación de aplicaciones web es algo que puede hacerse bien o mal.

Hacerlo BIEN-BIEN:
---------------------------------

- Es necesario combinar correctamente la parte del "servidor" con la del "cliente" separando el código php de las interfaces html+css+js.

- También es necesario hacer muchas otras cosas, como los controles de seguridad, el control de sesiones, posibles cachés, uso de clases para ciertas cosas (con muuuucha moderación), etc

- Usar el lenguaje y tecnología que más rápido y más sencillo te lleve a la solución. Cosas como PHP+MySQL+Apache+HTML+CSS+JS son ahora mismo insustituibles (nada puede compararse en EFECTIVIDAD).

Hacerlo MAL-MAL:
------------------------------

- Ponerte a crear clases y subclases, y clases hijas y madres y abuelas y complicarlo todo hasta el infinito "por que eres un purista"

- No usar tecnologías SUPEREFECTIVAS Y PRÁCTICAS como php+mysql+apache+html+css+js porque "php es una mierda y yo soy del C++" (o una imbecilidad similar).

- Estar DOS MESES haciendo una aplicación en "java" (porque es lo que aprendiste en la uni) cuando en PHP hubieras tardado DOS SEMANAS (y se puede hacer código igual de bueno -si sabes, claro-).

Hacerlo MAL-MAL-(DE SER IMBÉCIL)
--------------------------------------

- Ponerse a hacer una aplicación web en un lenguaje como C o C++ (o parecido)