Final Cut Pro 7 y Final Cut Pro X han generado numerosos debates sobre si el segundo es un digno sucesor o no del primero. Es tanta la controversia creada que muchos editores con años de experiencia y uso con Final Cut Pro se pasaban a AVID o Premiere tras ver la nueva versión (algo que no entiendo pero eso es otro tema). Pues bien, parece ser que sí pudo existir una versión de Final Cut Pro en 64 bits.

Las versiones anteriores a Final Cut Pro X están escritas en C y Carbon, una API de 32 bits para el desarrollo de aplicaciones de Apple. Durante la conferencia de desarrolladores de 2006 Apple anunciaba soporte para 64 bits en Carbon y todo parecía indicar que sería la suite Final Cut Pro el principal beneficiario. El problema surge cuando al año siguiente, nuevamente durante la WWDC de 2007 cancela y nos quedamos sin la versión de 64 bits de Carbon y por tanto sin Final Cut Pro 7 en 64 bits.

Por ello el equipo de desarrollo de Final Cut Pro se tuvo que plantear si recompilar la aplicación o comenzar de cero. Y fue comenzar de cero la opción elegida. Randy Ubillos junto con su equipo decidieron aprovechar Cocoa y empezar de cero con Final Cut Pro X, una nueva aplicación que sólo conserva el nombre.

Muchos siguen pensando que Apple mató Final Cut y nunca volverá a ser lo que ha sido. Yo sigo pensando que después de diez años Apple consiguió que Final Cut Pro fuese una de las aplicaciones profesionales más importantes de la industria. Ahora con esa experiencia seguro que en la mitad de tiempo consiguen que Final Cut Pro X vuelva a brillar con luz propia.

Más información | FCP.co | Philip Hodgetts
En Applesfera | Final Cut Pro X, tan revolucionario como la primera versión

Lo que en un principio era un rumor ha terminado convirtiéndose en una tarde de lanzamientos de software para Apple. Primero ha llegado iOS 4.3, y ahora tras una tímida actualización de Safari a través del panel de actualización de Software la compañía ha lanzado la versión final de Xcode 4, su entorno de desarrollo de aplicaciones.

La cuarta versión de Xcode, como hemos venido informando desde la aparición de sus primeras versiones preliminares, cuenta con un cambio importante de su interfaz para unir todos sus elementos en una gran ventana (preparándolo para Mac OS X Lion, cómo no). Con él, podemos crear toda clase de aplicaciones tanto para Mac OS X como para iOS.

Pero no he dicho aún lo más interesante del lanzamiento: hasta ahora Xcode estaba disponible para todos los interesados con una cuenta de desarrollador de Apple, pero Xcode 4 va a estar disponible para todo el mundo, tengan o no tengan una cuenta de desarrollador. Y como era de esperar, su canal de distribución va a a ser la Mac App Store. Y su precio: 3,99 euros (podemos seguir descargando Xcode de forma gratuita si tenemos una cuenta de desarrollador).

Apple nunca había “liberado” Xcode de sus cuentas de desarrollador oficiales, hasta ahora. Es un buen movimiento, sobretodo para facilitar a los curiosos que simplemente quieran empezar a hacer pruebas con Cocoa y Objective-C sin tener que facilitar datos a la compañía. Aprovechad: si estábais pensando empezar con la programación en Cocoa este es el mejor momento con la llegada de Xcode 4 y su nueva interfaz.

Vía | MacStories
Sitio oficial | Xcode 4
Descarga | Xcode 4 en la Mac App Store

Se van conociendo poco a poco, con cuentagotas más detalles de un media center para nuestra plataforma Mac OS X y para iOS que está desarrollando la empresa con base en España, SyLion. Se trata de Squire, una nueva aplicación que nos permitirá de forma muy cómoda agregar todo nuestro contenido multimedia y reproducirlo sin más problema, como muchos otros media center permiten hoy en día. Aunque todavía se encuentra en fase de desarrollo, promete ser una de las aplicaciones a tener en cuenta y debemos prestar atención a su evolución en este recién iniciado año 2011.

