Sigueme en Twitter

Vamos por el tercer GuadalajaraDevHouse

13/07/2010

Siglos después del primero y el segundo, este domingo regresamos al centro del software para el tercer GuadalajaraDevHouse. ¿Y que es dices? pues aquí va de nuevo:

El GuadalajaraDevHouse es un evento muy informal para personas interesadas en crear y aprender. El objetivo de estas reuniones es compartir conocimiento y colaborar con otros desarrolladores. Estamos inspirados en el SuperHappyDevHouse original y en el celebrado en la Ciudad de México.

Estos eventos son frecuentados por desarrolladores para realizar pequeños proyectos que se puedan lograr en 12 horas o menos. Aún así no necesitas tener mil años de experiencia para asistir, con que tengas el interés de aprender es suficiente. Puede que no necesites ni saber programar, es común que los diseñadores también asistan a este tipo de eventos y se complementen muy bien con la gente técnica para crear proyectos.

En resumen para los que tienen déficit de atención: Es una reunión donde nos juntamos los ñoños a programar. Y los ñoños dominamos el mundo, así que esto es algo bueno.

¡Nos vemos allá!

Enlace: GuadalajaraDevHouse

1 Comentario

El nuevo modo lectura de Safari es un ganador

9/06/2010

Uno de los efectos secundarios de usar Instapaper fue volverme adicto a su bookmarklet que extrae el contenido importante -o por lo menos hace un muy buen intento- de una página y lo muestra de una forma sencilla y agradable para leer.

Es tan bueno que muchas veces me guardo las cosas en Instapaper para leerlas en el iPhone aunque vaya a leerlas en ese mismo momento. Tan bueno que es una de las principales razones por las que voy a comprar un iPad, y tan bueno que ha inspirado a otros servicios como Readability a hacer algo parecido.

Ahora Safari 5 ha salido con una función similar, un modo lectura directamente embebido en el navegador que se lee genial.
Ah si, y vendieron Zappos a Amazon por si no lo sabían.

En serio, parece una tontería pero es extremadamente cómodo.

Y por cierto, ahora Safari ya es tan rápido que me hizo olvidarme de Google Chrome, y no me refiero a la rapidez para abrir páginas web, ahí todos me van igual, sino a la interfaz gráfica, y ya tiene soporte para extensiones que se programan e instalan fácilmente, al contrario de esos horribles plugins.

Sumen eso a que es por mucho el que mejor se adapta a la interfaz gráfica de Mac y tienen un ganador. Me encanta esta competencia de navegadores, no puedo saber que voy a estar usando en 6 meses.

Úsenlo ya.

3 Comentarios

La cita del día #34

2/06/2010

Si, sé que eres un maestro de la web, que has visitado cada sitio web escrito en tu idioma, que tienes asistiendo 10 años a conferencias, que fuiste uno de los primeros bloggers, que usaste foursquare antes de que fuera cool y que puedes programar mientras duermes.

Si, sé que escribes tweets ingeniosos cuando los expositores cometen errores y que publicaste un lolcat antes de que dejaran de ser graciosos.

¿Pero que has lanzado tú?

¿Qué has hecho con tus habilidades que sea digno de criticarse, que haya cambiado el mundo?

Ve, haz eso.

~ But what have you shipped? de Seth Godin

4 Comentarios

De Steve Jobs, Apple y el futuro de Flash

29/04/2010

¿Ya leíste la carta de Steve Jobs que habla de Adobe y Flash? ¿No verdad? Pues ve a leerla que de eso voy a escribir.

Anda yo aquí espero: Thoughts on Flash.

..

¿Ya?

Pues bien, olvídate eso de que Apple no prohibió Flash en sus dispositivos móviles por razones financieras o de negocio, eso es muy cuestionable, nosotros mejor nos concentramos en los demás puntos que argumentan que la decisión fue meramente por razones técnicas.

Yo en especial me quedo con la conclusión (va de nuevo, porque se que eres un sucio mentiroso y no la leíste):

Flash fue creado durante la era de las PC, para PCs y ratones [punteros, mouse o como le digas]. Flash es un negocio muy exitoso para Adobe, y entendemos porque quieren llevarlo más allá de las PCs. Pero la era de los móviles es acerca de dispositivos de bajo consumo, interfaces táctiles y estándares web libres; en todas estas areas Flash se viene corto.

