¿Conoces alguna App importante desarrollada con Apache Cordova?




Apache Cordova es una de las plataformas que vienen integradas en Visual Studio 2013 para el desarrollo de aplicaciones móviles multi dispositivo. Mi duda es si es lo suficientemente fiable y da unos resultados adecuados como para optar por empezar a utilizarla.
Una opción es ir a ver el showcase de PhoneGap (que es una distribución de Cordova hecha por Adobe). Para ver aplicaciones hechas con esta plataforma, <http://phonegap.com/app/feature/> es un buen sitio por donde empezar.

Aunque un poco desfasada en esta página Who Uses PhoneGap/Apache Cordova? Hay unos cuantos ejemplos de grandes desarrolladores que han hecho aplicaciones sobre esta plataforma: Wikimedia, Facebook, IBM, Microsoft, Zynga...

Además cuenta con el apoyo de Microsoft y Adobe entre otros y el código está bajo el auspicio de la Apache Foundation, lo que le da gran credibilidad y visibilidad al proyecto.

Como ventajas de usar Cordova: poder usar HTML, CSS y Javascript y que se puede hacer una aplicación y desplegarla en múltiples plataformas con muy poco sobrecoste.

Como desventaja, que al usar estos lenguajes se necesita una capa de abstracción que hace las aplicaciones más lentas y a la vez limita el acceso a las APIs de bajo nivel de los distintos dispositivos. Las limitaciones concretas las desconozco.

En resumen, si se quiere realizar un desarrollo sin tener que aprender nuevos lenguajes y a la ver poder tener la aplicación lista en varias plataformas a la vez a cambio de perder un mejor acabado, rendimiento y funcionalidades exclusivas de cada dispositivo es una buena opción.
bueno en mi caso estoy terminando la ingenieria pero en mi carrera haces 2 estadias. cuando sali de tecnico tuve que ir a una empresa que desarrollaba software y obiamente me las vi duras por que usaban muchos frameworks (importante practicarlos muchas empresas los muy en cuenta) que no conocia de java y para el colmo no era bueno programando pero si algo aprendi fue lo siguiente. 

1. estudia (lee manuales, practica sus ejemplos, analiza el codigo y berifica linea por linea que paso o como lo obtuvo la maquina, si existe alguna propiedad que no entiendas, buscala. realiza anotaciones en tu codigo para que recuerdes como es la sintaxis o que hace cada linea hasta que te acostumbres. describe tus metodos y clases). 

2. no todo es programación. recuerda que muchas empresas realizan productos o servicios que estan relacionados con otros a su vez y que ya estan hechos cuando tu llegas, por lo que debes adaptarte al flujo que toman. debes analizarlo muy buen preguntar preguntar y preguntar lo que haga falta para que lo comprendas y por nada del mundo te quedes 1 hora estancado en algo por no preguntar. 

3.bases de datos. aprendelas muy bien por que las vas a necesitar igual y aveces se pasa de largo. 

4.orientate. debes saber bien el enfoque al que pretendes trabajar en el futuro (desarrollador web, aplicaciones moviles, juegos,realidad virtual, etc). y dar un porcentaje mas de tu tiempo a ese sector, recuerda "el que mucho abarca poco aprieta". 

5. frameworks. como dije antes muchas empresas usan muchos frameworks ya que lo que se espera es optimizar los procesos por lo que debes de aprender los mas utilizados o famosos (como jquery en javascrip, bootstrap, spring en java, hibernate para bases de datos, zk en aplicaciones web, etc).

6. ide. aprende los mas famosos, nunca sabes que entorno de desarrollo encontraras en tu estación de trabajo (eclipse, netbeans, visual studio, sublime text, android studio, etc). y no siempre podras cambiarlo por que tu usas y desconocerlos puede causarte atrasos.

bueno eso es lo que puedo decirte, pero en general cuando le agarras la onda y le pierdes el miedo veras que todo se te va a ir asiendo costumbre. buen dia. allí están basados en la web de ide que soporta java como ide y códigos sin cambiar nada y que debería funcionar en un ipad. obviamente existen limitaciones con ambos, pero que podría ser suficiente. este es mi primer pensamiento, porque creo que apple tiene reglas en contra de la gente de la creación de aplicaciones que incluyen su propia ejecución. que yo supongo que necesitaría si quería compilar código java directamente en un dispositivo ios. hola jorge,

