Forms, Reports, Designer Statement of Direction

Enviar por email 'Forms, Reports, Designer Statement of Direction' a un amigo

* Required Field






Separate multiple entries with a comma. Maximum 5 entries.



Separate multiple entries with a comma. Maximum 5 entries.


E-Mail Image Verification

Loading ... Loading ...

10 thoughts on “Forms, Reports, Designer Statement of Direction

  1. Donzote, ya en Enero 2008 Oracle publicó New 11g Features in Oracle Developer Tools for Visual Studio en donde se hablan de herramientas de Developer que se integran con Visual Studio para un desarrollo conjugando las potencias de ambas plataformas, me parece más que la tendencia sea por ahí. Aunque en lo personal me gustaría más bien un Developer puro, es decir sin integraciones y por supuesto con el suficiente poder para el desarrollo de aplicaciones tanto cliente-servidor como aplicaciones Web.

    Sería bueno un post para explorar el futuro de Developer, el cual me parece aun tiene para rato.

    1. sobre la integracion con otras herramientas pues ya desde la 6i se puede integrar mucho con java dentro del mismo oracle y oracle developer, no creo que sea la tirada por alla, mas bien creo que seria un plus para la herramienta, sobre escribir como ya decia, un dia de estos me voy a hacer mi chancesito para escribir sobre el tema, se que a muchos oracle developers como yo nos interesa, saludos

  2. Hola a todos.

    Me gusta leer acerca de Developer y he llegado a esta página. Llevo 10 años trabajando con Developer especialmente Forms y Reports, inicié desde la versión en caracter hace 10 años, luego se migró y saltó a 6i, allí me he quedado hasta hoy desarrollando sistemas y módulos enteros que han funcionado correctamente por más de 6 años con tareas de mantenimientos mínimos que no han requerido mayor esfuerzo ni costos para las empresas, tomando en cuenta que las empresas son instituciones bancarias, donde los sistemas son super-explotados y trabajan las 24 horas bajo una constante presión y altos requerimientos.

    En el interín de mi trabajo he logrado incursionar por otras plataformas como Visual Basic 6.0 y un poco de .Net Asimismo he tenido experiencia con SQLServer 7.0 y 2000 y no he visto aun que otra plataforma se le plante a Developer tanto en rendimiento, facilidad de desarrollo y mantenimiento, robustez, fallas etc. Esto es obviando aplicaciones WEB y lo relacionado con Internet.

    Que se quite el soporte a Developer, sin un motivo suficiente, me da la impresión que son estrategias leoninas de mercado para forzar a empresas a invertir en nuevo software y por supuesto a nuevo hardware, y a los profesionales y técnicos a “actualizarse” que por supuesto se traduce en ganancias para ellos.

    Estaría de acuerdo si Developer fuera una herramienta defectuosa, ineficiente, complicada, sin embargo es la herramienta más completa que he conocido.

    Gracias

    1. bueno en el post y por la fecha hablo del statement of direction actualizado al 2004 creo mas o menos, ya un comentario posterior hacia notar que oracle actualizo ese documento en el 2007/08 no recuerdo bien, y dentro de el ya habla de un developer suite 11 con soporte a mas años, dandole mas trecho de vida a developer (forms / reports principalmente)
      creo que mas que querer forzar a un cambio de plataforma oracle en su momento no se quizo quedar atras en la avalancha que llevaba a java, en mi opinion java no es el futuro que prometia (aunque si tiene un muy buen futuro) y oracle se dio cuenta despues que igual no era necesario eliminar al mismo developer, que tambien como ya lo digiste creo que es una magnifica herramienta, muy potente, estable, etc. por esto ya esta pensando en al menos una 11, quien sabe y en algunos años vuelvan a actualizar ese documento y ya se hable de una 12, o quien sabe igual de plano ahora si dicen, todo a java, quien sabe, esperemos que tenga mas futuro
      ya cuando tenga chance creare otro post hablando del futuro de la herramienta teniendo ya en cuenta el documento actualizado, saludos

  3. hace un tiempo rebusque informacion actualizada sobre el tema pero no la encontre, le heche un vistazo rapido al link que me mandas y si parece que se extiende el tiempo de vida de developer suite (por que la 6i parece que esta por morir) gracias por el link (tengo pendiente la respuesta a tu post, en cuanto me heche un clavado a este documento hago mis comentarios)

  4. Por cierto, en mi comentario anterior se me ha olvidado comentarte que Oracle ha rectificado su política de soporte respecto a Developer.

    De momento ya hablan de soportar 10g y 11g al menos hasta el 2013. Puedes echar un vistazo al siguiente documento:

    http://www.oracle.com/technology/products/forms/pdf/10g/ToolsSOD.pdf

    Mis conclusiones son:
    Si necesitas interficie de usuario HTML (típico servicio web donde acceden usuarios esporádicos), adelante con J2EE. Si necesitas interficie de usuario rica (típico ERP)… continua con Developer.

  5. Hola Donzote.

    He llegado a tu blog por casualidad, y la verdad es que el tema de este post me interesa (a la vez que me afecta) MUCHO.

    Yo llevo casi 12 años trabajando en el desarrollo de proyectos a medida en entornos Oracle Developer (desde la versión 1.x, pasando por las versiones 2.1, 6.0, 6i, … hasta la actual 10gR2). Por supuesto, desde la 6i siempre hemos trabajado en 3 capas. Empecé como programador junior, me convertí en Oracle Certified Partner, y más adelante pasé a ser analista y responsable de proyectos. Pero nunca he perdido de vista la tecnología. La conozco perfectamente.

    Veo que tu post data de finales del 2006, y me gustaría saber si a día de hoy (casi año y medio después) sigues pensando igual. Con ello me refiero a frases como la que dices de…

    “…una empresa con directores cuerdos sabrán que ya a estas alturas un desarrollo con Oracle Developer no resulta factible ( aunque muchas empresas no tienen directores cuerdos )”

    En la empresa en la que estoy, somos partners de Oracle, y ya hace tiempo que se piensa igual que tú. Oracle Developer está condenado a muerte, y hay que dar el salto al Java. Al menos eso es lo que el mercado ha hecho creer a todo el mundo, y por miedo a quedarse atrás todos hemos ido corriendo a saltar al mundo Java.

    Pero a la hora de la verdad… ¿por qué crucificar una herramienta de desarrollo que es IMPECABLE? Con Developer se consiguen immejorables tiempos de desarrollo, el rendimiento es buenísimo, las pantallas son super agradables para el usuario, … En definitiva, todo el mundo que interviene en un proyecto Developer se puede centrar exclusivamente en la problemática funcional del proyecto, sin perder el tiempo pensando en cómo solucionar problemas tecnológicos.

    ¿Me puedes decir una sóla ventaja de desarrollar en Java?

    Ante todo, remarcar que con esto me refiero al desarrollo de productos tipo ERP, donde hace falta conseguir una gran poductividad de desarrollo, y donde el producto entregado ha de ser agradable al usuario, y ofrecerun excelente rendimiento. No me refiero a desarrollar servicios web como por ejemplo un servicio de acceso a una biblioteca digital, donde el usuario es desconocido y necesita un entorno super sencillo y con muy poca complejidad, pero donde sobretodo hay que remarcar que accede esporádicamente y no durante 8 horas laborales todos los días de su vida.

    En nuestra empresa ya hace más de un año que decidimos invertir en Java. En nuestro caso optamos por ADF Faces de Oracle (ADF + JSF), y a día de hoy no he encontrado una sola ventaja. Todo es peor que Developer: aspecto, rendimiento, productividad de desarrollo, los despliegues son complicados, la sensación que tiene el usuario no es buena, …

    ¿Quién es entonces el “director cuerdo”? ¿El que ha sido conservador esperando a que la tecnología madure, y mientras tanto ha sabido exprimir la máquina de dinero que es Developer? ¿O el que se ha pulido todo el presupuesto de la empresa en investigación sin conseguir los resultados deseados, y con ello haciendo peligrar la economía de toda la empresa?

    Con todo esto no quiero decir que Java no sea una buena tecnología para desarrollar. Lo que quiero decir es que a día de hoy, no está pensada para lo que se pensó Developer. No le llega a la suela de los zapatos. Al menos para el tipo de proyectos para los que Developer fue pensado. Entonces, ¿porqué cambiar si el cambio va a ser a peor?

    Bueno, me gustaría tener tu opinión ya que hasta ahora sólo he podido hablar con gente del mundo Java que desconocen la potencia de Developer. Me gustaría tener la opinión de gente que haya trabajado en proyectos con ambas tecnologías, pero de verdad. Que hayan “sufrido” todo el ciclo de vida (especialmente el mantenimiento).

    Saludos, y gracias.

Comments are closed.