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).
por
pobrecito hablador
el Lunes, 01 Marzo de 2010, 14:18h
(#1205950)
Vaya comparación la de tu profesor.
El hecho es que es preferible escribir menos que más siempre que la sintaxis se mantenga fácilmente ininteligible (ejemplo: Perl no lo es, C sí).
Por otro lado, las "barbaridades" con el C muchas veces son perfectamente justificadas y tienen su razón de ser. En cualquier caso, NADIE programa así hoy en día. Cualquier programador serio en C utiliza los warnings y usa un tipado más fuerte en C haciendo uso de las opciones del compilador.
Al igual que nadie usa el C de K&R, sino el ANSI C; y muchos ni siquiera eso, el ISO C90 o el GNU C.
Luego está C++, que tiene un tipado "estándar" en cuanto a clases y demás OOP.
Así que aquellos que no usáis C/C++/bash/perl/python/... porque os creísteis las milongas de la facultad y ahora sólo sabéis tirar líneas en Java, Java y más Java, iros a lavar el cerebro.
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.
Valiente gilipollez
(Puntos:0)El hecho es que es preferible escribir menos que más siempre que la sintaxis se mantenga fácilmente ininteligible (ejemplo: Perl no lo es, C sí).
Por otro lado, las "barbaridades" con el C muchas veces son perfectamente justificadas y tienen su razón de ser. En cualquier caso, NADIE programa así hoy en día. Cualquier programador serio en C utiliza los warnings y usa un tipado más fuerte en C haciendo uso de las opciones del compilador.
Al igual que nadie usa el C de K&R, sino el ANSI C; y muchos ni siquiera eso, el ISO C90 o el GNU C.
Luego está C++, que tiene un tipado "estándar" en cuanto a clases y demás OOP.
Así que aquellos que no usáis C/C++/bash/perl/python/... porque os creísteis las milongas de la facultad y ahora sólo sabéis tirar líneas en Java, Java y más Java, iros a lavar el cerebro.
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]