No todo es tan malo como lo pintamos en Xcode

Ya en la carrera (antes de descubrir Java) usamos algunas herramientas/lenguajes orientados al desarrollo de interfaces gráficas (Visual Basic, Delphi) que realmente permitían una construcción muy rápida de pantallas y el control de sus eventos.

Sin embargo llegamos al mundo Java y todo eso cambió. Es verdad que hay una infinita comunidad de programadores, un infinito repositorio de documentación de soluciones o frameworks o ejemplos, una infinito abanico de frameworks o apis o librerías open source para no tener que reinventar la rueda. Pero lo que no hay es una buena herramienta que te permita diseñar e implementar las pantallas de aplicaciones Java (ya sea en Swing o en Web). Muchos han sido los intentos, sin embargo sigue siendo la asignatura pendiente del mundo Java.

En el Xcode eso no pasa, ofrece una herramienta de diseño de las pantallas bastante potente, muy parecida a las que ya ofrecían las soluciones que los javeros rechazábamos como sacrílegas (Visual Basic, Delphi, Power Builder, etc.). sin duda algo que no podía faltar en el Xcode, ya que las aplicaciones de iPhone son sin lugar a dudas un porcentaje muy alto de pantallas. Te permite distribuir componentes en la vista con posicionamiento exacto, permite modificar las propiedades de todos los componentes (tanto su aspecto visual como su asociación con los controladores) y te permite tener tu propia paleta de componentes.

Si bien se agradece una herramienta así, hay que añadir que sería imperdonable que no se incluyera en el Xcode. La paleta de componentes de pantalla en iPhone es bastante reducida, en comparación con otras soluciones, y ni siquera está muy pensada para hacer diseños de formularios (!!!¿¿¿como no puede existir un Combo Box???!!!). Así que tener un editor gráfico de pantallas de iPhone resulta más sencillo que no para una tecnología como la de Java (y que conste que es excusa, también es imperdonable para la comunida Java).

Lo que si tenemos claro es que si queremos seguir haciendo aplicaciones para iPhone tendremos que desarrollar nuestra propia paleta de componentes. Creo que empezaremos por el Combo.

Errores de novato

Después de unos cuantos días durmiendo poco, por fin hemos conseguido publicar nuestra primera aplicación en el AppStore. Aquí la tenéis: Quiniloo Lite. Es un programa (gratuito) que te muestra el histórico de resultados de fútbol de primera y segunda división de la liga española de fútbol. Y todo sin necesidad de ninguna conexión a Internet.

Lo primero que te pasa cuando recibes el correo de Apple confirmando que tu aplicación está "Ready for sale" es un subidón de ilusión. Es una sensación que probablemente sólo pueda entender la gente a la que le gusta hacer este tipo de cosas (que el resto del mundo llama "frikadas"), la gente que programa por "amor al arte" y que se desvive cuando ve el resultado de lo que ha hecho.

Lo siguiente es ir al Apple Store a buscar tu aplicación: categoría deportes y pestaña "Lo último". En nuestro caso ha sido un chasco porque... ¡aquí no aparece nada!. Entonces vas directamente al botón de buscar para ir al grano: tecleas "Quiniloo" y... click: ¡Búscaaaaaar! Entonces encuentras la aplicación... y piensas: ¿Por qué no aparece en "Lo último"? Woooooooooooookkkkk! ¡Qué tonto he sido!¡Qué error de novato! Resulta que cuando rellenas los datos de la aplicación, has de indicar a partir de qué fecha quieres que esté disponible... ¡qué pregunta! ¡Pues desde ayer mismo! Pues no, hay que tener en cuenta que, en nuestro caso, han tardado unas dos semanas en dar el sí. Y claro, cuando subimos la aplicación era mediados de septiembre y todas las aplicaciones que han salido desde entonces hasta ahora es lo que puedes visualizar en "Lo último".

Total, que hay que tener en cuenta ese gap de tiempo para indicar la "fecha de salida", de forma que cuando la gente vaya a "Lo último" esté tu aplicación en las primeras posiciones.

M.

Round 2, Fight!

Es que no me podía aguntar sin compartir otra lucha que hemos tenido estos días con Xcode y CVS. Sí, ya sé que parece una trivialidad el configurar una IDE para que trabaje con un repositorio de código, pero tratándose de Apple, creedme que cualquier tema se vuelve oscuro.

Queda muy bonita la documentación que tienen sobre la utilización de Xcode y Subversion, pero se olvidan que existen otros gestores de repositorios, como CVS. Porque en estos días de vorágine tecnológica parece que si no usas subversion no tienes 'glamour'. Pero señores, yo digo, para lo que lo utilizamos, léase commit, update, compare, etc... ¿por qué tengo que utilizar lo último de lo último? ... pues va a ser que no. Así que en mi empeño de configurar Xcode+CVS nos encontramos con el primer problema: si utilizas ssh para conectar con tu repositorio no puedes especificar directamente el puerto en la configuración:



Después de algunas horas preguntándome porqué, y buceando en internet, llego a la conclusión que para que funcione tengo que crear un fichero en mi home en ".ssh/config" con la configuración del puerto para mi host. ¿Qué mierda es esta?

La segunda decepción se me plantea a la hora de subir el proyecto al CVS. Resulta que tienes que ir a la configuración del Xcode (Menú SCM) (hasta aquí bien), seleccionar "Import" (de puta madre), seleccionar tu proyecto... y click!!! Entonces piensas..., y el directorio de build donde se generan los "builds"... ¡no lo quiero importar! Pero claro, ya es demasiado tarde... Encontes empiezas a buscar en Internet y te encuentras que para que no se importe tienes que configurar las preferencias del Xcode para que los builds los haga en un path 'absoluto' fuera de donde tienes el proyecto... Pero vamos a ver: ¿esta gente no conoce el '.cvsignore'?

La tercera decepción es la mejor. Una vez importado piensas... ¡guay, ya tengo mi primer proyecto en el CVS! Entonces vas al proyecto en el Xcode, haces una 'modi' en un fichero y... ¡tachaaaaaan! ... no pasa nada. ¿Ein? ¿Qué estoy haciendo mal? Total, que empiezas a buscar en Internet y te dicen que tranquilo, que borres tu proyecto una vez importado y hagas un 'Checkout' del que hay en el CVS. ¡Sí, sí, señores, borren el proyecto sin miedo!

Y colorín colorado, una vez borrado y 'checkout-ado' este cuento se ha acabado.

Moraleja: ...hubiera estado bien encontrar algo como el 'Share Project' de mi querido Eclipse! ¡Aupa CVS!

M.

Eclipse vs. Xcode

Una de las primeras preguntas que te viene a la cabeza al introducirte en el mundo iPhone es qué IDE se utiliza para programar. Rápidamente piensas que hay algún plugin para esa magnífica herramienta llamada Eclipse... pero pobre de ti! Lo primero que encuentras es que se utiliza una cosa llamada Xcode. Lo llamo cosa porque no se me ocurre otro calificativo. A continuación piensas, bueno, voy a bajarme la versión para windows... y... wwookkkkkk!!! Segundo error.

Te pones a buscar por Internet y nada. ¡No puede ser! piensas... Te desesperas, y poco a poco te das cuenta que vas a tener que pasar por una "piedra" llamada Apple. ¡Hay que pasar por caja! Pues sí, hay que tener un Macintosh para poder hacer cosas para ese magnífico teléfono. Así que ni corto ni perezoso nos hemos comprado un iMac de 24" y un MacBook de 13.3". La verdad que es una buena máquina (por lo menos la mía, el iMac), tanto en rendimiento como en diseño. Por ahora parece que merece la pena la inversión...

Después de conectarlo a la corriente y varias cosas más, te instalas nada más y nada menos que 2.1Gb de IDE (Xcode). Os imagináis que el Eclipse fueran 2Gb? Ufff! Bueno, seguro que trae muchas cosas! Lo siguiente que te encuentras es el teclado. Mi iMac viene con el teclado mini, uno similar al que traen los portátiles en tamaño. ¡Dios! ¡Rescátame de este infierno! Es la risa, los botones importantes no existen! El control pasa a ser command, el command no hace lo que normalmente... total, que lo primero es adaptarte al teclado y exigencias de Apple. Pero lo mejor es cuando vuelves al trabajo y empiezas a apretar a la tecla de windows pensando que es el command... ¡Basta ya!

Una vez pasas el trago psicológico, empiezas a ver muchos gigas y pocas nueces. Y te das cuenta de lo mucho que quieres a Eclipse, sus plugins, sus combinaciones de teclas, sus opciones, sus vistas, sus prespectivas... Total que si alguna vez os habéis preguntado si hay una herramienta mejor que Eclipse, instalaros el Xcode y enseguida obtendréis la respuesta a vuestras dudas. ¡I Love You, Eclipse!

M.

Tal vez esta vez sí?

Después de varios intentos de encontrar nuestra salida profesional por cuenta propia, tal vez esta sea la definitiva. Venimos del mundo Java y principalmente de las aplicaciones típicas de gestión. Llevamos demasiado tiempo pensando en que podríamos hacer por nuestra cuenta y hemos topado con iPhone (a mi me hicieron topar).

A partir de ahora intentaremos hacer pequeñas o grandes aplicaciones de iPhone, no sin un duro trabajo de aprender, leer, probar, dedicarle horas, etc. para cambiar de mundo tecnológico.

Quien sabe, tal vez esta sea la definitiva, esperemos que sí.