![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Cita:
Cita:
que padre que asi fuera, la triste realidad nuevamente es que no existen versiones de los componentes que ocupo para CLX, ahora rehacer todo lo que he hecho en todos estos años en Kylix o con FreePascal ya no es rentable a estas alturas; se moriria mi empresa antes de que yo tuviera una versión funcionando en esos ambientes y luego para que??? valdría la pena??? creo que aún así el cuate este de Netbeans me va a dar 3 patadas por la cola en funcionalidades.Kylix esta muerto, y no tiene caso ponerse con eso ahorita, tendría que invertir en comprarlo, comprar nuevas versiones de los componentes cruciales para mi aplicación ahora para Kylix... y si no hay para Kylix, mucho menos habrá para Lazarus... y yo para que me habré metido a comprar mugre y media para Kylix?? de todos modos los costos de mis fuentes seguirian igual de altos y el cliente seguiria prefiriendo por esa razón al Javero. Ahora de Lazarus...este... mejor ni hablemos para no deprimirme mas. ![]()
__________________
"Hey, nena, debe ser genial ser tú y verme a mí mismo..." |
|
#2
|
||||
|
||||
|
A ver, tú mencionaste que habías adquirido lo mejor de lo mejor para así poder ofrecer lo mejor. Ahora dices que eso al cliente le vale sorbete. Pero entonces una de dos, o no adquiriste lo mejor de lo mejor y ahora te estás dando cuenta, o no estás sabiendo exponer al cliente por qué eso es lo mejor. Si es el primer caso, pues ni modo, a apechugar con ello y comenzar a desarrollar con componentes abiertas y demás. Es mejor un cliente que pague poco (es decir que no pague tus componentes costosas) que ningún cliente. Y si es el segundo caso, entonces, ya te lo dijeron, es cuestión de marqueting.
// Saludos |
|
#3
|
||||
|
||||
|
Cita:
Y si, finalmente al cliente le vale que yo haya comprado de mi bolsa la version Architect de Delphi, el ReportBuilder para ofrecer los mejores y mas multivariados reportes, o el DevExpress o el InfoPower o el FIBPlus, etc... lo que le va a importar es si el va a tener que comprarlos tambien si el le quiere mover un acento a su sistema por su cuenta. estoy errado en eso???, estamos hablando de dinero a final de cuentas... Cita:
Imaginense en mi situación... el argumento de "Mejor desarrolla usando componentes gratuitos" ya no me da ninguna ayuda, tengo muchos años invertidos en el programa para echar abajo todo, abstenganse mejor de ese tipo de comentarios, mejor ayudenme a justificar lo que tengo como si ustedes estuvieran en mis zapatos, a ver que se puede rescatar de esto. El cliente nos pidio a ambos proveedores una cotización del sistema con fuentes incluidas... claro que yo tengo que ser honesto con el y decirle todas las implicaciones legales de las licencias que el tiene que adquirir si desea moverle una linea de código a mi programa, y ya hice la lista que mencionaba Mario Montoya y hasta yo mismo me espanté de los números, nunca había reparado en esa cuestión... luego llega mi competidor el Javero y obviamente el solo tiene que cotizar sus propios fuentes, y la verdad pidio solo algo significativo, asi que su cotización es por mucho (pero por mucho, mucho) mas austera que la mia. El producto del chamaco Javero, no es malo, aunque es java, parece funcionar decentemente y si cubre los aspectos generales del negocio y parece que para las espectativas del cliente es mas que suficiente. Claro que el mio saca reportes dinamicos en tiempo de ejecución y el de el no lo puede hacer ni en sueños pues la herramienta que el usa no lo permite, pero el reporte que el emite parece bastar para el cliente. Además en algunas reuniones el chamaco siempre me gana en varios puntos, como el hecho de que su programa corre sin problemas en la MAC del dueño, o que ya no tiene que pagar licencias de windows , puede instalar un distro Linux sencillo que cargue de un USB y que corra su aplicación sin problemas. Y el cliente me voltea a ver y me dice, "Y con el tuyo tambien se puede hacer eso?"... y pues yo me hago chiquito, y contesto como dice Nuño, "Si claro nomas recompilo en CLX, y para mediados del año que viene igual y le tengo una versión que trate de hacer lo mismo" (pero yo se que en mi caso la migración a CLX a estas alturas es mas que imposible), y luego para cuando termine la version en CLX tendría que decirle al cliente, "Ok ya esta en Linux, ahora nadamas tiene que comprar la licencia del difunto Kylix para poder hacerle cambios tambien en linux, como la ve?".. Y como menciono, ahora el argumento de que "Yo uso una herramienta de Borland" no parece ser muy contundente que digamos, por como estan las cosas en borland. Que hago?? Ya me doy por vencido, pues me ha dejado sin argumentos el chamaco, o de que manera podría competir con su propuesta??? tengan en cuenta que no solo es la cuestión de los componentes si no además la portabilidad y precio de la herramienta de desarrollo... Debo tomar esto como una señal de que la cagu* y mejor hubiera apostado por Java desde un principio?? Porfas aunque sea una palmadita en la espalda... ![]()
__________________
"Hey, nena, debe ser genial ser tú y verme a mí mismo..." Última edición por xander fecha: 24-11-2006 a las 02:48:59. |
|
#4
|
|||
|
|||
|
Hola xander,
Aqui yo creo que hay un detalle, cuando tú pensaste en desarrollar tu aplicación no pensaste en la posibilidad de vender los programas fuentes, a partir de ahi decidiste hacer una aplicación para ser vendida como Licencia de Usuario Final por eso es que compraste licencias de componentes caros. Que pasa aqui, bueno, no te apaniques ni abarates tu desarrollo, ese es el primer error que se comete cuando hay competencia a ese nivel, el cliente por supuesto que piensa en su bolsillo y no va a dudar en ningún momento en sacar provecho de la situación. Yo te recomiendo que dadas las circunstancias fijes el precio de tu producto en base a todas las funcionalidades y ventajas que nos comentas y te levantes de la mesa de negociación, es lo mas decente que puedes hacer, si el competidor regala su trabajo que lo haga ya no depende de ti, desgraciadamente para el comprador, se entera que lo barato sale caro muy tarde y luego resulta que gastan doble. Te lo digo por experiencia, yo no vendo mi código, solo vendo licencias de usuario final para no verme en esa situación, si quieren el código se los vendes caro, si no lo pagan no debe interesarte. Vamos, primero tu dignidad, la vida da muchas vueltas y ten por seguro que todo es causal no casual, no te aferres a ganar, casi siempre perdiendo sales ganando. Saludos
__________________
"La forma de empezar es dejar de hablar y empezar a hacerlo." - Walt Disney |
|
#5
|
||||
|
||||
|
Ok....
Aqui es donde es necesario tener sangre fria. Lo mas importante que hay que reconocer es que (parece) que tu competencia "te vio la cara" y te esta sacando de quicio. Detecto puntos "en contra" y por medio de reiteracion esta moviendo la balanza. Como dices, la batalla no es herramientas y se te vas por ahi gana el de mejor lengua. Asi no debe ser. En base a lo que dices, creo que: 1- El cliente *es* tu cliente Ende, ya tiene una historia contigo. Como fue? Buena? Mala? Como es el soporte? Tiempos de reaccion? Esto creo que es el punto a explotar. No de forma "lastimera" ni rogativa. Mas bien debes exponer las ventajas que has tenido contigo y tus otros clientes 2- Solidez de tu empresa Que evidencias de solidez muestras? Oficina propia? Pagina? Numero de personal tecnico? 3- Conocimiento del mercado Si llevas años en el mercado, ese es tu #1 punto a favor. Tienes forma probada de validar que tu solucion no es tecnologia... simplemente. O sea, no olvides cuales son tus puntos fuertes. Aqui lo importante *NO* es el codigo de terceros. Ni lo que eso cueste. Es tu codigo vs. el codigo del otro. Al igual que en tu caso, todo el codigo open source que el haya usado (librerias y demas) no es de el, y por ende, no debe saber darle soporte ni como rayos funciona. Su valor monetario es irrelevante, porque recuerda: El costo de licenciamiento es el menor de todos. El de mantenimiento, soporte y demas es el costoso. Ademas... NO TIENES QUE CARGARLE EL COSTO DE LOS COMPONENTES! Para que, preguntate, necesita tu cliente DevExpress? Para nada. Puedes linkear los binarios y puntos (los dcu). Delphi es gratis, con los turbo... no? (y esta el truco para montar los componentes asi que todo bien por ahi, no estas bloqueado) Asi, que como vez, $0 vale delphi y $0 valen componentes. Yo se que la parte de los fuentes de terceros puede ser significativa, pero en la experiencia que he visto, dudo que un programador promedio sepa meterle la mano a un devexpress o un reportbuilder... Ahora si has ido a conferencias de MS has visto la manera como enfocan sus soluciones VS. sus propias herramientas o las de open source. Por ejemplo, office. Office no es para hacer cartas..solamente... dicen. Es una plataforma de negocios (y luego pasan y muestran los smart tags que es algo muy cool aunque la verdad nadie lo usa... pero ese no es el punto). Que no puede personalizar reportes? Un super-hyper-mega punto en contra. Esa es la caracteristica mas importante en el mercado de aplicaciones de gestion. Por ultimo, no se ha hablado de costos de soporte. O sea, le entregas el fuente al tipo...¿y? tiene planta de desarrolladores? Sabe cuanto vale eso? Lo dudo. Que no correo en MAC? En Linux? Quien dice? Lo montas en una maquina virtual y listo. Hombre, si la vuelta es la licencia de windows pues hasta se le regala un xp home... no? Y sabes que se puede arrancar Windows desde un USB? En tomshardware.com esta el articulo. Pero en definitiva, creo que estas con la estrategia que no es. No importa que "defecto" tecnologico tu competicion te vea, todo es solucionable. Y lo peor es hablar sobre lo que podria ser, VS lo que realmente es. Si la apliacion ya es, si tiene mercado, si tiene clientes, si tienes experiencia, si es seria. ES LA MEJOR y esa es la realidad.
__________________
El malabarista. |
|
#6
|
||||
|
||||
|
Chas gracias señores por todas sus observaciones y sugerencias...
Creanme que he leido con detenimiento y he tomado en cuenta todo lo que me han propuesto y de hecho he tratado de aplicar lo aplicable en mi problema pero aqui les van unas conclusiones a las que he llegado: En primera, en este particular caso si era muy relevante la cuestión de las licencias de todo lo que estaba en juego porque mi cliente era una entidad de gobierno y ahi son muy quisiquillosos con los derechos de autor pues continuamente se auditan todo el software que se tiene y se ocupa y si era un punto muy muy delicado eso de manejarse bien con el contrato bajo el cual se cederian los derechos de modificación al cliente del producto final. Mario me mencionó los turbos que ahora son gratis, y si me pareció muy chida su observación, solo había un pequeño inconveniente, este programa lo desarrollé con Delphi 7 y las versiones que tengo de los componentes que uso no son compatibles con los turbos, estos apenas salieron este año y yo ya tengo un buen ratito trabajando en mi programa, claro que puedo actualizarlos a la nueva versión, pero eso me costaría una lana, y además los proveedores de mis componentes me mencionan que no tengo permiso para distribuir ni los binarios (ni total ni parcialmente) de los componentes en cuestión, (es decir que mi lciente tiene que adquirir una licencia de desarrollo tambien) lo cual me hace pensar todavia más en si estoy usando la heramienta adecuada para el mercado que estoy atacando, o que onda. Todos aqui saben que gobierno generalmente tiene su departamento de sistemas que es quien hace los ajustes en todo caso a los sistemas que adquieren y esa es la idea con este programa, que el departamento de sistemas de esta entidad pueda hacer adecuaciones a las cambiantes necesidades de este cliente. Al final para no hacerselas larga el cliente decidió tomar la opción del chamaco de Java, precisamente porque con el tenian menos problemas de licenciamiento lo cual parece que ya los ha metido en aprietos antes y por eso ahora estaban tan quisquillosos conmigo. Ni modo me tocó perder en esta Estuve platicando (ya despues de que se terminó el debate de quien se quedaría con el proyecto) con el chamaco que programa en Java y me comentaba todos los beneficios que el ha encontrado con sus desarrollos en Java, y creanme el chamaco no es un fanático, es un tipo que sabe muy bien de su negocio y que igual te habla de Java que de PHP, o de .NET Me platicó como trabaja y la verdad me asombró la forma tan ordenada que tiene de programar y las normas que le van dictando los mismos frameworks de desarrollo en los que trabaja. La plataforma NetBeans es verdaderamente algo IMPRESIONANTE una vez que ves como funciona en la realidad, creo que en Delphi no existe nada remotamente similar. El chamaco no blufeaba cuando decia todo lo que el era capaz de hacer sin costo para el cliente, es que realmente es demasiado sencillo hacer cosas tan rimbombantes como las que prometía usando los mismos objetos de negocio que tenia montados en su aplicación ya funcionando. Creo que había subestimado el gran potencial de Java, y es que definitivamente no es lo mismo oir que java es esto o es aquello de alguien que apenas sabe que el Java se medio parece al C++, que ver en realidad todo lo que ha evolucionado Java en los últimos años. Esta y esta son aplicaciones montadas en la plataforma NetBeans, una imagen dice mas que mil palabras. Como me dijo Egostar, creo que perdiendo sali ganando, antes tenia la duda de si pasar mi aplicación a .NET, ahora lo tengo claro, mejor reescribiré lo que tengo en Java, y me dejaré de preocupar de las tendencias futuras de mocosoft.
__________________
"Hey, nena, debe ser genial ser tú y verme a mí mismo..." |
|
#7
|
||||
|
||||
|
Bueno, es una lastima... Y si es con el gobierno que se le va a hacer (aparte de que esta documentado que los despliegues en Java cuestan mucho mas - no importa que tanto open source generen - y son mas demorados que las contrapartes... en fin)
Sin embargo, un punto. La plataforma NetBeans no existe... mas bien esta la J2EE y otras 2 o 3 pero esta primera es la que se usa por defecto. No entendi la ultima frase.... como asi que tienes dudas si usar .NET pero lo reescribes en Java? Y si al final vas a reescribir... pues cual era el lio? De todas maneras, si vas a meterte en la vaca local de reescribir lo recomendable (y en el caso que brinques a .NET donde puedes conservar tu patrimonio en codigo) es pasar primero logica de negocios y acceso a datos, de a poquito y con unit test. Siendo el caso que he hecho pasos de plataformas (de DOS a Win32, De 2-tier a 3-tier y de FoxPro a .NET) partiendo desde cero, la verdad es exageradamente lento y costoso. A pesar de lo que le recomende a mis clientes (excepto en el paso de DOS) es mucho mejor hacer mejoras incrementales. Con Delphi es muy facil, ya que puedes usar componentes de .NET incluso desde tus aplicaciones Win32.
__________________
El malabarista. Última edición por mamcx fecha: 27-11-2006 a las 18:30:52. |
|
#8
|
||||
|
||||
|
Cita:
Cita:
Si había que brincarle a .NET ya habia pensado que mejor le brincaba a C# pero aun así tenia mis dudas.Cita:
Poco a poco y ya con recursos de por medio iré haciendo la migración de mis cosas a Java, me parece que ganaré mucho con el cambio en el futuro.
__________________
"Hey, nena, debe ser genial ser tú y verme a mí mismo..." |
|
#9
|
|||
|
|||
|
Oye xander. ¿con que dependencia de Gobierno. y con que Pais.?
|
|
#10
|
||||
|
||||
|
Cita:
Ni modo, ya habrán otras oportunidades, esperemos que no pocas.
__________________
"Hey, nena, debe ser genial ser tú y verme a mí mismo..." |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| codigos de barras en productos. | jorllazo | Varios | 9 | 13-09-2006 23:26:28 |
| Copias de seguridad liberando BBDD | piccolo2101 | SQL | 3 | 17-01-2006 13:52:39 |
| Reportes de productos | maui | Impresión | 5 | 07-09-2004 00:03:49 |
| creacion listado de productos | maui | Conexión con bases de datos | 4 | 03-09-2004 18:37:23 |
| Instrucciones de uso de varios productos | Nuria | Humor | 1 | 02-04-2004 21:48:50 |
|