Así pues Squire es una aplicación media center programada en Cocoa, con una interfaz muy elegante y que no está basada en XBMC, como lo está Plex, Boxee o el propio XBMC. Así que puede suponer una alternativa interesante a los sospechosos habituales, un nuevo enfoque a los centros multimedia y una buena muestra que en España se desarrollan aplicaciones de nivel.

No os perdáis la entrada extendida en la que veréis un vídeo de su funcionamiento y alguna que otra foto más de su interfaz.

Me parece una apuesta muy buena la de no tener librería, no tener que organizar nada, parece que la aplicación detectará automáticamente los títulos y hará la gestión por nosotros. Esto, aunque es una característica muy buena, espero que se pueda personalizar y modificar de forma sencilla, con Boxee o con Plex uno está un poco limitado en este sentido. Aunque sea una muy buena característica hay que ver cómo funciona, lo único que podemos decir a estas alturas es que tiene una pinta espectacular. A continuación una muestra más de la biblioteca de vídeos.

Por lo que vemos en el vídeo, los controles para la reproducción de vídeo responden a la perfección y son realmente bonitos e intuitivos. Evidentemente, como muestran en el vídeo, Squire recuerda la posición en la que se ha quedado la reproducción de nuestros vídeos y la siguiente vez que intentamos su reproducción nos propone iniciar de nuevo la reproducción o continuar desde el punto que nos quedamos la última vez.

Mucho cuidado en el momento final del vídeo (minuto 2:50) donde a mano izquierda se conforma una lista interesante de planes que tienen pensados para Squire: soporte a YouTube, Vimeo, Flickr, TED Talks, soporte a iPhoto, a MobileMe, conexión AirPlay, versión para el iPad y aplicación Remote para iOS. ¡Ahí es nada! Como decía haba que seguirle la pista a esta aplicación.

De momento lo poco que sabemos de la aplicación indica que están en el buen camino, hacer un software sencillo, con una interfaz agradabe, que sea cómodo para el usuario y que además tenga cantidad de posibilidades de conectarse al mundo iOS con aplicaciones de control remoto y a la nube con conexión a flickr, Vimeo, YouTube, etc.

Lo que sí me gustaría ahora que tenemos la Mac App Store y la App Store de toda la vida para iPhones / iPods / iPad que se abriera de algún modo una App Store para el Apple TV, todos estos mediacenters serían unos buenos candidatos a incluirse ahí, así como otro tipo de aplicaciones que se podrían instalar en nuestros media centers para ampliar las funcionalidades base.

Vía | Mac Media Center
Más información | Squire App
Imágenes | Cuenta Flickr de Sylion
Vídeo | YouTube

Atención, desarrolladores: Apple ha liberado Xcode 4 preview 6, la sexta versión preliminar de su entorno de desarrollo para crear aplicaciones de iOS y Mac OS X. La actualización llega en un momento perfecto tras la llegada al mercado de la Mac App Store. La aplicación está disponible para su descarga en el canal oficial de desarrolladores de Apple, pesa más de 3 GB y necesita de Mac OS X Snow Leopard para poder ejecutarse por tener incluida la versión GM de iOS 4.2 para realizar pruebas de desarrollo.

La lista de novedades es larga, pero de ella podemos destacar nuevas funcionalidades como nuevas herramientas que nos permiten analizar más rápido el rendimiento de una aplicación, mejoras en la ejecución de scripts de alerta y un seguido de errores de la anterior versión preliminar que se han reparado (junto con un seguido de nuevos bugs conocidos que quedan pendientes de reparar).

No esperamos ver pronto la versión final de Xcode 4, pero ésta tiene que suponer una gran mejora para todos los que escriben código para Mac OS X: reúne todo el contenido en una sola ventana y mejora la interfaz, algo que se lleva solicitando desde hace mucho tiempo y se vio por primera vez en junio del año pasado.

Por supuesto, para los que quieran seguir usando una versión estable del entorno (que es lo más recomendable si estáis programando una aplicación con objetivos serios), Xcode 3.2.5 sigue disponible.