La avalancha de medios de comunicación que ofrecen su contenido para los dispositivos móviles de Apple, demuestra que Flash ya no es necesario para mirar video o consumir cualquier tipo de contenido web. Y las 200,000 aplicaciones en el App Store prueba que Flash no es necesario para que que decenas de miles de desarrolladores creen aplicaciones ricas gráficamente, incluyendo juegos.

Los nuevos estándares creados en la era móvil, como HTML 5, triunfaran en los dispositivos móviles (y en las PCs también). Tal vez Adobe deba concentrarse más en crear herramientas HTML 5 para el futuro y menos en criticar a Apple por dejar el pasado detrás.

Toma ya. En otra época seguro que me molestaba que Apple decida por nosotros, a fin de cuentas si me quiero dar un tiro en el pie usando aplicaciones de menor calidad ¿pues muy mi pie no? pero en esto estoy de acuerdo con esto completamente. Prefiero calidad que cantidad.

Flash es una tecnología que nació para cubrir las limitaciones que tenían la web y las computadoras hace años, y simplemente ya no es necesario para nada, o más bien, ya no será necesario para nada. Hoy en día es lastimoso crear aplicaciones complejas que en HTML/CSS/JS que sustituyan a flash, pero todo lo que hace flash se puede hacer con estándares abiertos o por lo menos un buen equivalente. Lo único que hace falta es que salgan herramientas para que el desarrollo con ellos sea más fácil. Y no se que esperan, si el expertise de Adobe es precisamente las herramientas para creación.

La otra opción de Adobe es sacar Flash para otras plataformas, de una buena vez, y ahora si hacerlo bien. Rápido, amigable con las baterías y ágil con los cambios de APIs nativos. Si se convierte en un punto de venta importante para los competidores, Apple también lo soportará. Pero con los antecedentes de Adobe..

Así que Flash, o te mejoran o te sustituyen, así de simple.

9 Comentarios

¿Por qué Apple no planeo el asunto del iPhone robado?

26/04/2010

Una empresa hace lo que sea para generar ruido, en el marketing, como en la guerra todo se vale, y mantener a la gente hablando de tu marca es todo lo que importa. Pero en el famoso asunto del iPhone robado simplemente no me creo las teorías conspiratorias (¡te estoy mirando a ti Pedro!) por estos tres puntos:

  • Desde que Steve Jobs “regresó al poder” a finales de los 90, Apple se ha caracterizado por ser extremadamente cerrado y no decir nada de sus productos sino hasta ya el día de su presentación. ¿Qué si hay fugas de información? controladas o no, si las ha habido, pero nunca nada tan drástico como revelar hardware antes de tiempo, siempre son solo rumores.
  • En 10 años con estas estrategias de marketing, Apple pasó de estar prácticamente muerto a casi igualar la capitalización de mercado de Microsoft. Hablando específicamente del iPhone, en el primer cuarto del 2010 tuvo un crecimiento de casi 130%, el mayor en su historia, que de hecho provocó que Apple tuviera el mejor cuarto de año de su historia sin contar navidades.
  • Apple ha sido muy bueno para mantener secretos, pero ni siquiera ellos son tan buenos para que algo planeado les saliera tan perfecto, siempre hay soplones. ¿Qué sentido tiene arriesgarse a que los descubran y ganarse mala reputación?

Para que algo como esto fuera planeado, Apple tendría que haber cambiado radicalmente su forma de hacer marketing que tantos resultados les ha dado (y que no parece perder impulso) por una estrategia que nunca han probado. Y hacerlo en el producto que menos necesitan de técnicas desesperadas y donde tienen más que perder que ganar.

A este paso eso de "ya lo hicieron en los Simpsons", me lo voy a comenzar a decir con Dilbert también.

¿Es posible? Si, pero simplemente no tiene sentido. La Navaja de Occam nos dice que la historia del ingeniero al que le robaron el móvil en un bar fue la más probable.

5 Comentarios

Adiós Don Papel

21/04/2010

Sobre Google Editions [1]:

“Google va a abrir una tienda online de e-books, llamada Google Editions para mediados del año [..] al contrario de Amazon y Apple, será accesible para los usuarios en cualquier dispositivo. [..]

Habiendo ya digitalizado doce millones de libros, incluyendo libros que ya no se imprimen, Google tendrá una selección mucho mayor a la de Amazon o Apple.”