lo que te puedo comentar al respecto es que no solo es considerar el microprocesador, sino también los demás componentes y el software. porque, por ejemplo, podrías tener un buen hardware, pero sin el debido soporte por la marca en actualizar y optimizar el software, el equipo funcionaría pésimo.

te recomendaría revisar el historial de calidad de ambos en equipos en sus respectivas versiones anteriores y hacerte una mejor idea de lo que te conviene más. Buenas [@gokupokemon944](/profile/gokupokemon944)   
  
Este smartphone es un modelo de gama media con un procesador de qualcomm, el cual proporciona un rendimiento aceptable en casi cualquier juego. No sé qué juego tienes en mente, pero puede correr el Pubg mobile y el Asphalt sin mayores problemas. No va a ir igual de fino que otro smartphone con procesador superior como por ejemplo un 660, 710 o un 845 pero por el precio que tienen el smartphone no sé puede pedir mucho más.  
  
Puedes echar un vistazo algún smartphone con procesador snapdragon 660 que posiblemente de un mejor rendimiento.   
  
Xiaomi miA2 con muy buen precio  
Xiaomi redmi note 7  
  
Un saludo con airdroid podemos controlar muchas de las funciones de nuestro android fácilmente (y totalmente gratis) desde el navegador web de un computador. lo único que necesitamos es instalarnos la app airdroid y tener acceso a la misma red wifi del ordenador y el android. El equipo de EF, junto con P&P, se encuentra actualmente en el proceso de desarrollar una implementación de referencia de acceso a datos de EF (versión 4) que utiliza ASP.NET MVC como la interfaz. 

 El proyecto estará disponible de forma iterativa en CodePlex aquí: 

 <http://dataguidance.codeplex.com/> 

 Aún no hemos hecho nuestra primera fuente, pero ocurrirá en las próximas semanas. 

 ACTUALIZACIÓN: ahora hemos eliminado el código; tenga en cuenta que debe considerarse de calidad alfa y está sujeto a cambios. <p>la implementación <a href="https://pypi.org/project/markdown/">markdown en python</a> tiene soporte para extensiones, una de las cuales incluye la generación de tabla de contenido. además <a href="http://johnmacfarlane.net/pandoc/">pandoc</a> (que es un marcado de haskell-&gt; pdf tiene soporte para markdown (además de un montón de otros formatos) y puede generar bastante html, latex, pdf, etc.</p> los programas no tienen limitación de uso por el tiempo. la utilización viene limitada por la vida del ordenador. algunos programas necesitaras actualizarlos porque te lo piden, pero no tiene nada que ver con el ordenador. todos los portátiles de acer son excelentes. aplicaciones java para celulares <p>utilizo ambos, aunque si tuviera que elegir uno, sé cuál elegiría. aún así, intentaré hacer una comparación objetiva sobre algunos temas.</p><ul> <li> <p><strong> ¿disponible en todas partes? </strong> si usted es un administrador de sistemas profesional que trabaja con sistemas unix, o un usuario avanzado en dispositivos integrados (enrutadores, teléfonos inteligentes con busybox, ... ), debe conocer vi (no vim), porque está disponible en todos los sistemas unix y en la mayoría de los sistemas similares a unix, ya sea de escritorio, servidor o incrustados. para un usuario común, este argumento es irrelevante: emacs está fácilmente disponible para cualquier sistema operativo de escritorio/servidor, y dado que admite la edición remota, es suficiente tenerlo en su máquina de escritorio de todos modos.</p> </li> <li> <p><strong> ¿hinchado? </strong> emacs una vez fue humorístico por "ocho megabytes e intercambio constante". en este momento, en mi máquina, google chrome necesita casi tanto ram por pestaña como emacs lo hace para 100 archivos abiertos, y ni siquiera mencionaré firefox en el siglo xxi, la hinchazón de emacs es solo un mito.</p> <p><em> ¡característica</em> hinchazón tampoco es un problema. si no lo usa, no tiene que saber que está allí. las características de emacs se mantienen fuera del camino cuando no las usa y la documentación está muy bien organizada.</p> </li> <li> <p><strong> tiempo de inicio </strong>: los proponentes de vi (m) se quejan del tiempo de inicio de emacs. sí, emacs tarda en iniciarse, pero esto no es gran cosa: inicia emacs una vez por sesión, luego se conecta al proceso en ejecución con <code>emacsclient</code>. entonces, el inicio lento de emacs es principalmente un mito.</p> <p>hay una excepción, que es cuando inicia sesión en una máquina remota y desea editar un archivo allí. iniciar un emacs remoto es (generalmente) más lento que iniciar un vim remoto. en algunas situaciones, puede mantener un emacs ejecutándose dentro de la pantalla. también puede editar archivos remotos desde emacs, pero interrumpe el flujo si está en una sesión ssh en una terminal. (desde xemacs 21 o gnu emacs 23, puede abrir una ventana de emacs desde una instancia x en ejecución dentro de un terminal).</p> <p>al girar las tablas, he observado que vim tarda mucho más en cargar que emacs (<code>vim -u /dev/null</code> vs. <code>emacs -q</code>). es cierto que esto estaba en una plataforma extraña (cygwin).</p> </li> <li> <p><strong> curva de aprendizaje inicial: </strong> esto varía de persona a persona. <a href="https://unix.stackexchange.com/questions/986/vim-vs-emacs-and-no-this-is-not-a-flame-war/988#988">gráfico de michael mrozek</a> me hizo reír. en serio, estoy de acuerdo en que la curva de aprendizaje de vim comienza empinada, más pronunciada que cualquier otro editor, aunque esto puede reducirse utilizando gvim.</p> <p>como he disipado un par de mitos de emacs, permítanme disipar un mito vi: un editor modal no es difícil ni doloroso de usar. se necesita un pequeño hábito, pero después de un tiempo se siente muy natural. si tuviera que rediseñar vi (m), definitivamente mantendría los modos.</p> </li> <li> <p><strong> curva de aprendizaje asintótica: </strong> tanto vim como emacs tienen muchas características, y seguirás descubriendo otras nuevas después de años de uso.</p> </li> <li> <p><strong> productividad </strong>: este es un tema extremadamente difícil. los defensores de vi (m) argumentan que puedes hacer casi todo sin salir de la fila de inicio, y eso te hace más eficiente cuando más lo necesitas. los defensores de emacs replican que emacs tiene muchos comandos que no se usan con frecuencia, por lo que no garantiza una combinación de teclas, pero es muy conveniente cuando los necesita ( <a href="http://xkcd.com/378/">referencia obligatoria de xkcd</a> ).<br> <sub>mi opinión personal es que emacs finalmente gana a menos que tenga una discapacidad de escritura (e incluso entonces puede configurar emacs para que requiera solo secuencias de teclas y no combinaciones como <kbd>ctrl</kbd>+ letra). las teclas de la fila de inicio son agradables, pero a menudo no son una gran victoria porque tienes que cambiar de modo. no creo que vim pueda hacer nada <em> ¡significativamente</em> más eficientemente que emacs, mientras que lo contrario es cierto.</sub></p> </li> <li> <p><strong> personalización </strong>: ambos editores son programables, y hay un extenso cuerpo de paquetes disponibles para ambos. sin embargo, vim es un editor con un lenguaje macro; emacs es un editor escrito en lisp con algunas primitivas ad-hoc. emacs gana espectacularmente cuando intentas hacer algo que los autores simplemente no pensaron. esto no sucede todos los días, pero se acumula con los años.</p> </li> <li> <p><strong> más que un editor </strong>: vim es un editor. emacs no es solo un editor: también es un ide, un administrador de archivos, un emulador de terminal, un navegador web, un cliente de correo, un cliente de noticias, ... si eso es bueno o malo es un tema de debate. pero puede usar emacs como un mero editor (ver "hinchazón de características" arriba).</p> </li> <li> <p><strong> como ide </strong>: tanto vim como emacs tienen soporte para muchos lenguajes de programación y otros formatos de texto. más allá de lo básico, como la coloración sintáctica y la sangría automática, ambas tienen funciones avanzadas ide) como búsquedas de referencias cruzadas de código y documentación, inserciones asistidas y refactorización, control de versiones integrado y la capacidad de iniciar un compilación y saltar al primer error.</p> <p>un dominio donde emacs es simplemente mejor que vim es la interacción con <em> ¡asíncrono</em> subprocesos. ahí es cuando comienzas una compilación larga y quieres hacer algo más dentro de la misma instancia del editor mientras el compilador se está agitando. o cuando desea interactuar con un <a href="http://en.wikipedia.org/wiki/read-eval-print\_loop">read-eval-print loop</a> - emacs realmente brilla con esto, vim solo tiene trucos torpes para ofrecer. sin embargo, una nueva bifurcación de vim, <a href="https://github.com/neovim/neovim">neovim</a> ha demostrado haber solucionado esto e implementado otras varias correcciones de errores no implementadas en vim.</p> </li> </ul>