Cita:
Empezado por juanelo
imaginen que el ingeniero efectivamente realiza la casa con los requerimientos estiplulados, pero los planos solo los entiende él y un puñando mas de gente, claro que al tratar de hacer una ampliacion o mejora hay que saber leer los planos y ademas modificarlos, pero resulta que el ingeniero que le construyó ya no está disponible y alguien con la capacidad de entenderle es muy dificil de conseguir, lo que va terminar haciendo es contratar a alguien, pagarle capacitacion para que sepa leer estos planos y ademas hacer las modificaciones requeridas.
|
Que es lo MISMO que si hacen una aplicacion en VB, con codigo spaguetti y un monton de revoltura.
La diferencia REAL esta en que un buen ingeniero utiliza las buenas practicas del sector, sigue las regulaciones, utiliza las notaciones tecnicas apropiadas y deja planos estandarizados.
Un "maestro de obras" probablemente no tenga ni jota de idea de como entender eso. Por eso, si alguien quiere es contratar "maestros de obras" o como le decimos aqui, cachareros, entonces no hay modo.
Pero por el contrario, un Ingeniero sabria como desenbrollar una edificacion que no tiene planos, fue reparcheada, la tuberia esta hecha con recbrimiento de plomo, etc...
El argumento que esgrimen es valido. El punto clave no esta en el elnguaje, esta en el profesionalismo. Un buen profesional que *realmente* le importe proteger la inversion en codigo de los demas (= escribe codigo para que otros cambien) haria que un codigo hasta enC o Assembler sea facil de cambiar, meramente por organizacion de archivos, convenciones de codigo y todo eso.
----
Por otro lado,la herramienta (lenguaje + ide) puede hacer innecesario hacer codigo que en otra combinacion si es necesaria. Por ejemplo, el binding en .NET (que es mas flexible) a duras penas sirve para hacer lecturas y no edicion en 2 vias. En .net me toca escribir a mano el binding - y nunca desde las versiones originales de VB a servido el metodo incluido -. En Delphi no es asi.
Con todo, Delphi requerira un menor cantidad de codigo que .NET, y eso se traduce en menos problemas posteriores.
Pero para llegar a eso, toca ser "ingeniero". Porque igualmente se puede hacer codigo en Delphi tal como se hace normalmente en VB.