Fundamentar desarrollo en Delphi 2007

[juanelo]

Empezado por Casimiro Notevi

Exacto, dime lo que quieres conseguir y yo decidiré cómo y con qué lo hago.

Quiero una casa de 4 habitaciones, con gran terraza, sótano, piscina y un enorme jardín. Tú, señor, arquitecto, sabrás con qué lo haces y cómo, porque eso no lo decido yo.

Desafortundamente esto que mencionan no sucede en la mayoria de los casos, y los gerentes o directores le dan gran importancia al riesgo potencial de cada una de las opciones y es comprensible. Poniendo el ejemplo que menciona Casimiro, 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. Ahi ya no le va a gustar tanto.
Es cuestion de como lo ven los que no son tecnologos, no es que no quieran dephi o el lenguaje que sea, para ellos no es siginificativo.
Saludos

[Casimiro Noteví]

Empezado por juanelo

[..]Saludos

En los 23 años que llevo en este "mundillo", nunca jamás nadie me ha dicho con qué tengo que hacer un programa o de qué manera ni con qué herramientas.
Eso es algo que no tolero y no hay discusión posible, yo elijo, punto.

Al igual que yo no discuto con el arquitecto para que elija unas barras de hierro del diámetro que a mí me parezca ni el ancho de las columnas, ni los materiales de la estructura, ni la forma de los mismos, ni el anclaje con el tejado, ni los refuerzos para la terraza, ni la robustez del armazón que soportará la piscina, ni ... nada de nada, ese es su trabajo y se responsabilizará él-

Aunque más de una vez sí que me han dicho: "¿eso lo harás con vbasic y mssql, verdad?". Inmediatamente lo pongo en su lugar y le explico que no usaré "esas" cosas que aprenden los niños de la escuela... sino que usaré herramientas avanzadas, profesionales, versátiles... y para manos expertas





p.d. Espero poder seguir siempre decidiendo las herramientas y no me las quieran imponer

[juanelo]

Empezado por Casimiro Notevi

En los 23 años que llevo en este "mundillo", nunca jamás nadie me ha dicho con qué tengo que hacer un programa o de qué manera ni con qué herramientas.
Eso es algo que no tolero y no hay discusión posible, yo elijo, punto.

¡Excelente!, y ojalá que siempre puedas seguir asi. Aqui el principal problema y creo fue lo que me faltó aclarar, es que existen empresas ya con desarrollos establecidos con por ejemplo C# en .Net y muy probablemente no acepten que se desarrolle algo que no siga su misma linea. Yo he trabajado como outsourcing en este tipo de empresas y le he tenido que hacer.
La verdad, lejos de fastidiarme la vida, han sido trabajos muy enriquecedores, en donde puedes comparar cosas de varios "mundos", y no queadarte con solo una parte.
En fin, el mundo no empieza ni acaba con Delphi o con VS, es mucho mas que eso.
Saludos

[mamcx]

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.