No sé, yo creo que en algún lado hay que trazar la línea:
En Marca:
Hace unos meses en un diario de Madrid:
Ya sé que es imposible pronunciar todas las palabras de otros idiomas correctamente, pero es que hay algunos extranjerismos que igual quedaban mejor como préstamos linguísticos ¿no?
Tampoco soy lingüísta, simplemente hay cosas que me suenan mal :)
¿Algún lingüista en la sala?
Tengo como 20 posts en los borradores y me dan angustias cuando los veo y no los publico. Por lo que sea son cosas que me han llamado la atención, pero no he sacado tiempo o ganas para hacer un post decente. Pero como creo que son interesantes, pues junto unos cuantos en uno y a quien le apetezca que siga los enlaces.
** Sobre legalización de drogas. Un alto cargo de la policía británica se descolgó en unas declaraciones con que había que legalizar todas las drogas. Su razonamiento es: “Si en 50 años de lucha contra el narcotráfico no hemos conseguido NADA ¿por qué no lo legalizamos, acabamos con las mafias, evitamos que la droga de la calle esté cortada y mezclada con matarratas, traemos a la luz un negocio descomunal y que pague impuestos?” Me gustaría saber si aún está en el puesto. Al hilo del tema, Terminator dice que la marihuana no es una droga y que la ha consumido.
** Curioso cuando menos ver como Chirac amenazaba sin despeinarse con tirar una bomba atómica en otro país si lo considerara necesario. Me encanta lo de: “tú no puedes tener bomba atómica porque eres malo, yo y mis amigos sí porque somos buenos”.
** Interesante ver como si tienes pasta y petróleo parece que ya no importa tanto que en tu país no haya derechos humanos. Vergonzoso ver como se les cae la baba a Gallardón, el Rey y compañía porque el Rey de Arabia Saudí viene de visita. Además se le entregan condecoraciones y se le escolta con cazas del ejército.
** Es fácil perder la consciencia de lo que derrochamos en el primer mundo, pero cuando vi el reportaje en el que destrozaban un Audi TT nuevo sólo para hacer la portada de una revista o me he enterado de que las gemelitas Olsen alquilaban un apartamentito en New York por 35.000 dólares al mes, se me cae el alma al suelo. Esto resalta más cosas como la cantante que vendió prácticamente todas sus pertenencias (incluyendo casa) porque se sentía demasiado preocupada por ellas.
** Nuevo anarquismo:
En todas partes, desde la Europa del Este hasta Argentina, desde Seattle hasta Bombay, las ideas y principios anarquistas están generando nuevas visiones y sueños radicales. A menudo sus exponentes no se llaman a sí mismos anarquistas. Hay toda una pléyade de otros nombres: autonomismo, anti-autoritarismo, horizontalidad, Zapatismo, democracia directa… Aún así, en todos los lugares uno encuentra los mismos principios fundamentales: descentralización, asociación voluntaria, ayuda mutua, redes sociales, y sobre todo, el rechazo a cualquier idea de que el fin justifica los medios, y mucho menos que el objetivo de la revolución sea el de tomar el poder estatal para imponer una visión propia a punta de pistola. Sobre todo, el anarquismo, como la ética de la práctica -la idea de construir una nueva sociedad “en un cascarón dentro de la antigua sociedad”- se ha convertido en la inspiración básica del “movimiento de movimientos” (del cual los autores son parte), que tiene como objetivo desde el principio, más que apoderarse del poder estatal, exponer, deslegitimizar y desmantelar los mecanismos del poder mientras se ganan espacios cada vez más amplios de autonomía y de gestión participativa dentro de él.
Me gusta pensar que el Software Libre tiene algo de esto.
** Sobre cosas técnicas.
El mejor cumplido que un programador puede recibir es que el que hereda su código no diga que apesta y que hay que rehacerlo todo (jeje, yo he hecho unas cuantas de estas).
Normalmente las especificaciones no son completas y muchas veces los programadores tomamos decisiones (de usabilidad, diseño, arquitectura) para las que no estamos realmente preparados. Eso es llamar a problemas, claro. A esto unámosle el dicho You Ain’t Gonna Need It, que viene a decir que no piques algo que no necesitas porque añade complejidad y seguramente no lo necesites en el futuro. El primero que me dió esta lección fue el amigo Jorge hace ya un tiempo.
Más sobre las tómbolas de puestos. En una universidad obligan a entregar prácticas de desarrollo web hechas con Frontpage 2000, ni otro FrontPage ni otro programa. Olé.
** Cosas curiosas.
La diferencia en una imagen de llevar al mismo número de personas en coche, bus o bici. Un poco tendenciosa, pero bueno.
Curiosas pegatinas anti-robo, jeje. Yo decía que mi antiguo 205 de 12 años era anti-robo en sí mismo, nadie lo quería robar :)
Impresionante galería de vídeos de alta definición a cámara lenta de cosas como el vuelo de una mariposa, la explosión de un coche con la onda expansiva, un corredor saliendo de tacos… genial para perder el tiempo un rato.
¿De verdad has leído todo hasta aquí abajo? :P
Otro interesante post de Coding Horror: You’re Now Competing With The Internet.
Cuenta que antes los usuarios de aplicaciones no tenían nada con que comparar. Su única exposición a ordenadores era en la oficina y poco más. Ahora la mayoría de ellos tienen ordenador en casa, internet, iPod… están “expuestos” a otras aplicaciones, se están convirtiendo en usuarios avanzados.
Antes era bastante fácil impresionar a un usuario con un par de detalles aquí y allí. Ahora por ejemplo parece que si un sistema de búsqueda no funciona igual de bien que el de Google, apesta. ¡Qué injusticia! Por un lado la posición del programador está clara:
Joder, necesito que el usuario rellene todo estos campos para encontrar lo que busca
Por otro la del usuario también
Si para buscar lo que sea en internet sólo tengo que escribirlo, ¿por qué para encontrar algo en una aplicación tan pequeña tengo que rellenar tantos campos?
Interesante respuesta en los mismos comentarios del post:
Three words: cost versus benefits.
When you’re application is just one search field for anything and everything on the net (ie Google), that one search field had better do a lot! It’s their primary business (ignoring all the other apps they have that don’t make any real money).
Whereas for most other software companies search is only one feature of many. They just don’t have the resources to allocate to do an amazing powerful search algorithm. Nor the hardware resources to make that happen. It might just be a small part of the whole application.
Cierto. Pero eso vuelve a ser el punto de vista del programador y no del usuario. Y tampoco cambia que el usuario puede ser muy “cruel” si tiene la oportunidad de irse a otro sitio. Me acuerdo cuando usaba ACDSee. Llegó un momento en que dejó de funcionar como a mi me gustaba y tranquilamente me pasé a otra aplicación sin pensarlo dos veces.
Por eso cada día me gustan más las pequeñas aplicaciones para las pequeñas tareas. Además aplicaciones que están bien pensadas porque nacen de las propias necesidades. Por eso me parece que las Bamboo Apps pueden triunfar.
Y es que este post no es para quitarle las ganas a nadie, ¡sino para justo todo lo contrario¡ Nosotros somos “internet” para las grandes aplicaciones. Sin ir más lejos, Flash empezó siendo sólo Future Splash y hoy es una pieza clave de internet.
¡Vamos todos a hacer el friki!
pd: Ya, ya lo sé. A ver cuándo me aplico el cuento y saco algo yo ¿no? Tamos trabajando en ello!
Pues resulta que el señor Kr0n se ha montado un proyecto molón: vi.sualize.us. Como el nombre indica, se trata de un del.icio.us para imágenes. Y no, no estaba inventado antes. Como ya le he dicho en Domestika, millones de felicidades porque sacar adelante proyectos en tu tiempo libre no es nada fácil. Siempre hay excusas a cual más tonta.
Además coincide con que uno de mis proyectos personales acaba de ser chafado, ha aparecido una web que hace casi exactamente lo que yo quería hacer. Tuve la idea hace 2 meses y en 2 meses no hice prácticamente nada, sólo darle vueltas y pensar que no estaba haciendo suficiente. Y es que resulta que tener una idea no basta, lo importante es llevarla a cabo. Y bien. Como comentaba con Elad en Subflash, una idea vale el café que te estás tomando cuando la cuentas y poco más.
Un día de estos voy a hacer un resumen de mis proyectos “geniales” que no se han llevado cabo por una u otra excusa. Estaría bien conocer cuáles son las vuestros. Si publicaramos todos esos proyecos el mismo día seguro que alguno encontraba en el proyecto de otro la idea justa en la que le apetece participar…
En fin, TODOS A CURRAR!
Los becarios del Marca no están solos en la ingente tarea de hacernos sonreir con sus titulares. Hay unos cuantos periódicos ingleses que también se apuntan al carro. Ejemplo después de la cagadita de Hamilton en la última carrera:
¿Quién? Adrian Sutil. Es un corredor de F1 que este año lleva 0 puntos en lo que va de campeonato (17º, retirado, 15º, 13º, retirado). ¿Qué? ¿un matao no? Un manta, un troncho, un zote,… Vamos, lo que se dice un malo.
Meeeeeeec. Error. Adrian Sutil, del que probablemente no habías oído mucho, está entre los 22 mejores del mundo en su profesión, que son los que disputan el mundial de F1. Así que un tío que la mayoría de nosotros nos damos el lujo de llamar malo, está entre los 22 mejores del mundo. Coño.
Y digo yo, ¿Cuántos de nosotros estamos entre los 22 mejores del mundo en nuestra profesión? ¿Cuántos de nosotros estamos entre los 22 mejores del mundo en algo? Deberíamos de pensarlo antes de darnos el lujazo de llamar malo a nadie. Ejemplos como este no faltan: Iván Campo, Bogarde, Marc Gené, etc. etc. etc.
¿Que a qué viene todo esto?
Pues que para mi, ésta es una de las varias causas del dopaje. En esta sociedad, el que no gana es un matao. ¿Alguien se acuerda de el que quedó 4º en un Tour de Francia? ¿Alguien se acuerda de quién quedó segundo en la ACB el año pasado? ¿Quién quedo 3º en Roland Garros? No sólo eso, sino que todo lo que no sea ganar es prácticamente nada.
Los deportistas no son extraterrestres y no son ajenos a esa presión. Entonces les pones los medios, les aseguras que no los van a pillar y ya está todo hecho. A doparse como bestias. Me alucina lo ingénua que puede llegar a ser la gente. Correr un Tour de Francia NO se hace con espaguettis como decía uno. Correr 2.000 kms en bici, subiendo puertos de montaña, durante 21 días seguidos a una media de 40 kms/h NO es normal. Y ojo, que esa no es la parte más dura. La parte más dura entrenar lo que hay que entrenar para poder correr el Tour. Hablamos de meses de 200 kms diarios, en invierno…
Pero eso no lo queremos saber. Lo que queremos es el espectáculo de ver a Armstrong demarrar y dejar clavado al 2º en la general. El espectáculo de ver a un tío correr 10 metros en 9 segundos. Ver a Sotomayor saltar 2.45 en altura… Eso sí, cuando llega alguno y reconoce 11 años más tarde que se ponía hasta las cejas, aquí sólo se nos ocurre darle caña. Riis se podía haber quedado calladito haciendo el hipócrita 100 años más, pero ha decidido (empujado por las confesiones de todos sus antiguos compañeros, eso sí) hablar y reconocer que estaba enmerdado. Todo el mundo se volvió a Induráin, claro (Riis fué quien le privó de su 6º Tour). ¿La respuesta?
No le ha hecho ningún favor al ciclismo, que atraviesa un momento muy delicado y que ahora más que nunca está necesitado de cariño, no de más palos
Olé. En lugar de tratar de limpiar un deporte (otro más) en el que hay más tios puestos que en un domingo por la mañana en un after, vamos a darles cariño.
En fin, el doping es una peste y los deportistas son responsables de una gran parte, pero hay más gente con responsabilidades. Entre ellos nosotros. Así que la próxima vez que Alonso doble por 4ª vez a Sutil, no le llames malo.
Hace un tiempo que llevo pensando que las entrevistas de trabajo no son nada equitativas. Por normal general la empresa pregunta mucho más que el entrevistado. No digo que no sea justo que la empresa pregunte, digo que nosotros no solemos preguntar suficiente.
Así que hace un tiempo me escribí una lista de cosas que iba yo a preguntar en mi turno de la entrevista. Lo que pasa es que hace un par de días seguí un enlace al blog de mr Joel Spolsky en el que recopilaba una lista de 12 puntos sobre buen código. Y yo he pensado que se le puede aplicar a empresas: The Joel Test: 12 Steps to Better Code. Ojo que el post es del año 2.000 y es perfectamente válido a día de hoy:
1 - Control de versiones (CVS, SVN o lo que sea).
Esta es crítica. Si una empresa no usa control de versiones, malo, malo. Para mi no hay desarrollo de software mínimamente serio sin poder volver a una versión anterior, saber qué cambió de una versión a otra, saber quién hizo los cambios, etc.
2 - Tener listo el producto en un paso.
Esta es importante pero no tan crítica. Es decir, lleva razón en que tener una versión funcional de tu producto (cd, web, lo que sea) tiene que ser sencillo y en el menor número de pasos posibles. Evitar hacer cosas a mano y poco documentadas como cambiar rutas de desarrollo a producción y cosas por el estilo.
3- Daily builds
No creo que sea muy importante, especialmente para el desarrollo de aplicaciones Flash, pero la idea me gusta.
4 - Gestor de bugs
Ya sea GForge, Mantis, JIRA o uno propio. Es fundamental tener todos los bugs de una aplicación en el mismo sitio y no esparramados por vaya usted a saber cuántos mails. Además es importante relacionar una nueva versión en el repositorio con un bug corregido.
5 - Corregir viejos problemas ANTES de escribir nuevas funcionalidades
Realmente buen apunte, pero creo que pocas o muy pocas de las empresas en las que he trabajado hacen esto. Y la verdad es que es muy buena idea.
6 - Tener plazos actualizados
Y reales, añadiría yo. Es importante tener unos plazos y cumplirlos. Claro que para eso los plazos deben ser realistas.
7 - Tener una especificación
Y actualizarla al finalizar el proyecto, añado. Hace poco leía no sé dónde que el desarrollo de software era tan sencillo como caminar sobre el agua, fácil si tienes una base congelada. Aunque los de eXtreme Programming tienen otro punto de vista. Tanto si tienes un documento monolítico como si vas haciendo programación ágil, durante el desarrollo de un proyecto, siempre hay pequeñas modificaciones que DEBEN reflejarse en la especificación. Y nunca hay tiempo para hacerlo sobre la marcha, así que un día extra de documentación y desintoxicación* debería ser obligatorio.
8 - Un espacio tranquilo para los programadores
Fundamental. Hay millones de artículos sobre el tiempo que tarda una persona de media en empezar a producir de verdad cuando se pone con una tarea: aproximadamente 15 minutos. Así que si te interrumpen cada poco, echa cuentas.
9 - Buen equipamiento
Igual de fundamental. Si tu IDE favorito tarda 50 segundos en abrir, si compilar un proyecto es darle al botón e irte a por un café, si renderizar una escena es hacer click y mejor vete a comer, mal vamos. Últimamente me he hecho super fan de tener 2 monitores, aunque es algo que un bonito monitor de 24 pulgadas también puede solucionar :)
10 - Equipo de testing
Hay veces que los quieres matar, pero cuanto más errores encuentran los de testing, menos errores encuentran tus usuarios. Pero hay veces que los quieres matar, claro.
11 - ¿Hacen los candidatos una prueba de código durante la entrevista?
En principio no ha lugar, aunque sería interesante saber qué proceso de selección han pasado tus posibles futuros compañeros.
12 - Tests de usabilidad de pasillo
Es decir, pillar al primero que pillas y que no tiene nada que ver con el producto y hacer con el/ella una pequeña prueba de usabilidad. Supongo que las empresas profesionales de usabilidad tendrán algo que decir sobre si es válido o no, pero seguro que están de acuerdo en que mejor eso que nada. Me gusta.
Y como extra bonus yo agrego:
13 - ¿Tienes una librería de clases propia?
14 - ¿Tus proyectos de hace un año compilan sin problemas?
15 - ¿Inviertes en formación?
En fin, una chuleta compartida para la próxima vez que vaya a buscar curro.
* ¿No os pasa que al terminar un proyecto grande (digamos un par de meses) necesitáis un tiempo para meteros de lleno en otro? Ésa es la intoxicación con un proyecto. Algunos lo llaman estar hasta los cojones, pero bueno. El caso, aprovechar el tiempo de desintoxicación para actualizar la documentación me parece una buena idea. Para ti y para el proyecto.
Shakespeare only really wrote with two views on women- the conniving sexualized and the innocent virgins. The guys I work with in construction see me as either a sexual object or an incompetent child, so they aren’t much different than Shakespeare.
Ellie, NY Times Building, 8th Avenue
Es una recopilación de fotos de mujeres en topless en NY, donde, por lo visto, es legal. Hay algunas muy buenas y otras que simplemente me han llamado la atención por el comentario. Como ésta en la que queda patente el complejo de los norte-americanos de que los europeos somos super cultos y super abiertos:
In Europe, breasts are definitely admired and liked by men too, but they’re not obsessed with them.
En Menéame apuntan a una recopilación de frases del Perich:
Hace poco se ha hecho famoso el menú de apagado de Windows Vista porque a Joel Spolsky no le hace mucha gracia. Poco después el autor contaba la historia en The Windows Shutdown crapfest. Lo que me ha llamado la atención es el inmenso proceso que va desde que algo se quiere implementar en Windows hasta que llega al usuario final. Modificar ese menú de apagado le llevó un año al autor. Más de 40 personas repartidas en varios equipos opinaban sobre el menú. En fin, una montaña de burocracia a-con-go-jan-te.
Pero ¿podría ser de otra forma?
No soy ningún campeón en la gestión de equipos, pero parece bastante evidente que cuanto más grande es la organización más capas y capas de gestión se tienen que añadir. Estamos hablando de programadores, diseñadores, gente de usabilidad, testing, jefes de proyectos y probablemente hasta los de la limpieza tengan algo que decir.
Por lo que comenta este hombre, el repositorio de código de Windows está formado por nodos, desde el centro (la parte que realmente _es_ Windows en un momento dado) hasta la periferia que es donde pequeños equipos van desarrollando. El desarrollo es de fuera a dentro, y este hombre estaba a 4 nodos de distancia de la rama principal. Una modificación suya tardaba entre 1 y 3 meses en llegar al centro, ya que tiene que ir escalando todas esas ramas, se supone que pasando controles de calidad y tal.
Aunque parezca un dinosaurio (probablemente lo sea) me sigue pareciando difícil organizar la cosa de otro modo. A no ser que vayas a un modelo completamente descentralizado…. umm… déjame pensar… ¿Como Linux? Sin intentar hacer demagogia, parece mucho más racional partir las tareas en equipos mucho más pequeños y manejables, incluso en distintas organizaciones. Está claro que la gente del entorno gráfico (GNome, KDE) no puede hacer mucho sin el equipo del núcleo y que están condenados a entenderse, pero parece que es mucho más fácil de gestionar.
En fin, el día que termine de leerme The Cathedral & the Bazaar, comentaré más sobre el tema.
Más discusión:
No te compliques
El autor del menú de apagado de Vista responde
