Blogiviano

Pasión desorganizada

Thu, 01 Sep 2011 09:56:39 -0500

Me es un poco difícil entender como funcionan el tiempo y el enfoque al trabajar en un proyecto que me apasiona. Cada detalle parece muy importante y cuando estoy dispuesto a entrar “All In”, el tiempo que requiera dedicarle nunca es demasiado. Puedo dejar horas de horas en detalles que en el momento parecen ser muy importantes pero en el big picture esa importancia se va difuminando poco a poco. Algunas veces el resultado es grandioso, algunas veces quedo con el feeling que pude haber estado haciendo algo mejor.

Soy una de esas personas que tienen 600 ideas en la cabeza, si alguien me platica de algo, generalmente tengo mínimo una cosa por sumar. Donde se complica es que esa “cosa”, en mi cabeza suele sonar tan bueno que me dan ganas de hacerla solo a mi.

El otro día pase un rato leyendo el post de Your code is my hell. El post tiene varias joyas ahi dentro pero la que me pego es cuando el cuate empieza a hablar de como un equipo de desarrollo puede trabajar rápido y desorganizado, cuando ese equipo sale y llega el siguiente, con todo el desorden obviamente es muy difícil seguir con la velocidad del primer equipo.

Creo que ese desorden es super destructivo y me llega a pasar cuando quiero estar en todos lados y haciendo todo al mismo tiempo. Al principio las cosas pueden estar andando bien, pero la velocidad y satisfacción de hacerlas se va degradando con el paso del tiempo. Más horas sobre las tareas no significan nada, o en el peor de los casos, significan crear más desorden dentro de lo que quiero hacer.

Disfruto mucho las iniciativas que tengo y participar en las iniciativas de la gente grandiosa con la que trabajo. Pero ahora entiendo bien que para poder estar al 100 con todo y disfrutar de todas las cosas increíbles que pasan a mi alrededor tengo que cambiar un poco. Tengo que elegir mejor a que le dedico mi esfuerzos para que trabajar en el proyecto que me apasiona siga siendo igual de importante y divertido.

El momento de echar unas chelas con los amigos o de hacer algo bueno de cenar con la familia es demasiado importante para complementar ese balance y disfrutar y vivircada momento como debe ser.

Mate (Taken with instagram)

Thu, 21 Jul 2011 17:38:28 -0500

Mate (Taken with instagram)

Generación de espectadores

Fri, 04 Mar 2011 19:08:03 -0600

Este es un tema que cada vez que damos un taller o algún tipo de curso lo puedo ver y sentir con algunos de los participantes y es algo que me preocupa.

En lo particular estoy en desarrollo de productos de software por dos cosas: La primera es que me encanta el echo de ver mis ideas plasmadas sobre un dispositivo, “it blows my mind” dirían alla por el norte. La segunda es por ver la reacción de los usuarios cuando usan la aplicación, no me refiero solo a escuchar “wow” encuentran algo chido en la aplicación sino también a verlo reflejado en las métricas de uso y de actividad que tienen sobre una aplicación.

A lo mejor es una comparación medio extraña pero creo que en este último punto, ese drive se parece mucho al que tienen los magos para hacer lo que hacen. Trabajamos duro para lograr algo que al final de cuentas se reduce a una reacción (momentanea o duradera).

El tema esta en que aparentemente no todos buscamos eso, muchos buscan ser impresionados y no tanto impresionar. Viene gente y te vende ideas, te vende un IDE, te vende un camino de certificados para “ser mejor”, te vende planes de crecimiento y te lo muestran en un folleto de colores bien bonito. No digo en ningún momento que estas cosas no sean buenas opciones,digo que son solo eso: opciones. Nada más.

Si el camino para llegar a entrar a una “empresa de software” esta tan bien pavimentado, el esfuerzo que tienes que hacer para llegar a ese goal no es exactamente enorme. Te olvidas de porqué te llamó la atención la tecnología por primera vez y te enfocas en llegar a esos milestones truchos (chafos) que te plantean estos cuates.

Todas esas cosas que te venden te dirigen (no siempre…) a un trabajo de cubículo, y a una manera controlada de como evaluar tu desempeño y que te integres a una gran maquina traductora de features (requerimientos, documentos SRS o como quieras llamarle) a código. Si eso es lo que buscas, pues no lo tienes que hacer tanto porque esta ahí afuera en tus clases y en tu día a día.

Pero hay otras personas allí afuera que comparten su conocimiento, sus herramientas y muchas veces su tiempo. Entre estas personas, con raras excepciones, están los mejores developers del mundo que tienen más y mejor conocimiento del que esta detrás de la puerta de un corporativo. La diferencia esta en que ellos no le dedican tanto trabajo a empujarlo y venderlo, simplemente lo comparten para quienes tengan interés en buscarlo.

Ya estamos acostumbrados a ver excelentes productos allá afuera, Apple, Google,Facebook,Twitter y otras empresas se encargan de hacer esa magia. Pero si tu estas entre la gente de tecnología, no es porque eres un espectador, es porque eres parte de la gran comunidad que esta encargada de crear esa magia.

Toma mucho trabajo, pero definitivamente vale la pena.

Como un geek busca otro geek

Mon, 24 Jan 2011 23:15:30 -0600

En el último par de años he tomado distintos métodos para conocer a una persona antes de contratarla.

Creo que el peor método para identificar si una persona hace match con las cualidades de tu equipo es el CV (Curriculum Vitae). Es algo ultra subjetivo y listo para que alguien que más o menos sepa escribir te pueda echar una que otra mentira o ponerle demasiada crema al día y medio de tutoriales en PHP que se echó para luego auto-llamarse Webmaster.

Certificaciones: Meh… lo único que dice es que te leiste un par de cosas con la esperanza de sacar más lana. Mejor ponte a jalar.

