Y un abogado que se llama Nick Carter, que no es este Nick Carter:
Si les explicara el argumento, suena como si estuviera loco, que está
bueno pero no ayuda, así que les dejo el trailer del libro:
¿Alguna vez leíste a Douglas Adams y deseaste que el argumento tuviera
algo de sentido? ¿Alguna vez leíste a Terry Pratchett y quisiste que
hubiera más de una broma horriblemente estirada en el libro? [1]
Si es tu caso, entonces te recomiendo que pruebes Year Zero
Es muy gracioso, tiene algo que parece un argumento, y por lo menos
tres bromas distintas. Un vago conocimiendo de música pop de los 80s
ayuda pero no es horriblemente necesario.
Le doy cinco estrellas [2] y se lo recomiendo a casi todo el mundo.
No tengo muchos amigos. Tengo tres o cuatro, ponéle. Seguro no más de 10. Tengo muchos conocidos, tengo mucha
gente que me cae bien, habrá alguno que le caigo bien, habrá otros que me conocen. He
tenido amigos que nunca ví, tengo amigos que nunca veo, tengo amigos que nunca voy a
ver porque tuvieron la mala idea de morirse antes que los vea.
Tengo amigos que quiero mucho, tengo amigos que me cagan de risa, tengo amigos y tengo
amigas, tengo alguna hermana postiza que la quiero como si fuera mi hígado, tengo
mi esposa que es más amiga, tengo amigos que quisiera ver más.
Hay amigos que no me conocen, pero si alguien te regala un libro que te cambia la
vida, o una canción que te levanta a la mañana, o un programa de radio que te hace olvidar todas
las noches la bosta que fué el día, esos son amigos míos, aunque yo no sea amigo suyo.
Hay gente que no conozco que me ha agradecido alguna cosa que hice y supongo que yo
seré amigo suyo aunque no sean amigos míos. A ellos les digo que son amigos míos
también.
No tengo amigos de la infancia, no tengo amigos de la adolescencia, tengo algún amigo de mis
veintipico, tengo más de mis treintas, todavía no tengo uno de los cuarentaypico. Tengo amigos
en otros países, tengo amigos acá al lado. Tengo pocos pero son variados. Tengo pocos pero
son los mejores.
Y cuando me muera, si me hacen la gauchada de no morirse antes ellos, ojalá tenga una
corona que diga: Tus Amigos. Y se la destapen y se la tomen, los putos.
¿Hola? ¡Soy el que postea fotos de bananas mellizas!
Desde que decidí no ser más troll (¡Estoy tratando!)
vengo notando mucha gente que toma lo que digo y escribo demasiado en serio. Este post
es un gentil recordatorio de que suelo postear muchas más pavadas que cosas interesantes. MUCHO más.
Así que si de golpe se te cruza "Epa, Roberto parece estar diciendo algo interesante",
primero acordáte de las bananas mellizas. Si todavía te parece interesante, dale
para adelante.
Miremos SLOC, que está desacreditada como medida de la productividad de
un programador, pero seguramente es una medida adecuada de lo que el
programador tipea.
Bueno, las estimaciones de código total producido en la vida de un
producto son muy variables (tomando las SLOC del producto y dividiendo
por la cantidad de hombres/día gastados), pero suelen oscilar entre
10 y 100 SLOC por programador por día. Seamos generosos y digamos 200.
Entonces 200 líneas en 8 horas. Eso es más o menos una línea cada dos minutos
y la línea promedio son unos 45 caracteres. Asumiendo que sabés escribir al
tacto (y si no sabés, qué vergüenza), te puede llevar 20 segundos.
Entonces, escribir, que es lo que muchos optimizan en su editor, lleva
menos del 15% de tu tiempo. ¿Y cuánto más rápido podés ser? ¿Podés sacar
esa línea en 10 segundos? Entonces acabás de liberar el 8% de tu día.
Y no creo que tu editor te ahorre la mitad del tiempo de tipeado.
¿Cuánto tiempo perdés con los ojos flotando por los sidebars, los botones,
las toolbars, etc?
Entonces sí, tipear más rápido es una optimización, pero tal vez es
prematura, porque ¿Qué miércoles estamos haciendo el otro 80% del
tiempo? ¿No hay nada que podamos hacer para que ese pedazo enorme de
tiempo sea más eficiente en vez del pedazo chiquito?
Creo que usamos gran parte de ese tiempo en tres cosas:
Leer código
Pensar qué código escribir
Arreglar el código que escribimos
la primera es fácil, necesitamos mejores lectores no editores. Es una pena
que la interface por default para mirar código sea un editor, con su constant
invitación a cambiar lo que deberíamos estar observando. Cre que hay una
oportunidad perdida ahí, en alguna parte, de tener una aplicación en la que se
pueda ver el código de maneras interesantes y originalaes, para entenderlo
mejor.
La segunda es más difícil, porque es personal. Yo camino. Si me ves caminando
con el editor abierto, estoy pensando. Después de que pienso, escribo. A mí
me sirve.
La tercera es la más difícil. Sí, el autocompletado sirve porque no tenés
tantos typos, pero hay enfoques más poderosos, como correr constantemente
test suites mientras editás. Cada vez que dejás una línea, lanzar los tests
afectados.
Eso es sumamente difícil de implementar porque tus herramientas deberían relacionar
tu suite de tests con tu código muy precisamente, para que veas que rompiste cosas
en el segundo que las rompiste, no un minuto después.
También se debería poder saltar a los tests con una tecla, para que puedas
arreglar los tests si estás cambiando comportamiento en tu código. Y por supuesto
significa que necesitás tests ;-)
Lo que me trar a una cosa que me pica hace mucho, que los editores tratan
al archivo como unidad de trabajo, que no tiene mucho sentido. ¿Cuando tuviste
ganas de editar un archivo? ¡Nunca! Querés editar una clase, una función,
un método, una constante, no un archivo. Saber eso era el genio del
antiguo Visual Basic, ignorado por todos los que lo miran condescendientemente.
Así que en vez de pavear con tu editor, hacéme una herramienta que haga lo que
necesito, por favor. La vengo esperando desde VB 1.0. Eso y un sandwich.
