Sayonara Delphi

[edgwin]

Creo que los que estudiamos esta carrera seremos los eternos estudiantes, y esa es la mentalidad que debemos tener
ya que hoy es W32, mañana es Android/iOS y pasado mañana? que va a ser? desafortunadamente para poder comer debemos
aprender a programar en las plataformas que salga. A menos alguien tenga anclado un sistema en una o varias empresas
que se necesite seguir dando soporte, pero de ahi en mas ... a aprender no hay de otra.

Yo por lo pronto me meti a PHP, Javascript, JQuery, Ajax ... y me quiero meter a programar para Android ... lo malo es
que Android = Java y Java = "Lo odio" pero ya que! no me queda otra si quiero seguir en el negocio.

Un punto de vista bastante propio por lo que esto pasando, cada quien tendra su opinion en base a su situacion laboral actual.

Saludos!

[roman]

Empezado por edgwin

lo malo es
que Android = Java

Mira este mensaje.

// Saludos

[roman]

Empezado por Chris

En teoría... Pero si desarrollas una aplicación Web que requiere de librerías, acceso al S.O. y configuraciones especiales del servidor, allí entramos en otro terreno...

Empezado por donald shimoda

Asi es Cris, unix sigue siendo poderoso, y microsoft se empeña en que asi sea sacando un adefesio tras otro.

Bueno, yo no pongo en duda el poder de unix, pero aquí el asunto es otro. A mi parecer, parte del chiste del desarrollo web también está en la independencia de la plataforma del servidor. Pero, suponiendo que requerimos algo muy especial del servidor -y repito que eso no es para mi gusto lo que debería ser usual- es cuando entra la afirmación de Chris

tu entorno de desarrollo debe ser lo más similar posible a tu entorno de producción

pero, en realidad, bien podría ser: si produces para unix, desarrolla en unix, si produces para windows, desarrolla en windows. En otras palabras, no se trata del poderío de unix, que no pongo en duda.

// Saludos

[Ñuño Martínez]

Nunca entenderé el derrotismo que destila esto, cuando alguien dice que tal o cual lenguaje está muerto porque es mejor ese de ahí, que no hay mercado...

