| |
|
Balcanización de un lenguaje de programación
|
|
editado por fernand0 el Viernes Abril 27, @02:19PM
desde el dept. no-hay-problema-con-no-cumplir-el-estandar-hay-muchos.
En Kuro5hin se puede leer un artículo titulado Balcanización de un lenguaje de programación donde se habla de C++. En él se dice, entre otras cosas, que no consiguen que C++ termine de ser estándar y que no hay ningún compilador que verifique completamente el dichoso estándar. Evidentemente, eso es un problema. Por ejemplo, llegan a afirmar que los criterios para la salida del GCC 3.0 tienen uno de sus mayores cuellos de botella en el dichoso C++.
El segundo problema tiene que ver con que la dificultad de cumplir con el estándar lleva a la aparición de diferentes versiones del lenguaje, básicamente por las diferentes interpretaciones y soluciones aportadas por distintos fabricantes y compiladores.
La pregunta que se le ocurre al articulista es inmediata: ¿qué otros lenguajes son candidatos a este tipo de balcanización? El propone C, Java, y Perl:
- C99 no está teniendo demasiado éxito por el momento, se enfrentará a los mismos problemas de inercia que el C++, ... (los comentarios también nombran a C# y Objective C).
- Java tiene el inconveniente y la ventaja de ser de Sun; pero también van apareciendo 'variedades' como J++ o Generic Java.
- A Perl le ve un problema ante el anuncio de Larry Wall y las posibles características de Perl 6 entre las que destaca la posibilidad de ser un lenguaje extensible dinámicamente; de este modo 'se podría hacer que un programa en Perl parezca escrito en Python, Latin, o Java, dependiendo de programador'. Claro, eso en un lenguaje que ya consigue fácilmente programas incomprensibles en mano incluso de programadores competentes, puede llevar a que la cosa se complique todavía más
|
< ¿Por qué un CD cuesta 3.000 pelas?
| Armas, dinero y teléfonos móviles >
| |
|
