Fundamentar desarrollo en Delphi 2007

[mamcx]

Otra solucion es que me den US 24.000 y les hago algo decente. Incluso en .NET .
-------------------------------------

En fin. Primero que todo estan hablando babosadas. Dicen que desarrollan en lo que sea y luego que solo en .NET. Ante tal hecho, no me gustaria que usaran Delphi: Le daran mal nombre.

Con respecto a la sustentacion, es muy simple. Con Delphi se hacen aplicaciones exitosas, entre las mas exitosas de la historia (ej: Skype). Con :NET aun no hay una aplicacion "ganadora". Toda plataforma normalmente tiene una "ganadora": Ej: C++ tiene los OS, Ruby On Rails tiene basecamp y twril. Python tiene a Google Engine, PHP tiene los nuke, etc... A pesar del tiempo que lleva .NET, se vera que solo es fuerte en el ambiente de las IT internas.

-----------------------

Una manera sencillas es que den un ejemplo de lo que ellos hacen y de como se hace en Delphi. No me desgasto mas alla de eso.
-----------------------

Sin embargo lo que hay que analizar aqui son las cuestiones de negocios. La ·1 es como se manejara el asunto del mantenimiento. Lo ppal que hay que hacerles entender es que MUY pocos desarrolladores son capaces de hacer sistemas que puedan ser usados por otros. Sea como sea, se casan con quien hizo esos sistemas. No importa si es una empresa grande,un fulano, un proyecto open source, etc...

Arriba de esto, ya es una bobada contratar personal basado en lenguajes. Es bobo. Es como contratar costureras que manejen solo fileteadoras marca Philips. Y que si luego la tecnologia es mejor en otra marca? Si estan buscando por lenguajes YA ESTAN OBSOLETOS:

La realidad es que lo que necesita un proyecto de US 25.000 NO son programadores de .NET. Son desarrollares profesionales, del tipo que se remangan las mangas y trabajan y resuelven y usan la mejor herramiente que hay justo hoy justo ahora y que mañana usaran la mejor herramienta entonces, asi sea una cosa distinta. Se imaginan que pasara dentro de 5 años cuanto haya computadoras con 20 cores? Creen que los que se queden en la forma de trabajar de hoy van a poder?

Y por ultimo: Regla de gerencia ·23: Si le tienes que decir a tu ingeniero que hacer, entonces es un mal ingeniero... o eres un mal gerente. Deja a los ingenieros ser libres, que nadie le dijo a Miguel Angel que debia usar acuarela, que era lo que se creia de moda.

[Casimiro Noteví]

Empezado por mamcx

[..]Y por ultimo: Regla de gerencia ·23: Si le tienes que decir a tu ingeniero que hacer, entonces es un mal ingeniero... o eres un mal gerente. Deja a los ingenieros ser libres, que nadie le dijo a Miguel Angel que debia usar acuarela, que era lo que se creia de moda.

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.

[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.