Yo sigo pensando que COBOL es un lenguaje estupendo, y el más apropiado para trabajos de contabilidad por lotes. ¿Por qué no lo usan las empresas, entonces? Pues porque tener varios compiladores es(era) carísimo así que compra(ba)n sólo uno que tienen(tenían) que amortizar, por lo que todo lo hacen(hacían) con el mismo lenguaje aunque sea un engendro (useasé, C++, C#, VisualBasic, etc.).

Hoy en día los compiladores son muy baratos, lo que pasa es que las empresas (incluyendo las que crean compiladores) todavía no se han enterado. Como es barato, ya no hay que apechugar con un sólo lenguaje, además de que casi todos los lenguajes son ya independientes de plataforma (o casi) así que tampoco la plataforma es escusa.

¿Crees que Object Pascal es un gran lenguaje de propósito general? Pues úsalo. Si no puedes usar Delphi, usa Free Pascal, y si no Morphix, y si no OP4JS... Y lo mismo con C, con COBOL, con FORTH, con Oberon...

Yo estoy harto de que me impongan lenguajes porque están de moda: quiero usar el lenguaje (que creo) más apropiado para el trabajo que me piden, y si todos exigiéramos lo mismo, otro gallo nos cantaría.

Y tras esta pataleta, a ver si termino de leerme los mensajes que me quedan y me voy a cenar, que a siendo hora.

[anubis]

Aportando mi modesta experiencia, COBOL (tengo ya vagos recuerdos!!!) fue un buen lenguaje cuando no habia windows, BASIC como lenguaje intepretado usado en aquella época (como ha llovido!!!!) tambien servia para algo.
Reconozco que descubri delphi y lo aprendí sobre la marcha (justito) mientras hacia un programa y la verdad es que me gustó, porque era un lenguaje multipropósito (se dice así no?), fácil de hacer las cosas, dentro de lo que cabe, gracias a la programación visual. Sí, el C u otros, usan librerias para entornos visuales pero me quedé con delphi, bueno ahora con lazarus, porque programo, bueno intento programar por, digamos, por aprender, no prentendo vender nada. Incluso algún jueguito usando librerias SDL o OpenGL.

Por eso me extraña que algunos ya no programen con delphi en sus nuevas versiones, no creo que, en este caso, embarcadero, quiera perder clientes por no ajustarse a los nuevos requisitos actuales como la "nube".

Si, es verdad que hay "otros" lenguajes, algunos como php o python, como decis, en algunos sirven para lo que nos conviene, pero no creo que delphi esté agonizando.

Conste que no defiendo delphi y sus sucedaneos (lazarus), pero me resulta cómodo y rápido, quizá no conozco otros lenguajes en los que se pueda hacer lo mismo con el mismo esfuerzo y que cumplan las espectativas de los clientes.

Una disculpa por el intrusismo.

saludos

[[mightydragonlor]]

Para cada tipo de propósito hay una herramienta que mejor se adapta, por ejemplo, actualmente en mi empresa trabajamos con Visual Studio 2010 con excelentes resultados, es muy ágil y productivo, pero para 2 casos concretos:
1) Leer archivos de excel y procesarlos
2) Diseño de reporte rápido y de exportación a PDF también rápida
Hemos optado por Lazarus siguientes razones:
1) El OleDB para conexión a un archivo de excel es funcional pero tiene problemas de concurrencia, varios usuarios al tiempo hacen carga de archivos de excel, nuestro programa es web, y varios se quedan pegados, hablo de archivos de 1000 o mas filas, con Lazarus hicimos un programa que toma un archivo de excel y lo pasa a CSV, ese CSV lo cargamos en una lista de objetos o en un datatable en VB.Net y todo el proceso transcurre sin problemas, incluso cun archivo con mas de 50.000 filas, no tarda mas de 3 segundos en convertirlo en CSV, el proceso como tal, ya no genera problemas de concurrencia y además se ha mejorado el rendimiento en mas de un 70%
2) Unos diseños de rótulos para impresión que finalmente se decidió que cada usuario, con una tabla de 300 y creciendo, debía poder diseñar el rótulo a gusto, generamos en Lazarus un programa que cada usuario descargar o el ingeniero de soporte lo use para generarle el rótulo a los usuario que así lo deseen y luego cargar el archivo generado, este mismo se procesa por el mismo programa, que es de doble propósito, y genera el pdf para el usuario que lo solicite, hemos ganado gran flexibilidad sin perder desempeño, es mas, se genera algo mas rápido el PDF que con iTextSharp que es la librería que usábamos anteriormente, sólo que aún no hemos tomado las métricas de este último.
La conclusión es muy simple, una verdadera solución tecnológica, es la suma de diferentes tecnologías, que hagan mejor y mas eficiente la labor deseada, nuestra aplicación es 100% web, no significa que no podamos usar ejecutables en el servidor.

Saludos.

[Ñuño Martínez]

Empezado por mightydragonlor

La conclusión es muy simple, una verdadera solución tecnológica, es la suma de diferentes tecnologías, que hagan mejor y mas eficiente la labor deseada, nuestra aplicación es 100% web, no significa que no podamos usar ejecutables en el servidor.

Justo eso quería decir. Y un buen ejemplo.

[josejp1]

Yo mientras tenga "vcl para la web" de Delphi (intraweb) me olvido de PHP, Ajax, Ruby y demás historias ya que utilizo todo lo que sé de Delphi para programar para la Web, y si quiero más calidad gráfica hay unos componentes super interesantes de tmssoftware que me permiten hacerlo (en mi empresa los han comprado - 400 euros aprox. )
LLevo muchos años programando con Intraweb y estoy encantado de los resultados y de paso me libro de aprender otros lenguajes.

[edgwin]

Empezado por josejp1

