Diario de trabajo 2020

La tarea de hoy era resolver HDMAPMDK-1199, antes había olvidado este problema. Finalmente lo resolví a las ocho.

Revisé HDMAPMDK-892: proporcionar trayectoria de experiencia.

Descubrí que MDK aún no ha realizado la adaptación correspondiente, así que esta tarde estuve haciendo esa adaptación.

Terminé la adaptación, estoy muy cansado.

Sigo trasteando con mi Arch, intentando registrar algunos pasos de mi instalación del sistema como parte de la automatización.

Hoy planeo hacer las siguientes cosas:

1. HDMAPMDK-1199 RoadMark como subclase, proporcionando información más rica
2. HDMAPMDK-892 Proporcionar rutas de experiencia

Si hay tiempo adicional, preparar la documentación de lanzamiento de versión.

Resultado: logré resolver el 892.

Encontré un poco de estado, instalé Arch, se siente incluso más cómodo que usar Mac?

Jugué un buen rato a Battlegrounds con Yuzhang - -

El sábado me mudé a Pekín para trabajar.

Volver a trabajar en Pekín me resulta un poco extraño; todo ha cambiado. Para empezar, he perdido mi puesto de trabajo (Xiuyun contrató a un becario y, para mayor comodidad, mi puesto se lo ha dado a su becario). De todas las pérdidas, esta es la que más me incomoda. Es como cuando en segundo de bachillerato me cambié a la clase uno y me senté en un sitio nuevo, sin conocer a nadie, sin ganas de hablar con ellos. La gente aquí me resulta familiar y a la vez desconocida; siento que tengo pocos amigos, aunque sé racionalmente que es una impresión falsa. Pero la sensación de no querer comunicarme con nadie, de querer esconderme en un rincón, es real. Y efectivamente me he buscado un rincón, al lado de Yuzhang. ¿Por qué no quiero comunicarme? Sigo sin entenderlo. Quizá porque no tengo una razón clara? Cuando me preguntan por qué he venido a Pekín y cuánto tiempo me quedaré, respondo evasivamente “un tiempo, uno o dos meses”. O quizá demuestra que en el fondo soy una persona introvertida, que no quiere complicarse, que le importa mucho la imagen que da a los demás, especialmente parecer tonto. Pero cuanto más escribo, más creo que la segunda razón tiene más peso y es más innecesaria. Al fin y al cabo, parecer tonto es mejor que ser realmente tonto; pedir ayuda a los demás en serio, aunque sea torpe, está bien. No tengas miedo. No tengas miedo cuando eres joven. No tengas miedo nunca. Todo va bien.

Ahora sobre el trabajo: este tiempo he estado ocupado con la entrega del proyecto, principalmente con la reestructuración del TLM (typed lane model). Esta vez debo tener claros los objetivos y controlarme a mí mismo, no reestructurar impulsivamente, sino hacerlo con estrategia y controlando mi progreso.

Además, he conseguido arreglar mi ordenador de sobremesa. Resulta que antes no podía conectarme a Internet porque cambié la contraseña, y después de un corte de luz, la red se perdió por completo. Así que tuve que montar el equipo de nuevo. Esta vez los objetivos, por orden de prioridad, son:

1. Productividad
2. Estilo
3. Estética

Hoy he estado leyendo mucho el blog de Wang Yin — sigo desintoxicándome. Antes era como un fanático religioso, no veía la esencia de las cosas. Siempre pensaba que algo era la solución definitiva para todos los problemas, pero en realidad esa “solución definitiva” rara vez existe; la mayoría de las veces no es más que fanatismo religioso, por ejemplo:

• Vim vs Emacs
• OOP vs FP
• Go vs Rust

etcétera… Cuando empecé con la OOP, pensaba que era invencible, que resolvería todos los problemas, pero al final solo escribí una clase “TodoIgual”, que en realidad daba igual tenerla o no; lo útil eran las funciones dentro de esa clase. Más tarde (en los últimos dos años) descubrí la FP y pensé que era la bala de plata para todo, pero después de programar un tiempo en Scala, descubrí que mi productividad no mejoró; al contrario, me volvía menos eficiente por obsesionarme con la sintaxis y lo inmutable.

Un día intenso y emocionante, completé HDMAPMDK-1347 y HDMAPMDK-1352, y también hice una gran reestructuración.

Aprendí una valiosa lección: no hagas cambios masivos cerca de la fecha de entrega, porque sin suficientes pruebas de QA, por muy genial que sea la reestructuración, puede conllevar riesgos. Además, si no hay tiempo suficiente para revisar el diseño (me refiero a uno mismo, porque a veces mientras escribes te das cuenta de que el diseño podría estar mal, pero descubrir problemas de diseño durante la implementación es otro problema: empezar demasiado pronto).

Complemento del lunes: Durante esta intensa reestructuración del día, apenas tuve tiempo libre, ni siquiera para pensar. Simplemente confiando en la familiaridad y el flujo, escribí código con una eficiencia muy alta. De hecho, si no tenemos en cuenta el principio de no hacer grandes reestructuraciones antes de la entrega, realmente disfruto este estado. Pero todo debe tener un objetivo y un significado; no se puede solo complacerse a uno mismo, de lo contrario ese placer se convierte en un gusto de bajo nivel.

Esta mañana hay que hacer tres cosas:

1. Limpieza de datos y carga de los datos finales del 0605.
2. Verificar el problema de ancho anómalo: se debe a que no hay carril en esa posición.
3. Verificar el problema de asignación incorrecta de carril en puntos de diferencia.
4. Revisión.

Por la mañana, nada más llegar, fui a ayudar a Yiming a resolver el problema que había descubierto por la noche: el problema de no poder obtener el semáforo.

Llegué por la tarde. Para que 镱铭 subiera al coche, resolví algunos bugs y logré alcanzar el viaje nocturno de 逸铭.

Esta mañana, apenas llegué, fui a donde Yiming para analizar un problema, y pasé toda la mañana en ello. El resultado fue que un problema conocido anterior (falta de puntos causada por la diferencia del compilador antiguo) provocó otro problema: al capturar la ruta, justo cerca del segmento faltante, el offset del carril resultó ser negativo.

Finalmente, terminé hasta las 4 de la madrugada. Después de una noche de trabajo ineficiente y dolorosa (siento que en el estado actual, cualquier trasnocho básicamente está vinculado a la ineficiencia).