Profile cover photo
Profile photo
José M. Pereira (JMPergar)
886 followers -
Every man dies. Not every man really lives.
Every man dies. Not every man really lives.

886 followers
About
Posts

Post has attachment
¿Que opinais de este post?

La verdad soy totalmente partidario de que el Lifecycle de Android no se debe filtrar al Presenter, es más sería estar incumpliendo la regla de dependencia de manera implícita y el que haya trabajado un poco conmigo sabe el valor que le doy a eso. Pero, ¿tener un método para el inicio de la vista y otro para la finalización es realmente usar el Lifecycle de Android? No lo creo y me explico.

En mi opinión en la coordinación del comportamiento de una vista, independientemente de la plataforma, es lógico y además común querer interactuar en los momentos en los que la vista aparece o desaparece, en el principio y el final de la misma. Esto no tiene nada que ver con el ciclo de vida de Android, es solo que las activities o fragments de Android tiene dos eventos que marcan estos momentos. ¿Donde esta el punto de confusión? La confusión viene de llamar a estos eventos en el Presenter con el mismo nombre que lo hace Android y acabamos tendiendo a pensar que son lo mismo y no lo son, solamente que se solapan en el tiempo.

Dicho esto en en mi opinión pasa una cosa, este post parte de intentar de solucionar un problema, que en mi opinión no existe y por tanto mal empezamos. Pero es más, la cosa va a peor cuando para simplemente mover dos métodos de sitios, dos métodos que por regla general suelen ser bastante sencillos, acaba montando soluciones mucho más complejas que el planteamiento inicial.

La única conclusión que he sacado, es que llevaba queriendo cambiarle el nombre a estos métodos por las razones que ya he explicado y la opción de onAttachView y onDetachView me ha parecido bastante correcta.

RESUMEN
Estoy totalmente de acuerdo con el titular del post y en completo desacuerdo con el contenido del mismo.

PD1: Esto no es más que mi humilde opinión.
PD2: La librería de soundcloud me ha molado y me parece interesante, aunque no estoy seguro de que aporte a todos los casos, pero esta claro que si tienes un problema en la dimensión de tus activities/fragments debido al ciclo de vida, esta librería te ayudara a cumplir SRP y tener un código mucho mas limpio.

Post has attachment
El buen software no es el software más rápido, ni el más documentado, ni el más probado, ni siquiera el mejor programado. Buen software es aquel que cumple las expectativas, plazo y presupuesto sin hipotecar su propia evolución.

Post has attachment

Post has shared content
http://methodscount.com is now live! Find out the number of methods for any Android library, plus a lot more. Be sure to check it out!

Shoutout to +Nicola Miotto and +Dario Marcato ;)

#gde #androiddev
Animated Photo

Post has attachment
Si te gusta Dragon Ball un #MustView en toda regla

Post has attachment
La pasada semanas tuve el placer de pasar por la +Codemotion y poder compartir con la comunidad mi charla sobre #CleanArchitecture en #Android. Si os la perdisteis y aun queréis verla (ya no la daré más veces, 11 son suficientes) aquí os dejo el video y slides:

[video] https://www.youtube.com/watch?v=JbUnxCeVxg8&feature=youtu.be
[slides] http://www.slideshare.net/jmpereirag/limpiando-espero-la-arquitectura-que-yo-quiero

Y si os mola y si no también podéis pasar por la web del evento y dejadme feedback y unas estrellitas ;)

http://2015.codemotion.es/agenda.html#5677904553836544/49534003

¡Hasta otra! ¡Nos vemos en los DevFest más cercanos!

#development #BestPractices #solid #CleanArch #codemotion #AndroidDev

Post has shared content
Talk about Android Custom Views and cool stuff about how drawing theyself by +Jorge Castillo Pérez  

Post has attachment
Si queréis profundizar en algún punto que he pasado de puntillas aquí os dejo el HOA que hicimos en el @GDGMallorca https://t.co/Qorb4zSUWC

Post has attachment
Limpiando espero la arquitectura que yo quiero. Las slides de mi charla sobre Clean Arch en el #DevFestCordoba https://t.co/xjXFkkOtyY

Post has attachment
¡Llamando a todas las ingenieras de software!
 
Girls in Tech y el programa de SVIP Silicon Valley Internship están colaborando para ofrecer esta oportunidad en una empresa Start up en Silicon Valley, será una beca remunerada durante un año con un visado tipo J1.
 
Las candidatas que sean seleccionadas trabajaran a tiempo completo con equipos de ingeniería en start-ups patrocinadas por el programa, y desarrollaran sus habilidades empresariales a través de un programa estructurado, con hackathons y actividades, creado por Girls in Tech y SVIP, ayudando a hacer posible la conversión de sus ideas en empresas al terminar el año de beca. Al finaliza el programa las estudiantes regresarán a su país de origen llevando con ellas un poco del secreto del éxito emprendedor de Silicon Valley. 
 
Las candidatas seleccionadas en el programa recibirán un salario de $60,000 durante el año. El equipo GIT/SVIP organizará los visados, vuelos, primer mes de alojamiento y logística relacionada.
 
 
Los requisitos para inscribirte en este programa son:  
 
Haber obtenido una licenciatura  en Ingeniería del Software o titulación similar en los últimos 5 años.
Demostrar capacidad de programación en al menos un lenguaje de programación.
Sentirse cómodo en un ambiente de trabajo en inglés
Estar dispuesto a estar en Silicon Valley, California durante un año
Ser mujer ; )
 
Fechas del programa:

El plazo de presentación de solicitudes se abre en Octubre 2015. 
Las entrevistas y matching de los start-ups están previstos para comienzos de 2016.
Las personas seleccionadas se trasladarían a Silicon Valley al final de Agosto principios de setiembre 2016.
 
Puedes informarte más sobre Girls in Tech y el Silicon Valley Internship Programme en www.siliconvalleyinternship.com/GIT  
Saludos,
 
Equipo Girls in Tech Spain
Wait while more posts are being loaded