Caja de herramientas del traductor:
✔ Autohotkey -> Automatiza acciones repetitivas, fundamental para revisar y QA
✔ NotePad++ -> Busca contenido en carpetas y archivos, tb lo uso para preparar regex
#xl8#l10n#tools
11 Ideas sobre las creencias de lujo de una élite educada que erosionan la sociedad. Las personas que adoptan creencias de lujo sólo quieren que los demás piensen bien de ellos, para avanzar profesional y socialmente.
Una mirada al reciente libro: Troubled, de Rob Henderson
🧵↓:
The biggest threat to your $50 million company isn't competition.
It's not market conditions.
It's not even poor execution.
It's the invisible killer called "Groupthink" - and 90% of companies never see it coming.
Here's how to beat it:
Los sistemas complejos solo pueden entenderse adecuadamente a través d pruebas y supervivencia hacia adelante.
Las "Necesidades del usuario" es un término sobrevalorado,
las "preferencias reveladas" ayudan a analizar mejor lo que sucede entre tu solución y tu usuario
Cuando veas a alguien usando el "root cause analysis" de Seis Sigma para tratar de averiguar las necesidades últimas de sus usuarios, piensa dos cosas:
- herramienta inadecuada,
- no ha entendido nada (ojito, un servidor ha estado ahí)
27) R: «No puedes esperar que un sistema funcione en contra de sus incentivos». Vivimos en un sistemas donde los gobernantes transfieren los riesgos a la población. Declaran guerras y provocan crisis. Ni ellos ni sus familiares sufren las consecuencias. Estamos perdiendo la fe.
14) A corto plazo nada está garantizado. La vida no funciona bajo el mecanismo acción–premio en el que nos han educado. Son 20 años triunfar de la noche a la mañana.
R: «El dinero vendrá si el resto de la gente conecta con la verdad que estás poniendo encima de la mesa».
Warm up your ears with the new Winter playlist on #NintendoMusic! ❄️🎶
Listen now on your smart device with a #NintendoSwitchOnline membership: https://t.co/UlO3Rs1vg1
Oferta de trabajo: Nintendo tiene una vacante de traductor de videojuegos inglés-español, en Frankfurt (Alemania). Imprescindible mudarse allí. https://t.co/wnoth8wmcW
Medir los proyectos de «software» en horas es absurdo.
Штурмовщина!
Hay muchas cosas rotas en el desarrollo clásico de proyectos digitales. Afortunadamente, la profesión tecnológica es quizá de las más creativas y flexibles.
Me propusieron desarrollar un proyecto para una Administración pública. Y me explicaron el precio por hora máximo con el cual podrían contratarme, y el número de horas en que estimaban mi colaboración. Del producto de ambos datos —me dijeron— resultaba el presupuesto disponible para mi trabajo.
Pero eso no tiene ningún sentido.
Por una parte, el tiempo es una métrica nefasta a la hora de valorar la productividad de un técnico. Si ha resuelto previamente el problema será más rápido que si ha de hacerlo por primera vez. Si puede reutilizar trabajo anterior acabará antes que si no. Y todos tenemos días malos que terminan con avances exiguos… y jornadas mágicas de inesperada hiperproductividad. Además, la tecnología cambia tan rápido que a menudo hemos de conciliar programar con formarnos y aprender.
Por otro lado, ¿qué sentido tiene trabajar en proyecto de digitalización mirando de reojo una inexorable cuenta atrás de horas presupuestas? Es una métrica para gestores y financieros que no entienden la praxis del negocio. ¡Yo también he estado ahí! Yo también he gestionado un equipo midiendo la desviación de las horas ejecutadas frente a las horas presupuestadas. ¡Sorpresa!: casi siempre nos desviamos por abajo. Casi siempre subestimamos el coste de los imponderables.
Lo que he solido ver en los proyectos de tecnología, lamentablemente, es lo que los soviéticos denominaban «shturmovshchina».¹ Este fascinante concepto me sedujo desde que lo encontré en una de mis lecturas sobre la URSS. Y es que, en la economía planificada de los planes quiquenales, los soviéticos identificaban tres fases:
1️⃣ Hibernación. Es la fase inicial del proyecto. Todo va despacio porque, oye, tenemos cinco años. ¡Hay tiempo de sobra! Además, estamos agotados del frenético final del plan anterior. Calma.
2️⃣ Acumulación. Vamos haciendo cosas, pero los requisitos son cambiantes y aún no tenemos muy claro el alcance del proyecto. El tiempo va pasando, pero avanzamos a nuestro ritmo. Guay.
3️⃣ Fiebre. ¡Vamos fatal de tiempo y el proyecto tendría que estar ya! Recortamos disimuladamente el alcance y el trabajo que entregamos es de escasa calidad. Abundan los vicios ocultos y la deuda técnica que aflorarán más adelante. ¡Hay que meter horas extras! Crisis.
Si este ciclo resuena dentro de ti, entonces has navegado en la tormenta. ¡Es la shturmovshchina! Штурмовщина! Y no es culpa tuya. Es porque el tiempo —las horas— no son una buena métrica para presupuestar proyectos digitales.
Sin embargo, la Administración pública y las grandes consultoras informáticas que suele contratar están obsesionadas con valorar los proyectos así, y atormentan a sus técnicos con la burocracia de cumplimentar partes de horas. Un híbrido de quiromancia y burocracia.
Durante el desarrollo del proyecto mi cliente —una Administración pública— me preguntó «qué tal iba de horas». Me encogí de hombros, porque no las contaba. Les expliqué que mi compromiso era entregar satisfactoriamente el proyecto contratado, no comerciar con mi tiempo productivo. Mi interés es el éxito en el resultado, no acertar en una estimación de esfuerzo que, a fin de cuentas, es un arte adivinatoria.
¡Claro que esto es mucho más difícil en el contexto de una empresa con una plantilla! Los costes laborales son función del tiempo. Por eso el santo grial de la consultoría informática siempre ha sido la productización. La compleja transición de un modelo de negocio basado en «vender horas» a «vender valor». Pero no quiero desviarme.
Para mis proyectos e iniciativas hace tiempo que acuñé una métrica muy personal. Lo llamo el «rato de atención ininterrumpida» o rai. Es el resultado de constatar que en los proyectos de tecnología la moneda de cambio no es mi tiempo. Es mi atención.
Un rai es lo que tardo en sentarme en cualquier cafetería de una ciudad, pedir un café mientras desenfundo el portátil y trabajar concentradamente el tiempo que me dé la gana. Es un rato en el que mi atención intelectual está volcada en una sola tarea. Un rai es atómico porque es indivisible: todas las notificaciones y distracciones han desaparecido de mi escritorio y vuelco mi atención plena. Solo la taza de un descafeinado humea y me acompaña.
Mis rais suelen tienen una duración muy variable. Pueden ser de cuarenta minutos o llegar a tres horas y pico. Pero no miro el reloj. Cuando me apetece parar, simplemente paro y me voy.
Estos ratos de atención ininterrumpida dependen mucho de la exigencia o el interés que me despierta la tarea que tengo entre manos. Cuando desarrollo nuevas funcionalidades duran más, porque me gusta y siento menos el paso del tiempo. Cuando refactorizo o documento, por ejemplo, estos ratos son más cortos.
Sé que cualquiera de mis días tiene dos, tres o hasta cuatro rais. Son las veces que puedo sacar el portátil y zambullirme en un reto hasta que me apetece estirar las piernas o cambiar de cafetería, vistas y escritorio.
Cuando era empresario y contrataba programadores, trataba de explicarles que no era su jornada sino su atención plena lo que la compañía contrataba. Que no había un horario y uno entraba y marchaba cuando consideraba. Que podía ausentarse un martes si le apetecía y conectarse un domingo si era necesario. Que podía trabajar en casa o venir a la oficina, según su preferencia.
(Y no; este modelo nada tenía que ver con retorcer las normas para trabajar encubiertamente jornadas más largas de las legales: cuesta demasiado contratar buenos técnicos y tal treta solo provocaría que saltaran a otra empresa de un sector que virtualmente no tiene desempleo para cualquier profesional competente. Muy al contrario, era una liberalidad que la plantilla valoraba, aunque luego no soliera aprovechar más que puntualmente).
Honestamente, esto nunca funcionó del todo bien. Por una parte, las normas laborales nos obligaban a registrar las horas laborales, poniendo de nuevo el acento en el tiempo como divisa. Por otro lado, casi todos los trabajadores —supongo que acostumbrados por experiencias laborales anteriores— adoptaban este mismo modelo de «entrar» a una hora y salir muy puntualmente.
Yo, en cambio, no entiendo así mi profesión. ¿Trabajo 40 horas semanales? No lo sé, y nunca lo he sabido. Lo que sé es que trabajo tranquilo y disfruto de ello. He surfeado las olas de las shturmovshchina, sí, y he llegado al convencimiento de que no es el tiempo sino la atención lo que define el valor del trabajo en esta profesión maravillosa.
Aquí vemos a @artvazro y a @LMjCliment. Arturo nos habló del tío Jero, del pollo de Amazon, de lo que se cobra estando en plantilla y dónde encontrar empresas a las que mandar el CV.
La primera ponencia está a cargo de @Fer_CM93 y Rubén González Pascual, quienes han estudiado la situación actual del mercado profesional de la localización de videojuegos.
Rubén González Pascual nos trae un taller sobre localización de videojuegos, con un enfoque particular en el doblaje. Los participantes están bien concentrados en sus hojas de Excel...
@RamonNogueras Uno de los principales problemas de mi oficio es que no puedo contarla mayor parte de lo que hago por razones de confidencialidad, NDAs o simple discreción sobre cosas delicadas.