En la universidad un profesor nos contó que el lenguaje C se inventó en una época en el que los ordenadores tenían poca memoria y los terminales eran teletipos electro-mecánicos de esos que gastaban papel. Es decir, C se creó pensando en ahorrar papel de teletipo y memoria de ordenador. Por eso en lugar del "begin / end" utilizan los corchetes "{}" y por eso esa sintaxis tan taquigráfica.
Recuerdo que comparó el lenguaje "C" con el lenguaje "Modula II", afirmando que el Modula II fué creado teniendo en cuenta la mentalidad y la rigidez del sistema educativo soviético, (muy propio de Niklaus Wirth) mientras que C fué creado teniendo en cuenta la mentalidad liberal del sistema educativo de USA.
Es decir, Modula II no te deja asignar un entero a un long, pero si realmente necesitas hacerlo, puedes si antes pides permiso (mediante un cast). C en cambio si te deja y no hace falta pedir permiso, como supongo que en una universidad de USA no hace falta pedir permiso al profe para ir al servicio a mear.
El lenguaje Modula II es como el instructor de la chaqueta metálica, que siempre tienes que empezar y terminar cada frase con la palabra "señor". (estructuras de control cerradas).
En mi opinión las sentencias cortas están pensadas para escribir menos, y no siempre tiene por qué ser menos legible que el extremo opuesto. A veces leer código al puro estilo java: "dataSheetCreatorManager.manageDataSheetCreationAn dModification(dataSheetCreatorManager.getSpecialDa taSheetCreationFactory())" puede ser bastante pesado e incluso de leer, si se repiten las mismas palabras dentro de los nombres.
Escribir { y } no sólo ahorra papel, me muero de pensar en tener que escribir "begin" y "end" al principio y final de los bloques, y , aunque supongo que dependerá de la costumbre, resulta más visual y rápido (sólo tienes que leer un carácter).
Respecto a las "burradas" que permite C (un profesor mío lo resumía muy bien diciendo que C es una trituradora de bits), simplemente es debido a que es quizás el lenguaje de alto nivel má cercano al lenguaje máquina, y ahí sí tiene relevancia el hecho de haber nacido con fuertes restricciones hardware.
Pero por lo demás, la mayoría de los lenguajes son más restrictivos que el C, aún los que han nacido en países democráticos.
Re:Estoy de acuerdo, pero...
(Puntos:2)( Última bitácora: Domingo, 22 Octubre de 2017, 21:39h )
Recuerdo que comparó el lenguaje "C" con el lenguaje "Modula II", afirmando que el Modula II fué creado teniendo en cuenta la mentalidad y la rigidez del sistema educativo soviético, (muy propio de Niklaus Wirth) mientras que C fué creado teniendo en cuenta la mentalidad liberal del sistema educativo de USA.
Es decir, Modula II no te deja asignar un entero a un long, pero si realmente necesitas hacerlo, puedes si antes pides permiso (mediante un cast). C en cambio si te deja y no hace falta pedir permiso, como supongo que en una universidad de USA no hace falta pedir permiso al profe para ir al servicio a mear.
El lenguaje Modula II es como el instructor de la chaqueta metálica, que siempre tienes que empezar y terminar cada frase con la palabra "señor". (estructuras de control cerradas). Mientras que a C le puedes llamar de tu
--- 404 Firma no encontrada.
Re:Estoy de acuerdo, pero...
(Puntos:2)( http://barrapunto.com/ | Última bitácora: Viernes, 03 Octubre de 2008, 19:51h )
Apuñalo gatitos con bollitos de crema. Razón aquí.
Re:Estoy de acuerdo, pero...
(Puntos:2)( http://press.asqueados.net/ | Última bitácora: Jueves, 17 Abril de 2014, 09:50h )
En mi opinión las sentencias cortas están pensadas para escribir menos, y no siempre tiene por qué ser menos legible que el extremo opuesto. A veces leer código al puro estilo java: "dataSheetCreatorManager.manageDataSheetCreationA
Escribir { y } no sólo ahorra papel, me muero de pensar en tener que escribir "begin" y "end" al principio y final de los bloques, y , aunque supongo que dependerá de la costumbre, resulta más visual y rápido (sólo tienes que leer un carácter).
Respecto a las "burradas" que permite C (un profesor mío lo resumía muy bien diciendo que C es una trituradora de bits), simplemente es debido a que es quizás el lenguaje de alto nivel má cercano al lenguaje máquina, y ahí sí tiene relevancia el hecho de haber nacido con fuertes restricciones hardware.
Pero por lo demás, la mayoría de los lenguajes son más restrictivos que el C, aún los que han nacido en países democráticos.
Envíos descartados por Mu [barrapunto.com]