Sabía que la migración masiva a digital sería pronto, pero no tan pronto. Es simplemente más barato y mucho más practico como para ignorarlo. Casi me da lastima con la industria del libro, pero a final de cuentas reducir costos e intermediarios es bueno para los autores y los lectores así que no les queda de otra más que adaptarse o morir, justo como a la industria de la música pues.

Además ¿se dan cuenta de lo importante que es esto para Google como empresa? todavía siguen dependiendo totalmente de la publicidad y esto podría ser su segundo gran producto, financieramente hablando, después de 10 años. Las malas noticias son para Amazon y las distribuidoras tradicionales que tienen que competir contra alguien con tanto dinero en los bolsillos.

Ahora solo hay que esperar que además de la libertad sobre dispositivos, tampoco incluyan ataduras tipo DRM en los e-books. Con el historial de Google es muy poco probable, pero uno nunca sabe.

[1] El artículo en general es sobre publicación de contenidos, muy largo pero muy recomendado.

5 Comentarios

¿Por qué prohibió Apple el desarrollo en otros lenguajes?

14/04/2010

Porque son unos terribles seres humanos, por eso. ¿Pero además de eso, que los hizo cambiar sus políticas del App Store?

El ejemplo más claro esta con Twitter y su reciente compra de Tweetie (más el anuncio del cliente oficial para Blackberry). ¿Por qué se toman tanta molestia? ¿Por qué alienar a los desarrolladores y hacerlos su competencia? Sencillo, tal como están las cosas ahora, Twitter está a la merced de terceros a la hora de publicar cualquier actualización.

Para muestra solo ver los “nuevos” retweets y las listas. ¿Se usan? pues si, pero no están ni de cerca generalizados como ellos desearían. Aún se siguen usando mucho los viejos “RT” y esto esto se debe que muchos clientes los siguen soportando (aunque los tuiteros digan que los viejos son mejor por cualquier razón, es solo costumbre). Peor aún, muchos clientes, después de hace tanto que salieron, no tienen soporte para la nueva forma (te estoy viendo a ti Tweetie para Mac).

Al solo mantener la web, Twitter depende de que terceros lleven su ritmo de desarrollo. Y siendo que estos clientes proveen cosas tan básicas como publicar tweets no tiene sentido que ellos no sean quienes estén marcando el paso.

Algo similar pasa con Apple, solo que con muchos más billetes y drama de por medio. ¿Hizo esto Apple solo para joder a Adobe un par de días antes de la salida de CS5? Si, probablemente si. ¿Y no le preocupa que pueda llevarse entre las patas a buenos proyectos como MonoTouch o Unity3D solo por su guerra con Adobe? Pues no, probablemente no.

Lo seguro es que no les interesa ceder control Adobe. Aún suponiendo que Flash no tuviera los defectos técnicos que tiene, Apple no va a hacer un esfuerzo para meter algo en su plataforma que potencialmente le puede dar a Adobe el mismo poder del que hablábamos tienen ahora las aplicaciones del API en Twitter. Apple tendría que caminar al ritmo de Adobe, y Adobe tiene un pésimo historial, esto no lo provocó nadie más que ellos mismos.

Estoy totalmente de acuerdo con la opinión de Gerbarg, a Adobe no le sirve de nada lloriquear, lo único que les queda es ponerse a trabajar para que Flash se convierta en una ventaja competitiva en otros sistemas que si lo soportan, como Android.

Entonces cuando la gente lo pida Apple no podrá ignorar los billetes. Por ahora a nadie le importa.

2 Comentarios

El internet llegó a México en el 2009

2/04/2010

Un par de años antes del 2000 fue cuando aprendí que todo eso del internet servía para algo más que para saber el final de Dragon Ball Z antes que tus amigos o para bajar juegos de SCUMM. Aprendí que podía aprender cosas sin necesidad de ir a molestar al vecino que sabía de computadoras, podía bajar montones de programas (shareware, pero gratis al fin) para hacer mezclas de los videos del basquet con los amigos, pretender ser un DJ mezclando música que bajaba gratis de Napster (aunque a Lars no le pareciera) o echar a perder mi disco duro pretendiendo instalar Linux.

Al final intente crear páginas web y me encontré con que había montones de gente dispuesta a ayudarte por el simple gusto de hacerlo. Gente que tenía los mismos intereses que tu. Pero la “gente del internet” era muy diferente en esos entonces a como es ahora. Entonces todo mundo evadía como la peste a mostrar su identidad, nada de datos personales, nada de nombres reales y sobre todo nada de fotos. Era la época de los foros.

