Cuando salió C, decían que era la "respuesta" a todo...
Cuando saliò C++, se decía que era una mejor respuesta que C, por la inclusión de la "orientación a objetos"
Cuando salió Java, se decía que resolvía todas las falencias que tenía C++
Luego Java no alcanzaba, entonces fueron necesarios los frameworks...
Yo me pregunto... si C ya era la "respuesta" a todo, ¿por qué se necesitaron tantas "mejoras"?
Y me respondo... demasiado marketing, y pocas razones técnicas reales.
El problema es que se quiere utilizar un lenguaje o entorno para cualquier cosa, y no es así. C y C++ son muy buenos si se necesita programar en bajo nivel (por ejemplo, un SO, drivers, soft de control de redes, etc), ya que su contacto con el hardware es muy fuerte y cercano. Pero para modelar otro tipo de sistemas (por ejemplo, empresas u organizaciones), se deberían utilizar lenguajes que tengan estructuras u objetos que representen con naturalidad las entidades de estos otros sistemas.
Saludos,
Andres.
--- El mar 18-ago-09, kikoGregoris <kikogregoris@...> escribió:
De: kikoGregoris <kikogregoris@...>
Asunto: Re: [objetos] In C++, Everything is Harder Than You Think
Para: smalltalking@...
Fecha: martes, 18 de agosto de 2009, 11:31 am
Hola Ale
Lo que me llamo la atención es que definitivamente reconozcan las dificultades de trabajar con C++, como se dice habitualmente "a confesión de partes, relevo de pruebas".
Pero por otro lado, la solución mágica, siempre es un framework que soluciona todo !.
Pero nunca se plantea que el problema puede ser otro... The reason for most of the complexity in C++ is that the standard makes very few assumptions about the target system and compilers, and also tries to avoid imposing any extraneous overhead on the program. The STL introduces a good set of higher level functionality, but brings with it more complexity to master.
Esta apreciación, te parece acertada ?.
Yo no conozco en detalle C++ como para poder asegurarlo.
Además se lo critica al autor del paper por recomendar boost como solución definitiva, parece no haber consenso entre ellos. jajaj
Most pointer / allocation foobars in C++ can be spotted and cleaned up in 5 minutes by using something like Fluid Studio's Memory Manager. Which AFAIK is free. Good coding practice, once you've learned the rules, is the best protection there anyway.
Otra solución que parece magíca !
This philosophy makes C++ more flexible, but also harder to learn and use correctly, even if you use 3rd party libs instead of creating your own
Es mas flexible C++ ?.
C++ is still used for games because it is best used to generate performance heavy code with.
ES la única forma de lograr performance ?
saludos kiko
De: Alejandro F. Reimondo <aleReimondo@ smalltalking. net>
Para: smalltalking@ gruposyahoo. com.ar
Enviado: lunes 17 de agosto de 2009, 9:09:51
Asunto: Re: [objetos] In C++, Everything is Harder Than You Think
Hola Kiko,
En el articulo se comparan los lenguajes segun sus características y aptitudes para el desarrollo de software hoy; sin considerar en absoluto el paso del tiempo y cómo ha cambiado la idea de los que es "hacer software".
A menudo se hace ese tipo de comparaciones con Smalltalk, en dónde se deja de lado tanto consideraciones con respecto a la historia, como a la capacitacion de las personas que realizarían el trabajo.
Estos temas dan para mucho hablar, es común hoy en día que se piense solo "en la herramienta" al momento de comparar.
Ale.
----- Original Message -----
Sent: Sunday, August 16, 2009 12:26 PM
Subject: [objetos] In C++, Everything is Harder Than You Think
Encontra las mejores recetas con Yahoo! Cocina.
http://ar.mujer. yahoo.com/ cocina/
Encontra las mejores recetas con Yahoo! Cocina.
http://ar.mujer. yahoo.com/ cocina/
|
Sin conexión 
Enviar correo