#5400 Yo como leer según que cosas solo me amargan la vida y me ponen de mala ostia con ganas de matar Tamys, paso de postear y delego mi defensa del sentido común en BLZKZ (portaté eh! xD)
#5400 eh pero si yo ya me cagué en apple en este mismo hilo porque se demostró que cualquier iDevice mueve Siri sin problemas.
Al césar lo que es del césar.
Qué empeño tienes en meterme en fregaos en estos días BLZKZ!!!!
#5395 Yo fui de los que dijo que Siri no sería introducido en el i4 por problemas de rendimiento. Eso fue antes de enterarme de que Siri hacía el cálculo heavy en los servidores de Apple y no en local. A continuación, empecé a retractarme.
Y cuando empecé a ver vídeos de Siri corriendo sin problemas en un i4 dije claramente que me parecía una estrategia bastante rastrera por parte de Apple. Lo dije bien claro y bien alto en este mismo thread. Puede que no lo leyeras o que simplemente lo ignoraras.
De todas formas, era comprensible. De cara al usuario (aquel que no sabe ni que hardware monta el terminal), Siri es la única característica remarcable frente al i4 (al margen de la cámara también).
xDD!
De hecho lo que más vas a encontrar mi sobre la keynote es que mientras todos los que se planteaban la compra el i4S decían lo genial que era Siri y gracias a Siri como y cuanto se justificaba la compra del 4S sobre iphone4.
Lo que encontraras en mis comentarios de entonces es todo lo contrario: Yo decia y digo que Siri (acabe siendo o no importante), era lo de menos en el iphone4s en comparación con el 4. Todo el mundo decepcionado por no tener iphone5 y por no tener Un aspecto diferente.
Yo decía y digo que la diferencia entre 4s y 4 en hardware/potencia es el mayor cambio entre generaciones de iPhone de toda la historia de Apple. Que del 3GS al iPhone4 había 200 mhz de diferencia mientras que del 4 al 4S la diferencia es ENORME con 2 cpus en lugar de 1 y una gpu tremendamente superior 7 veces? 10 veces?.
Pero claro, mucha gente diciendo que del 4 al 4s casi no hay diferencia y incluso gente planteandose la compra del 4 como si fuera casi igualito del 4S.
Del 3GS al 4 la única diferencia meritoria de ser considerada es el Retina display y la memoria RAM. Pero pensaba y pienso que la GPU del iPhone4 es insuficiente para su resolución. Así como afirmo que el cambio en potencia es irrisorio.
Eso es lo que encontraras mío sobre la Keynote. Sobre Siri y sobre las diferencias entre 4S y 4.
PD: Todavia ha dia de hoy hay quien piensa que no merece la pena el 4S sobre el 4. Yo soy de los que piensan todo lo contrario y el que no merecia la pena es el 4 sobre el 3GS. Y Siri no tiene nada que ver en mi razonamiento.
#5407 hablas indio? "De hecho lo que mas vas a encontrar mi..."
Y ya no es por fastidiar, es porque empieza a ser jodido entenderte a la primera :/
Por cierto ahora es cuando me cuentas la relación entre lo que yo dije y tu comentario de #5407
Gracias, pero odio los tochopost que no tienen nada que ver con lo que se comenta.
#5410 Ya esta editado, por si no lo entendias supongo que podrás entenderlo ahora. (Y he dejado más claro lo del retina Display)
La relación es simple, tansolo tengo que quotearte: #5393
Simplemente habla de como yo siempre he visto Siri como un complemento, algo adicional (y poco util de momento fuera de EEUU) del iPhone4S. Y que la compra del iPhone4S sobre el iPHone4 está más que recomendada por el gran cambio de potencia entre ambos que es, repito, la mayor que ha existido nunca entre iPhones de generaciones correlativas.
Qué grandes son los chinos:
Fuente: http://www.xataka.com/moviles/meizu-mx-es-oficial-con-especificaciones-recortadas
http://www.mediavida.com/foro/83/ofertas-lllegan-android-market-434116#1
Habéis leído? jaja yo creo que ni por esas se van a comprar esas apps.
Bah, si piratear 10cts es como no piratear...
#5415 SoundHound yo la tengo de cuando en iOS era gratis y es la ostia... la recomiendo la verdad, en Android también la uso.
El Asphalt no me gusta, no me gustan los juegos arcade de coches, pero no está nada mal... y el Minecraft Pocket Edition lo tengo en iOS gratis, no se si lo pillé de casualidad en promo o es que es gratis el pocket edition xD!
Lo gracioso es que no juego a Minecraft, pero lo bajé porque tenía intención de hacerlo quizá y ahí tengo la App xD!
#5315 Es una iniciativa de puta madre, pero creo que el problema de Android no es el precio de las apps. Creo que hay otros factores más determinantes.
A mi modo de ver, que cuando configuras tu iPhone por primera vez te obligue a meter una tarjeta de crédito (al hacerte la cuenta en el AppStore) te está incitando ya a consumir. En Android, por otra parte, no es obligatorio. El ejemplo de mi novia, que o bien por desconocimiento, o bien por vagueza, o bien por miedo, o bien pornosequé pasa un kilo de comprar apps de pago en el Android Market (se conforma con las gratuitas, tampoco sabe piratear).
En iOS todo el mundo tiene metida su tarjeta de crédito y comprar una app es tan solo un click.
Además, creo que el público que tiene un iPhone suele tener un poder adquisitivo mayor (o al menos mayor predisposición a consumir apps). Es un hecho que un iPhone es más caro y que el mercado Android está lleno de putamierdas de terminales a 0€.
Y por último, la facilidad con la que se piratea en Android. Es tan fácil como conseguir el APK de cualquier web.
#5417 Yo no tengo una tarjeta de crédito definida al crearme una cuenta de AppStore... elegí la opción "otros métodos de pago" para recargar con iTunes Card...cuando por comodidad quiero tirar de tarjeta agrego una virtual de 1 uso y andando xD!
Si es cierto que al menos antes, si creabas la cuenta desde el propio iPhone la opción "otros métodos de pago" no salía, no se si lo han cambiado....pero es una mamonada. Tenías que ir al PC/MAC a crearte la cuenta desde ahí (en iTunes) para poder escoger esa opción.
Ah, pues no lo sabía. Yo ya la tenía creada, pero ese detalle me lo comentaron un par de amigos, que crearon la cuenta desde el iPhone y tenían que meter su tarjeta sí o sí.
#5419 No se si ya saldrá la opción o no...pero antes si es cierto que al crear desde iTunes en iPhone/iPod/iPad esa opción no salía... tenías que crearla desde el iTunes en el ordenador para que saliera la opción "otros métodos de pago" y así poder completar la creación de cuenta dejando ese apartado en blanco.
¿Por qué las aplicaciones de iOS se ven más fluidas que las de Android?
No son por pausas GC. Tampoco es porque Android ejecute bytecode y porque iOS en cambio haga lo propio código nativo. La causa es que en iOS toda interfaz se procesa en unos procesos dedicados las interfaces con una alta prioridad a tiempo real que ocurre cuando se paran algunas acciones. Sin embargo Android ejecuta al estilo de un ordenador tradicional, donde el modelo de renderización ocurre en el proceso principal con una prioridad normal, causando que todo parezca menos fluido
El problema de la latencia en Android es fundamentalmente un problema del scheduler. Android funciona mucho mejor con el “multitask” (en realidad “multiprogramación”) porque es un Linux y no han tocado prácticamente la gestión de procesos. Para arreglar este problema sólo tienen que mejorar el scheduler. Seguramente están trabajando en ello, y de hecho se ha mejorado mucho.
El otro problema que tiene Android es que cada proceso es una máquina virtual de Java separada al que han optimizado haciendo que se comparta la memoria de las librerías comunes (como hace naturalmente el Linux/UNIX) y código muy optimizado.
Los programas en Android están en ese código intermedio que es interpretado por la máquina vitual, en cambio en iOS es nativo del procesador (que da ventajas de velocidad, pero desventajas de portabilidad y diversidad, lo que solucionan con un sólo tipo de hardware). Seguramente hay cosas que se pueden mejorar, pero esta desventaja es cada vez menor con la ampliación de velocidad de procesadores, y sobre todo de caché.
Los schedulers no son una ciencia exacta, es algo bastante quisquilloso, con montón de “casos exremos” (corner cases) al que ir detectactando y agregando heurísticas que se aprenden con la experiencia.
Es más que probable que el problema desaparezca (por tres razones fundamentalas, las mejoras en el scheduler, la gestión de la máquina vrtuale de Java y la mejora del hardware), lo que no se puede decir, a estas alturas, es que siempre será así, y que es un problema de diseño original
#5421 estaremos de acuerdo entonces que iOS está mejor enfocado al uso táctil, y por eso ofrece una experiencia mejor.
#5421 Bueno ya sabemos como es Ricardo Galli... (El texto que indicas es de el) yo lo sigo en twitter y siempre hace aportaciones más o menos interesantes sobre diversos temas.
Tiene razón en muchas cosas, detalla muchos de los problemas que aqui hemos indicado muchas veces:
- Maquina virtual Java
- Scheduler
Se olvida de otros como el API de aceleración gráfica 2D el cual tambien es importante y en parte han tratado de solucionarlo con 4.0 ICS
El problema es que el tiene una versión optimista (y mucho) del asunto. De hecho creo que para que se cumpla lo que dice tendrian que alienarse muchos planetas...
Estoy en desacuerdo con el hecho de que Android funcione mucho mejor multitask por la base. Android usa Linux y iOS usa de base Unix. Su nucleo y sus capacidades multitask en el nucleo son similares y tremendamente buenas (por ejemplo comparadas con el nucleo NT de Windows) así que no son ni mejor ni peor. De hecho los servicios que Apple mantiene abiertos en multitask en iOS funcionan de putissima madre.
Por suerte para los usuarios, la capa que hay sobre Unix de iOS prohibe a las Apps externas de Apple ejecutar código en segundo plano.
Respecto al Scheduler es cierto. Para iOS cualquier entrada de usuario es prioritaria sobre cualquier proceso y cualquier acción de renderizado es prioritario sobre cualquier proceso. Esto incluso puede verse reflejado en el hecho que mientras scrollas en el iOS el javascript que hay detrás del safari se "congela" si es necesario para así ofrecerte una sensación fluida de scroll.
Esto es algo bueno, nos prioriza a los usuarios y nuestras acciones sobre posibles acciones realizadas por el desarrollador de la App.
Fijaos incluso si es importante el la experiencia de usuario para iOs que cuando cambiamos rápido de App no nos deja una fea pantalla negra mientras la recarga, ni nos deja un logo, ni un loading, ni nos deja esperando. Nos muestra una bonita animación de cambio de aplicación donde vemos la aplicación mientras está llegando. Pero no os engañeis, no es la app, sino una screenshot creada de cuando cambiamos la app la última vez, considerando que cuando lleguemos la app va ha estar en el mismo sitio. De esta forma la impresión del usuario es que enseguida tiene la app disponible para el. Mientras la realidad es que es una screenshot y que durante la animación está cargando la app en memoria para mostrarnosla.
Ademas tiene una impresión muy benevola con Java:
Java tiene un problema de rendimiento con su máquina virtual que existe desde su creación, hace MUCHOS MUCHOS años, no se porque exactamente ahora con Android va ha ser diferente... Pero es que es de base. El código interpretado no puede ser tan rápido como el código compilado, es de libro.
Por suerte Android permite la ejecución de código nativo. Algo que se usa poco y dado que lo que ejecutas es con la misma prioridad que todo lo demás no va ha solucionar este problema.
No es una discusión nueva, hay gente que piensa que java es el centro del mundo, cuando necesita un servidor Web mete TomCat con calzador y ante la duda usa java porque puede "portar" a donde quiera...
Yo utilizo c++ en cambio, simplemente por eso la velocidad si incrementa muchisimo, eso si, necesito compilar mi programa en todas y cada una de las arquitecturas en las que lo ejecuto. Pero lo que gano es infinitamente mejor que lo que pierdo.
Java será java durante toda la vida. Y la portabilidad no lo justifica en absoluto en mi opinión. Pero vamos eso es algo que durante muchos años ha sido tema de discusión y no se va ha arreglar ahora... Y las mejoras de CPU/GPU durante esta época no ha paliado el problema. Nadie en su sano juicio haria un compresor de video en Java (by example) que luego pretenda competir con código nativo (c++ by example).
En IOS tambien pasa esto de compilar en diferentes arquitecturas.
Cuando haces una App o una libreria tienes que indicar bajo que arquitectura la compilas ARMv6, ARMv7 o x86
x86 es para poder utilizar el emulador (por ejemplo). Si realizas una libreria y no compilas en x86 y se la pasas a alguien esta no podrá ejecutares en el emulador.
Hago nuevo post para rebumpear el thrad.
Siguiendo con el artículo posteado por #5424, Galli amplía la explicación inicial en su blog:
Considero a Ricardo Galli un auténtico troll, pero el artículo no está nada mal.
Aunque sigo sin entender la lógica de defender que Google tirara por ese camino. Sí, la portabilidad, mola, podemos meter Android en cualquier parte. Pero como bien dice Galli, hay que hacer un sobreesfuerzo extra para conseguir lo que otros sistemas consiguen con la mitad de tiempo y dinero invertido. ¿Eso es bueno? Al final terminamos cayendo en eso, en la esperanza de que el hardware evolucione tanto para suplir las carencias del software, lo cual me parece un error.
¿Cual es el problema de exigir un estándar en el hardware de los dispositivos que usen Android? En los sobremesa se hace (todos los procesadores generalistas funcionan con un juego de instrucciones x86).
Ya no es solo iOS, WP7 está demostrando que pidiendo unos estándares mínimos se puede tener un sistema fluido y que no vaya sobre máquinas virtuales.
Otra cosa es que Google decidiera enmascarar su necesidad imperiosa de copar el mercado con la excusa de que el sistema es libre y cada cual puede hacer con él lo que le salga de los huevos.
Por otra parte, me parece que también se le va algo la bola con el tema de la AppStore. La AppStore tiene un control férreo de las aplicaciones que se suben, pero no creo que la razón principal sea que se les pudiera escapar una app que echara el sistema a abajo. Entre otras cosas porque en la api de Cocoa está bastante bien delimitado lo que se puede y lo que no se puede hacer.
Siempre se puede escapar malware, por eso no veo mal que las aplicaciones se auditen y pasen un control de calidad antes de entrar en la AppStore (al margen de temáticas, géneros, etc). El artículo da a entender que esa auditoría supone un problema moral, social o filosófico, y no es así. Es una tienda de aplicaciones y por lo tanto tiene que velar por el buen funcionamiento de ésta en el terminal del usuario.
Otra cosa son las restricciones no-técnicas que ponga Apple, de las cuales se pueden estar o no a favor. ¿Pero que garanticen que lo que se ejecuta en tu iPhone es bueno es un problema? lol.
Al margen de ofrecer pollo, sushi, carne o verduras, todos los restaurantes pasan controles de sanidad, ¿es reprobable eso? Es por el bien del ciudadano. Sigo sin entender ese afán por la libertad total en todo, que sabiendo como somos solo conduce a problemas.
No se si esto va en este foro, pero aun así lo pondré (JAJAJAJJAJAJAJAJAJAJA)
Fuera de bromas, es el cumpleaños del orco de Spyro, felicitémosle todos por ese gran trabajo que realiza en el foro, beneficiándonos a todos los Apple fanboys y castigando a los Android losers, hijos de satanás que predican la palabra prohibida.
#5422 happy cumpleañous
