También he contribuido en el área de gestión de memoria del kernel de Linux, y creo que entiendo hasta cierto punto cómo funcionan las cosas a bajo nivel, pero al final, viendo que terminé haciendo un trabajo que sin querer está lejos del desarrollo, pienso que quizá para convertirse en un ingeniero exitoso hay que actuar al revés de lo que dice este texto.
Seguir rápidamente las nuevas tecnologías
Pensar en el mercado antes que en la curiosidad personal
Saber venderse mejor que criticarse a uno mismo
Enfocarse en las pruebas de código más que en los principios/crecimiento
Al volver, me di cuenta de que en Corea el mercado es demasiado pequeño y la competencia es muy fuerte, así que hay pocas empresas o puestos donde uno pueda concentrarse en desarrollar, y como todos compiten por esos pocos lugares, al final parece que hay que enfocarse en lo que más llama la atención para poder hacer el desarrollo que uno realmente quiere hacer.
"No necesitamos a un estudiante de A+ que pueda responder todas las preguntas
Lo que queremos es un estudiante de B que pueda ver y hacer preguntas sobre lo que otros pasaron por alto"
Al ver eso, de inmediato pensé que yo soy ese estudiante B, pero las grandes empresas solo se fijan en los estudiantes A+ al contratar.
Hace poco di un seminario en la empresa para un estudio del lenguaje Kotlin, y recuerdo que la reacción fue buena porque traté de explicarlo comparándolo con C++, que es el lenguaje que más se usa en el departamento. En realidad yo casi no uso C++, y los miembros del equipo estaban viendo Kotlin por primera vez, pero de varias maneras siento que fue útil para el crecimiento de todos.
Parece que el último punto de la traducción del resumen de opiniones de Hacker News, «podría ser incorrecta la suposición de que la productividad del software no ha mejorado entre 5 y 10 veces», es una mala traducción. Viendo el texto original, un resumen más razonable sería algo como: «decir que la productividad del software mejoró entre 5 y 10 veces se basa en una suposición equivocada sobre la mejora de la productividad».
Sí, estoy de acuerdo. También es importante visibilizarse uno mismo, y creo que estaría bueno que entre quienes aportan se dieran mucho reconocimiento mutuamente. La propia cultura organizacional lo fomenta.
> La mayoría de los programadores no sabe cómo usar eficazmente las herramientas de LLM o no le interesa.
A muchos desarrolladores a su alrededor, sorprendentemente, no les interesa mucho la tecnología. Dedican la mayor parte de su tiempo a consumir de forma mecánica shorts de YouTube nuevos o repetitivos.
Parece que no está el tuit, tal vez borraron el original.
Quiero probarlo, pero aunque está en vista previa es de pago y ni siquiera tiene período de prueba ;_;
Si buscas, hay gente que dice que le costó 5 dólares hacer unas cuantas consultas, así que parece que depende de la cantidad de código del proyecto.
Hay muchas observaciones interesantes, tanto desde la perspectiva de RR. HH. como desde la perspectiva de la cultura organizacional.
Como no lo conocía bien, lo busqué y parece que backdoor reference check se refiere a una verificación de reputación no designada. Lo dejo por aquí por si hay otras personas como yo.
En las empresas nacionales, muchas veces la composición de los miembros del consejo directivo es solo de adorno, y aunque este tipo de cosas son temas que realmente solo se sienten después de emprender y hacer crecer una empresa hasta el punto de necesitar gobernanza, lo comparto porque es algo bueno para leer con anticipación.
> Aunque la empresa podría crecer mucho más, proponen un precio de adquisición para recuperar la inversión e inducen una salida
Si te pasa algo así хотя sea una vez, la confianza en los inversionistas se desploma.
Mi vida laboral ha sido corta, pero mientras empatizo con el contenido del texto, por otro lado también pienso que conviene evitar trabajar "silenciosamente". Sin llegar al extremo de ser demasiado llamativo o escandaloso, creo que al menos hacer un mínimo de autopromoción le hace bien a uno mismo.
Lo leí con mucho interés.
Vaya... conozco a alguien muy parecido a lo que describe este texto, así que debería compartírselo.
Gracias por el buen artículo.
Coincido. En lo personal, suelo aconsejarles a los más jóvenes que hagan visible su trabajo.
Me identifico un poco con esto... jaja
No sé si será solo el mercado coreano...
Me interesa mucho React Native, así que también me da curiosidad esta opción.
El contenido anterior fue tomado de la presentación oficial Lynx: Unlock Native for More.
También he contribuido en el área de gestión de memoria del kernel de Linux, y creo que entiendo hasta cierto punto cómo funcionan las cosas a bajo nivel, pero al final, viendo que terminé haciendo un trabajo que sin querer está lejos del desarrollo, pienso que quizá para convertirse en un ingeniero exitoso hay que actuar al revés de lo que dice este texto.
Al volver, me di cuenta de que en Corea el mercado es demasiado pequeño y la competencia es muy fuerte, así que hay pocas empresas o puestos donde uno pueda concentrarse en desarrollar, y como todos compiten por esos pocos lugares, al final parece que hay que enfocarse en lo que más llama la atención para poder hacer el desarrollo que uno realmente quiere hacer.
"No necesitamos a un estudiante de A+ que pueda responder todas las preguntas
Lo que queremos es un estudiante de B que pueda ver y hacer preguntas sobre lo que otros pasaron por alto"
Al ver eso, de inmediato pensé que yo soy ese estudiante B, pero las grandes empresas solo se fijan en los estudiantes A+ al contratar.
No creo que MCP deba convertirse en JSON; ni siquiera es un estándar para la comunicación de datos, y me parece innecesariamente complejo.
Hace poco di un seminario en la empresa para un estudio del lenguaje Kotlin, y recuerdo que la reacción fue buena porque traté de explicarlo comparándolo con C++, que es el lenguaje que más se usa en el departamento. En realidad yo casi no uso C++, y los miembros del equipo estaban viendo Kotlin por primera vez, pero de varias maneras siento que fue útil para el crecimiento de todos.
Parece que el último punto de la traducción del resumen de opiniones de Hacker News, «podría ser incorrecta la suposición de que la productividad del software no ha mejorado entre 5 y 10 veces», es una mala traducción. Viendo el texto original, un resumen más razonable sería algo como: «decir que la productividad del software mejoró entre 5 y 10 veces se basa en una suposición equivocada sobre la mejora de la productividad».
Sí, estoy de acuerdo. También es importante visibilizarse uno mismo, y creo que estaría bueno que entre quienes aportan se dieran mucho reconocimiento mutuamente. La propia cultura organizacional lo fomenta.
La terminal, de verdad...
> La mayoría de los programadores no sabe cómo usar eficazmente las herramientas de LLM o no le interesa.
A muchos desarrolladores a su alrededor, sorprendentemente, no les interesa mucho la tecnología. Dedican la mayor parte de su tiempo a consumir de forma mecánica shorts de YouTube nuevos o repetitivos.
Tengo curiosidad por saber si MCP podría llegar a ser JSON.
Parece que no está el tuit, tal vez borraron el original.
Quiero probarlo, pero aunque está en vista previa es de pago y ni siquiera tiene período de prueba ;_;
Si buscas, hay gente que dice que le costó 5 dólares hacer unas cuantas consultas, así que parece que depende de la cantidad de código del proyecto.
Hay muchas observaciones interesantes, tanto desde la perspectiva de RR. HH. como desde la perspectiva de la cultura organizacional.
Como no lo conocía bien, lo busqué y parece que
backdoor reference checkse refiere a una verificación de reputación no designada. Lo dejo por aquí por si hay otras personas como yo.Parece que se convierte en un método concreto del entrenamiento profundo del que habla el libro The Talent Code. Gracias por el buen texto.
En las empresas nacionales, muchas veces la composición de los miembros del consejo directivo es solo de adorno, y aunque este tipo de cosas son temas que realmente solo se sienten después de emprender y hacer crecer una empresa hasta el punto de necesitar gobernanza, lo comparto porque es algo bueno para leer con anticipación.
> Aunque la empresa podría crecer mucho más, proponen un precio de adquisición para recuperar la inversión e inducen una salida
Si te pasa algo así хотя sea una vez, la confianza en los inversionistas se desploma.
Mi vida laboral ha sido corta, pero mientras empatizo con el contenido del texto, por otro lado también pienso que conviene evitar trabajar "silenciosamente". Sin llegar al extremo de ser demasiado llamativo o escandaloso, creo que al menos hacer un mínimo de autopromoción le hace bien a uno mismo.