Vía | MacStories
Más información | Xcode

Que la App Store ha sido un tremendo éxito que ha atraído a una multitud de desarrolladores a la plataforma, es un hecho. Estamos en medio de una explosión de aplicaciones "iOS":https://www.applesfera.com/productos/almacenamiento/ios4 de la mano de compañías que hasta hace poco ignoraban completamente los dispositivos de Apple, y ahora los ven como auténticas máquinas de generar beneficios.

Es por eso que Apple no quiere descuidar el hecho de que más y más personas se animan a desarrollar para el "iPhone":https://www.applesfera.com/productos/iphone/iphone-4 y el "iPad":https://www.applesfera.com/productos/hardware/ipad, y ha dejado a disposición de todos los usuarios que quieran un seguido de libros oficiales para todos los que quieran empezar a hacer sus pinitos con Cocoa y Xcode. Los podéis localizar buscando 'Apple Developer' en la tienda de libros.

Los libros van desde un vistazo general de iOS y su interfaz hasta una explicación del concepto de los lenguajes de programación que podemos usar para crear aplicaciones. Mencionaría como inconveniente que están en inglés, aunque sinceramente: si vuestra intención es empezar a programar una aplicación eso no debería ser un problema. Lo mejor de todos es que son absolutamente gratuitos y están disponibles en la tienda iBookstore de nuestro país a pesar de su idioma. Se nota que a Apple le interesa que su comunidad de desarrolladores crezca.

Vía | "MacStories":http://www.macstories.net/news/apple-offering-free-ios-development-ibooks/

Al fin te has decidido. Tras ver cómo otros jóvenes desarrolladores con ganas de trabajar han conseguido una buena cantidad de ingresos gracias a una simple aplicación en la App Store por un módico precio has decidido lanzarte a la piscina, instalar Xcode en tu ordenador y empezar a aprender Cocoa y crear tu propio programa. Hasta aquí, cabe decir que enhorabuena. Pero si quieres que tu aplicación tenga un buen sitio en la historia de la plataforma, debes tener en cuenta ciertos detalles.

Han habido muchos ejemplos de aplicaciones que han tenido su momento de gloria para luego caer en el olvido absoluto. ¿Qué me decís de ese repertorio de aplicaciones que permitían al usuario hacer como que bebían cerveza usando el iPhone? Duraron no más de unos dos meses a lo sumo, y aunque los desarrolladores se llevaron una buena suma de dinero al principio no creo que ahora se pueda decir lo mismo.

Es por eso que si tienes una buena idea para una aplicación o un juego en la App Store, algo muy importante a tener en cuenta es procurar que la aplicación no “muera” al poco tiempo y tenga una vida larga. Tras el salto exponemos algunos consejos para conseguirlo.

Lo primero: intenta que el precio de tu aplicación no sea excesivamente caro. por muy buena que sea la aplicación y por mucho esfuerzo que haya requerido su desarrollo, la mayoría de los usuarios ponen el precio como primera barrera para pulsar el botón de comprar. Una aplicación con un precio atractivo llegará a más dispositivos.

Algo que ayuda mucho con el primer punto es publicar una versión gratuita o “lite” de demostración de la aplicación. Yo mismo he probado muchos juegos y aplicaciones gracias a este tipo de aplicaciones y finalmente he terminado adquiriendo la versión de pago completa. Especialmente adecuado si el precio de dicha versión no es bajo que digamos.

Una vez hemos conseguido ventas de la aplicación hay que mantener vivas las ganas del usuario para que la siga usando con actualizaciones regulares de la aplicación. Hay muchos juegos en la App Store que han perdido la atención simplemente porque ya no se actualizan, ofreciendo lo mismo de siempre perdiendo el atractivo. Juegos como MiniGore, Angry Birds o Plants VS Zombies llevan un tiempo relativamente largo en el aire, y los desarrolladores han conseguido beneficios continuos a raíz de ir actualizando los juegos con más niveles, o bien complicando la dificultad de los existentes. Además, de esta forma consigues una comunidad de usuarios que irán corriendo la voz acerca de tu programa.

