![]() |
![]() |
| 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
|
|||
|
|||
|
Si; lo de Embarcadero es incomprensible
Hola Casimiro,
Pués sí. lo de Embarcadero es incomprensible. Y bueno, no solo Embarcadero, el manejo errático empezó en los tiempos de Borland. Como yo lo veo, el problema es que ellos nunca entendieron, o no quisieron entender, que antes de buscar nuevos usuarios, hay que conservar los que se tienen; entre otras cosas porque los nuevos usuarios a menudo se fijan en eso. Quién se pasaría a un proveedor que no "consiente" a sus viejos usuarios ?. La visión que tuvieron fué de que al pasar a una nueva versión había que conservar las características de la anterior; pero, todas las facilidades nuevas las volcaban en nuevas tecnologías. No mejoraban la base que se tenía. Aquí te doy un feedback desde mi punto de vista como usuario de una versión Enterprise. Si uno invierte aunque sea en una sola licencia Enterprise (unos US $3,000 de ese tiempo), y cuidado que mi primera versión Enterprise fué Delphi 4, debería ser obvio que uno planea desarrollos grandes. En empresas pequeñas y medianas, la inmensa mayoría del desarrollo está orientada a necesidades internas; por ello, son desarrollos muy particulares de cada una que pueden funcionar practicamente sin mayores cambios por muchos años. Al mismo tiempo, como poco a poco se van cubriendo necesidades de la empresa, esos desarrollos se vuelven muy grandes, Cuando se tienen desarrollos grandes, un cambio drástico de tecnología suele ser tan costoso y los beneficios tan escasos que a la hora del balance costo-beneficio el cambio es desechado y solo se hace cuando ya no queda otra posibilidad. Por lo anterior, lo que uno como cliente viejo necesita es poder agregar nuevas características reescribiendo lo menos posible el código existente. Eso fué lo que no entendió el equipo de Delphi porque en sus versiones, si bien conservaban la funcionalidad previa, el agregar nuevas características es muy traumático y, como dije, lo peor es que la capacidad de desarrollar servidores Linux, que es la más importante cuando trabajas en un ambiente empresarial de mediano para abajo, salvo un intento fallido con Kylix, aún no la han incorporado. Por cierto, lo que dices de la portabilidad por supuesto que lo tenemos en cuenta. En todo caso, para nosotros no es problemático porque, aparte de la metodología que usamos, la idea es pasar, al menos por ahora, solo la parte de servidor; o sea, no tenemos que preocuparnos por controles visuales. |
|
#2
|
||||
|
||||
|
¿A qué te refieres con aplicaciones servidor?
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#3
|
|||
|
|||
|
Típicamente, Web Server applications
Hola Casimiro,
Mira, tienes razón en tú pregunta. Disculpa. A veces en el día a día uno acorta terminología porque dentro de nuestro entorno el significado del término se vuelve obvio; pero, se nos olvida que el significado literal puede ser más amplio y al expresar la idea frente a otros, que no usan la misma terminología, pueden entender otra cosa. Es el caso de "aplicaciones servidor". Si, formalmente hablando el término abarca mucho; pero, yo lo usé en referencia a lo que para mi es el día a día, así que te explico. Cuando hablo de aplicaciones servidor me refiero a aquellas que contienen solo la capa de acceso a Bases de Datos, y que, mediante algún tipo de protocolo devuelven a aplicaciones clientes solo datos que estos pidieron expresamente. Más concretamente, me refiero a Web Server Applications; o sea, aquellas que en Delphi usan el componente TWebModule para responder a los clientes típicamente vía http. Para que quede muy clara la idea, aún más típicamente eso significa que las aplicaciones que se ejecutan del lado del equipo cliente no tienen ninguna relación con las que van en el lado del equipo usado como servidor, distinta al envío de datos vía http. Por lo anterior, el aplicativo del lado servidor puede estar escrito en un lenguaje distinto al de los aplicativos del lado del cliente, e incluso pueden estar ejecutandose sobre sistemas operativos distintos. Ciertamente, podríamos entrar a discutir ventajas y desventajas de este modelo de trabajo frente a otros que amarran los lenguajes usados en cliente y servidor, o las metodologías que usamos y herramientas de apoyo para que eas forma de trabajo sea realtivamente facil; pero, no es tema de aquí. Lo que si quiero resaltar es por qué, por lo menos en mi región, es muy importante para quienes usamos Delphi, poder compilar el aplicativo servidor en Linux. Dos razones : 1. La una es técnica, ya que es conocida la calidad de Linux como sistema operativo del servidor. 2. La otra es económica, debido a los costos de licensiamiento de Windows, que para empresas pequeñas y medianas representan un valor importante; y que ya nos han hecho perder negocios frente a otras opciones que si pueden emplear Linux como servidor |
|
#4
|
||||
|
||||
|
Gracias por la aclaración
![]()
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| cual es la mejor opcion para conectar delphi 2007 con firebird 2 | hibero | Conexión con bases de datos | 16 | 27-10-2008 03:32:01 |
| Cual es la mejor opcion para un sistema de esta clase... | jcarteagaf | Varios | 10 | 24-09-2008 23:57:51 |
| Cual es la mejor opcion para imprimir ticket en impresora matricial | hibero | Impresión | 12 | 24-05-2008 00:16:33 |
| Sobre cuál es la mejor opción para trabajar con Word | Gabo | Servers | 6 | 16-01-2008 13:36:21 |
| Cual es la mejor opción para imprimir ?? | Delphitest | Impresión | 4 | 27-10-2006 21:50:59 |
|