Barrapunto

Pasado = C ---- Presente = C ---- Futuro = C

Eins. Este no se ha hecho en ruby ni el tutorial de los dibujitos [poignantguide.net].

Bueno, yo llevo currando desde que acabé mis estudios, con C y C++ bajo unix/linux, ya van para 6 años. Actualmente me encontraba en la disyuntiva de seguir ganandome las lentejas con c++, o quizás realizar un cambio de tecnología al mundo del java.

He trabajado con interfaces gráficos nativos en c++ y con sistemas transaccionales de alto rendimiento principalmente, pero veo como poco a poco todo tiende, al menos en este país, al mundo web.

Creo que hay una gran homogeneización de proyectos y plataformas, y se están favoreciendo cierto tipo de perfiles, como los citados relacionados con el mundo web.

Mi proyecto actual todavía tiene para un tiempo, y luego me encuentro con una experiencia de más de 6 años en c++, y si me cambio de tecnología...

En general el artículo peca de ingenuidad. Cito el artículo:

Ejemplo práctico de mi empresa muy resumido. Un compañero que lleva siete años en la empresa estaba implementando el otro dia unas serie de funcionalidades en una aplicación de escritorio en la que se hacian accesos concurrentes a una base de datos. Aunque no es de mi área de competencia, me pidió consejo y le recomende que implementase una clase tipo proxy o tipo factoria para así garantizar que las llamadas a la las clases que accedían a la librería del conector de la base de datos en los distintos hilos fuera "thread-safe". No sabia de que estaba hablando. Despues de explicarle que era una factoria (con el ejemplo de los sockets de Java) me dijo que no le gustaba la idea y hizo lo que le salía de la punta del pie. No me extenderé más. Sin ánimo de empezar una flamewar, ha estudiado una carrera de letras e hizo un cursillo del paro para desarrollador certificado de MS, también tiene una certificación de MySQL, aunque también algunos ingenieros de carrera las hacen así de gordas.

Dando un rápido repaso a las "joyas" que se dicen en el artículo.

Cual es el punto en el que está ahora Python? por cierto, existe desde el 1991.

Define un poco...

Aunque PHP se puede usar como lenguaje general de script no creo que fuera de la programación web tenga mucha utilidad.

El futuro? Reciclar aspectos de Java? Cita un aspecto que "recicle" de Java. Es una realidad y se utiliza en muchísimos proyectos debido entre otras cosas a la facilidad para interconectar librerias implementadas con otros lenguajes de programación (C y C++). Es como por ejemplo funciona el motor de busqueda FAST (noxtrum lo usaba, t-info e infinidad de páginas web de empresas de primer orden, entre ellas ahora microsoft que ha comprado FAST...).

Con lo de arquitectura de 3 capas supongo que te refieres a la máquina virtual, porque separar la lógica de negocio de la lógica de diseño y de la representación es independiente del lenguaje de programación usado. El mantenimiento es prácticamente independiente del lenguaje utilizado, depende más del diseño del sistema y de las políticas para detectar y corregir errores que utilices...

Esto no tiene ni pies ni cabeza. No creo que sepas muy bien cómo funciona la orientación a objetos... Uno de las cosas que se echan en falta en C++, son los "fast delegates", pero se pueden buscar soluciones...

Los costes de licencias de los que estas hablando en cualquier empresa medianamente seria son despreciables...
De java dice que una de las ventajas es su "adaptación total a UML"... Te refieres a los diagramas de clases de UML? Un diagrama de UML se puede convertir en Java, C++, Ada y

c pasado java, c y python presente python futuro

... no tengo ni idea que cualificación profesional tendrá este señor en Informática, pero si tiene alguna debería devolver el título, como mínimo es un indocumentado.

¿Cómo se puede afirmar semejante sandez?
Sinceramente Cobol nunca ha aportado gran cosa. Si no estuviera implantada como solución corporativa de los bancos, no nos acordaríamos ni de su nombre.
Cuando ha sido el lenguaje que ha llevado a la práctica una metodología formal como Warnier en la definición de procesos de tratamiento de datos.

O esta otra perla

En cuanto a C++ revolucionó sobretodo la parte gráfica de las aplicaciones

He leído tres veces la norma del C++ y he ojeado bastante en profuncidad la norma de la biblioteca estándar y esto suena como si le clavaran a uno una punta en la cabeza, confundir lenguaje con biliotecas y plataforma de desarrollo es muy común en los que no saben de que hablan, pero sólo hay que seguir leyendo...