No te olvides del factor social. Redes de juegos y aplicaciones sociales como OpenFeint o el Game Center del mismo Apple que pronto verá la luz anima a los usuarios a seguir jugando cuando ven que sus amigos les han superado, o pueden conseguir logros, premios u otras bonificaciones en las aplicaciones. Sólo hay que mirar el ejemplo de Epic Win, el gestor de tareas que próximamente verá la luz y que ya ha atraído la atención de mucha gente por su factor social entre otras cosas.

El ejemplo de Epic Win me lleva al siguiente consejo: Una aplicación con una buena campaña de promoción (sin pasarse) hará que los usuarios se interesen por ella. Hay muchos programas que, antes de ser lanzados, ya cuentan con una web oficial, un vídeo del funcionamiento del programa e incluso un trailer.

Por último, algo muy importante: no prometas nada si no estás completamente seguro de que lo puedes cumplir. No prometas un día concreto de lanzamiento de la aplicación si no tienes ni idea de cuándo pasará la aprobación de Apple, por ejemplo. Los desarrolladores que no cumplen con sus propias promesas repetidamente acaban por perder la atención y la confianza de los usuarios.

Obviamente, estos consejos vienen además de lo básico a tener en cuenta: que la aplicación no falle, que su interfaz esté bien diseñada y sea usable, que su rendimiento no termine con la paciencia de los usuarios… puede que al principio parezca un proyecto realmente difícil, pero al fin y al cabo crear una aplicación desde cero nunca ha sido tan sencillo como se aparenta desde fuera. Para todos los que os hayáis decidido o ya estéis en ello, enhorabuena y ánimo.

Imágenes | Jason Brennan y Cristiano Betta
Vídeo | YouTube

Una de las primeras cosas en la que muchos han reparado al utilizar iTunes 9 es que sigue siendo una aplicación de 32 bits. La misma Apple que presume de las bondades de los 64 bits entre las tecnologías de Snow Leopard, lanza la que sin duda es su aplicación más popular (solo hace falta hacer las cuentas y pensar en los millones de iPods vendidos hasta la fecha, no solo a usuarios de Mac) en algo que parece ser sinónimo de lento, malo y antiguo.

John Nack, una de las voces más escuchadas de Adobe, publicaba el otro día un curioso artículo en respuesta a otro escrito por el no menos mediático John Gruber (Daring Fireball) que finalmente ha cerrado el tema con una tercera y última pieza de lectura.

En el pasado, Adobe ha sido duramente criticada por no lanzar su Creative Suit (con aplicaciones como Photoshop) para Mac en 64 bits (cosa que sí hace en Windows y que va a ser corregida en la próxima versión, la CS-X) y estos siempre han argumentado que hasta ahora sencillamente no habían tenido el tiempo y los recursos necesarios como para acometer la mastodóntica tarea de reescribir todo el código de C++ en Objetive C y dejar atrás de una vez Carbon, la antigua API de Apple (anclada en los 32 bits), para dar el salto a Cocoa (con soporte de 32 y 64 bits).

Por eso, no es de extrañar la reacción de John (Nack) al ver como su tocayo se preguntaba si iTunes 9 seguía siendo una aplicación de 32 bits sobre Carbon al tiempo que establecía que “los 64 bits son el futuro, y el único camino a estos es Cocoa, así que algún día sucederá (el cambio de framework)”. Así, Nack se pregunta a su vez lo que piensa la gente que le va a aportar que una aplicación como iTunes pase a Cocoa y 64 bits.

