Barrapunto

No se, creo que desde el mundo academico hay un recelo extraño hacia el C. Siempre que han podido han marginado a este lenguaje y sus sucesores en favor de los lenguajes basados en pascal.
Asi las cosas, igual que C fue marginado, C++ lo fue, y lo es Perl (vale, diran ustedes que tiene poco que ver, dejenme que yo ya me entiendo) etc..

¿Y que pasa con lenguajes como C# y Java?.. pues pasa que podran tener mucho que ver con C, pero no son descendientes de C, sino de lenguajes pascal orientados a objetos, tienen mas que ver con lenguajes como Oberon y Delphi que con el C puro y duro de ATT.

Quizas esta movida se deba al tipo de personas que forman las universidades, pascal-centricas en muchos elitistas casos. Quizas.. o quizas no.
Lo que desde luego no se puede hacer es tirar por la borda la sintaxys C, que es esplendidamente escueta, al contrario de la sintaxys Pascal, que desborda excesos de tecleos... cuando a C le basta un signo como { p * (hablo en general).

Bueno pues, hay muchas cosas que no importan, aveces no importa el lenguaje que uno elige, (aveces) y parece que eso piensa gente como los de microsoft y si ILL (imediate lenguaje) por el que por magiapotagia puedes escribir componentes .NET en VB, JS , Perlscript, etc.. y generar "ejecutables". Parece que la sintaxys superficial de un lenguaje no importa, asi pues, me parece, C# y Java se distinguen en muy poco, ambos son herederos de esas profundas y serias (dependiendo a quien preguntes) raices de orientacion a objetos pascaliana...( absurda y llena de palabras reservadas ahi donde un verdadero lenguaje estilo C se las habria apañado con signos como *, [], etc... (opino)).
C# no sera mas que el Java de microsoft, y eventualmente podra servir para las mismas cosas. Sera interesante ver si en el futuro los clientes como el iexplorer, y el host scripting de windows lleven C#, porque en ese instante puede que llegue el fin de javascript y visual basic. (Visual Basic no es mas que el hijo personal de Bill Gates como programador, y ahora mismo esta muy aguelo para seguir adelante con el hijo, quizas le ha llegado a la hora al hijo de recuperar su lugar: un lenguaje para iniciarse en la informatica, y no el absurdamente predominante lugar que tiene hoy en dia (visto lo visto, y lo rematadamente malo que es, no es un lenguaje de programacion, sino de scripting, opino))

Asi, una pagina con html+c# (embebido, no como aplet) podra ser una cosa muy interesante, casi o sin el casi, una aplicacion de escritorio perfectamente indistinguible de las otras pero con un excepcional interface y dinamismo total.

Obviamente lo malo de todo esto es que microsoft barrera hacia casa, de tal manera que robara clientes a todos los demas servicios. Miedo da la que se nos avecina con el Messanger, donde esta envolviendo a los clientes en un entorno global que finalmente les ciege al resto de la frescura y diversidad de internet... no se...

Obviamente todo esto son opiniones personales, impresiones vivas.. nada mas.

1 saludo
Tei

No he prestado todavía mucha atención a C#, pero después de un vistazo a la especificación, veo con pena que sigue utilizando el modelo de excepciones de C++. Sin duda alguna Java supone un gran adelando respecto a C++ ( por supuesto, teniendo en cuenta cual es el fin y contexto en el que se utiliza cada uno de los lenguajes), y creo que las razones fundamentales son dos: modelo de gestión de memoria ( GC gestion explicita) y el modelo de excepciones ( comprobado en tiempo de compilación comprobado en tiempo de ejecución). Intento comprender a Stroustrup cuando intenta justificar el modelo de C++ pero sigo sin entender como se pudo llegar a todo el asunto de "unexpected()" y "terminate()".

Que si, que estoy seguro de que C# es una bomba. Lo que pasa es que, nada mas empezar a leer el articulo se dicen cosas como "the goal (...) is to shoten development time by freeing the developer from worrying about (...) low level issues..". Podria seguir extractando, la idea esta clara, es una vieja musica que yo recuerdo desde, al menos, hace 15 años. Todos quieren, al par que se hacen ricos, liberarnos de los detalles de bajo nivel, y para eso empiezan pidiendonos que dediquemos un añito de nuestras vidas a aprender sus nuevas criaturas. En lugar de eso, podrian ofrecernos un recubrimiento sobre C, en forma de librerias, que pudiesemos usar inmediatamente. Claro que las librerias podrian copiarse y distribuirse, si se entraga el codigo, y pecan de inflexibles o demasiado prolijas, si no se da el codigo. Por eso se invento la POO, una forma genial de distribuir librerias extensibles sin necesidad de dar el codigo fuente. Muy astutos.
-----------------------------------------------
punteros graciosamente engarzados

Te aconsejo que te leas el OOSC2 de Bertrand Meyer, quizás te ilumine algo el camino. Eiffel esta a _años_ luz de C, C++, Java y C#. Ahora, la pregunta es: ¿ y porque no es el lenguaje dominante?

Hablando de C#, me ha venido a la mente una conversación que tuve con un amigo. El caso es que, al referirnos a C#, decir "C almohadilla" o "C colchón" mientras se dibuja el simbolo # en el aire con el dedo indice es un poco rollo. ¿Alguien llama a C# con algun otro apelativo mas "cómodo"?. Un saludín.

Yo me perdí. ¿Qué tiene que ver Pascal con C# y con Java?

Creo que se dice "C sharp"
si me equivoco, corregidme, please.

Creo que era "C sharp". (Si charp)

--

Pues en teoria se lee C Sharp o, ya puestos, C Sostenido, que es como se denomina el # (que es un simbolo musical).

Algunos le llaman C sharp.
Saludos

Por muchas liberías de abstracción que tengas, ¿ quien te dá recolección de basura segura, procondiciones, postcondiciones, invariantes, arrays con límites seguros, comprobación de referencias nulas, inicialización implicita de tipos... etc, etc, etc? Esto solo lo consigues con un lenguaje adecuado con soporte runtime adecuado, no lo puedes hacer con librerías. Llevo algún tiempo intentando adecuar C++ para que sea un poco más seguro, y sé lo que cuesta.

y para eso empiezan pidiendonos que dediquemos un añito de nuestras vidas a aprender sus nuevas criaturas

Y no solo eso, imagina la de libros que tienen que editar y vender, el soporte, los cd's de MSDN, etc, etc, todo para sacarnos los cuartos sin venir a cuento. m$ siempre fue especialista en eso antes que en otra cosa.

Lo que propones es mucho mas facil, pero si se basan en algo que todo el mundo conoce la gente no compra.
 

Que no, hombre, que no... que lo que pasa es que por fin va remitiendo la moda, y se han dado cuenta de que C es un lenguaje maravilloso... para el que sabe usarlo. Pero que aprender a programar con el, es como usar un ferrari para aprender a conducir. Así que se aprende con un fiesta o un clio, y se dejan los deportivos para cuando ya se sabe bien lo que se hace...

Me gusta lo de 'sostenido', y ademas da pie para muchos chistes sobre quien, o que lo sostiene, y para que...

Este tío es la monda. Lleva años copiando ideas de otros, empaquetándolas y vendiéndonoslas y... ¡nosotros se las compramos!.

Lo hizo con el DOS (copia del CP/M), Windows (copia de Mac OS), Word (copia de WordPerfect), Excel (copia de 123), Access (copia de DBase).

Lo que pasa es que Bill sabe empaquetar mejor los productos y es un gran vendedor.

Ahora coge Java, lo copia y lo empaqueta como C# y nosotros se lo compramos.

Es un tío astuto y nosotros unos lelos.

Pues en teoria se lee C Sharp o, ya puestos, C Sostenido, que es como se denomina el # (que es un simbolo musical).

Si nos ponemos a traducirlo, el término correcto es DO SOSTENIDO. ¿Alguien se imagina llamando así a un lenguaje de programación? 8-?

Hace algún tiempo le preguntaron en una conferencia de prensa a Seymour Cray fundador de Cray Research ( los de las supercomputadoras), a ver como se sentía siendo el mayor inovador en su campo, a lo que el contesto algo como que estaba hasta los cojones de tragarse todos los marrones que ha de tragarse el primero en todo y que preferiría esperar a que los demás se le adelantases para que ellos comentan todos los errores iniciales. Y es que Bill sabe muy bien que es mejor aprender de los errores de los demás que cometerlos el mísmo.

En realidad, lo mejor es aprender ensamblador. Alguien que consiga hacer cosas sencillas en ensamblador puede hacer lo que sea con cualquier lenguaje. Hoy en día el ensamblador se usa poco porque para eso está el C. El resto de lenguajes sólo sirven para crear monstruos, que necesitan de cantidades ingentes de hardware y que nunca llegan a funcionar bien, para hacer cosas que hace 30 años ya se hacían (en ensamblador) y con 1000 veces menos recursos.

Una sola cosa: Sistema embebido que se encuentra en miles de bares de todo el mundo:

Primera versión: en ensamblador, 4 meses de desarrollo del software (sólo el software). Cada vez que necesitamos hacer una modificiación, tardamos tres o cuatro días.

Segunda versión: en C, con el mismo micro patatero, 15 días de desarrollo, 15 de prueba en la calle sobre la misma placa. Cuando se hace una modificación se tarda sobre una hora en realizarla.

Sin más comentarios
 

Pues hace algunos días asistí a una charla que dieron sobre el C# en la Universidad Politécnica de Valencia y la verdad es que tenía cosas muy interesantes, la persona que dio la charla hizo el típico hola mundo tanto en C# como en VB .NET y el código generado era el mismo, no se si para cosas más complicadas será igual, pero eso de poder programar en tu lenguaje favorito (Pascal, C, JAva,...) y que el compilador genere bytecode de .NET y que el código sea igual de rápido (el mismo) que generado con otro lenguaje (C mola para aplciaciones, el VB es una auténtica kk).
 
Por otro lado el tema de programar casi de la misma forma aplicaciones para Windows (o Linux cunado tenga soporte de .NET, que lo tendrá) que aplicaciones para Internet es otra cosa muy interesante, en eso tiene mucho que ver que usas el mismo modelo de objetos, las mismas clases, etc etc. programes en lo que programes, con lo cual nos quita "libertad" de elección como la que podemos tener ahora con QT,GHT,FLTK y demás toolkits gráficos.
 
Otra demostración fue la de crear una pequeña página web de foprma que al pulsar un botón cambiabas algo, pues el diseño de la web se hacía de la misma forma que puedes diseñar un proyecto con Visual Basic, lo metes todo en un formulario, y el evento de "click-botton" metes la función (Label1.text=Text1.Text), y esto generaba un fichero xml, que el servidor web (ISS por supuesto) se encarga de interpretar para adaptarlo a tu navegador y enviarte un fichero HTML, XHTML o lo que corresponda, casi de la misma forma podías generar webs para dispositivos móviles (WAP, móviles GPRS, etc) pero tenías alguna limitacion como puede ser un formulario más pequeño (la pantalla de visualización mucho menor que la de un ordenador), y el propio ISS interpretaba el XML para deciuarlo al dispositivo móvil de navegación, como puede ser el IE de Windows CE, o un emulador de móviles que tenía el hombre.
 
Todo esto me lleva a pensar que si de usando un mismo modelo de objetos, de clases, etc etc. se puede programar para todas las plataformas nos dará igual dónde programemos (Linux o Windows), lo que nos podría decidir usar un sistema u otro será las herramientas de que dispongamos (y el Visual Studio .NET tiene muy buena pinta), aparte de esot el Software Libre aparte de crear el proyecto mono, también debería preocuparse del tema del servidor, Apache debería ser capaz de coger los XML generados para la plataforma .NET y generar (X)HTML válido para una navegador, las bases de datos libres también deberían ser capaces de adaptarse, porque si no nos ataríamos a SQL Server etc etc. Creo que todo iba sobre estándartes abiertos (SOAP y otros), sólo espero que M$ no cambie las cosas (como seguro que hará) y que si las cambia el Software libre responda de forma rápida, pues ellos harán los cambios a su modelo de clases(objetos cuando ya lo hayan probado y sepan que su implementación funciona, el problema será cuánto tiempo tardará el Software Libre en "soportar" las nuevas características.
 
Siempre hay gente que dirá que es mejor crear una alternativa y mejor diseñada, y con más consenso (y estoy de acuerdo), pero en eso Redmon tiene ventaja, ya que son ellos uqien lo "piensan" todo y es más fácil que un grupo reducido se ponga de acuerdo, que si se pregunta a todo el mundo y cada uno piensa que su idea es la mejor, así puede pasar años hasta que antes de ver una línea de código se decida qué es lo que se va a hacer exáctamente (lo que no quita que luego alguien se marche del "grupo" y haga lo que el piensa que está bien) y así ad infinitum, pero eso creo que es parte de la libertad que nos gusta tener ;-).

En espanglis "ceshar", en inglés no hablo de esos temas.

...pero se supone que en la universidad no deben enseñarte a hacer un programa para algo con alguna herramienta, sino que deben enseñarte a PROGRAMAR, que es lo que diferencia entre un arte y una ciencia. Alguien que estudie en la universidad se supone (insisto, ya se que luego es muy diferente) que debe saber como programar en abstracto, de modo optimo, y luego es cosa suya aplicar esos conocimientos de la mejor forma posible. Vamos, que es como en ingenieria (y cojo el ejemplo a proposito, ya vereis): te explican los fundamentos de la mecanica por los cuales se diseñan los tornillos, luego es cosa del alumno aplicar esos conocimientos para escoger en en catalogo el tornillo que mejor se adapte a sus necesidades (aunque se por experiencia que en muchas clases lo que se enseña es directamente a usar el catalogo, y luego pasa lo que pasa)

¿Podemos decir entonces que M$ esta intentando dar el Do de pecho?

¿Dices que, si usas ensamblador, pasas más tiempo en los bares?

Hay que tener en cuenta lo que son "recursos". Las horas de programador también son "recursos". Tú vete a hacer un programa "grande" en ensamblador, luego mira cuánta gente y tiempo necesitas, y luego dime qué es lo que es consumir recursos.

Todo el mundo sabe que programadores avanzados en C (el ensamblador ya casi no tiene uso) pueden hacer maravillas con poca memoria, pero si damos un plazo y un dinero fijos, está claro que un lenguaje de más alto nivel consigue mucho más.

La cuestión es no seguir cegados con "ahorro de recursos" sin tener claro que los recursos escasos hoy en día (cuando 256Mb cuestan 5000 pelas) no son los mismos que hace 20 años.

Y otro tema es la mantenibilidad, claro, los "enormes" programas que se abordan hoy en día serían imposibles de llevar a cabo con lenguajes de bajo nivel, porque acabarían cayendo bajo su propio peso. No es lo mismo mantener 8K de codigo ASM que 3MB.

Sólo una reflexión en voz alta.

Bueno realmente en informatica pasa al reves, se explica la "teoria" de la programacion (que conste que estoy totalmente de acuerdo con esta parte, alguien que sepa programar no le debe costar nada adaptarse a cualquier lenguaje o sistema), pero el problema es que no se estudia adecuadamente la estructura, arquitectura de ordenadores y funcionamiento de los sistemas operativos actuales, porque para optimizar trabajos reales se necesita entender como funcionan los equipos sobre los que se va a ejecutar el codigo que se diseñe y programe.

Salud2 !!!

Yo ya lo estoy usando en un proyecto y la verdad es que no está tan mal, la verdad es que me recuerda mucho a Java (lo cual está bien). La interfaz de desarrollo está muy bien, a pesar de que se necesitan unos 15 dias para aprender a usarla (más o menos como Visual Age), y la verdad es que cuando la personalizas a tu gusto es bastante ágil... eso si, necesitas entre 1/4 a 1/2 GB para ir bien, depende de que clase de desarrollo hagas. Yo hago la parte de interfaz con el usuario, para eso 256 MB es suficiente. Mi compañero que hace la parte de atacar (que verbo más feo) la BBDD se quedaria corto con eso.

Sin embargo, ASP.NET no me va tanto. Yo estoy acostumbrado al mundo J2EE, a los beans, las JSP y las taglibs. ASP.NET es algo totalmente ajeno a esto (a pesar de lo que pueda parecer superficialmente), el modelo de eventos por ejemplo es algo con lo cual me ha costado hacerme. En ambos prima separar la lógica de la presentación, pero mientras que en JSP lo cómodo es trabajar con poco código y mucho HTML, aqui es más práctico (a pesar de lo que pueda parecer con su diseñador de webforms) generar todos los "controles" via código.

Es una lástima que los chicos de ActiveState hayan decidido hacer Python.NET (y creo que Perl.NET también) de pago. A pesar de que el proyecto se entregue íntegramente en C#, me hubiera gustado prototipar algunas cosas en Python, por ver que tal iba :(

Despues de ver C#, sigo con interés el proyecto Mono (www.go-mono.com) de los chicos de Ximian. La verdad es que si M$ les deja salirse con la suya, habrá más de uno que podrá ofrecer hosting de aplicaciones .NET a precios "linux" :) Por supuesto, las megacorporaciones no querrán nada que no esté bendecido por los chicos de Redmond, pero es que el mercado seria la gente que compra hosting virtual con apache+tomcat, por ejemplo.

En fin, ya os diré más cosas si hay interés...

El problema grave es que el diseño de NET no sea llevado por algun organismo "independiente", con la plataforma net pasara lo mismo que con windows, que las aplicaciones de Microsoft estaran mejor integradas que el resto de aplicaciones.

Ya se encargara microsoft de ir variando o jugando con la implementacion de acuerdo con sus intereses :(.

Salud2 !!!

El avance de C# parece imparable

Parece mentira que los redactores de /. sucumban a tan evidente agresión mediática de M$. ¿De verdad es tan imparable? Ah ya, claro, es que C# ha pasado de 0 usuarios a 10, con lo cual ha aumentado en un infinito%, ciertamente un avance imparable.

VB es un lenguaje no Orientado a Objetos, (ni herencia, ni polimorfismo, .....)

VB.net ha cambiado eso...

Y tanto lo ha cambiado que los entendidos dicen que si hasta ahora trabajabas en VB en vez de pasarte a VB.net te pases a C#..

Parece que has dado en el blanco... ;-)

Zonas de código que se deben de optimizar al Máximo.

El resto en C u otro lenguaje...

El tratamiento de las excepciones es copiadito de Delphi...

Aquí hay ejemplos

No puedo dejar de mencionarlo... tuve un profe que no decía "sostenido" ni "almohadilla"... sino ÑACA.

Mola mucho más :-P

C# =~ Delphi + Java + C + VB

De hecho uno de los creadores de C# es uno de los creadores de Delphi.

Según estudios dicen que C# es bastante más rápido en la ejecución que Java, comparando dos programas iguales. (Fue el proyecto final de carrera del profesor de un curso que di de C# hace muy poco).

M$ se ha tomado mucho interes en hacer un buen lenguaje (tiene que competir con Java que ya está bastante metido en el mercado).

Además de ello ha hecho un Entorno de Desarrollo bastante bueno, el Editor se sale por donde lo mires, personalización, ocultación de código (puedes reducir las funciones a una sola línea como si fuera una carpeta (cabecera) y sus archivos (lineas de código) en un explorador de archivos. (ver capturas en el último enlace)

Además de permitir usar varios lenguajes para crear código objeto y hacer programas utilizando múltiples lenguajes y todo sin salir del Entorno de desarrollo...

De lo poco que he visto me ha gustado bastante. M$ se habra gastado una pasta en montarlo todo para eliminar Java (de hecho ya lo ha hecho en su Windows XP) del mercado y llevarse él el pastel..

Veremos que tal queda. Recordemos que sale dentro de MUY poco. Espero que vayan saliendo más entornos de desarrollo con parecidas propiedades porque la verdad se trabaja mucho más cómodamente.

Imagenes del entorno

http://www.c-point.com/csharpscreen.htm

http://msdn.microsoft.com/msdnnews/2001/july/vsnet /vsnet.asp

En el último enlace hay un par de imágenes fijaros en los [+] que hay a la izquierda del editor. al pulsarlos se contrae o se expande la función/procedimiento seleccionada. Tambien existe la opción de crear nuestras propias secciones utilizando unos comandos de texto. Esto es muy util para contraer código ya depurado el cual en este momento no queremos que nos moleste...

Se supone que para eso están los buenos compiladores... que según dicen optimizan mejor que muchos buenos programadores.

A otro nivel están los lenguajes funcionales o lógicos, con los cuales se supone que cuando programas no tienes que acordarte que debajo hay una máquina que lo ejecuta, con ALUs, memorias, registros, etc...

Por alusiones. No se si me equivocaré o no (ni siquiera estoy muy seguro de que equivocarme fuera mejor a que sigan las cosas tal como están ahora), pero poca gente discute lo de la imparabilidad a estas alturas. Hasta han surgido proyectos libres para poder ofrecer algo similar a esa plataforma en sistemas que no sean los bendecidos por Microsoft.

No te pases, vale lo de DOS y Windows,¿¿ pero Access y Dbase ?? ¿¿Word y WordPerfect?? ¿¿Excel y 123??. Se emparejan porque sirven para lo mismo, pero de ahí a decir que son copiados va un cacho.

Pfff Así que te sorprende la características de ocultación de los métodos.... Quizas esa sea la mágia de M$, no ofrece nada nuevo pero es capaz de presentarlo de tal manera que encandila determinadas mentes. Que yo sepa esa opción ya estaba en el editor de Occam (http://nereida.deioc.ull.es/html/transputer.html) Esa misma característica está en el archiconocido editor de textos en Java, JEdit (http://www.jedit.org) ¿Es una cosa cómoda de usar? Para mi no es una cosa excesivamente util esto del 'folding' Me gusta ver todo el código 8)

Gracias por las URL no conocia ningun de esos programas ;-)

"Pos ma' o meno' e' asi".
Cuando tenemos que modifcar algo que originalmente estaba en ensamblador terminamos en el bar...

...ahogando las penas...

buaaaaaaaa

:-)