Anterior: Cocktail para jóvenes fracasados | Siguiente: A uno de mis lectores más queridos
Fortran
Tecnología
El código de capa límite que tenemos entre manos y que, teóricamente, correrá la mayor simulación de capa límite en un BG/P, está escrito enteramente en Fortran.
Desde aquí un abrazo a Mark, el autor original del código que le sirvió para escribir su tesis doctoral y para pintar cosas chulas sin necesitar el Photoshop.
Fortran es una puta mierda, principalmente por dos motivos:
- Fortran lleva funcionando como lenguaje de programación desde finales de los cincuenta y la mayoría de códigos que hay por ahí siguen pareciéndose mucho más a Fortran 77 que a Fortran 95/2003. Esto significa que en Fortran no hay nada obsoleto, aunque muchas cosas deberían desaparecer. El lenguaje es hoy en día tan sumamente grande que un libro de 400 páginas como el Metcalf Reid Cohen sólo puede contarte por encima la referencia. Las sutilezas como que si pasas un tipo derivado como argumento sin definir un interface estás condenado al segmentation fault (misteriosamiente y con todos los compiladores) no aparecen por ningún sitio. Y este ejemplo me lleva a otro motivo.
- Fortran pasa sólo por referencia pero tiene hasta tres maneras de declarar un argumento dentro de una rutina, hay dos maneras distintas de alocatear memoria dinámicamente, dos maneras de mover variables globales... Fortran es tan enorme que no hay mente que lo almacene todo y, lo que es aún peor, no hay ningún compilador que consiga que Fortran funcione tal como debe funcionar. Ahora le van a añadir orientación a objetos y un montón de cosas más. El resultado es que los compiladores están más orientados en compilar bien el código antiguo que el nuevo y que cosas teóricamente posibles como un elemento alocateable en una estructura de datos funcione a veces sí a veces no.
C++ es un desmadre, es más sutil y tampoco hay quien lo entienda pero por lo menos los compiladores funcionan.
-
Tags:
Ingeniería
El código de capa límite que tenemos entre manos y que, teóricamente, correrá la mayor simulación de capa límite en un BG/P, está escrito enteramente en Fortran.
Desde aquí un abrazo a Mark, el autor original del código que le sirvió para escribir su tesis doctoral y para pintar cosas chulas sin necesitar el Photoshop.
Fortran es una puta mierda, principalmente por dos motivos:
- Fortran lleva funcionando como lenguaje de programación desde finales de los cincuenta y la mayoría de códigos que hay por ahí siguen pareciéndose mucho más a Fortran 77 que a Fortran 95/2003. Esto significa que en Fortran no hay nada obsoleto, aunque muchas cosas deberían desaparecer. El lenguaje es hoy en día tan sumamente grande que un libro de 400 páginas como el Metcalf Reid Cohen sólo puede contarte por encima la referencia. Las sutilezas como que si pasas un tipo derivado como argumento sin definir un interface estás condenado al segmentation fault (misteriosamiente y con todos los compiladores) no aparecen por ningún sitio. Y este ejemplo me lleva a otro motivo.
- Fortran pasa sólo por referencia pero tiene hasta tres maneras de declarar un argumento dentro de una rutina, hay dos maneras distintas de alocatear memoria dinámicamente, dos maneras de mover variables globales... Fortran es tan enorme que no hay mente que lo almacene todo y, lo que es aún peor, no hay ningún compilador que consiga que Fortran funcione tal como debe funcionar. Ahora le van a añadir orientación a objetos y un montón de cosas más. El resultado es que los compiladores están más orientados en compilar bien el código antiguo que el nuevo y que cosas teóricamente posibles como un elemento alocateable en una estructura de datos funcione a veces sí a veces no.
C++ es un desmadre, es más sutil y tampoco hay quien lo entienda pero por lo menos los compiladores funcionan.