“¿La gente tiene problemas de rendimiento con iTunes? Yo nunca los tuve. La aplicación filtra mi librería con más de 3000 elementos tan rápido como puedo escribir, hace un trabajo estupendo con el vídeo en HD y las portadas de los discos vuelan en Cover Flow. ¿Quieren que iTunes utilice más de 4GB de RAM? Creo que tranquilamente puedo asegurar que no. ¿Tienen algún problema con su interfaz (por ejemplo, la barras de scroll no estándares) y creen que Cocoa va hacer que iTunes parezca más ‘Mac’? De nuevo, no creo que eso sea un problema. Así que, ¿entonces? Dejadme decidlo de otro modo: Si pudieseis controlar los esfuerzos del equipo de iTunes, ¿por qué le dirías (como usuario) que gasten su tiempo en Cocoa y/o los 64 bits a expensas de no poder hacer otras cosas que los usuarios demandan? Veréis, si yo fuese un product manager más inteligente, flojo, y/o cínico simplemente me callaría, me relajaría y diría ‘Photoshop CS-X es de 64 bit y está basado en Cocoa, ¡así que deberíais comprarlo!’ Si alguien se atreviese a preguntar como estos hechos les van a beneficiar, tan solo repetiría ‘¡Pero es COCOA! ¡y 64 BITS! Así que, es como… ¡¡AUTOMATICAMENTE FANTÁSTICO!!‘”

Lo que Nack trata desesperadamente de decir es que los 64 bits no son ningún tipo de panacea y que a priori, el esfuerzo necesario para migrar de Carbon a Cocoa no se traduce en que cualquier aplicación pueda verse mágicamente beneficiada. En Photoshop, los 64 bits SÍ serán bien recibidos y aquellos usuarios que trabajen archivos de gran tamaño notarán sí que notarán un rendimiento mayor (según las pruebas de Adobe, hasta 10 veces mayor al manipular una imagen de 3750 megapíxeles de nada). Sin embargo, ¿cuales serían las ventajas para una aplicación como iTunes?

De vuelta al otro campo, Gruber puntualiza que “Lo que de verdad importa son las funcionalidades y la experiencia de usuario, no las tecnologías de desarrollo utilizada para lograrlas. Cuando digo que es inevitable que Apple mueva iTunes a Cocoa y 64 bits, no es por que estas dos cosas puedan mejorar dramaticamente el software, sino por que Apple está reescribiendo todas sus aplicaciones integradas en el sistema a 64 bits.” Efectivamente, al pie de la web de Apple sobre las tecnologías de Snow Leopard hay una nota que indica: “Todas las aplicaciones del sistema se han reescrito en 64 bits, excepto Reproductor de DVD, Front Row, Grapher, iTunes y X11.”

“Casi todo el sistema funciona ahora en 64 bits. ¿Para que queremos un Dock de 64 bits? ¿La vida de alguien ha cambiado por que la aplicación Diccionario sea de 64 bits? Por supuesto que no. Algunas aplicaciones sí ganan una mejora tangible en su rendimiento al pasar a 64 bits, pero la razón por la que Apple está llevando casi todas sus aplicaciones a 64 bits es sencillamente por que consideran que es el mejor modo de hacer el software de Mac. Están enseñando con el ejemplo, preparándose para el futuro.”

Finder es un buen ejemplo de todo esto. En Snow Leopard, Finder ha sido portado de los 32 bits a los 64 y de Carbon a Cocoa, y pese a eso, la mayoría de usuario no notarán la menor diferencia. Sin embargo, Cocoa y los 64 bits son el futuro de Mac OS X y para muchas nuevas APIs, también son el presente. Leopard inició la tendencia dejando las APIs obsoletas atrás y portando solo las nuevas a 64 bits, y la versión mejorada del entorno de ejecución Objetive-C 2.0 introducido en Leopard también es solo de 64 bits. Ahora, Snow Leopard ha continuado por este camino y muchas de las mejoras del entorno Objetive-C 2.1 y APIs como QuickTime X solo están disponibles para las aplicaciones de 64 bits.

