FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Aplicaciones web y móviles
Soy un veterano programador desde las primeras versiones de Turbo Pascal que me condujeron a las distintas versiones de Delphi. He realizado programas de escritorio conectados a bases de datos complejas de los que estoy muy satisfecho. Hace algo más de un año tuve la necesidad de hacer una aplicación web que se conectara a una de estas bases de datos (Firebird 2.5), y gestionara introducción de pedidos en tiempo real por operadoras telefónicas desde cualquier parte, conectados a un servidor web que a su vez se conectaba de forma local a otro que contenía la base de datos. El resultado ha sido muy satisfactorio. Cito las tecnologías empleadas:
Base de datos: Firebird 2.5 Servidor web: Apache con PHP, y la extensión PDO para acceder a firebird. Creación de un API completo mediante servicios REST en PHP para cubrir todas las necesidades de la aplicación. Aplicación cliente para el navegador: Framework Angular JS, que consume los datos ofrecidos por el API en formato JSON. En la actualidad realizo un proyecto mucho más complejo, tanto para web como dispositivos móviles. Cito las tecnologías: Base de Datos: Firebird 2.5 (migraré a 3.0), MongoDB (Cada una para lo más indicado) Servidor web: Basado en Node JS Totalmente asíncrono. Servidor http basado en express, driver a firebird: node-firebird (asíncrono). Aplicación para cliente: Framework Ionic basado en AngularJS y Cordova (permite aplicaciones híbridas para móviles multiplataforma). Como se trata de desarrollo web, con muy poco esfuerzo se puede programar para cualquier navegador. La velocidad y rendimiento de esta última pila de aplicaciones es impresionante. Esto es un pequeño resumen de la tecnología que utilizo para las aplicaciones que citáis. Un cordial saludo. |
#2
|
||||
|
||||
Bueno, sí, empezar de cero siempre es mal. Mejor trapichear con algo ya empezado y ya, cuando se haya aprendido, se puede uno replantear cosas y re-escribir cosas a su gusto.
Yo tengo la experiencia de un ERP (que me acabo de enterar ahora de que lo era, fíjatetú) hecho en PHP y JavaScript con CodeIgniter (muy recomendable) y YUI (el de Yahoo, poco recomendable, aunque peor es jQuery en mi opinión), tremendamente complejo, y si me dijeran que tengo que repetirlo pero que ahora podría elegir lenguajes, entornos y demás, no lo haría con PHP y JavaScript ni borracho. Como mucho, el front-end con un poco de JavaScript para validar datos (y si hay que complicarse la vida, Smart Mobile Studio), pero la parte servidor hecha en Object Pascal sí o sí... |
#3
|
||||
|
||||
Newtron,
en todos los casos puedes descargarte los fuentes. Si pagas a la casa, obtienes más soporte. Puedes desarrollar sobre ellos lo que te de la gana y "hacerlos" tuyos. Por el producto no podrás cobrar nada ( aunque depende de la licencia podrías hacer un fork ) , pero sí por la instalación y configuración, formación, implantación, migración, soporte, desarrollo de nuevas funciones ( puedes comprar funcionalidades concretas con fuentes e instalarlas en tus clientes, puedes asociarte con un 3º para desarrollar una funcionalidad concreta y que salga más barata, puedes ofrecer tus servidores a los clientes como Saas ( incluso puedes dar el servicio con servidores alquilados a otros hosters y así no inviertes en hierros) , ... lo que se te ocurra. El negocio del open source es ese, pagar por servicios, no por el producto. Que necesitas: - Un técnico de sistemas. - Un desarrollador. - Un consultor implantador-> como siempre, vale más saber de negocio que de tecnología. Pasos: - Hacerse con el producto. - Jugar con él. - Adaptarlo al negocio más común de tus clientes para hacer un "vertical" del sector. - Preparar la migración. Como encuentres un sector quemado con un producto concreto y propietario del que sean cautivos y les des una buena solución, te puedes llevar una alegría. Puedes oferecerles por menos dinero producto, formación, migración y mantenimiento; saldreis ganando ellos y tú. Saludos
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#4
|
||||
|
||||
Gracias por vuestros comentarios. A ver si con todo esto aclaro un poco la situación porque la verdad es que es complicado y es bastante fácil "cagarla".
Seguramente la idea irá en dirección al opensource porque ciertamente es menos arriesgado, el tema está en encontrar algo que "cuadre" en mis planteamientos de la forma de funcionar de este tipo de programas. Gracias de nuevo a todos y un saludo. P.D: si alguien quiere aportar algo más bienvenido sea.
__________________
Be water my friend. |
#5
|
||||
|
||||
Cita:
Fantástico resumen!!
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#6
|
|||
|
|||
Aunque lamento que no sea nada basado en Delphi, ni siquiera para el servidor. Después de evaluar durante mucho tiempo lo mas adecuado, me quedo con lo que cito. A Neftali, gracias por su apreciación. Un saludo. |
#7
|
||||
|
||||
Newtron,
conozco un empresa distribuidora de SAGE, buen partner, muy solvente y con técnicos muy buenos que se cansaron porque en el 2010 sage subió las cuotas de mantenimiento todo lo que quisieron. Se rebotaron, ya que afectaba directamente a su base instalada. Ni cortos ni perezosos, aprendieron openerp, perrearon con él y propusieron a sus clientes migrar. Formación a medias, instalación y migración a su cargo, y bajada de tarifas de mantenimiento al 50%. Aún así su beneficio era mayor, ya que no tienen que pagar ninguna cuota al fabricante. Supongo que habrán cambiado a todos los clientes. Por otro lado, lo mejor de estos productos es que ya tienes hecha la parte más farragosa: gestión de usuarios, permisos, menus ad hoc por permisos, etc. Obviamente, tendrán sus particularidades, pero si los usan en el resto del globo... porqué no los vas a usar tú y tus clientes? Saludos
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#8
|
||||
|
||||
Cita:
Gracias de nuevo y un saludo Edito: ¿Sería posible hablar con ellos para que me cuenten sus impresiones?
__________________
Be water my friend. Última edición por newtron fecha: 06-05-2016 a las 17:02:53. |
#9
|
||||
|
||||
Supongo que sí, esto fue hace unos años, pero el feeling seguirá siendo válido.
Mándame un privado, el lunes busco el contacto porque lo tengo en la oficina, hablo con ellos y les pregunto. Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#10
|
||||
|
||||
Hola Newtron.
Considerando cómo van las cosas y su situación particular, aconsejaría lo siguiente: Deja de vender software. Dejar de hacerlo como tal. En 15 años llegaremos (la parte del mundo a la que no estamos esclavizando o matando de hambre) a tener tantas soluciones buenas para cada cosa y la cultura del software libre estará tan aceptada, que ya casi nadie verá redituable fabricar software con el mero fin de vender sus licencias. El negocio de "hacer sistemas" estará totalmente centrado en los servicios y productos físicos. Dedícate a vender éstos (consultorías contables, cursillos de finanzas, teléfonos móviles programados para gerentes exigentes, furgonetas equipadas para transporte inteligente de mercancías, lo que se sea que cubra necesidades importantes que hayas visto en tu mercado...) pero siempre incluye tu buen software dentro de esos productos y servicios. Enfoca la imagen de tu negocio como una entidad que ofrece soluciones asequibles reales a problemas costosos reales, más que como una empresa andaluz que vende un programa contable. Antes hemos hablado de cómo hacer que la parte informática se vuelva verdaderamente útil y atractiva. Ahora añade una nueva visión de negocio enfocada a productos físicos y servicios, donde el software sea un muy apreciado valor agregado. Un tercer ingrediente es una revisión a fondo de la estructura empresarial. En resumen, si ajustas 1) el enfoque tecnológico, 2) el enfoque de negocios y 3) el enfoque organizativo, al cabo de tres años tu compañía estará en el lado correcto de la historia. Hazlo ya, amigo. Los empresarios de actitud noble, como me consta eres tú, están moralmente obligados a ser ambiciosos, pues eso les quita pequeños trozos de poder a los insensibles dueños del mundo, para ayudar a quienes viven en desventaja por culpa de ellos. ¡Un abrazo! Al González. |
#11
|
||||
|
||||
Amigo Al.... ¿sabes?... después de casi 30 años en esto y haber pasado varios "cambios radicales" en el tema del software estoy algo perdido, estoy contigo en que se avecinan cambios bastante drásticos en el modelo de funcionamiento al que estamos acostumbrados actualmente y seguramente los tiros irán por dónde tú dices pero no sé exactamente cómo encaminarlo todo, aparte de otras cosas porque estos conceptos de los que estamos hablando son bastante "etereos" pero bueno, estamos en ello. Nah hombre.... tampoco es para tanto... sólo es cuestión de dar unos cuantos latigazos a los obreros de vez en cuando... Gracias por tus comentarios y un abrazo.
__________________
Be water my friend. |
#12
|
||||
|
||||
Cita:
Cita:
https://www.youtube.com/watch?v=7y3y6Fydx3M http://www.acordem.org/wordpress/wp-...0_galeria1.jpg Generalmente hablamos en nombre del puñado de personas que no padecemos tales atrocidades. Suelen olvidársenos los millones de seres humanos que estamos esclavizando y privando de alimento con nuestra corta noción de progreso. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
¿compilar y desarrollar en y para linux *nix.? | JXJ | Linux | 5 | 19-10-2011 10:15:11 |
Tu sueño hecho realidad: las librerías para desarrollar programas para MSN Messenger | Black_Ocean | API de Windows | 2 | 12-02-2009 07:46:22 |
Como desarrollar para IPAQ | erasmorc | OOP | 1 | 02-02-2005 16:03:21 |
Consejo para desarrollar en linux | Casimiro Notevi | Varios | 2 | 05-01-2005 10:41:51 |
Consejos para desarrollar en equipo | Onti | Varios | 1 | 15-01-2004 17:50:25 |
|