Depurar un error a causa de un "puntero loco", podía consumir semanas, y eso sin contar que nunca estabas totalmente seguro de que el arreglo no conllevara efectos colaterales. Realmente el lenguaje "pata negra", y que sigue siendo requerido en muchas empresas (sobretodo de microelectrónica) es el C.

Cuando alguien se expresa de esta forma respeto a una herramienta lo que demuestra es que no está cualificado para manejarla. C y C++ son muy complejos y hay muy pocos profesionales cualificados para programar en esos dos lenguajes de programación.
Ademas confunde conceptos, este señor por ejemplo no podría entender que se pueda hacer programación estructurada utilizando lenguaje ensamblador.

Y no sigo porque es así todo el artículo pero sólo hacer referencia al último párrafo:

Creo que cada vez será menos importante "con qué se programe", el paradigma al que se tiende es Software as a Service (SaaS) - Cloud Computing (aquí hay una primera aproximación). Apuesto por SOA (arquitectura orientada a servicios), donde lo importante son los servicios y la interoperatividad, no el software de las "tripas".

Me recuerda a un colega de trabajo que va por ahí diciendo que lo importante es la idea, el problema es que del dicho al hecho hay un gran trecho como dice el refrán. Lo que no se da cuenta este señor es que SOA es algo que llevan utilizando los bancos y los grandes sistemas desde hace mucho tiempo y que en ese paradigma se ha utilizado mucho el COBOL ese lenguaje que el mismo autor denosta al principio, simplemente alguien ha mostrado al mundo algo que funciona desde hace mucho tiempo.

Abrid los ojos y no os dejeis envenenar por mercachifles del tres al cuarto, aprended las bases de la computación y luego os dareis cuenta de que la tecnología es circunstancial, primero fueron los paneles luminosos, luego las impresoras de papel contínuo, luego los CRTs, luegos los TFTs, los Plasma, las Orgánicas, ... pero aquello a lo que da soporte la electrónica sigue siendo básicamente lo mismo.

Yo me he quedado con el siguiente párrafo:

"Si a eso, le sumamos su aportación en el mundo de la Orientación a objetos (fue el primer lenguaje OO puro y que funcionara)"

No he podido evitar dejarle un comentario en su web, informándole de que el lenguaje del que está hablando es Smalltalk. Y que todas esas "features" nuevas que añaden en cada versión de Java, hace más de 30 años que Smalltalk las tiene implementadas. Otro tema es que sea más o menos "famoso", o en otras palabras, que tenga detrás una buena maquinaria de márketing. O que se use más o menos en la industria. Pero tal y como le comentaba; "al pan pan...".

No estoy de acuerdo con el analisis.

Cualquiera que diga que cobol no aporta nada es que no tiene ni conocimientos ni experiencia. Cobol aporta rapidez transaccional. Cierto, es antiguo y probablemente se puedan encontrar ejemplos de otros lenguajes que le ganen ahora. Pero eso es ahora.
Otra cosa es que la transaccionalidad de las entidades bancarias es un modelo que no es fácilmente exportable a otros entornos. De ahí que no se use en otros entornos (mayormente).

Y C. Como han dicho C es el pasado, C es el presente y C es el futuro. Negar eso es ser más ciego, tener menos experiencia y aún menos capacidad de análisis.
C es tan básico que no hay por donde tirarlo. Con idioteces mayormente estéticas y a las que algun remilgado le parecen terribles. Pero rápido y flexible. Más rápido (en cuanto a potencialidad) y más flexible (en cuanto a espectro de uso) que ningun otro lenguaje non-C-like. Y digo esto último porque se podría decir que C y sus c's son el pasado, el presente y el futuro (y como c's incluyo principalmente c++ por supuesto)
El que me diga que java sustituye a C++ pierde muchos puntos como entendido desde mi punto de vista.

Java. Es el visual basic moderno. Igual que los java-like. Tiene su nicho. Tiene su uso. Tiene sus fans. Y ya.
No es nada que no tengan otros a manos llenas.
Sí. Es un lenguaje muy usado hoy en día. Mayormente por su márketing. (para esto sun fue el apple de los lenguajes) Y de managers abotargados de marketing está el mundo lleno.