En resumen, cada vez existen más APIs y funciones de Mac OS X que solo están disponibles para aplicaciones de 64 bits y dado que Apple ya anunció que no desarrollaría una versión de 64 bits de Carbon, el único camino posible que queda es Cocoa. Carbon no desaparecerá pronto, a fin de cuentas hay mucho trabajo pendiente (las aplicaciones profesionales de la propia Apple como Final Cut Studio utilizan Carbon) y aunque mañana lanzasen una nueva versión portada a Cocoa de todas las aplicaciones seguirían existiendo muchos usuarios que no estarían dispuestos a volver a pasar por caja tan pronto. Esta sí es una transición que llevará más tiempo pero cada vez serán más las ventajas de utilizar aplicaciones con Cocoa y es que cada vez que Apple implementa una mejora en este, todas las aplicaciones basadas en él se benefician automáticamente. Una de las mejoras más recientes y visibles de cara al usuario es el menú contextual de Servicios que tan solo muestra los que son adecuados para la aplicación que estás usando en lugar de todos los disponibles. Para algunos solo son detalles pero, ¿no dicen que el diablo está en los detalles?

Últimamente están creciendo por doquier los clientes de twitter para nuestra plataforma, tenemos una cantidad ingente de buenas opciones para seguir a nuestros contactos en el conocido sistema de microblogging twitter. Hace poco repasábamos algunas de ellas en otro post, pero hoy os traigo una nueva opción más, te trata de Beak (pico de pájaro en inglés, de ahí el título) un cliente hecho en Cocoa y de momento en fase beta.

Podemos ecir de Beak que tiene cosas buenas y cosas malas, como la mayoría de clientes de twitter. Por ejemplo tiene una interfaz bastante cuidada y permite seguir conversaciones en la misma ventana principal (timeline), el editor tiene una cajita de texto para introducir urls y acortarlas directamente y otra opción interesante es la posibilidad de realizar búsquedas. Hay otra opción con estadísticas, pero no se ve mucho en esta versión de la beta y no disponemos de más información que la escueta descripción que hay en la web oficial, así que esperamos que la aplicación evolucione en este sentido. Quizás el que no pueda personalizarse con algún shortcut y dependa tanto del ratón lo hacen un poco tosco de utilizar para mi gusto.

Por el momento Beak es gratuito y no incluye publicidad (que yo haya podido ver), veremos si en el futuro esto cambia.

Vía | Mashable ES Descarga | Beak En Applesfera | Nuevos clientes para Twitter

Ahora que el negocio de la AppStore está triunfando, muchas empresas y personas se han animado a programar sus aplicaciones para el iPhone y el iPod touch. En Applesfera os comentamos hace ya mucho tiempo de algunas fuentes para poder aprender dicho lenguaje de programación.

Sin embargo muchos encontrarán como inconveniente el no disponer de esas webs más actualizadas y en castellano, pero a día de hoy ya podemos decir lo contrario. En primer lugar, tenemos a Cocoa con Leche, un blog de un estudiante de informática en español, cuyo proyecto de fin de carrera ha sido realizar una aplicación para la AppStore. En él se pueden consultar algunos tutoriales con los pasos con X-Code para hacer nuestras primeras aplicaciones, además de contar con un foro.

Otra web muy útil es la que me dijo Christian García, llamada iPhone Software Factory. Conducida por Juan A. González, en ella se pueden encontrar guías completas y numerosos recursos para poder empezar con xCode y aprender junto con los manuales oficiales de Apple. ¡Gracias a Christian por mandarme uno de los enlaces!

Más información | Cocoa con Leche, iPhone Software Factory

De forma silenciosa, Apple continúa con el desarrollo de Snow Leopard, la próxima versión de su sistema operativo Mac OS X. Acaban de saberse algunos detalles más acerca de esta actualización, que sin duda alegrarán la tarde a algunos.

En primer lugar, El Finder será reescrito desde cero en Cocoa, algo que mucha gente pedía sabiendo que el explorador de ficheros de Mac OS X todavía está basada en Carbon, que no se usa ya desde hace mucho tiempo y que mantenía el Finder como aplicación de 32 bits.

Además, Snow Leopard incorporará una nueva tecnología llamada ImageBoot, que supuestamente nos permitirá arrancar el ordenador desde una imagen de disco (un archivo ISO o DMG, por ejemplo) que esté guardada fuera de la partición primaria del sistema. Un buen método, por ejemplo, por si guardamos copias de seguridad en DMG de nuestro sistema.

Vía | Appleinsider Imgagen | Flickr de itshears