Fundamentar desarrollo en Delphi 2007

[2-D@monic]

que lata....... como en vb, seguramente la empresa contratada no tiene conocimientos sólidos de delphi o cualquier herramienta borland.... perdón embarcadero (), bueno pero para eso era preferible hacerlo web.

[pcicom]

Pues definitivamente te vas a tener que actualizar a .NET, y el fundamento logico seria que Visual Basic esta obsoleto, y que la tendencia es implementarse bajo .NET con Visual Studio a travez de Visual Basic .NET y/o CSharp.


Ni modo asi son las cosas... Mientras no exista un auge en cuanto a programadores de Delphi, las tendencias seran a la baja.

Creo que seria super el que Embarcadero empleara un metodo de propagacion de Programadores DELPHI a travez de la baja de precio de sus productos, cuando se logre la penetracion y mayor consolidacion de DELPHI, entonces las tendencias y comparativas de .NET vs DELPHI ... serian otras.

Esto es lo que nunca he entendido de las grandes compañias, se que el producto lo vale, pero para empresas pequeñas son costos altisimos, y lo que mas comunmente haces es irse por las herramientas mas disponibles en el mercado actual de tecnologia, es decir programadores con copias piratas de VB...


Este es mi muy particular punto de vista...


P.D. Con Delphi puedes crear una Applicacion en un unico EXE, que puede ser simplemente copiado y funcional, en cambio con VB, VB.NET y cualquier MS.. tienes que instalar drivers de bases de datos, parches, frameworks... etc...

[[AzidRain]]

Uno de los puntos fundamentales es que VB dependerá siempre de muchos otras cuestiones para que las aplicaciones desarrolladas en él funcionen. Más aún si se trata de una aplicación cliente-servidor. VB está diseñado para trabajar de la mano con Windows (Vista) y SQL Server y aunque es posible hacerlo trabajar con otras cosas, al final resulta un poco complicado. Hay más de una aplicación comercial y algunas empresas supuestamente de ingeniería que requieren forzosamente a sus clientes la adquisición de SQL Server para poder siquiera considerar el desarrollo.

Por otro lado y siendo muy pero muy fríos. Si yo fuera tu jefe tal vez pensaría lo mismo, puesto que realmente hay pocos programadores capacitados como debe ser para usar Delphi (jeje, creo que todos somos miembros del club). Si no tengo un departamento de sistemas grande que me permita definir mi plataforma de desarrollo interno en Delphi (y tan no la tengo que tengo que contratar a un tercero) no me puedo dar el lujo de invertir en algo que corro el riesgo de no poder utilizar.

Yo en mis proyectos a medida siempre ofrezco mucho menor costo basado en el dominio que tenemos ya del lenguaje y los problemas de gestión comunes. Digamos que tengo un pequeño tumbaburros resolvedor de problemas empresariales que he ido compilando, de esta forma me permite desarrollar más rápido que alguien que solo programa muy bien pero no conoce ni de contabilidad ni de administración.

Además siempre ofrezco garantía contra bugs ocultos o burradas en la programación hasta por un año (lo que no sale en el primer año ya no saldrá) y una garantía extendida de que seguiremos en el negocio o disponibles para hacerles cualquier modificación hasta por 3 años. Y lo que mas les gusta, si el cliente no quiere que nosotros realicemos las modificaciones "capacitamos" a quien nos indique para poder compilar y entender los módulos que se le desarrolle (obviamente no enseñamos a programar en Delphi ni a usar las diferentes herramientas que utilizamos para cada software). La única condición que ponemos para comprar el código fuente es que también adquieran sus correspondientes versiones de las bibliotecas que utilizamos. Algo novedoso que hemos usado últimamente: No compre los fuentes...hasta que los necesite de verdad. Realmente los fuentes son solo garantía para no perder la inversión pero incrementan el costo, por eso nosotros lo tenemos disponible y le damos al cliente el precio pero la opción de comprarlo o no.

Pero bueno, estoy desvirtuando un poco el hilo. Te está pasando como si tu empresa fuera a comprar un coche automático y tu quieres un standard pero sucede que en toda la empresa hay puros automáticos. Yo tampoco compraría un standard.

[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 Notevi]

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 Notevi]

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

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