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 |
#41
|
||||
|
||||
Yo solo alego el precio :P
|
#42
|
||||
|
||||
Cita:
Y sobre lo de tener que registrar ante Apple y toda esa burocracia...sin palabras. Pareciera sacado de la vida cotidiana en la Unión Soviética. ¿Con Android también será necesario tanto papeleo? Espero que aún quede algo del llamado libre mercado. |
#43
|
||||
|
||||
Cita:
Supongo que esta persona es responsable de producto de algún erp's o programa de facturación más o menos completo, modular y parametrizable con muchas instalaciones en producción. Saludos PD: Sin ánimo de ofender a nadie, sólo aclararlo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#44
|
||||
|
||||
Cita:
Pero me fío de Embarcadero al afirmar que con XE4 se consiguen apps verdaderamente nativas. Cita:
pues ni siquiera los emuladores de XCODE te garantizan que tu app funcione correctamente en el dispositivo final. Mi impresion sobre este tema es la siguiente: Se desarrolla en OSx con XCODE para otro S.O. "ligeramente diferente" como es iOS.
__________________
Progress Openedge https://abevoelker.com/progress_open...dered_harmful/ Delphi forever... Última edición por defcon1_es fecha: 21-05-2013 a las 13:42:18. |
#45
|
||||
|
||||
Cita:
Y el XCode, ni idea, creo que lo abrí una vez y tarde cerocoma en cerrarlo. Menudo lío, y ademas, como tu bien dices, las condiciones que DEBEN asumir quienes programan para iOS son totalmente absurdas y abusivas. Si no estoy mal informado, creo q si subes una app al appstore no te llevas mas que una pequeña parte. Según lo entiendo yo eso es como trabajar GRATIS para Apple. Y pagándoles por hacerlo. Deprimente. O sea, que cuando opino de iOS y OSX lo hago como usuario, y cuando digo que las app de OSX parecen mejores, es que parecen mejores. No hay mas que echarles un ojo para darse cuenta. Y eso es totaelmente compatible con lo que tu dices de que su entorno de priogramación no es mas bonito ni agradable, cosa que comparto, aunque sólo lo haya abierto una vez, o unas pocas. Cita:
Yo no pongo a parir a Delphi. Delphi es el IDE que mas me gusta, con mucha diferencia. Vengo usandolo desde 1995, en su versión 1.0, sobre windows 3.11, que todavía conservo en una VM. Simplemente digo que después de su versión 7 eso para mi ya ni merece llamarse DELPHI. El que sea, además, caro, pues me dá exactamente igual, porque no pienso comprarlo, y si desaparecen, me dá igual, porque no pienso comprarlo. Mi delphi 7, y mi delphi 5 (que uso en otro sitio) siguen funcionando sobre windows, incluso sobre Wndows 8, y seguirán haciedolo. Me gusta delphi, hasta su versión 7, y me gusta mucho, y me gusta mucho el Object Pascal. Y tenemos FPK, y tenemos Lazarus. Que es software LIBRE. Con eso tengo suficiente para seguir por aquí. Si mañana Embarcadero saca una versión de Delphi que me permita usar COCOA o GNOME igual que permite usar el api de Windows, estaré encantado. Pues no creo que exista nada ni remotamente parecido, con tanta productividad, pero hoy por hoy no existe. Conste que esto sólo es mi opnión personal, claro. Cita:
Y no puedes ofender a nadie por dar tu opinión. Para eso están los foros Un saludo.
__________________
"la única iglesia que ilumina es la que arde" Anonimo Última edición por Julián fecha: 21-05-2013 a las 14:12:29. |
#46
|
||||
|
||||
La cosa está más que interesante, hace mucho que no veo un debate tan abierto e interesante como este. Me mola
Bueno miento, casi siempre aparece cuando se habla del ranking de Tiobe, un pequeño dato: En el año 2010 y 2011 Delphi fue galardonado como mejor "Embarcadero Technologies Best in Programming Languages for Delphi" en codeproject algo querrá decir esto. Personalmente no creo que haya que mezclar conceptos: Delphi es un lenguaje de proposito general para entornos win. Sirve tanto para un roto, descosido o construir un SO o un lenguaje de programación, lo mismo da. ¡esa es su grandeza!. ¡tienes el código fuente a tu disposición, esto es ORO! También vale para la web, porque se dice que no. Yo he desarrollado el CRM de la empresa con Intraweb (no me gusta nada por culpa de la interface html, o porque no dispone de un CSS o JS defacto atractivo y la ayuda no existe). Pero puedo afirmar que la velocidad de desarrollo respecto a ASP.NET es como comparar un perito con un galgo. Aquí me contradigo con otros comentarios mios, porque si añades DEVEXPRESS a ASP.NET las tornas se dan la vuelta pero multiplicadas a favor de ASP.NET. Existen intentos para el desarrollo para la web usando extjs, lo que habla mucho y bien de este lenguaje (otra cosa es que tengan o no éxito) y la mezcla sea la adecuada. Yo no encuentro motivos para que no sea eficiente en la web, al final tienes un servidor y un cliente que no tiene nada que ver con el servidor, ya que utilizas otras tecnologías totalmente diferentes (ajax, htmlx, CSS, JS, y un largo etc) añadiendo a esto navegadores para que rule. Servidor en delphi y cliente con el mejor JS que tengas y que te lo hace todo en el lado del cliente. Lo mejor de dos mundos. Yo entiendo que embarcadero esta moviendo ficha para posicionarse en el futuro. No es un fabricante de Sistemas operativos, por lo que lo tiene muy difícil respecto a los dos grandes Mocochof y Apple, estos siempre dispondrán de ventaja respecto a los intentos que pueda realizar un desarrollador de herramientas. no me enrollo más que me piro a casa.
__________________
PepeLolo El hombre el único virus que mide más de unas cuantas micras |
#47
|
||||
|
||||
Cita:
Como dices Julián, a parte del producto de embarcadero (RAD Studio), hay otros productos para programar en Delphi, yo personalmente el que mas uso es Lazarus XD. Por desgracia, viviendo en Japón y trabajando en una empresa grande de programación veo algunas cosas de otra forma, el problema no es tanto el precio final (aunque tira para atrás a casi todos los novatos que buscar estudiar un lenguaje de programación nuevo o mejor), si no la comunidad de Delphi y no tanto Embarcadero, me explico: Embarcadero, al menos en Japón tiene un ritmo frenético con talleres, simposiums, web lessons gratuitas, etc... cada mes. Veo que están intentando levantar una base para los nuevos programadores de Delphi y para las empresas, si bien en Japón (al igual que en otros muchos lugares), Delphi (y pascal) están relegados al mundo de los años 90. Os voy a contar como estan las cosas aqui en programacion para que veais como va: Actualmente en Japon se programan 4 tipos de software (Japón lo veo como un adelanto de lo que ocurre/ocurrirá en el resto del mundo): - Web - App móviles - Sistemas embebidos. - Software empresarial - Juegos.
El uso de Delphi, Visual C++ o similares tal y como los conocemos se queda relegado a crear Servidores Webs propios, las pocas aplicaciones bajo pedido y software para programar los sistemas embebidos. Embarcadero esta apostando por lo que veo por este terreno con la creacion de html con delphi (si bien aun solo se pueden hacer cosas no muy buenas con el), servidores Web personalizados y programacion Movil nativa. Es este ultimo punto en el que hay que fijarse, como he dicho, la mayoria de las aplicaciones y juegos para moviles que se van a usar de ahora en adelante son mostrar HTML en un webview nativo. Para programar un WebView nativo y algunos complementos mas, no hace falta que haya un sistema completo con todos los complementos del win32 en iOS. Por desgracia (si algo extremo no ocurre), la tendencia de programar aplicaciones nativas esta bajando muchísimo, tanto en win32, linux, mac, etc... A que viene tal explicacion?, pues a que si bien embarcadero con sus productos esta en la direccion correcta (aunque el precio no ayuda demasiado), el problema de que las empresas no cambien de software de programacion es nuestra, si, solo NUESTRA. Cuando empezamos en una empresa y le decimos a todo el mundo lo bonito que es delphi, pascal, etc... medio mundo se piensa que pascal es algo del pasado, algo anticuado, y en vez de hacerles ver que no es asi, seguimos usando las herramientas que usa todo el mundo. Como todo el mundo usa esa herramienta, el uso de delphi (y pascal) baja, como es bajo, las nuevas empresas y estudiantes lo infravaloran, es un circulo vicioso que al final nos fastidia a nosotros, a los programadores de Delphi y baja la demanda de puestos de trabajo. Como cambiar esto? Fácil:
__________________
Donde Trabajo ahora --> http://cct-inc.co.jp/ |
#48
|
||||
|
||||
Cita:
Yo estoy enseñándole Delphi a un joven amigo que ha tenido dificultades para abrirse paso en la vida. Acaban de contratarlo como ayudante de almacén en una fábrica, donde no tiene acceso a ninguna de las computadoras. Desconoce casi por completo el mundo de la programación, pero le he comenzado a enseñar Delphi. Y hasta ahora, después de las dos primeras sesiones, parece que le va gustando. Tiene una portátil de segunda mano, algo lenta, con Windows Vista, pero creo que le servirá para practicar en los días que no hay clase. Aun así escribes mucho mejor que los del teclado descompuesto: "no ce por k me marka errorrrrrr!!!!". |
#49
|
||||
|
||||
Esto si me interesa a mi, ¿qué usan entonces las empresas para sus programas de gestión de almacén, facturación, contabilidad, etc?.
__________________
Be water my friend. |
#50
|
|||||
|
|||||
Voy a aclarar algunas cosas sobre desarrollo para iOS.
Cita:
A la primera, es mas complicado. Pero me he dado cuenta que es MUCHO mejor asi. No hay codigo espaguetti (o es mas dificil) y mover la logica de las apps es muy facil y natural. Pero es una lata para esquematizar las apps. Y no hay feedback visual. Basicamente, es el diseño de la interfaz que es pobre (solo se ponen controles y marcas con UIViews (hagan de cuenta, un TPanel) que hay va a existir un super-maravilloso control, pero no puedes verlo en tiempo de diseño. No muy diferente a otros IDEs, pero diantre si Delphi te malacostumbra! Por lo demas, XCode es rapido. No tengo quejas de el, y me gusta mas que Visual Studio. Es mas un "editor de programacion" super-cargado que un "Eclipse re-cargado". El lenguaje, obj-c, es lo que es latosito (ha mejorado mucho en las ultimas versiones) Cita:
RAD Studio = (AVG US 2350 Nuevo / AVG 1533 Actualizacion) + US 99 AppStore + Mac + Dispositivo (AVG 400) MacMini (US 800) o iMac (1300) +Xcode (0) + US 99 AppStore + Dispositivo (AVG 400) Con la compra de solo RAD Studio te da pal mac, el AppStore y parte del dispositivo. Te falto que igual con Delphi necesitas el mac, el dispositivo y la inscripcion al appstore. Asi que si es mas barato. Contraste: MonoTouch:https://store.xamarin.com/ (Gratis/ US 999) RubyMotion:http://sites.fastspring.com/hipbyte/product/rubymotion (US 199) - Actualizacion a tu ultima version del iOS (porque si no no funcionara el nuevo XCode) TOTALMENTE GRATIS y a diferencia de Android, que es *pesimo* en cuanto a que demasiados tienen versiones obsoletas, la mayoria de los usuarios se suben a lo ultimo rapidisimo. Esto es un plus, no una contra - Pagar por el developer certificate anualmente. Cierto, pero es una ventaja. US 99 por la infraestructura que da Apple es una baratija - Que no saquen una version del XCode nueva. No entiendo? A diferencia de otros, tener lo ultimo con Apple no es malo, es bueno. Cada version de xcode es mejor que la anterior. Yo actualizo casi al dia que sale algo nuevo, recompilo y listo. Incluso he montado versiones beta y no me encontrado nada raro. - Esto ya es impresión personal: El MAC no es precisamente barato comparado con un PC (con la diferencia puedes pagar tranquilamente un RAD Studio...). Cierto, en parte Comparado con el PC mas barato posible VS. el pc que un programador decente compraria. Yo tengo mac hace rato, y me han parecido una excelente inversion. Cita:
Cita:
Se que como programadores es mas atrayente la proposicion de "hacer lo que nos de la gana", pero como profesionales y empresarios, la proposicion de Apple me parece mejor. Llevo *meses* tratando de encontrar una pasarela de pagos que me permita vender internacionalmente, no sea un asco (osea, que sea como http://www.stripe.com), y que no me de lios por no ser americano. Pero sin estar con una empresa registrada en USA, Gran bretaña y unos pocos paises de europa, que lio tan tremendo, osea, imposible. Lo unico que hay, es paypal. Y paypal no me consigna en mi cuenta bancaria. Tengo que abrir una en USA para eso. Y paypal no es como stripe y otros servicios que tienen lo que necesito, y mas, sino que esta uno amarrado y fregado. Solo fastspring.com medio da la talla, pero solo sirve pa vender via web. Cita:
Y de hecho, me arriesgo a asegurar, que no lo sera para el programador de Android tampoco (que por razones ideologicas a muchos mas les parece android lo que mas esperan de delphi). Y el porque, entre otras cosas, es que en iOS sale simpre lo mejor, luego en Android (eso es casi una ley en este momento ) si Embarcadero no saca algo bueno en iOS, es muy poco probable que lo haga en android.
__________________
El malabarista. |
#51
|
||||
|
||||
Cita:
Tengo entendido que Android es un poco más abierto, por lo que lógicamente debería Embarcadero afrontar menos trabas para conseguirlo en Android que en iOS. |
#52
|
||||
|
||||
O sea, que si vendo una app por 1€ ¿Apple se queda 30ct y yo con 70ct ? Pues si es así esta muy bien. Yo es que tenía entendido, y realmente no se ni dónde lo he leido u oido, que era al reves, que de cada euro apenas te llevabas un 20%. Pero siendo como dices esta perfecto: Ya me veo abriendo el XCode, jeje.
__________________
"la única iglesia que ilumina es la que arde" Anonimo |
#53
|
||||
|
||||
Cita:
Por otro lado hay que ver que esta vendiendo cada uno de los usuarios de un software de desarrollo como lo es delphi, y cual es el plus de lo que hace, si yo desarrollo software a la medida y hago constantemente cambios, o hago pequeñas personalizaciones según mis clientes, lo ultimo que quiero es tener que esperar a que acepten los cambios que hago a mi software en una tienda online, yo personalmente prefiero el poder tener el contacto directo con mi cliente, mis aplicaciones no son masivas, no se venden desde una pagina web fácil, se debe de hacer demostraciones, se va y se habla con el cliente, se genera esos roces porque se tardan en pagar y aun así es lo que hay, es el segmento de mercado en el que estoy, la gente que usa Mac compra cosas poco costosas como si nada, pero cuando se habla de invertir más de USD1000 se lo piensan, compararán fácilmente un Offices o un PhotoShop porque en todo él mundo hay alguien que sepa usarlo, o te lo enseñan en la U o en el colegio, pero el software que sirve para un segmento pequeño puede no ser tan útil adquirir un software bastante complejo que nadie sepa manejar y que el contacto con el fabricante es bastante dispendioso
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#54
|
||||
|
||||
Cita:
Teniendo eso presente, se entiende porque Apple "veta/aprueba" las aplicaciones. Antes de eso, el usuario normal se veia en un entorno (PC) PLAGADO de virus y apps trampas y apps engañosas, de "pescas" y cosas similares. Mientras android esta plagado de esos problemas, Apple mantiene a raya ese tipo de cosas. Eso significa, que desde el punto de vista del usuario final, es la mejor opcion. Pero, y el corporativo? O si tengo una base de clientes limitada? Funciona? De mi experiencia, digo que si. No es que tenga miles de usuarios mis apps actuales! y una de ellas esta enfocado en un nicho que no creo alcance a mas de 200 empresas en todo el pais. Enfoco en iOS porque, honestamente, creo que es la mejor opción para mi y mis clientes, y porque ademas, quiero llegar al mercado masivo (osea, llegar a los miles de usuarios) y con mi experiencia del mundo windows, no quiero repetirla en android. Cuando los niveles de satisfaccion, el record de estabilidad y seguridad, el nivel y alcance de las apps, una mucho mejor seleccion de herramientas y soporte, mejor experiencia de desarrollo (IDEs, emulador, experiencia en las maquinas reales) y otros factores hacen que sea el consenso de muchos desarrolladores, el de que iOS es una plataforma mas sana y mejor en general. Android a duras penas ha llegado a parte de ese nivel el año pasado, mientras he podido disfrutar de todo eso desde el ppio. Y si un cliente le parece que ahorrarse 50/100 US en un aparato es un gran lio, de entrada se sabe que es mala paga. Para un empresario pequeño, es pesima idea venderle a gente muuuuuyyy pobre* (y si son empresas, mas bien pobres de mente, que su idea es: "Yo se que Apple es lo mejor, pero paque le dio eso a mi gente? Yo quiero darle lo mas cutre y barato que haya" Esa forma de tratar a los empleados, que he experimentado, me desagrada de sobremanera, porque a larga es como lo trataran a uno, fijo. Pienso, que precisamente cuando se es pequeño, es cuando mas importa tener lo mejor que se puede. Porque los errores son mas caros y dolorosos (ya que una empresa grande simplemente entierra sus errores con plata). ------------------------------------------------------- Por otro lado, ese tipo de desarrollo esta plenamente soportado por Apple, es solo que el AppStore es lo mas famoso : https://developer.apple.com/programs/ios/enterprise/ Esta opcion: NO pasa por el AppStore. No requiere que Apple revise nada. Se puede hostear la app en tu propio servidor y distribuirla de forma "privada" a tus clientes. De hecho, asi es como funciona en parte servicios como https://testflightapp.com (que permiten distribuir versiones de prueba a clientes). * En el caso de gente que honestamente no puede pagar, sabiendo yo que es eso, prefiero: Regalarlo de entrada, hacerlo open source, o dirigirlos a la mejor opcion que conozca (que puede ser android, eso si, recomendarles un dispositivo que se pueda actualizar, que no tenga eso "cerrado") Si alguien esta mal economicamente, no creo que pueda costear un desarrollo, es mejor que use algo hecho. Tambien si uno va a un mercado masivo, donde no importa ganar directamente del usuario final, sino que lo que importa es ganar audiencia, seguro que android puede ser una excelente opcion.
__________________
El malabarista. |
#55
|
||||
|
||||
Por curiosidad... de tus clientes cuantos usaban productos IPhone antes de que compraran tus productos??
a Cuantos les ha tocado comprar uno o varios equipos IProduct? De esos nuevos en el mundo apple crees que se decidieron a comprar tu software por ser apple cool o por que tu software les pareció tan bueno que aceptaron cambiar de sistema operativo? (no se porque pero creo que has logrado que muchos de tus clientes se pasen de sistema)
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#56
|
||||
|
||||
Cita:
Antes usaba Windows CE/Mobile. Pasar a iOS fue como ir de Windows 3.11 a OSX. Las maquinas de Apple como tal son finísimas (las de windows fallaban una que otra cada seis meses) y han durado mas de 2 años, del cliente mas viejo. Todos mis clientes reconocen que los productos de Apple o son los mejores, o definitivamente a la par de lo mejor. De hecho, es *normal* que el gerente tenga su iPhone pero exiga a sus empleados un celular "barato". Osea, en su mente, piensan que lo mejor es solo para ellos. En este aspecto, entra el tema de android, que nunca he visto lo equiparen a Apple como a nivel de calidad (eso es mas normal entre programadores), solo a nivel de precio y la percepcion de que lo "peorcito" pa los demas. Eso es lo mas cerca a elitismo que he visto - lo cual antes de Apple se veia con blackberry, asi que no es la marca sino la gente-. La batalla mia es siempre dar a entender que son los empleados los que merecen cosas buenas, tanto como los ejecutivos, porque mejor herramienta=+rentabilidad. Lo que, a menos que sea un tacaño incorregible, no me ha resultado muy dificil. La app es mucho mas rapida que cualquiera del mercado local. Ahi es donde ha dado sus frutos pensarla para el cliente internacional (en el mercado local la gente se aguanta software horrible, que en el internacional desinstalarian en segundos. Porque? Llevo años preguntandomelo...). El proceso de captura y sincronización es el mas rapido, y la app es la mas simple de usar de las que nos hemos enfrentado. Solo pierdo si el productor del ERP tiene su solución móvil, y/o esta incorpora procesos especiales específicos de esa industria. O cuando hacen chanchullos de ganarse comisiones y sacar platas (yo nunca hago eso, asi haya perdido negocios grandes). He visto a varios intentar hacer alternativas en Android, pero eso es como una certeza de que les va a ir mal (por la *mentalidad* mas que la parte tecnica. Si la mentalidad es ahorrarse pesos y no hacer un mejor producto, eso se va a notar luego. Eso se vuelve una cosa contagiosa: El cliente va a lo peor en equipo, en software, en calidad, en todo.). O si van ha hacerlo en Windows Phone o Blackberry ya es seguro que estan perdidos Osea, pa que sea claro: Si alguien se queja de Apple es "carisimo" (aunque en la practica no lo sea: Un cliente termino comprando maquinas 4x mas caras) y dice: Mejor me voy a android: Eso es una *certeza* de que les va mal. Es diferente si me dicen: En android puedo hacer X mucho mejor y tengo un equipo/persona experto entonces sabria que les va a ir bien, porque estan pensando honestamente en dar lo mejor. El meollo del asunto, porque se que lo hago sonar como que "iOS es super-mejor y Android es super-peor" se explica en : http://www.paulgraham.com/pypar.html Cita:
Es mas dificil, comparativamente, entrar. Hay que tener mac. Hay que aprender un lenguaje, que antes era practicamente desconocido. Hay que aceptar que Apple va a revisar tu App, y si tiene problemas serios, te rechazara - eso hace que uno se preocupe mucho porque eso NO pase!-. Pero hay que servir un conjunto de clientes un pelin mas exigente. Los retos en conjunto en iOS exigen ser mas listo. En contraste, la actitud de los que usan android es: Es barato, no hay restricciones, es lo que ya se, hay menos esfuerzo, todo me sale gratis, nada me cuesta, etc.. Objectivamente todo eso son atributos deseables, pero en la practica genera que haya mas mediocridad. Como dice el articulo, python lo eligen a sabiendas que no hay (o habia cuando se escribio) muchas opciones de empleo, porque les gusta el ARTE de programar. En cambio, Java es la opcion "facil".
__________________
El malabarista. |
#57
|
||||
|
||||
Bueno, esto parece una guerra eterna entre Android-iPhone o PC-MAC... creo que seria mejor abrir otro hilo para discutir eso XD.
__________________
Donde Trabajo ahora --> http://cct-inc.co.jp/ |
#58
|
|||
|
|||
Después de haber trabajado con proyectos realizados en Delphi y a mi pesar, creo que el Delphi esta perdiendo cuota de mercado a pasos agigantados. El razonamiento es el siguiente:
Embarcadero siempre depende de una plataforma sea Windows, iOs, Android; con lo que supone que tendrá que competir con los propios fabricantes (Microsoft, Apple, Google) y estos siempre van un paso por delante, además cualquier día pueden cortar el grifo al desarrollo de herramientas de terceros. Os detallos unos ejemplos : En el caso de Windows: Windows Embarcadero no tiene compilador para Winrt, Windows Phone, Compact Framework, y supongo que es debido a los derechos de patente exclusivos de MS. En la plataforma de 64 bits (tando Delphi y C builder) los benchmarks no están a la altura de Visual C++. Tampoco se puede programar con GPU (Nivida, AMD) y no funciona bien con DirectX. El compilador de Intel solo esta disponible para Visual Studio no para Embarcadero. En base de datos todos los fabricantes sacan los drivers actualizados para Net, Java, ODBC y son gratis. En Delphi la mayoria son de pagos, como es el caso de Firedac que no es gratuita en las versiones básicas de Rad Studio. Además no sabemos el futuro de las dbexpress. En Apple: Por lo que he visto se necesita una herramienta de tercero para generar código (Xcode) además de pagar la licencia de Apple Developer que no es barata. En Móviles: No funciona con plataforma Microsoft. En Android y en Andorid existen otros frameworks mejores. En Web: Embarcadero depente de Zend Studio para su PHP, así que es lo mismo que le sucede con MS, Apple. Intraweb: No es multiplataforma solo funciona con Windows. Multiplataforma: En el mercado existen otras plataformas nativas como Qt, que funciona en casi todos o todos los sistems operativos, además de ser estable y rápida. Cosa que Firemonkey le falta madurar y no esta disponible para Linux y otros Unix. Java aunque no es una plataforma nativa, no tiene rival hoy en día. Además de ser gratis. ¿En que es bueno Embarcadero?. Supongo que en el desarrollo de aplicaciones nativas Win32, donde las librerias MFC para el desarrollo nativo han quedado obsoletas y su facilidad de manejo y diseño de forms no están a la altura de su plataforma .Net. Después de este resumen, ¿dónde posicionarias Delphi?. |
#59
|
||||
|
||||
Bueno, creo que has exagerado un poco, todo depende del entorno en que se mueva cada uno.
Por ejemplo, esto que dices: pues muy bien, no hay problema, puedes usarlos desde delphi |
#60
|
||||
|
||||
Cita:
Lo que hace que algo sea bueno es que sea bueno. Su estrategia, implementacion y efectividad de mercadearlo a quienes estan interesados. Ademas, hay cosas que atraen mas un mercado que a otro (por ejm las empresas grandes prefieron lo que las otras grandes usan, pero a la startup y freelancer eso ni le va ni le viene).
__________________
El malabarista. |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Delphi subiendo en TIOBE | Delfino | Noticias | 7 | 03-05-2012 12:19:46 |
delphi en tiobe | avmm2004 | Noticias | 0 | 23-07-2011 19:36:54 |
Delphi en el puesto 8 de Tiobe | rruz | Noticias | 4 | 04-11-2008 14:01:07 |
Delphi en el puesto 9 de Tiobe | rruz | Noticias | 13 | 12-10-2008 18:51:30 |
Delphi en el puesto 10 de Tiobe | lbuelvas | Noticias | 8 | 30-09-2008 09:01:35 |
|