Yo mientras tenga "vcl para la web" de Delphi (intraweb) me olvido de PHP, Ajax, Ruby y demás historias ya que utilizo todo lo que sé de Delphi para programar para la Web, y si quiero más calidad gráfica hay unos componentes super interesantes de tmssoftware que me permiten hacerlo (en mi empresa los han comprado - 400 euros aprox. )
LLevo muchos años programando con Intraweb y estoy encantado de los resultados y de paso me libro de aprender otros lenguajes.

Realmente desconozco en que pasos va Intraweb ... yo intente meterme con Intraweb desde delphi 7, si!, generas paginas dinamicas muy rapido y facil, lo que no me gusta de esta tecnologia es que debes tener un servidor que ejecute ISAPIs, "exes" o NSAPIs (y por si fuera poco, una version vieja de Apache) o que contrates un VPS (te repito, en el ultimo intraweb que probé, así era) Y si, no niego que en la red exista la manera de "publicar" paginas web hechas con intraweb .. pero a que costo ??? Esos servidores son muy caros a comparacion de servidores donde puedes alojar paginas hechas con tecnologia PHP. En mi caso preferi aprender PHP,Ajax,Jquery,Js, etc gratis (que a parte me sirve para mi curriculum) que pagar mas de USD$800 anuales mas el costo del dominio por seguir programando en la tecnologia que ya conocia (contra USD$42 anuales en servidores con Unix-linux).

En esta semana empece a probar HTML5 builder ... al dia de hoy ya lo quiero desinstalar, ya que no existe tutoriales de como explotar dicha herramienta ... solo existen los clasicos tutoriales del Hola mundo y conexion a base de datos local y a mi eso no me sirve ya que yo necesito conectarme a la base de datos alojada en mi sitio web (que por obvias razones no se puede) Intente "consumir" un servicio que hice con PHP, pero no existe documentacion (si alguien sabe como hacerlo se los agradecere).

Saludos!

[[mightydragonlor]]

Empezado por edgwin

En esta semana empece a probar HTML5 builder ... al dia de hoy ya lo quiero desinstalar, ya que no existe tutoriales de como explotar dicha herramienta ... solo existen los clasicos tutoriales del Hola mundo y conexion a base de datos local y a mi eso no me sirve ya que yo necesito conectarme a la base de datos alojada en mi sitio web (que por obvias razones no se puede) Intente "consumir" un servicio que hice con PHP, pero no existe documentacion (si alguien sabe como hacerlo se los agradecere).

Saludos!

Lo mismo me pasa a mi, quiero consumir servicios web con HTML5 Builder y no he encontrado la forma, ya con eso prefiero no usarlo, por que la documentación al respecto es muy pobre o nula y así no me sirve como herramienta.

[edgwin]

Empezado por mightydragonlor

Lo mismo me pasa a mi, quiero consumir servicios web con HTML5 Builder y no he encontrado la forma, ya con eso prefiero no usarlo, por que la documentación al respecto es muy pobre o nula y así no me sirve como herramienta.

Si, en verdad Embarcadero va por mal camino. Yo tambien me tope con la nula documentacion sobre el tema, pero me puse a investigar y encontre esta liga.

Espero te sirva
Saludos!

[CSIE]

Empezado por mightydragonlor

Lo mismo me pasa a mi, quiero consumir servicios web con HTML5 Builder y no he encontrado la forma, ya con eso prefiero no usarlo, por que la documentación al respecto es muy pobre o nula y así no me sirve como herramienta.

¿Has preguntado en los foros oficiales?

[[mightydragonlor]]

Empezado por CSIE

¿Has preguntado en los foros oficiales?

La verdad no lo he hecho, pero si he buscado en ellos, y remiten al componente WebService, desafortunadamente en la documentación no se habla nada de nada.

[CSIE]

Empezado por mightydragonlor

La verdad no lo he hecho, pero si he buscado en ellos, y remiten al componente WebService, desafortunadamente en la documentación no se habla nada de nada.

Pues prueba y verás como encuentras solución, yo lo he hecho en alguna ocasión y obtuve lo que necesitaba.