Aplicación autoventa/preventa
Hola.
Esto es un mensaje para los foreros que usen o tengan pensado usar aplicaciones móviles para autoventa/preventa. En la actualidad yo uso para estas cuestiones un programa de una empresa externa al que envio y recibo la información mediante ficheros de texto. El programa es bastante completo y tienen un buen servicio técnico, sin problemas. El caso es que esta aplicación solo es compatible con windows mobile, pocket pc, windows ce. Esto quiere decir que solo funciona en pdas. El problema está en que cada vez están más demandados programas de este tipo para las tablets, y en especial tablets económicas con android. Viendo que en breve esto va a ser un handicap estoy evaluando la posibilidad de buscar algo similar para android con la disyuntiva de buscar otra aplicación ya funcionando (que hay pocas) o hacer un desarrollo por mi cuenta (proceso largo y antieconómico si vas a vender pocas licencias). El tema está en que se me ha ocurrido que si alguno de vosotros está en la misma coyuntura evaluar la posibilidad de hacer un desarrollo conjunto de una aplicación de este tipo y de la cual todos saldríamos beneficiados. Por lo visto, actualmente en Delphi esto no se puede hacer, habría que tirar de Java pero no creo que sea gran problema teniendo en cuenta que los requerimientos de estas aplicaciones tampoco son demasiado sofisticados. ¿Cómo lo veis? Saludos |
¿Y de qué requerimientos exactamente estamos hablando?
Es un tema que lo hemos hablado en diversas ocasiones (en mi trabajo), pero por falta de tiempo no hemos hecho algo similar. Lo más parecido que tenemos es un módulo que está hecho en php y trabaja directamente por internet, así que accede a los datos del servidor principal de la empresa. En la empresa tienen un servidor web que conecta al servidor de datos. Evidentemente, si no hay internet... no puede trabajar. Aunque tiene la ventaja de que pueden usar cualquier dispositivo que tenga un navegador de internet. |
Yo había pensado en algo parecido a lo que tengo actualmente, una aplicación instalada en el dispositivo móvil al que se le envía la información de clientes, artículos, precios, existencias, etc. en ficheros de texto, la aplicación genera los albaranes, pedidos, facturas, etc. y la devuelve igualmente en ficheros de texto que se importan en la aplicación del pc.
También había pensado en hacer una aplicación que resida en el servidor y por internet abrir una sesión de terminal server y ejecutarla pero eso te condiciona a tener internet cosa que en ciertos puntos es complicado. |
Nosotros también tenemos un programa para los representantes/vendedores que trabaja de las formas que has indicado, unos llevan un programita que se actualiza por FTP, y otros se conectan mediante un terminal server.
La opción FTP está muy bien porque pueden actualizar antes de empezar a trabajar y al final del día enviar los pedidos. Además puede actualizar en cualquier momento, es un método muy rápido porque se envía/recibe ficheros de texto comprimidos en zip (y encriptados), por lo que es casi instantáneo. Aunque no es algo "estandar", está pensado únicamente para nuestra gestión comercial. Se me olvidaba, un programita delphi, por lo que llevan pequeños portátiles. |
Cita:
|
Hombre, lo mismo puede servir lazarus, que funciona en muchos sistemas distintos, habría que mirarlo bien.
|
Cita:
|
Pues si lazarus funciona en linux, y android es linux... tan sólo habría que ver si funciona en esos procesadores, me parece que algo hay o están haciendo.
Cita:
Lazarus freepascal Android http://www.clublazarus.com/?p=220 Reedito: Lazarus wiki. Android Interface http://wiki.lazarus.freepascal.org/Android_Interface Así que habrá que investigar. |
Se ve que con este hilo he triunfado. :)
No me puedo creer que no le interese a nadie el tema de la autoventa. |
Pues es raro, ya en su día también estuvimos buscando y no hay mucho, y sin embargo, es algo muy necesario, debe ser una paradoja de la vida :)
Le vimos buen mercado, pero no hemos podido hacer nada por falta de tiempo. |
Cita:
|
Por el lado de desarrollarlo, debes aceptar:
1- La mejor forma es hacerlo nativo, y por mucho, en plataforma iOS (*). Intentar lo contrario es un error, pero de intentarlo: 2- La 2da mejor forma es hacer un sitio web html5. Es mas lento, y necesita conexión permanente. Si no te sirve 3- La tercer mejor forma es usar un framework como mono, phonegap o similar. Son una lata, como todo lo que es multiplataforma En todo caso, lo maximo que se puede lograr es tener una aplicacion N-Capas para reutilizar codigo, pero los clientes? Realmente es mucho mejor hacerlos nativos. *. En tal caso puedes usar Delphi con firemonkey. Pero usar Delphi es un error * En este momento www.bestsellerapp.com lo estoy portando para tablet (iPad, porque las android & balckberry han resultado un fracaso de ventas,y resultan mas economicas) y puedo tener un modelo que te interese (me envias un correo) ya que estoy armando una red de distribuidores. La app saldria el proximo año y ya tuvo una prueba piloto en un evento gourmet. |
Cita:
Por otro lado estaré encantado de echar un vistazo a tu aplicación. ¿La versión para iPad será igual que la que tienes para windows?, te lo digo para echarle un vistazo a la que tienes o esperar a que portes a iPad para verla. EDITO: Lo que he podido investigar para android: Para desarrollar para android hay versiones de lazarus y de free pascal aunque solamente parecen versiones testimoniales que dan pocas posibilidades. Según parece lo que parte la pana es eclipse que además es el lenguaje recomendado para android. Saludos |
Aplicacion para Tablets
Newtron, nosotros estariamos interesados en hacer algo de los que tu dices, tenemos una aplicacion para autoventa/preventa muy completa hecha para Palm OS, pero como sabras esta plataforma a sido discontinuada y ya no se consiguen esos dispositivos. Por el precio de los dispositivos lo mejor es desarrollar algo para Android, por lo que he estado investigando hasta el momento desde delphi no se pueden desarrollar aplicaciones para que corran en un dispositivo Android. He visto Raudus, pero este genera una aplicacion que debe hostearse en un servidor y es necesario tener internet para poder ejecutarla, necesitamos construir algo que se ejecute directamente en la tablet/smartphone con un motor de base de datos corriendo dentro del dispositivo y sin necesidad de conexión a internet. Si conocen alguna forma de hacer esto con Delphi les agradeceria que lo comentasen.
me olvidada de comentarles que la aplicacion para palms no esta hecha el Delphi, sin embargo si lo esta el sistema de gestion que trabaja con ella. |
Cita:
Nota por ejemplo: http://david-smith.org/blog/2012/03/...ats/index.html Cita:
No puedo enfatizar el punto de lo *terrible* que es el ambiente desarrollando para android. Es un mal negocio para el desarrollador y para el usuario. Los unicos que salen ganando son google, las telcos y los proveedores de hardware que lanzan toneladas de dispositivos sin importarles los usuarios. Android tecnicamente puede ser muy bueno, pero como producto no lo recomiendo ni a leguas. Un cliente mio, vaya uno a saber porque, le doy por comprar unas 12 tabletas android galaxy (aunque le habiamos dicho que tenian que ser iPad). Ahora esta encartadisimo con eso. No hay soporte, nadie se las compra (revender apple es muy facil) y le salieron mas caras que los mismos iPad. Pa rematar, el OS viene desactualizado y no lo puede subir. Intentar hacerlo es con hack tremendos. Y ademas su desempeño es pobre. |
mmm pues nada más hoy estaba actualizando mi LG Optimus One de android 2.1 al 2.3.3 y solo fue conectarme a la pagina de LG y en 15 minutos ya lo tenía actualizado, que no es la ultima, si es cierto, en lo personal es algo que estoy dispuesto a aguantar, muchos se aguantan y desarrollan su imaginación cuando se encuentra un cuadro en donde debería ir una animación hecha en Flash, pero desde Android 2.1 hasta esta versión he trabajado muy fluido, las aplicaciones que uso me han funcionado muy bien... ahora leer que un Samsung, un LG o un HTC (estos son la mayoría de Addroid en el mercado) estan mal hechos pues creo que es más una afirmación un poco apasionada que realista, en si esto de los móviles es todo un cuento.
|
En Argentina una tablet android se consigue desde los 180 dolares, y un Ipad cuesta mas de 1000 dolares, supongamos una pequeña empresa que tiene que poner 10 vendedores en la calle, con ipads tiene que invertir 10 mil dolares contra 1800 poniendo tablets android, seguramente se decantara por la segunda opcion, ademas es muy basico lo que se usa de la tablet para este caso y un Ipad es como "mucho" para darsela a un vendedor en la calle. Creo que es la situacion economica de cada pais manda o encamina por lo menos en este caso, seguramente nuestro software sera mas "vendible" si corre sobre una plataforma mas accesible para la mayoria de las potenciales empresas clientes.
|
1000 dolares????? En que universo es ese precio (o no son dolares americanos?)
Un iPad se consigue en US 500 (para cantidades se traen mejor de USA y se ahorra). El mas "caro" es siempre la ultima version y asi el que quiere ahorrarse unos pesos puede comprarse un iPad 2 o 1, que son mejores que cualquier tablet en el mercado. Lo de mejores, no es pasion mia. Es lo que se ha probado en estos años ves tras ves. El punto es que aun no hay competencia para el iPad y no se ve en el futuro cercano. Todos los clientes, mas en latinoamerica, son con tontos-inteligentes a la hora de comprar tecnologia. Yo le vendo a pequeñas empresas. Justo ayer, el vendedor me conto la experiencia de 3 empresas que cometieron el error de irse por android o peor aun, blackberry. Invirtieron un platal tremendo. Cuanto es tremendo? Bueno, cierta empresa gasto unos 4 veces lo que le pediamos -contando maquinas-. Lo mas triste es que por ahorrarse un miserables centavos en las maquinas, invirtio en una tecnologia atrasada y los costos de soporte y todo eso. Asi que el asunto del dinero realmente ya no me lo trago. Basicamente, cada mes o mes y medio vendemos de las experiencia de los clientes que les ha ido mal con eso. En fin. Mientras mas esten con android, mejor para mi ;) PD: Un analisis al dia de hoy entre la patetica oferta en android en el mercado de aplicaciones vs iPad: http://www.pcmag.com/article2/0,2817,2401676,00.asp Es de notar, que pcmag no es que sea muy amigo de la manzanita. Entiendo que haya quienes usen otras plataformas por muy buenas razones. Espero que se documenten muy bien, porque hay una absurda cantidad de desinformacion sobre el tema, en todos los frentes. Y meterse en una plataforma es costoso y estresante para un desarrollador independiente. Mi actitud combativa se debe a que en estas semanas me ha contado unas historias que me tienen de los pelos. Por ejejmplo, y aun no me lo creo- a cierto cliente le juraron que comprara android que todo bien las app de iPad funcionan bien -cuando se contacto al "ingeniero" que hizo perder la plata, su argumento era que se podia hacer un emulador de java para eso (!)- y otro compro unas tablets supermalas android, malas tan malas con una version arcaica. Si van a recomendar una tablet, al menos, que sea de buena marca, que sea actualizable, que no sea por barata - quien recomienda barato merce que lo golpeen en la cara!!! - No saldara mucho mas barato que un Ipad. Lo que es bueno y de calidad no lo sale. |
Cita:
|
Cita:
De la tableta al telefono hay un mundo de diferencia. En los telefonos, hay una oferta decente de androids. En las tabletas, no. Cita:
http://blogs.wsj.com/digits/2012/03/...r-some-things/ Estafa es un robo, una falsedad que se ejecuta para quitar el dinero. Es un acto criminal. Apple ha hecho algo criminal? Has probado siri? Has visto como funciona> Mira bien: http://www.youtube.com/watch?v=5mNcnj2l6RE Otra cosa diferente es que haya quienes no les parezca util, o que piensen que es una inteligencia artificial imbatible. Ademas Apple lo apunta como un servicio beta: http://www.apple.com/iphone/features/siri.html Cita:
Cita:
O el hecho de que iOS es una plataforma mas rentable para los desarrolladores? Para un analisis del asunto del tamaño del mercado, los problemas de simplificarlo y el supuesto de que un mayor tamaño = mayor venta de apps (o descargas): http://news.cnet.com/8301-33200_3-57...ittle-clarity/ http://daringfireball.net/2012/01/th...f_market_share http://www.loopinsight.com/2011/04/2...-market-share/ Porque si para alla vamos, simbian es mas grande que android + iOS + Windows phone juntos. Desarrollarias para simbian entonces? Cita:
En cambio, son el tipo de apps que traen innovacion, que empujan los limites, los que mas resienten ese problema. El articulo que enlace muestra una tendencia muy triste: El nivel de programacion, diseño y calidad en Android es comparativamente mucho peor que en iOS, porque basicamente, a muchos desarrolladores o no les importa - la cultura de apple es fuerte en cuanto a dar calidad, en android es fuerte en gratis - o estan frenados por problemas tecnicos serios. Un ejemplo: http://www.pcworld.com/article/21277...s_android.html Cita:
http://techcrunch.com/2011/04/15/joh...e-development/ Un ejemplo mejor es la historia de Angry Birds. Es de notar que Angry Birds paso el millon de dolares en android (a punta de publicidad, ya que vendiendo directo muy dificil en android) y por ende, es un caso de exito: http://gigaom.com/2010/10/18/5-lesso...ch-on-android/ Cita:
http://www.theandroidsoul.com/rovio-...hz-processors/ Cita:
Cita:
|
Cita:
Por otro lado respecto a mi Optimus One es porque es un celular que usa Android, que era el tema al que yo apunto, ahora, claro esta que las tabletas al ser más potentes en muchos caso o al tener una pantalla mayor se le puede dar un tratamiento diferente a las aplicaciones que a las celular en sus aplicaciones, en lo personal entendí que toda la oferta android era patética y en si yo me encuentro a gusto con lo que tengo. Cita:
Cita:
|
Cita:
Es cierto que al día de hoy el iPad está por delante de las tabletas con Android. Pero sinceramente no creo que sea por mucho tiempo. Google ni los fabricantes se cansarán en probar y dar con el clavo. Cuando lo hagan, será historia repetida... pasó con las PCs, pasó con los Smartphones y pasará con las tabletas. No veo alguna razón para que el iPad valla a tener la misma suerte del iPod. Los teléfonos Android de gama media-alta no veo por qué tengan que envidiarle algo al iPhone. Y créeme que valoro mucho la experiencia que te da una GUI. Lo único que sí les recomendaría cambiar a Android es una simplificación de la Home Screen. Ese montón de Widgets en ella es ruido en la interfaz. Además, a algunos fabricantes no incluir tanto software basura que luego no puedes ni quitar. Saludos! |
Cita:
Eso sí me choca, y le sumaría que algunos operadores hacen lo mismo, te entregan un celular con un montón de cosas que son basura. |
Cita:
Android y los fabricantes están tienen en contra el tiempo. Si en unos dos o máximo tres años no logran convencer al público, el iPad se convertirá en el estándar de facto. Algo así como Windows o el Photoshop para el tratamiento de imágenes. |
Cita:
Imaginate, por ejemplo, que te hubiera dado por desarrollar en WebOS (que por mucho es un tremendo OS movil). Pues hubieras botado el tiempo y la plata. Es una plataforma muerta. Igual con lo que ha sacado Blacberry ultimamente. Es lo que pasa con Linux en el desktop. Es fatal terminar con una plataforma que no gana traccion, no importa que tan buena sea. Cita:
A diferencia de la pasada batalla Windos-Mac, Apple esta en una MUCHO mejor posicion: Tiene la marca de mas renombre, tiene el mejor soporte, los usuarios mas leales, la mayor satisfacion entre esos usuarios, las mejores apps, los desarrolladores primero programa pa iOS y luego quizas android, obtiene los mejores componentes en partes, tiene el mejor SDK y herramientas de desarrollo, y se gana 2/3 de las ganancias de todo el mercado Los demas (Android, MS) tienen un mayor abanico de fabricantes, precios mas bajos, y un canal de ventas (las telcos) que les gusta controlar los telefonos al instalarles sus propios programas y por ende lo venden por defecto. Obviamente, el modelo de google siempre fue el de la masificacion. Y el de apple, el de tener un producto premium (originalmente, estimaban que capturarian si mucho el 1%). Pero el destino win/mac original, donde uno -supuestamente android- terminara arrasando al otro, eso ya no se dio. Las condiciones atipicas de ese entonces no existen, y los jugadores, tanto Google, MS, Apple y otros ahora tienen mucho billete pa aguantar. |
¡Exacto Mario! Ése es el punto al que quería que llegarás. Habías descartado totalmente una plataforma. Con lo que me acabas de decir, estás reconociendo la convivencia de varias y no una sola. Y no se trata de una convivencia de 1% para uno y 99% para el otro a como venías vendiendo las cosas. Los porcentajes son o serán más homogéneos y éso es bueno para el consumidor y el fabricante. Inclusive el ecosistema es bueno para el mercado de aplicaciones.
Te podrías imaginar a un desarrollador del tercer mundo, que no pueda darse el lujo de adquirir una Mac para probar suerte con una idea? Entonces, no es bueno empezar con Android para este desarrollador? En este escenario me incluyo. No tengo el suficiente dinero para tirar más de 1,000 dólares en una mac y aparte comprar el iPad para hacer pruebas. Mejor me quedo con mi PC clon y busco una tablet económica y que sea promedio. Si me aplicación pega y da frutos suficientes para pagar un entorno de desarrollo Mac, entonces desarrollaré para iOS y su porcentaje de mercado. Y no se trata de gastar para tener lo mejor del mundo, o lo que algunos creen es lo mejor. Se trata de necesidad. Casi todas las startups empiezan utilizando software libre, no sólo porque es mejor, sino porque es barato y poco importa el renombre o el soporte. Aunque tengo que reconocer que en el mundo de las aplicaciones mobiles muchas startups empiezan en iOS. Pero eso es en parte porque sus fundadores ya tenían una Mac, el marketing los convenció que los niños cool usan Mac y ellos también quieren ser cool. Pero bueno, ésa es otra historia. Mi opinión final: Sí creo que es factible desarrollar para Android. En la calle hay más dispositivos Android que iOS y cada día van aumentando. Con respecto a las tabletas, nada está escrito aún. Falta por ver que pasa después del lanzamiento de Windows 8 y su acogida en el mundo mobil. Saludos! |
No era mi intencion dar a entender que pensaba que iOS dominaria totalmente el mercado. Era mas bien mostrar la ventaja que se puede lograr trabajando sobre iOS vs android, y como la ventaja en unidades de este ni es tan alta, ni tan significativa.. y en el caso de las tablets iOS si lleva la delantera por mucho.
Con todo, lo que apuntas lo entiendo. No creas que me fue facil darme cuenta un dia que Windows Mobile no tenia futuro (eso fue cuando Apple mostro por primera vez el iPhone). No es que uno se levante un dia y piense: "Que divertido seria aprender un lenguaje rarisimo que nadie en este continente conoce (obj-c) en un entono que jamas he usado (OS X) con un IDE que es raro (XCode), reescribir mi app de .net a eso, comprar un mac, y arriesgarme! uff si ya voy!" Pero lo que si hice fue la tarea tan diligentemente como me fue posible. Y la sigo haciendo. Como dijo el desarrollador de DOOM, todo el tiempo estoy evaluando que tal van las alternativas - incluyendo android - y armando los proyectos con la flexibilidad necesario (n-tier) para poder moverme. En mi caso, no veo rentable programar para android... el costo de la maquina no es nada comparado con el del desarrollo, pero que puedo decir? Cuando empece a programar, lo primero que me consegui fue un mouse pad - y el primer PC fue regalado, que ademas, un tiesto-. He estado en situaciones economicas dificiles, pero he aprendido que precisamente para quienes cada $$ duele, tomar la mejor decision y tener las mejores herramientas - sean de pago, o opensource- es un asunto vital de supervivencia, porque si una empresa como MS se equivoco con Windows Mobile, no importa, tiene billete. Pero si una empresa pequeña se equivoco con esa tecnologia (como en mi caso) el costo puede volverse fatal sino se maniobra rapido. -------- Para el que quiera conseguir un equipo mac lo mas economico posible, tal como mencione en http://clubdelphi.com/foros/showthread.php?t=75759 la mejor opcion es comprar en http://store.apple.com/us/browse/home/specialdeals/mac. Un mac mini es lo mas economico y es mas que suficiente. No sale mas caro que un PC decente. En muchos paises hay la opcion de casillero en USA, en donde uno compra en USA y te lo traen legal. Tambien hay buenas opciones en www.amazon.com, y en mercadolibre.com para quienes quieren algo mas local. No veo que sea muchisimo mas caro arrancar con iOS que con otras opciones. Aunque entiendo al que este tan desplatado que todo le sale caro :(. De hecho mi primer mac me salio en US 500 en una ganga y fue con lo que arranque. Ahora gracias a las ventas, tengo ya varios dispositivos y equipos apple. Hay que pensar en la rentabilidad desde el principio! -------- Hay opciones para quienes quieren programar para *ambas* plataformas. En lo personal, no me gustan las herramientas multiplataforma, pero a cada uno lo que le parezca (estas usan lenguajes de script como js o lua) : La mas popular, entre las gratis: http://phonegap.com/ Tambien: http://www.appcelerator.com/products...n-development/ Esta es la que mejor pinta tiene, en mi opinion (lua es mas chevere que js pa estas cosas): http://www.anscamobile.com/ |
Pues la verdad programar para Android, iOS, WebOs, BB y demás, solo aplica para cosas sofisticadas, si no usas nada especial del teléfono existe Html, hay que aprovecharlo, todos finalmente le dan soporte y el Html5, todos ya le están empezando a soportar, así que se quedan sin validez todas las discusiones anteriores, ya que esto es a lo que realmente va el hilo.
|
Cita:
|
Cita:
|
Con lo dicho en los últimos mensajes, podríamos decir entonces que hay dos segmentos de aplicaciones para dispositivos móviles más o menos diferenciados. Uno sería el de las aplicaciones de "uso rudo" que generalmente se emplean en la recolección / levantamiento de datos y que a las empresas les importa poco en qué están hechas o el nivel de calidad gráfica y operativa de su interfaz de usuario, mientras sirvan para lo que necesitan (tomar lecturas del agua, hacer inventarios, etcétera).
Y otro segmento sería el de las aplicaciones "fashon", pensadas para usuarios que eligen qué usar para su trabajo y / o entretenimiento, usuarios con mayor autonomía o jerarquía laboral y generalmente mayor capacidad adquisitiva. Siendo aplicaciones a las que se le pone más empeño en su diseño, procurando que resulten muy confortables para el usuario. Perdón si dije una tontería, pero es que de móviles modernos sé muy poco, y me ha entrado la curiosidad por conocer lo que conviene más en cada caso. Por ejemplo, para las tomas de lecturas de un organismo encargado de los servicios de agua potable de un ayuntamiento (pensemos en una ciudad pequeña), ¿qué sería lo más conveniente en términos de economía y también de eficacia en la labor de campo? Saludos. :) |
Cita:
En esos casos yo no tengo mucha fe. Pero supongamos que por alguna extraña coincidencia realmente les importe. En tal caso es muy simple: - Que maquina tiene mejor soporte extendido? - Cual esta diseñada para uso "duro" contra golpes y caidas? (O sea, se puede conseguir una carcasa de calidad?) - Hay los aditamentos disponibles para las lecturas? En esta area la oferta es de obsoletas maquinas wince. En iPhone/iPad se puede alcanzar (yo cotize eso exactamente) porque hay carcasas contra golpes como http://www.amazon.com/gp/product/B00...=ATVPDKIKX0DER), la garantia de Apple no la copia nadie. En donde esta debil la cosa son aditamentos de hardware, apenas estan llegando a iOS, pero es una oferta mas amplia que en android. iOS tiene un concetor estandar para todos los dispositivos y soporte a Bluethoot. Con android la cosa varia de maquina a maquina. Pero en el caso que mencionas, la cosa es dificil. Puede que sea viable un Android si no hay que preocuparse por los aditamente y el soporte no importe mucho. |
Amigo, mamcx, creo que te estás dejando llevar por tu predilección hacia los productos de apple. A fin de cuentas son productos domésticos para usuarios normales, no son productos profesionales en ningún caso. Independientemente del sistema operativo que usen.
Productos profesionales de adquisición de datos son, por ejemplo, estos, certificados y homologados contra agua, caídas, etc. que tienen una duración enorme, que pasan por multitud de manos en "ambientes hostiles", etc. En este caso, esta marca, aunque no me gustan por eso, llevan windows |
Exactamente, como dice casimiro, con HTML puedes hacer cosas espectaculares, así que no por que sea Apple significa nada, es mas, las grandes empresas suelen usar es este tipo de dispositivos que nos muestra casimiro, además, que le importa a un usuario de una empresa de un sistema que algo sea bonito?, realmente, nada, he visto demasiados casos en los que prefieren las pantallas DOS, ya que estas les proporcionan exactamente lo que necesitan, son rápidas y efectivas, en eso es que nos debemos preocupar los desarrolladores en los ambientes empresariales y si bien el tema de la vistosidad de una aplicación es importante, mejor que funcione a que sea bonita, y si es ambas pues mejor, pero este tipo de usuarios la tienen mas que clara.
|
Cita:
----- Y los iPad no son equipos "caseros" - no soy el unico que se deja llevar por la predileccion ;) - son equipos de uso general, orientados al mercado masivo, usados o en pilotos por el 92% de las fortune 500 y por una cantidad muy amplia de profesionales, de todo tipo. Adema los uso yo, asi que mas evidencia se necesita :) |
Yo en particular estoy totalmente de acuerdo con el colega mightydragonlor para el tema de las aplicaciones móviles, igual que para las de escritorio. Pienso que tiene que primar la agilidad y simplicidad de funcionamiento antes que otros aspectos como el tema visual. ¿Cuál es el problema? que si tienes una imagen pobre visualmente por muy agil y simple que sea la aplicación te resultará difícil venderla. Por desgracia la gente compra primero con los ojos y luego evalúa las prestaciones o funcionamiento. Yo en mi caso SIEMPRE doy prioridad a la rapidez y facilidad de manejo, prefiero siempre usar el teclado antes que el ratón, o sea, intento emular en windows lo que antaño hacíamos en msdos. Una vez conseguido esto intento dar una imagen lo más aceptable posible de la aplicación, el problema es que muchas veces este tipo de uso no es compatible con una aplicación visualmente muy enriquecida y con mucho uso de ratón.
|
Cita:
En el caso de mi app el comentario mas comun: 1- Es bonita 2- Es la mas rapida del mercado Lo curioso que la parte de "bonita" es solo la pantalla inicial y sus iconos. Pero el que sea rapido hacer parte de que sea bonito. Cuando lo comparan con otros software, dan atributos contrarios. Nadie dice: Es rapido (o mas funcional) y feo. Cita:
Cuando muchos programadores dicen algo asi, y veo el resultado de sus programas, lo que ellos llaman una aplicacion funcional, tiene realmente otro nombre: Descuidada, fea, horrible. Es una tortura, en especial para aquellas personas que no compram sino que les embuten cualquier programa, estar de sol a sol viendo una pantalla que les trasmite que no merecen algo mejor. Es frustrante. Y *siempre* que un programa es feo, es malo. Es algo que se puede aseverar con certeza. Un programa bonito no necesariamente es bueno, pero hombre, al menos demuestra un grado de atencion.... Cita:
http://www.nytimes.com/2003/11/30/ma...rtner=USERLAND Cita:
http://garrysub.posterous.com/design...-it-looks-like ------------------ El problema que veo en muchos programadores, y que apunta a la idea que acoto, es pensar que diseño = Colores vividos, brillantes, superfluo, dibujos, y que es señal de un tipo de superioridad ir en contra de eso. Es una de las razones por las que a un nivel profundo les fastidia empresas como Apple, porque solo ven un exterior brillante, y suponen que eso no requiere talento y quien le gusta es como tonto (si fuera algo tan bobo, porque les da tanta dificultad imitar a Apple, igual, no pues que es solo maquillar un interior superior?) Hay muchos tipos de diseño. De hecho, en tus palabras lo has expresado. Por ejemplo, si estoy usando una herramienta, como un martillo, no quiero ver algo lleno de colores, con ornamentos y muñequitos. Las herramientas de esta clase tienen un diseño industrial. Su apariencia rustica comunica que es una herramienta fuerte. Su mango recubierto que puedo confiar que al dar un golpe con todas mis ganas, no lastimara mi mano. Como ves, su diseño es como funciona. Apple tiene un tipo especifico de diseño en sus aplicaciones, como ejemplo: http://www.apple.com/es/ipad/from-th...arageband.html Ese estilo trata de imitar los objetos reales. Es del tipo que muchos imaginan es "diseño". No es solo estetica. Altera totalmente como funciona la app, y determina el grado de satisfaccion de un usuario. Esos dibujitos no estan ahi porque si. Pero es verdad que a muchos de los que somo mas tecnicos ese tipo de diseño nos choca (a mi tambien!). Es porque tiramos hacia otro estilo: El diseño utilitario. Cuando una app, por ejemplo, se diseña para que funcione con el teclado de forma armoniosa, eso es diseño! Las apps que se mueven por teclado lo comunican de alguna manera (usando profusamente marcadores como Ctrl+C). Su estetica es mas espartana. Pero tiene que ser fea? No, para nada. Miren este ejemplo: http://www.hogbaysoftware.com/products/writeroom Y saben, a esa app le apluden su diseño. Un programador malo se reconoce, entre otras cosas, por como escribe su codigo. Si lo identa, como elige las vbles, etc. Si contrato a alguen, veo su codigo. Lo "feo" o "bonito" es un indicativo muy bueno de lo bueno o malo que es. Es un predictor. Pero como comunicar que despues de gastar tiempo en escribirlo bien, el usuario lo entienda? Al momento de entrar a hacer una GUI, OBLIGATORIAMENTE tenemos que diseñar. Y en el caso de los moviles, donde la interaccion cambia, hace un profundo cambio. Un ejemplo? Mira este video: http://www.youtube.com/watch?v=TwwHbF3wxj8 Es la leche (como dicen en españa) no? Y es solo un app para lista de tareas. La cosa mas basica del mundo. Al mostrar esa dedicacion, han sido recompensados por los usuarios. Realmente su diseño (que es espartano y utilitario) es como funciona. --------- Cuando uno se enfrenta a hacer (o rehacer) una app, es siempre bueno pensar en como se ve. Eso *afecta* como funciona. Esta bien no darle una apariencia de fisher price(*cough* windows xp *cough*). Se puede hacer espartana, utilitaria, simple. A muchos les gusta, INCLUSO a gente "normal". Pero al igual que un martillo, su acabado trasmite: Hey, esto realmente me importa. Por eso, confia en esta herramienta. P.D: Ahora hay muchos recursos para quienes no sabemos nada de hacer dibujos y darle una apariencia mejor a las apps: http://www.appdesignvault.com/gallery http://graphicriver.net/search?utf8=%E2%9C%93&term=gui Pero es solo la parte estetica. Hay que aprender el diseño. |
Veo que eres apasionado debatiendo.
Nadie duda de la importancia del aspecto visual de los programas. Lo que quiero dar a entender es que si en mi aplicación para consultar artículos puedo pulsar F1 en vez de usar el ratón y picar en un botón que pone "Consulta de artículos" lo haré. ¿Qué pasa con esto? que es menos vistoso visualmente porque no tendrás un botón con un dibujito atractivo. Me dirás.... ¡puedes tener las dos cosas!, pues si, pero no siempre. Esto no quiere decir que hagas programas feos. Me da que te pones en los extremos en todos los debates y las cosas no son así, no todo es blanco o negro y cada uno puede tener su concepto de como orientar su programa y no tiene por qué ser mejor o peor, solo distinto. En mi caso en particular yo te puedo asegurar que, por ejemplo, para introducir un albarán en mi aplicación hay que dar las menos pulsaciones/clicks de ratón que en la mayoría de las que hay en el mercado. ¿Fea? pues no pienso que mis programas sean feos, ¿malos? es posible, le preguntaré a unos cuantos de cientos de clientes que tengo mas felices que unas perdices. ¿Que hay programas más bonitos? por supuesto, ¿que prefiero perder tiempo en darle agilidad y facilidad de manejo al programa antes que buscando dibujos? pues también, ¿que me gustaría tener tiempo y recursos para agilizar el programa y buscar dibujos al mismo tiempo? pues también. Finalmente es un tema de recursos. Hay que comer todos los días y al final acabas dando prioridad a los temas que te son más prioritarios. |
Cita:
Sigues pensando que el diseño es solo la estetica. El diseño es como funciona. Que tu programa use profusamente los atajos de teclado es excelente y lo ideal en ese tipo de apps. NO estoy en contra de que use el teclado y tenga una apariencia espartana! Viste la foto de la app writeroom? Tambien sigues pensando que buscar "dibujos" es contradictorio con darle agilidad y facilidad. Es posible que un buen diseño ni siquiera tenga dibujos para nada. Si viste el video de la app clear? Cero dibujos. Ahora tambien mencionas el asunto de comer todos los dias. Si ya reconoces que la gente compra apps por "bonitas" mas que aquellas que son "feas", no te parece logico invertir un poco en hacerlas mas atractivas? No es tan dificil, y los recursos que puse al final muestran varias ideas. Ahora bien, el problema es que mientras se piense que estetica=diseño la cosa no saldra bien. Como todo hay que educarse al respecto. El diseño es como funciona. La estetica se encarga de *comunicarlo*. Es como un ferrari: Su estetica comunica que es un carro que vuela como el viento (y que vale un ojo de la cara!). Hay muchas cosas que se pueden hacer. Ya haces algo muy bueno: Aceleras el acceso a ciertas funciones por medio de atajos de teclado. Tambien se puede disminuir el # de elementos en pantalla, mejoras la tipografia (mejor fuente, mas grande o pequeña), mejorar los textos, mensajes (mejor redaccion, mas claro), eliminar funcionalidad redundante, dar mas espacio al contenido, ajustar dinamicamente los controles a este, etc: http://web.cs.wpi.edu/~matt/courses/...nt_design.html Cuando la GUI se considera parte integral del proyecto, no como una armazon cosmetica, se entiende que se debe tratar igual que el codigo interno (de hecho, es codigo), y por lo tanto se puede ir refactorizando. Hacer mejoras progresivas bien pensadas no solo mejoran la experiencia del usuario o aumenta las ventas, hacen parte de mejorar el codigo como tal. Un ejemplo concreto es las busquedas. Creo que fue firefox que hizo popular la idea de poner el campo de busquedas a la derecha de la pantalla, siempre presente. No te parece que fue un cambio muy bueno? Luego chrome lo llevo mas lejos y ahora todo el campo de direccion es la busqueda. Un cambio notable. A proposito, chrome me parece una app con un diseño muy bueno. Es simplista y elimino un monton de controles en pantalla para darle mas prominencia al contenido. Al hacerlo, redujo la complejidad no solo para el usuario, sino para el programador! Imaginate, todo ese codigo que ya no es necesario *por que* la app es mas simple visualmente. Y ese cambio en *diseño* ayudo a posicionarlo como el #2 mas usado, por encima de firefox. Quizas exagerando, simplemente por el cambio en como buscar (de hecho, ya no uso firefox por eso y porque es mas rapido. Como ves, el que sea rapido es parte integral del todo, es parte de su diseño). Quitar opciones, mover controles, cambiar el flujo de la pantalla, usar un icono, quitar el icono y cambiarlo por texto. Todo eso afecta el codigo (lo simplifica o complica). |
Newtron, en este caso creo que Mario tiene razón. Y tú también la tienes. Solo que preocura siempre y siempre buscar cómo tu aplicación dé una mejor experiencia a sus usuarios. Y cuando digo experiencia no me refiero solo al diseño visual, sino al cómo funciona y se comporta tu aplicación.
Por ejemplo, cuando estaba desarrollando Biolab, me hice una pregunta: ¿Luego de tomar una Orden, que necesariamente hará luego un usuario con ella? Luego de meditar e investigar me dí cuenta que lo más probable era que facturara la nueva Orden. Entonces, ¡za! Biolab factura automáticamente una Orden luego de ser tomada. Y luego de eso, ¿Qué? Cuando llegas a un laboratorío clínico y solicitas unos exámenes los tienes que pagar. El trabajador tiene que ingresar ese pago. Así fue cómo nació el botón para ingresar pagos luego de tomar la Orden. Aparte, en mi aplicación no hay cosas como F5 para hacer "refresh", los refresh son automáticos y no están a opción del usuario deshabilitarlos. Para esto, me tomé 4 semanas en desarrollar y perfeccionar una técnica que utiliza los EVENTS de Firebird. Sincronización automática sin la intervención del usuario. ¿Deshabilitarlos? No, para qué? Si me tomó 4 semanas para asegurarme que funcione bien. Además es un control menos en la GUI. Y con esto no quiero decir que mi aplicación sea la panacea del diseño, sino que simplemente les estoy compartiendo en lo que yo pienso cuando diseño una aplicación y su funcionalidad. Y a cómo Jobs dijó, no es como se vea, sino como funcione. Cita:
Hay un dicho que dice: El que mucho abarca, poco aprieta. Esto se aplica también al software. Cuando tu aplicación preocura hacer mucho termina haciendo poco. Un ejemplo claro de esto es mucho software GNU -ej: Lazarus- y también comercial. El problema que tienen no es que sus interfaces sean feas, sino que buscan cómo complacer a todos sus usuarios y al final no complacen a nadie. // --------- // Pienso que cuando empieces a dejarte llevar por fechas estrictas de lanzamiento, es el momento en que empezarás a hacer software mediocre o "más o menos" en el mejor de los casos. Este es el problema de muchos fabricantes. Se preocupan mucho por lazar lo antes posibles. En que se diferencia Apple? en que no les importa si un producto tome 10 o más años en llegar al mercado. Cuando ellos consideren que esté listo lo lanzarán. Un ejemplo es el iTV. Parece ya que son varios años que llevan trabajando en su diseño y no hay fecha aún de lanzamiento. iAnWriter (una bella aplicación) tomó tres años en realizarse. Te costaría creer que se tomó todo ese tiempo ofreciendo "tan pocas" funcionalidades. Deja de creer que el que lanza primero es el que gana. Los últimos acontecimientos me han convencido que: El que da la mejor experiencia y el mejor producto es el que gana y poco importa que sea el último o primero. Ya existían muchos buscadores antes que Google, pero el último superó a todos porque ofrecía el mejor producto. Existían muchas Tablets antes del iPad, pero la última ha sido por mucho la más existosa porque cada detalle y funcionalidad está bien diseñada. |
La franja horaria es GMT +2. Ahora son las 05:55:58. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi