Esta vez he continuado con lo que viene a ser el almacén de datos de Google App Engine. La verdad es que es una tecnología muy curiosa, si sabes algo de bases de datos relacionales, de sql, de tablas o de foreign keys y tienes curiosidad verás que el concepto del almacén de datos es totalmente diferente, y es que allí no hay casi ninguno de los términos a los que estamos acostumbrados. A estos tutoriales le seguirán más, y es que hay mucha tela que cortar.

El cloud es, en mi opinión, una tecnología que ha venido para quedarse. Está claro que no es una solución única a todos los problemas y que a día de hoy no se sabe cómo convergerá, si como infraestructura (IAAS) o como plataforma (PAAS), o quizá se quedan ambas. Lo que si es innegable es que es una tecnología con futuro y, sobre todo, con presente.

Volviendo a Google App Engine, he de reconocer que me gustó leer la documentación oficial y hacer el esfuerzo de entenderlo ya que me sentí, salvando las distancias, como se sienten los no técnicos cuando les hablamos con nuestros palabros. Es como escuché una vez: pensamos que sabemos multiplicar pero si tenemos que hacerlo en base 8 en vez de en base 10 ya no nos resulta tan sencillo. Conocer todo esto me ha animado a subir a meorganizo.es a la nube de Google en un futuro, seguramente antes de que termine el año.

La otra tecnología de la cual he hecho un tutorial ha sido Android. Parece ser que Google se empeñó en meterse hasta en nuestros bolsillos y bueno, conmigo lo han conseguido. El caso es que habia cierto pique en la oficina entre Android y iPhone y al final he hecho una aplicación sencilla que muestra una serie de cartas en pequeño y cuando tocas una de ellas se muestra a lo grande. No es que sea la aplicación más útil del mundo pero es algo más que un simple “hola mundo”. Algo que no comento en el tutorial es que sin saber nada tardé unas 10h en configurar el entorno, hacer la aplicación y escribir el tutorial, y es que la documentación de Android está muy trabajada y gracias a ella es posible hacer mucho con poca idea de lo que es la tecnología en sí, lo que a corto plazo se agradece.

¿Es Android una tecnología con futuro?, pues no os sabría decir, lo que no veo es la necesidad de tener que usar un ordenador para poder usar internet y tener acceso a información. Desde que tengo un teléfono con Android mis hábitos de internet han cambiado, y es que ya no enciendo el equipo para hacer determinadas cosas. Si en vez de un teléfono fuese un tablet tipo ipad … ¿encendería el ordenador si no quisiera tirar unas líneas de código?

Aquí os paso los enlaces a los tutoriales por si quereis visitarlos:

Cómo utilizar el datastore de Google App Engine con su API de nivel inferior
Cómo utilizar el datastore de Google App Engine con JDO
Creando la baraja de SCRUM de Autentia como aplicación para Android

También los dejo en la sección de documentos.

Recientemente he terminado de leer este libro, el cual he estado leyendo en paralelo con otros. Me ha resultado interesante y hasta ameno, de hecho se lo recomiendo a todos los aficionados a la informática y a la tecnología en general.

Tras haberlo leido me he quedado con una sensación hasta cierto punto parecida a la que se me quedó cuando vi la película de Piratas de Sillicon Valley: sabes que el contenido no es fiel ni imparcial, pero te ayuda a percibir las estrategias de grandes empresas del sector como Apple, Microsoft, Yahoo!, IBM o Google de una manera diferente.

En sus páginas cuenta cómo Sergey Brin y Larry Page crearon una empresa a partir de una idea y de cómo tanto la una como la otra han ido evolucionando a lo largo del tiempo. En este post Gimenete ha resumido la proyección que han tenido. Es el sueño hecho realidad que algunos tuvimos siendo adolescentes, aunque en nuestra imaginación nunca estuvo el llegar tan alto.

Entre líneas he podido ver algo tácito: una diferencia de mentalidad brutal. Google, al igual que otras como Twitter o Facebook, ha estado años quemando mucha pasta hasta que ha conseguido dar beneficios, y esa pasta ha salido de inversores que les han dado dinero aún cuando no existía un plan de negocio. Primero reunieron 1 millón de euros, luego 3 y luego 20, aquí si alguien consigue 3 millones de euros se compra un bloque de pisos y vive de alquilarlos. Mi amigo Cana me contó que tuvo la misma sensación de cambio de mentalidad cuando estuvo currando en Sillicon Valley.

El caso es que durante los primeros años crearon una plataforma, se hicieron una imagen de marca, se convirtieron en referentes y consiguieron una base de millones y millones de usuarios. En cuanto empezó a entrar dinero en la empresa, entró a manos llenas. En el libro comentan que gmail daba dinero incluso cuando funcionaba por invitaciones y todavía no había llegado al gran público.

Otro detalle que he podido detectar en cuanto al cambio de mentalidad ha sido el de las contrataciones y el de la búsqueda de talento. Es un clásico el que muchas empresas de aquí contraten por sistema a recién licenciados, sin experiencia, para poder subcontratarlos a un tercero y pagarles poco. En cambio Google abrió una sucursal cerca de Microsoft para “robarle” ingenieros con tanta experiencia como talento, de hecho esa es la auténtica guerra entre Microsoft y Google: la de mantener entre sus paredes a los mejores empleados. Pero es que Microsoft tampoco se queda atrás en esta carrera por reclutar a los mejores, ya que donó dinero a la Universidad de Stanford para que el nombre de su facultad de informática sea William Henry Gates III (Bill Gates), de tal modo que los estudiantes siempre le vean como alguien que cambió el mundo, alguien de quien hay que estar cerca. Toma mensaje subliminal.

No quisera terminar sin agradecerle a Iván García el haber comprado el libro y el haberlo donado a la oficina para que esté a disposición de todos.

Por si todavía queda alguien de este mundillo que no lo sepa, el próximo 19 de Febrero se celebra en la Universidad San Pablo CEU el primer evento en España sobre Spring, Groovy y Grails. Dicho evento cuenta con la Escuela de Groovy y con Paradigma Tecnológico como patrocinadores oro, así como con Tidyslice y el Cenatic como patrocinadores plata.

Entre los ponentes podremos contar con gente del nivel de Graeme Rocher, Nacho Brito, Álvaro Sanchez-Mariscal, Daniel Latorre o Sergi Almar, entre otros.

Los temas que se van a tocar son muchos y todos relacionados con tecnologías de SpringSource: Spring 3, Groovy, Grails, cloud en la nube de SpringSource …

Salvo caso de fuerza mayor voy a asistir y voy a estar allí desde primera hora de la mañana, así que si os acercáis y queréis quizá podamos vernos un rato.

Página oficial del evento

El “problema” que estaba teniendo con meorganizo.es es el que prácticamente todos tenemos a la hora de querer realizar pruebas en nuestro código:

• Cuando realizaba pruebas sobre el navegador mientras desarrollaba tenia que estar manualmente dejando la aplicación en un estado ‘estable’.
• Para lanzar tests de integración tenía que crear clases de utilidades que generasen juegos de datos.

Aparte se da otra circunstancia, y es que cuando libere una nueva versión de meorganizo.es y la ponga en producción prefiero haber probado 1000 veces los scripts de actualización del esquema de base de datos que sólo un par de ellas.

Para solucionar el problema de los tests de integración podría haber utilizado dbunit sobre hsqlbd, pero esto sólo me soluciona los problemas en un único escenario.

Lo que he hecho para solucionar los problemas de los 3 escenarios de golpe ha sido modificar alarife e integrarlo en mi desarrollo con grails. Las modificaciones de alarife en sí no son gran cosa:

• He mejorado los properties donde poder configurar las conexiones con base de datos.
• Permito tener properties distintos para distintos escenarios.
• He mejorado la interfaz, de tal modo que invocar a alarife ahora es bastante menos ceremonioso.
• También he hecho varios cambios en el código que mejoran el rendimiento.

He de decir que todo esto ha sido muy sencillo ya que desarrollé alarife usando TDD (desarrollo orientado a tests) y analizando estáticamente el código. De este modo he podido modificar un código que llevaba meses quieto de una manera muy rápida y, sobre todo, muy segura.

Pero esta entrada no va de alarife ni de meorganizo.es. En esta entrada quiero indicaros qué hay que hacer para integrar esta nueva versión de alarife en vuestros desarrollos con grails. Los pasos a seguir son los siguientes:

1) copiar el jar de la librería en el directorio lib/ de vuestro proyecto grails.

Podeis bajar la nueva versión de la librería pulsando aquí.

2) invocar a alarife cada vez que arranquemos grails.

Para ello hay que editar el fichero BootStrap.groovy, que está en el directorio conf/, con un código similar al siguiente:

import com.raulexposito.alarife.DatabaseRegenerator
import com.raulexposito.alarife.enumeration.ApplicationMode

class BootStrap {

	 static final String DEVEL_FILE = "devel.properties"
	 static final String PRODUCTION_FILE = "production.properties"

     def init = { servletContext ->
		// IMPORTANTE: antes de generar el war de pre/producción hay que cambiar:
		//
		// 1) 'DEVEL_FILE' por 'PRODUCTION_FILE'
		// 2) 'ApplicationMode.DEVELOPMENT' por 'ApplicationMode.PRODUCTION'
		new DatabaseRegenerator(DEVEL_FILE, ApplicationMode.DEVELOPMENT)
     }
     def destroy = {
     }
}

}

3) Cambiar la traza de log de la aplicación en el fichero conf/Config.groovy

Esto es opcional aunque recomendable

    warn   'org.mortbay.log'
           'com.raulexposito.alarife'

4) Revisar y configurar las conexiones de base de datos del fichero conf/DataSource.groovy.

Estos datos de conexión son los que usaremos en los properties de alarife más adelante.

5) Crear la siguiente estructura de ficheros y directorios:

5.1 Creación de ficheros .properties

Crearemos los ficheros properties en src/java con los datos de conexión con las bases de datos. En este ejemplo he creado 3 puesto que usaré alarife para los 3 escenarios posibles:

• devel.properties
• testing.properties
• production.properties

A continuación muestro el contenido del properties de desarrollo (devel.properties), el cual tiene los datos del datasource que explicamos en el punto 4). Observad que el esquema es ‘azlo_devel’, que en mi caso es el esquema que uso para desarrollar:

# ---------------------------------------------------------------------------- #
# Configuration of the database connection                                     #
#                                                                              #
# IMPORTANT! the instance MUST be finished by '/' and be careful with the      #
# lower and uppercase in 'schema', 'username' and 'password'                   #
# ---------------------------------------------------------------------------- #

instance = jdbc:mysql://localhost:3306/
driverClassName = com.mysql.jdbc.Driver
username = usuario
password = clave
schema = azlo_devel

# ---------------------------------------------------------------------------- #
# creation and destruction of the database once connected                      #
#                                                                              #
# IMPORTANT! this commands are database dependant, so it MUST NOT BE hardcoded #
# IMPORTANT! the database name MUST BE uppercase (for instance: MYSQL)         #
# ---------------------------------------------------------------------------- #

# MySQL
MYSQL.dropDatabase = drop database if exists `{0}`;
MYSQL.createDatabase = create database if not exists `{0}`;
MYSQL.changeDatabase = use `{0}`;
MYSQL.createVersionTable = create table `{0}`.`VERSION` (`version` VARCHAR(10) NOT NULL);
MYSQL.insertVersionTable = insert into `{0}`.`VERSION` (`version`) values ('{1}');
MYSQL.recoverVersionTable = select `version` FROM `{0}`.`VERSION`;

5.2 Creación de scripts

Hay que crearlos en src/java/scripts/mysql/ para cada escenario y versión. Por ejemplo, el fichero src/java/scripts/mysql/development/0.0.1/upgradeTables-0.0.1.sql actualiza el esquema a la versión 0.0.1 en desarrollo y tiene el siguiente código:

DROP TABLE IF EXISTS `task`;
CREATE TABLE `task` (
  `id` bigint(20) NOT NULL auto_increment,
  `version` bigint(20) NOT NULL,
  `name` varchar(255) NOT NULL,
  `state` varchar(255) NOT NULL,
  `tags` varchar(255) default NULL,
  `user_id` bigint(20) default NULL,
  PRIMARY KEY  (`id`),
  KEY `FK363585F7634DFA` (`user_id`)
) ENGINE=MyISAM AUTO_INCREMENT=1 DEFAULT CHARSET=latin1;

Y el fichero src/java/scripts/mysql/development/0.0.1/insertData-0.0.1.sql el siguiente:

INSERT INTO `task` VALUES  (1,0,'sacar la basura','NEXT','basura',1),
 (2,0,'ir de compras','NEXT','compras',1);

UPDATE `VERSION` SET version = '0.0.1';

Es importante destacar que al final de este script se almacena la versión del script que hemos lanzado en la tabla VERSION. Es decir, si hemos lanzado los scripts de la versión 1.2.3, almacenaremos en el campo version de la tabla VERSION el valor 1.2.3.

6) Tests de integración

Si quisiéramos usarlo con nuestros tests de integración deberiamos implementar el método setUp() tal como sigue:

	private static final String TESTING_FILE = "testing.properties";

	void setUp () {
		new DatabaseRegenerator(TESTING_FILE, ApplicationMode.TESTING)
	}

7) Descargas y enlaces

• Libreria, versión 1.1
• Código fuente, versión 1.1 y licencia WTFPL
• Versión anterior, 1.0

Todo esto como ya digo es para formalizar y con ello acelerar vuestros desarrollos. A mi personalmente me resulta muy útil pero está claro que cada uno tiene sus manías y su manera de hacer las cosas.

Si tenéis alguna duda o alguna idea que darme por favor no dudéis en usar los comentarios.

Hace poco he terminado de leer esta novela, obra de Dan Brown, al que posiblemente conozcais por otros títulos suyos como Ángeles y Demonios o El Código Da Vinci.

Es lo primero que leo de este autor. De hecho ni he leído ninguno de los libros anteriores ni he visto las películas, así que podríamos decir que he partido con El Símbolo Perdido desde cero.

He leido críticas por ahí que dicen que si el libro es malo, que si es muy similar a los anteriores, que si los personajes son planos, etc. A mi me ha parecido una novela entretenida y fácil de leer, y en cuanto a personajes estoy seguro que Mal’akh no deja indiferente a nadie.

El argumento y la trama están, desde mi punto de vista, bastante elaborados y tienen detalles bastante inteligentes. Durante el transcurso del libro hay algunas situaciones y giros totalmente inesperados que te invitan a seguir leyendo para saber en qué queda la cosa. El dar por sentado algunas cosas no es buena idea, ni para el lector ni para los personajes, ya que como en todo buen libro las cosas no son siempre lo que parecen y las mejores sorpresas se quedan para el final…

Recuerdo que en cierto momento hay una conversación que no entendí y que me resultó bastante extraña, tanto por los interlocutores como por el diálogo en sí. El caso es que releí esa conversación un par de veces a lo largo del libro y entendí cosas diferentes, eso significa que el halo de misterio del libro funciona.

Si has leido alguno de los libros anteriores no sabría decirte si este te va resultar parecido a los otros. Ahora bien, si no has visto ni leído nada de este hombre hasta la fecha y quieres pasar unos ratos entretenidos te recomiendo que te hagas con un ejemplar porque seguro que lo vas a disfrutar.

Es un podcast largo, de casi una hora y media, que espero que os ayude a aprender una cosa nueva si no la conocíais y a mejorar vuestros proyectos si os dedicáis al desarrollo del software.

Por mi parte quiero agradecerles a los tres el trabajo que han realizado y el haberme permitido participar en un podcast con unos comentarios tan jugosos.

Entrada en JavaHispano

JavaHispano Podcast – 071 – Analizadores estáticos del código

¿Qué es el análisis estático del código?

NADIE, el puesto de ganador ha quedado desierto

Parece ser que ninguno de los ¡más de 100 proyectos! se ajusta a los criterios que los chicos de la beca alzado han seguido para evaluarlos. Como no se sabe cuales son esos criterios, ya que no han sido públicos en ningún momento, no podemos saber por qué nadie es merecedor del premio.

A ver si mañana, cuando me lave la cara, se me quita esta que se me ha quedado.

edito: en la página que enlazo ya aparecen los criterios por los cuales nadie ha sido merecedor del premio.

Una vez escuché que:

la mejor manera de interactuar con un sistema informático es la de no darte cuenta de que hay un ordenador detrás.

Afortunadamente observo una cierta tendencia a tratar de conseguir que la tecnología sea cada vez menos fría y más humana, y es que el centro sobre el cual debe girar cualquier tecnología no es otro que las propias personas.

Pero el avance en la tecnología no posee inercia por si mismo, ya que el músculo que acerca la tecnología a las personas es el puramente económico. Si los fabricantes evolucionaron de las televisiones en blanco y negro a las pantallas TFT fue sencillamente porque los clientes fueron demandando nuevos productos a medida que la tecnología lo permitía y los fabricantes podían ofrecerles novedades: televisores en color, mandos a distancia, posibilidades de añadirles periféricos como el video, etc.

Lo mismo podríamos decir de otros dispositivos: el VHS fue reemplazado por el DVD, que parece ser que va a ser reemplazado por el BlueRay. Las maquinitas fueron reemplazadas por la GameBoy y ésta por la PSP. Las consolas pasaron de los enormes mandos con botones y cables al mando de la Wii, los móviles pasaron de ser en blanco y negro a tener pantallas en color, hacer fotos, ser táctiles, tener GPS, etc.

Pero todas las mejoras, todos los adelantos, tienen como todo en esta vida un objetivo noble y uno oculto: el noble es mejorar la tecnología y hacerla mejor, más cercana, más humana, ¿o es que ver las mismas películas en blanco y negro grabadas en una cinta VHS os parece mejor que verlas en un TFT desde un reproductor de BlueRay?. El oculto es, sencillamente, vender y ganar dinero.

Pero, ¿qué tiene que ver todo esto con la imagen del principio?. Tan sólo poneros en contexto. Quería que vierais que de lo que se trata es de conseguir que la tecnología llegue a las personas tratando que éstas olviden que hay un ordenador detrás, aunque ahora dejaremos las partes físicas y nos centraremos en el software.

Acercando el software a las personas

En el magnífico libro “No me hagas pensar“, el autor declara que no aprendemos a utilizar aquello que nos rodea, sino que simplemente nos las apañamos para usarlo.

Ahora bien, ¿qué ocurre si nos vamos a la tercera aplicación de la imagen del principio?. Cualquier estudiante de informática te dirá que eso es su práctica de hacer una panadería, o un videoclub, o una tienda de ropa, que la hace con lenguajes de hace la tira de años y que funciona estupendamente. Innovación 0, dificultad baja. Sintiéndolo por el estudiante, lo podría hacer casi cualquier persona.

Estas aplicaciones son aplicaciones de gestión y tienen una gran base de CRUD, es decir, permiten crear, leer, actualizar y borrar registros de una base de datos. Si tienes suerte generarán gráficas y tal vez algún PDF, pero no esperes mucho más de ellas.

Muchos de los que somos del gremio hemos visto aplicaciones de este estilo a patadas y nos hemos aburrido como ostras desarrollándolas. En mi caso personal, además, pocas veces he podido trabajar con diseñadores gráficos que entendieran de usabilidad y que se preocuparan por los usuarios y por hacer buenas interfaces.

Todas estas aplicaciones son la fotocopia de la fotocopia de la fotocopia. Si acaso cambian en la metodología que se sigue para desarrollarlas y en las tecnologías, pero en poco más. Son el mismo perro con distinto collar. Aunque usemos las tecnologías y las metodologías más “modernas” para desarrollarlas no dejan de ser una fotocopia de la aplicación que estaba haciendo el estudiante y, por tanto, no tienen nada de innovadoras. No sólo eso, sino que además como usuarios tenemos que aprender a utilizarlas, sin duda un “buen paso” para ocultar el ordenador que hay detrás.

Si hiciésemos un buscaminas similar a los que ya hay pero con un lenguaje de programación nuevo, una metodología de moda y un menú diferente, ¿estaríamos creando algo nuevo?, ¿habría innovación?

En cambio si volvemos a la imagen del principio veremos que en las dos primeras opciones lo tenemos todo muy claro. No sabemos qué hay más allá de esa interfaz que se nos presenta, ni nos preocupa. No tenemos que aprender a utilizarlas. Muestran un mensaje directo y nos permiten hacer algo que sin tecnología no se podría hacer. El primero en conseguir esto hace lo que se llama innovar.

Hacer un juego de carreras quizá no sea demasiado innovador, pero el que los jugadores puedan girar el mando como volante y el que sea divertido lo hace más cercano a las personas y es ahí donde está la novedad. Los juegos de futbol tampoco son muy novedosos, pero poner sensores en futbolistas profesionales para grabar sus movimientos y hacer que el juego sea más real sí lo es. La idea base del juego ya existe, pero es el acercamiento al usuario lo que le da ese carácter de innovación.

Pero, ¿y si para esto usamos tecnologías algo antiguas?, ¿acaso no estamos innovando de todos modos?

Conclusiones

Curiosamente tenemos asociada la idea de que para poder innovar es necesario utilizar siempre las últimas tecnologías, pero desde mi punto de vista esto no es cierto.

Es verdad que hay tecnologías que nos simplifican la creación de productos e incluso que nos permiten hacer cosas que con otras tecnologías no podíamos hacer, pero también debemos tener en mente que el fin último que perseguimos es hacer que las personas puedan usarlo, a ser posible sin que sean demasiado conscientes de que hay un ordenador detrás.

Por cierto, esta entrada ha sido escrita con ommwriter, que es un programa estupendo que también me ha recomendado mi amigo Iván García.

Como agradecimiento a tantos errores que me han ayudado a corregir he decidido crear un documento para darlos a conocer y sacarlos de las sombras en las que se encuentran. Está escrito pensando que el lector no tiene por qué tener formación específica en este campo. Si es tu caso, espero que tras su lectura hayas podido aprender una cosa nueva.

Aparte de la descripción teórica de qué es y en que consiste todo esto del análisis estático del código también explico por encima el funcionamiento de algunos analizadores para java y para groovy y, además, doy algunas breves descripciones de qué otras técnicas podemos utilizar para mejorar nuestro código fuente y, con ello, nuestros desarrollos.

¿Qué es el análisis estático del código?

Y con esto ya tenemos un miembro más en el apartado de documentos

Por un lado, Javier Fernandez a través de este enlace me ha mandado una invitación para participar en una iniciativa de Alas de Plomo en la cual regalan lotería a todos aquellos que tengamos blog. Por otro, Daniel Latorre me ha pasado un meme con objetivos para el 2010.

Por mi parte os paso tanto la invitación como el meme a los siguientes blogueros:

- La ciencia para todos
El blog de Javi, de quien he aprendido un montón de cosas. Un modelo a seguir tanto por los que afortunadamente son sus alumnos como por los que tuvimos la suerte de serlo.

- Arragonán
El blog de Daniel Latorre, un tío con iniciativa, con ganas de hacer cosas y que está sacando adelante proyectos propios.

- El blog de Jorge Rubira
Qué grande es Jorge, que no solo creó el framework de la primera javacup sino que además ayuda a difundir un montón de conocimientos a través de los podcasts que graba en javahispano.

- Aprendiendo de la vida
El blog de Álvaro Sánchez-Mariscal, que no sólo crea una empresa de desarrollo de software sino que además se atreve a difundir nuevas técnicas y nuevos lenguajes a través de la escueladegroovy.

- Lo importante es saber
El blog de Álvaro Felipe, todo un fenómeno este chaval. Sin duda una de las personas más inteligentes y más trabajadoras que he conocido en mi vida, a pesar de lo joven que es.

- ThinkWasabi
El blog de Berto Pena, un sitio donde he sacado un montón de ideas y que me ha servido para poder dar forma a http://meorganizo.es/

Y ahora, a cumplir con el meme:

• 1. Tener salud, dinero y amor. No necesariamente en ese order, ya que el primero y el tercero para mi son los más importantes y de ellos, por suerte, voy sobrao.
• 2. Poder seguir desarrollando ideas propias y escribir documentos. Para ello hace falta tener motivación, ganas y cierta estabilidad, espero que no me falte ninguna de las 3. De las dos primeras también voy sobrao.
• 3. Darle caña a http://meorganizo.es/. Desde que empecé a desarrollarlo no hago más que ver mis puntos débiles y mis puntos fuertes.
• 4. Hacer otro deporte. A ser posible en equipo, que ir al gimnasio con amigos y salir a correr está bien, me gusta y me ayuda a ordenar mis ideas, pero quizá a medio-largo plazo haya que pensar en cambiar. Lo ideal sería volver a hacer muay thai o cambiar y hacer kick boking.
• 5. Llegar corriendo hasta el campo de fútbol del Getafe, tocar la valla y volver corriendo a casa. Habrá unos 17 km entre la ida y la vuelta, esta primavera me quedé muy cerca …
• 6. Mejorar el inglés, aunque todos los años me lo propongo y al final nunca acabo dándole prioridad.

¿Qué objetivo te gustaría cumplir el año que viene?