Otro método para conocer a una persona es la Entrevista, creo que si de algo sirve el curriculum es para buscar una o dos cualidades interesantes de las cuales sacar un par de preguntas para esta (Ahí ves tambien que tan webmaster es el cuate). Lo más efectivo es una entrevista práctica, puede ser en un lenguaje en el que el candidato este cómodo o en el lenguaje que el entrevistador quiera, siempre y cuando se vea alguna manera que la sintaxis no sea un obstáculo para que al candidato le de miedo y oculte lo que sabe.

El último método y creo que debería ser el que anote más goles es Open-Source. Si el cuate tiene un par de repositorios en Github de su código o ha estado colaborando en algún proyecto notablemente es un tipo que le gusta lo que hace. De estos me ha tocado conocer realmente pocos en México y espero que sea algo que vayamos cambiando.

Mobile developing on Rhodes

Wed, 14 Jul 2010 00:11:12 -0500

We had a sort of big week at Innku because our first mobile app was accepted in the Apple app store. It was a different experience deploying a compiled product and waiting for a response from Apple to actually see it out there in the wild.

We used rhodes 2.0 for developing the app, Rhodes is a rails inspired ruby framework designed to build one app for all the popular mobile platforms.

The plus sides of using this framework is that we didn’t need to change a whole lot of what we actually do in the web, it is just applying our ruby, html and css knowledge to building a mobile app. Also we have access to native device functionality like GPS or Camera wich is really nice. And it is definitely worth mentioning again that you can use ruby! the app code is really well organized, looks really good and it is amazingly easy to maintain.

The down side of using rhodes is that the finished product is a little slower than your standard app (Tested on Iphone 3g, not 3gs or 4). Also the documentation at this point isn’t really awesome, so you have to deal with a couple of issues on your way to launching your product.

Also it’s worth mentioning that if you are a rails developer madly in love with the framework, when developing with rhodes keep in mind that it is NOT rails. It has a lot of similar features but quite a bunch of differences, this might save you some time looking for stuff that just isn’t there.

I encourage you to try the framework out, the Rhomobile guys are quite active and i’m sure they’ll give you a hand to kick start your development if you need to. Also if you are are looking for an app to get the feeling of what rhodes might look like, you can check out our code at github it is the actual app that got into the app store so it might help you out.

Gems, Pair programming and Rails 3

Wed, 02 Jun 2010 23:26:30 -0500

This past few weeks were all about developing, worked on a couple of gems and got to try both of them out in production on one of our big applications (Rutanet). Both of the gems are on my github account (http://github.com/adriancuadros) and I tried my best on the documentation, I hope they will be helpful to somebody out there. They were done in a relatively small period of time so reusing my own code through gems will definitely become another to do after I finish up a Ruby Project.

Also I got back to pair programming with our newest team member @lalomoreno86. It’s quite fun and productive, however with all of the work pouring in from different projects I’m guessing we’ll both return to the usual Grooveshark programming in a few days. Hopefully very soon we can implement this technique as a permanent thing. I got to see first hand that it works great only for some people so we’ll have to figure out a way to include it as an optional way to work at Innku.

Railsconf is just a few days away, i’m very excited to get to Baltimore and give Rails 3 a whole week. Last year in Vegas, I met a lot of great people at the event so I have really high expectations for Baltimore (in the developer/business way, i’m guessing the gambling and parties won’t be quite the same ;) ).

Well, my first two posts were quite geeky but right now i’m cooking up something very exciting and a big change in my work/life style so hopefully the next thing I write will be about this.

Experience on first open source coding

Fri, 14 May 2010 02:40:00 -0500

For a while now I’ve been working with Ruby. It has been a great experience from day 1, specially coming from non-framework PHP and JAVA environments.

For me (and I’m guessing for most rubyists) the thing that really shines in ruby is the community, there are great people contributing with code, tutorials and screencasts. Of course the language per se is great on its own but it wouldn’t be what it is right now if it weren’t because of open source code like the all mighty Rails.

At Innku, we use A LOT of open source. It has been a great learning experience using (and looking at) some amazing code right from the hands of experts like @dhh, @technoweenie or @wycats. Since ruby makes it so easy to reuse code, at first, everything seems like magic.

gem install some_great_functionality

You just build a wishlist of features, look them up on github and about 30% of your application is ready before you even start coding. Pretty great.

If you look at this scenario from a strictly productive point of view, it makes perfect sense. It actually sounds pretty stupid to be building and rebuilding some common functionality (Login to the application, upload a user avatar, hack through ie’s crap javascript interpretation) when you can just reuse your code or (even better) use the code someone else built that does exactly what you want.

So that is what we did, reuse great code. Up until now.

At Innku I’ve been working on a bunch of projects so far, and in the process I’ve noticed some rebuilding so a couple of days ago decided to put this functionality into a gem (code you and others can reuse in ruby). Getting started was pretty easy with RubyGems.org.

Yesterday was my first test and publishing the gem was easy, looking into code I’ve been using from other people guided me along the way and after a couple of failed attempts I had the 0.1.0 version of my gem online (so far with 9 downloads). It is still a work in progress but like I said it was my first attempt.

Today, I encountered another reusable piece of code, very simple but very practical so I decided to give it a second try. It was easier than yesterday and I was able to complete the functionality I had in mind. So right now, it’s out there, in the wild (I’ll post on the specifics later). Feels pretty good to give something back to the community, specially since the code I built into the gem is a ‘Scratch my own itch’ kind of functionality so if it works for me, it’ll probably work for some other dude out there.

I think open source should be just that, be useful to you and then to the rest. Tools that are built to be sold and not to be used usually suck. Rails was born that way and I think all the open source I build will be like that.