¿El futuro? quien sabe. Pero empieza por sumar el marketinazo del momento futuro, añade c-forever y un toque de las frikadas de siempre que afortunadamente serán la sal y la pimienta del futuro como lo son del presente.

Pero una cosa es seguro: El mercado no es el mismo que hace 10 años.
Antes había un vacío gigante post-monopolio.
Ahora hay saturacion. Pelea. No hay sitio para un bombazo. No quedan nichos inexplorados de uso global (o encontrarlos va a ser mucho más dificil). NO ES FÁCIL QUE EL PANORAMA CAMBIE CUANDO LOS DANZANTES SON TAN OMNIPRESENTES Y OCUPAN PARADIGMAS TAN BASICOS QUE NO ES PROBABLE QUE SURGAN MÁS DE ESE NIVEL NUNCA. (o tan nunca como es posible en este mundo de la informatica)

Realmente me parece increíble que unos cuantos "anónimos" sin tener ni idea de lo que hablan pongan en duda mi formación, conocimientos, o capacidad. He programado en la mayoría de lenguajes de los que hablo, y evidentemente, no soy experto en todos, pero sí tengo la visión suficiente para hablar, analizar y opinar del tema. Obviamente, no les puede gustar mi opinión a todos, pero podríais demostrar un poco más de educación y respeto, como así lo han hecho los que han dejado su comentario en mi blog. Es muy dado en este mundo del desarrollo del software "montar" guerras por defender una tecnología en concreto... y esto es lo que ha pasado en los comentarios. Cada uno ha defendido EL lenguaje que cree dominar. Muchos se han sentido ofendidos por mi opinión sobre Cobol, C, C++, Python... ¿Realmente habéis leido el post? He leído como se me recriminaban cosas que jamás había escrito. Considero que tanto C, como Python, por ejemplo, son bastante bien tratados en mi artículo. En cuanto a lo de Cobol, lo siento, es mi opinión. No sé si lo que os quejáis habéis programado en otros lenguajes. YO SÍ. Tranquilos, no os faltará el trabajo. Hay software legacy y mantenimiento de aplicaciones críticas para rato. Pero eso no quiere decir que Cobol vaya a estar nunca más en auge. En mi opinión: deprecated. A los que habéis hecho una crítica constructiva (aunque no os haya gustado del todo el artículo), y a los que les haya gustado: Muchas Gracias. Al resto, recomendarles que intenten crear algo por ellos mismos en vez de intentar destruir lo que hacen los demás. Y a todos: Muchas gracias por las más de 6000 visitas que he obtenido desde Barrapunto ;-)

Observo que no has leído el artículo. Pones en "mi boca" palabras que jamás pronuncié. Perdona, pero para Ipod se programa en Objetive C. Que no es ni C, ni C++. No te equivoques con la orientación a objetos de C++. Se nota que hablas desde la parcialidad de solo conocer un lenguaje. "Yo inventé el término "Orientado a Objetos", y te puedo asegurar que C++ no era en lo que estaba pensando." -- Alan Kay Por otro lado, creo que C, sale bastante bien parado en el artículo. Hay cosas que siempre se programarán en C.

Estoy totalmente de acuerdo.

Es verdad, todo es una mierda xDDD

C si es multiplataforma

No en el mismo sentido que Java o C#.

A mí me ha hecho gracias :-)

Hombre, lo diga quien lo diga está claro que está empleando mal el término. Un compilador es el encargado de transformar código de un determinado lenguaje a algo que el encargado de ejecutar dicho código sepa ejecutar, valga la redundancia (ya sea lenguaje máquina, bytecode, etcétera). Y en este caso, parece que se está hablando de ayudas a la hora de programar, de lo cual normalmente se encarga un IDE o similar.

los que empiezan a salir para iPod y los móviles algo más potentillos también los hacen en C++

Creo que los de iPod se escriben en Objetive-C, que no es exactamente lo mismo. Y en lo de móviles potentillos deberías incluir a todos los de la plataforma Android, que son muy buenos bichos y si no me equivoco corren con Java.

El C es multiplataforma si existe un compilador para esa arquitectura. ¿Dónde no hay un compilador de C? Bueno hasta hace poco las tarjetas gráficas, aunque eso ha cambiado recientemente con CUDA. Pero no creo que sea mucho más barato hacerse un compilador de C que una máquina virtual de java, mientras SUN siga haciendo negocio con ello.