Internet en el 2000: ¡Pierde el primero que muestre la cara!

Para la “gente normal” el internet significaba lo mismo que “mensajería instantánea”, el internet verdadero era solo para nerds. Después de esto llegaron los blogs y de repente se volvió aceptable hacer públicos tus datos, contar tu vida y ponerle una cara a lo que hacías. Pero de nuevo, y por lo menos en México, esto seguía siendo solo un mundo de nerds.

Durante años uno podía hablar pestes de la gente en la web y todo quedaba en el limbo; quejas del trabajo, del vecino, del maestro, de tu perro, de todo.

Lo que es ahora

Pudo haber sido mucho antes en otros países, pero el 2009 fue el año en que esto cambió para mi. Ahora resultaba que no solo los techies seguían lo que publicaba en la web. Ya me topaba con “Fulanito” el vecino haciendome plática sobre algo que dije ayer en Twitter, “Pepito” el de la escuela reclamandome un “articulo de mi página web” y “Juanito” delatandome ante Facebook y todo el mundo sobre lo que hice el fin de semana pasado.

De repente ya te encuentras con que vecinos, amigos y familiares todos pueden estar pendientes de lo que escribes. Y eso se siente raro. Raro del tipo auto-censurador.

¿Pero saben que? esto muy bueno para los que vivimos de hacer negocios en internet, esto significa que la gente se esta acostumbrando a comprar algo más que boletos de cine y baratijas en Mercado Libre.

Ya llego el usuario casual a internet y eso quiere decir que es el momento para que los auto-nombrados “emprendedores” por fin levanten sus negocios. Y ya era hora.

8 Comentarios

Sobre Control de Versiones Distribuido

19/03/2010

El señor Joel [1] escribe muchas verdades sobre control de versiones distribuido:

“No puedo decirte cuantos usuarios de Subversion me han contado esta historia:

«Tratamos de hacer un branch de nuestro código, y funcionó bien. Pero cuando llego el tiempo de hacer el merge, fue una pesadilla y prácticamente tuvimos que aplicar cada cambio a mano. Juramos nunca más volverlo a hacer y desarrollamos una nueva manera de desarrollar software utilizando condicionales if’s en lugar de branches»

A veces hasta están un poco orgullosos de esta nueva invención de ellos. Como si fuera una virtud el hecho de que tu control de versiones no esta haciendo lo que esta supuestamente destinado a hacer.”

¿A quién no le ha pasado? hacer merges después de muchos cambios en Subversion es un dolor de cabeza.

Yo solo he trabajado en proyectos personales con Git, pero el hecho de que te permita trabajar sin conexión y hacer commits localmente es oro puro. Pero para equipos tiene aún más ventajas. En serio, el hecho de poder hacer cambios como loco, guardando un historial de ellos sin que temas romper el repositorio de los demás no es apreciado lo suficiente. Agrega a eso branching y merges que funcionen como se supone que deben de funcionar y no hay ninguna razón para que no lo pruebes [2].

Git y Mercurial son a Subversion lo que el mismo fue para CVS. Simplemente son mejores.


[1] Por mucho uno de mis bloggers favoritos, es una verdadera lástima que se retire.
[2] HG Init es una gran guía para entender sistemas de version distribuidos, aunque esta orientado a Mercurial, te servirán los conceptos para Git. learn.github es el imprescindible si estás interesado en Git.

5 Comentarios

iPhone: ¿Qué es más rápido, vistas desde código o desde NIB?

3/03/2010

Para la creación de interfaces de iPhone hay de dos sopas; o las haces puramente con código, o utilizas Interface Builder. Unos juran por sus hijos que hacerlas con código resulta en una aplicación más rápida, otros dicen que da lo mismo. ¿A quien creerle?

Matt Gallagher escribió un artículo -buenísimo- sobre el tema, y yo me quedo con la conclusión.

La conclusión es que ya sea elijas usar un NIB o no, deberías escoger aquello con lo que te sientas más cómodo y lo que sea que mantenga tus gastos de mantenimiento de código más bajos. No te preocupes con que algún enfoque u otro vaya a causar que tu interfaz sufra.

En sus pruebas si que hacerlo con puro código era más rápido -en la mayoría de los casos-, pero realmente la diferencia no era tan abrumadora -5% a 10%- como me imaginaba. Me gustaría más ver comparaciones con una aplicación real, algo pesado como la de Facebook por ejemplo.

1 Comentario