Diario de trabajo 2020

¡Se acabaron las vacaciones!

Ahora debo retomar la actitud correcta y enfrentar el trabajo con la mentalidad adecuada; ¿cuál es la actitud correcta? A continuación, intentaré definirla.

El miércoles por la noche hubo una tormenta torrencial. Después de que cesara la lluvia, llamé a la hermana Sophie para hablarle sobre mi intención de renunciar.

Al principio me dijo que no me apresurara, que debía ver mi carrera laboral desde una perspectiva de muy largo plazo, como por ejemplo, que una persona podría trabajar hasta los 70 años antes de jubilarse (sospecho firmemente que yo trabajaré aún más tiempo). Por lo tanto, todas las decisiones deben tomarse con visión de futuro, mirando a quince años vista: ¿cómo seré dentro de quince años? ¿Cómo me gustaría ser? Y luego tomar decisiones basadas en esa expectativa. En mi caso, me gustaría que el yo de 40 años se convirtiera en un ingeniero como Liang Xiao: una persona racional y tranquila; un arquitecto; un erudito con amplios conocimientos; que aún siga de cerca las últimas tendencias y las domine con confianza; que sea capaz de ver la esencia de las tendencias, descomponer aquellos elementos invariables y así centrarse en los problemas que realmente merecen la pena resolver, aquellos valiosos y difíciles —como la complejidad del software.

Para lograrlo, debo seguir aprendiendo, mantener una actitud humilde y poner la verdad a prueba mediante la práctica. En realidad, todo aprendizaje consiste en poner la verdad a prueba mediante la práctica. Primero nos encontramos con un problema y luego buscamos formas de resolverlo. ¿Cuáles son esas formas? Las llamadas “verdades” son herramientas necesarias para resolver problemas, y la práctica es el único criterio para verificar la verdad. Pero aplicar la práctica a cada cosa tiene un coste demasiado alto; debemos aceptar cierto riesgo, conocer y aprender de los casos en los que otros han puesto la verdad a prueba mediante la práctica. Los riesgos aquí son:

1. Puede que se aprendan verdades falsas.
2. Dogmatismo debido a una comprensión superficial del problema.

El segundo punto es más peligroso que el primero, porque el primero es fácil de verificar, mientras que el segundo es un sesgo de pensamiento. Este mundo no es en blanco y negro, por lo que el peligro de un pensamiento no completamente correcto (es decir, que no refleja completamente la verdad) radica en que es parcialmente correcto, lo que lleva a creer que es universal y usarlo para resolver problemas equivocados. Así surgen muchas llamadas “balas de plata”: FP, OOP, TDD. La búsqueda de la “bala de plata” nunca cesará, y por supuesto no debería cesar, pero debemos reconocer que coexisten riesgos y beneficios.

Volviendo al tema con Sophie, bajo la premisa de un análisis tranquilo y una toma de decisiones, hay que ver con visión de largo plazo qué es lo que uno necesita en el presente; así se establecen prioridades, y al considerar todo en conjunto resulta más fácil. Luego ella dio algunos consejos prácticos, como intentar distanciarse emocionalmente del trabajo, no implicarse demasiado.

El último día antes de las vacaciones, comencé a holgazanear con la conciencia tranquila y realicé un poco de trabajo de refactorización que debía hacer.

¡Increíble! Son las 19:00 y hoy no he hecho absolutamente nada.

Quiero decir que hoy estuve holgazaneando todo el día, navegando por varios sitios web, y ahora que recuerdo que debería trabajar, me siento un poco culpable. Pensando en las razones, puede ser por lo que pasó el viernes, o porque pasado mañana es el Festival del Bote del Dragón, así que me relajé – –. Pero al final, hacer esto está mal. Incluso si he decidido irme, no puedo descuidar mis deberes, debo tratar el trabajo con seriedad cada día, no solo pasar el tiempo, sino resolver problemas con dedicación. Y si me voy, debería ser aún más así.

Ah, ahora mi corazón está lleno de culpa.

Lo que tengo que hacer últimamente es la refactorización de TLM, dividir la estructura de datos en estructuras de datos de capa ultrapequeñas, es un trabajo muy tedioso. No es difícil, pero debido a que no estoy de acuerdo con la idea (no creo que dividir en estructuras de datos ultrapequeñas sea un buen diseño; dividir en estructuras de datos pequeñas tiene la ventaja de ser flexible y fácil de modificar).

El comienzo fue bastante negativo: estuve analizando un error todo el tiempo, hasta que al final descubrí que era un pequeño problema de Ziliang. Salí del trabajo a las 9 de la noche.

Hoy sucedió algo muy importante: almorcé con Liang Xiao. Necesito ordenarlo bien.

A día de hoy, por fin hemos completado las tareas de la iteración anterior.

Me siento muy mal en general, porque el trabajo realizado no tiene un significado claro; creo que, de hecho, podría considerarse casi sin sentido.

Entonces, ¿cómo defino el significado aquí?

Para mí, el significado del trabajo actual, en orden descendente de importancia, es:

1. La capacidad de plantear preguntas, de identificar problemas valiosos y significativos.
2. Acumular experiencia en modelar problemas, para poder resolver más tipos de problemas en el futuro.
3. Modelar problemas para que, mediante un esfuerzo único, sea posible resolver toda una clase de problemas descritos por ese modelo.
4. A través de mi esfuerzo, resolver problemas concretos y significativos. Resolver un único problema de una sola vez tiene menos sentido que dedicar un esfuerzo a resolver múltiples problemas de la misma clase.
5. Mantener la alegría, la satisfacción de resolver problemas, y el interés intrínseco del problema en sí.
6. La comunicación y las relaciones con las personas.
7. El salario (es una garantía; no es que sea poco importante, sino que el resto debe construirse sobre él).

Probablemente esto no cubra toda mi motivación laboral, pero al menos refleja una parte de la realidad.

Y la razón principal de mi frustración hoy, creo, es la pérdida de interés. Primero, el significado del problema en sí no me resulta evidente, lo que reduce parte de mi motivación. Segundo, el modelado de este tipo de problemas no es lo suficientemente preciso, lo que provoca que las soluciones no resuelvan todos los casos (por supuesto, rara vez existe un modelo que resuelva todos los problemas, ya que el modelado en sí mismo es una simplificación y abstracción; aquí hablamos de resolver problemas dentro de un rango aceptable). Esto genera repeticiones; concretamente, los bugs que plantea el equipo de QA uno tras otro. Aunque algunos se deben a una comprensión incompleta de los requisitos o incluso a problemas del propio test, el tiempo dedicado a analizar los problemas es la parte más costosa de todo el proceso de resolución.

A veces, un conocimiento superficial del problema conduce a soluciones no esenciales, lo que hace que la gente pierda el tiempo en trabajo inútil. Esto significa que los puntos 3, 4 y 5 de los significados anteriores no se cumplen, lo que me lleva a la frustración.

También hay que considerar que, hasta ahora, he estado resolviendo problemas que deberían haberse solucionado en la iteración anterior, y aún no he comenzado a trabajar en lo que debería hacerse en esta iteración. Esto comprimirá el tiempo de la iteración actual y quizás afecte a futuras iteraciones. Es un círculo vicioso que no debería ocurrir. Incluso si consideramos el impacto más profundo en las relaciones personales, creo que es aún más inaceptable.

Por lo tanto, a partir de mañana, antes de hacer algo, debería intentar considerar todos sus aspectos y luego resolver el problema.

Al mirar atrás a lo que he hecho en estos últimos diez días, prácticamente no ha habido avance en el trabajo. El lunes que llegué a Pekín, el 8 de junio, ya propuse: «Hablemos del trabajo. Durante este tiempo, he estado ocupado con las entregas, principalmente la reestructuración de TLM (Typed Lane Model). Esta vez hay que tener objetivos claros, controlarse a uno mismo, no reestructurar impulsivamente, sino con una estrategia y un control del progreso.»

Parece que un punto positivo es que he ido registrando lo que hago cada día, aunque a veces sea muy breve, incluso añadido al día siguiente. Pero creo que el registro continuo es la semilla del cambio.

Además, añado una frase que vi antes y que me pareció muy, muy acertada:

«Hace unos años, cuando compré mi primera casa en Nueva York, un agente inmobiliario me dijo algo muy sensato: “Esta casa necesita una gran renovación, una renovación completa. Esta casa de 65 años tiene un potencial absoluto de revalorización. Ahora tienes que hacer una lista de todo lo que necesita reparación y arreglarlo todo en seis meses. Tienes que resolverlo en seis meses.”
“¿Estás loca? Después de pagar el depósito, los impuestos y los honorarios del abogado, no me queda dinero. Y soy una persona muy disciplinada; puedo ir reparando todo poco a poco en cinco años.”
Ella respondió: “No, no lo harás. Porque después de seis meses, te habrás acostumbrado a la situación actual. Te parecerá que todo está bien. Incluso si hay un cadáver en la sala de estar, lo pasarías por alto como si nada.”
Todavía recuerdo esas palabras. Me sorprendió que todo lo que dijo se cumplió. El error fue mío; las cosas que no limpié en seis meses, seguían sin repararse cuando vendí la casa cinco años después.»

Es demasiado real. Hay que estar alerta y tener cuidado.

El trabajo principal de hoy fue cerrar la iteración anterior, es decir, corregir errores.

Hoy, desde que llegué, estuve revisando (review). Hay bastantes cosas que necesitan cambios, y empecé a sentir un poco de desgana, pero al final lo logré a duras penas. Luego, Kuan Ge encontró varios bugs.

Por la tarde, supe que Xiao Ge se iba, y me quedé impactado por un buen rato.

Por la noche, estuve trasteando con scheme, y logré compilar y referenciar una biblioteca personalizada.

Vaya, ya son las 3 y llevo prácticamente todo el día perdiendo el tiempo, navegando por sitios relacionados con Scheme. No puedo seguir así, ay.

Hoy tengo que terminar HDMAPMDK-1378, que es eso que llevamos tiempo evitando: añadir la dichosa dirección de marcas de carril dentro de la intersección. Pero si en las intersecciones las vías ni siquiera tienen marcas de carril, ¿de qué dirección estamos hablando?

Ay, qué mal me siento. Después de darle vueltas y vueltas, he llegado a varias conclusiones.

Un día muy tranquilo. Después de enviar a prueba, estuve ajustando mis propios scripts de automatización.

Al principio pensaba escribirlos en shell, pero como no me gusta shell, comencé a experimentar con Scheme. Qué placer.