Dev&Ops es el espacio donde hablamos de cultura tech, compartimos anécdotas reales y damos consejos prácticos para todo entusiasta del mundo del desarrollo y la tecnología. Acompáñanos a descubrir las últimas tendencias, aprender de nuestras experiencias y recibir tips que te ayudarán a destacar en este entorno digital en constante evolución.
Juan (00:00)
La Inteligencia Artificial, ya la hemos hablado también en otros episodios, multiplica. Así que para que multiplique, tenés que tener algo antes de eso. Por eso no, más allá de escribir código, eso se vuelve trivial hoy en día. Para mí, el hecho de que escriba el código, eso es lo de menos. Me enfoco más en la arquitectura y los patrones.
y ver cómo esto puede escalar a futuro, cómo hacer para que no rompa algo que ya estaba, etcétera.
Bienvenidos sean todos a una nueva edición de Dev & Ops, el podcast que tenemos para toda Latinoamérica unida. El día de hoy me acompaña y del mundo, así es, correcto. El día de hoy estamos nuevamente en un episodio como Dios manda, mi buen amigo Douglas, quien nos hemos separado por una temporadita por motivos varios, pero el día de hoy
Douglas (00:41)
y el mundo.
Juan (01:01)
Por fin hemos regresado y hemos podido hacer el tiempo para grabar estos episodios que son tan entretenidos para nosotros y creo y estoy seguro que para muchos de ustedes también son muy entretenidos. Douglas, hace tiempo que no te veo. ¿Cómo has estado Douglas?
Douglas (01:19)
Juan, no, contento. Tuve tal vez un par de semanas un poco complejas, ¿verdad? Pero en este momento estoy contento, como vos dijiste, de poder de nuevo tener la oportunidad.
de grabar juntos y a medida te escucho dar la bienvenida entiendo por qué en redes y en internet se generan estos malos entendidos y estas cosas conflictos que a la gente le gusta y venden bastante pues por suerte vos y yo no somos nada que ver con farándula y a la gente probablemente no le interesa mucho pero como lo planteaste al inicio pareciera que vos y yo teníamos problemas personales o problemas de negocios y eso creó una separación y lo resolvimos y ahora estamos de nuevo no
Juan
se está refiriendo a problemas a nivel o complicaciones a nivel personal, laboral. Yo estuve enfermo por unas casi dos semanas, aparte complicaciones en el trabajo y Juan con su nuevo integrante en la familia, más el trabajo y lo demás ha complicado que pues en primer lugar podamos los dos coincidir en un horario para grabar y en segundo incluso a veces poder grabar por nuestra cuenta solo. Entonces aclarando un poco ahí las palabras de Juan.
si alguien las mal interpreta de nuevo no que le interese mucho a mucha gente pero eso ha sido complicado sin embargo por gracias y misericordia de Dios aquí estamos una vez más y definitivamente estas pláticas tienen un tono diferente cuando vos y yo podemos discutir el tema y es lo que queremos hacer hoy
Juan (02:53)
Sí, correcto. Tenés toda la razón, nuestro estilo en este podcast es un poco más enfocado a hablar de nuestras experiencias, enfocado al tópico, al tema que estamos hablando específicamente. Y casi no tenemos ese comidilla que hay en redes sociales. Realmente no nos interesa eso. Sé perfectamente que es entretenido.
Douglas (03:22)
Sí.
Juan (03:22)
Pero
pues no, es nuestro estilo, definitivamente. Y sí.
Douglas (03:26)
y que han habido, Juan
disculpa, han habido ahí una que otra persona que hace contenido técnico que ha usado videos cortos nuestros.
para querer hacer ver que estamos equivocados en nuestra opinión y son personas que agarran un pedacito pequeño de lo que dijimos y lo sacan de contexto, ya nos ha ocurrido, ¿verdad? Pero al final entendemos que lo que está ahí en Internet la gente lo va a utilizar como mejor le convenga y pues por nuestra parte lo que queremos, lo que vos dijiste, enfocarnos en estas charlas técnicas, charlas de cultura, DevOps que puedan generar valor
Juan (03:47)
Sí.
Douglas (04:03)
Y si a no le parece de valor, compártalo con otra persona que él le pudiera hacer de valor. Esa sería la intención.
Juan (04:11)
Sí.
Al final del día, las redes sociales todo el mundo está buscando la manera de cómo atraer atención. pues, es parte, ⁓ son estrategias válidas. Al menos no me enoja. Al menos yo lo entiendo como que, esa es su estrategia para las personas que lo han hecho. Esas son sus estrategias para tratar de salir a la luz. Y no es ilegal, exacto.
Douglas (04:36)
No son ilegales, Juan. Tal vez no sean orales, pero
no son ilegales.
Juan (04:40)
Nosotros
no lo haríamos, pero no me molesta que lo hagan. parte de lo que es Internet. Y es interesante cuando estás de este lado de la parte creativa de contenido, creación de contenido, cómo empezás a notar cómo funciona realmente todo. Por ejemplo, hablaba con un amigo hace poco y me decía que es interesante que siempre a tal hora, tal día me sale una publicidad de esto en específico.
Douglas (04:47)
Así es.
Juan (05:09)
Es cierto que nos vigilan, pero es interesante. Entonces, yo le comentaba que sí. Todos en las redes sociales tenemos un perfil y no solo nosotros como personas, sino los creadores de contenido nos van categorizando y las mismas plataformas le dicen a los creadores de contenido, tal día y tal hora es más beneficioso que publiques tu contenido porque lo van a ver las personas. así es. Vivimos en 1984.
No hay para dónde. Estamos totalmente vigilados. Pero, sin tratar de dilatar más la conversación de este episodio, Douglas, me gustaría hablar un poco sobre algunos artículos que he encontrado. Siempre trato de buscar artículos que me llamen la atención para comentarlos. A veces los comentamos fuera de los podcast, a veces hablamos sobre cosas.
Douglas (05:43)
Gracias.
Juan (06:07)
Pero esto los quería comentar aquí en el episodio. Ya tenemos un episodio similar, si alguien le interesa lo puede buscar y ya olvidé cómo se llama. Pero tenemos un episodio similar donde hablamos y reaccionamos un poco a diferentes artículos. No vamos a leer al pie de la letra todo lo que está. Lo menciono porque hay muchos canales en YouTube que hacen eso, leen los artículos y también lo van reaccionando. Nosotros no. Vamos a leer un poco.
y en sí la idea es tratar de comentar y dar nuestras opiniones al respecto. Así que eso lo que vamos a hacer el día de hoy y si te parece Douglas, vamos a empezar.
Douglas (06:50)
Comenzamos.
Juan (06:52)
Perfecto,
para las personas que solamente nos están escuchando ya sea en Spotify, Apple Podcast o el mismo YouTube Music pueden intentar ya sea ir a YouTube o por ejemplo como en el caso de Spotify te permite ver la parte, el video del episodio. Si lo pueden hacer y no están manejando ni nada como eso, se los recomiendo porque vamos a estar compartiendo al menos el enlace y...
y el título del contenido de los artículos. El primero Douglas que quiero tocar el día de hoy es este que tenemos en la pantalla. El título, por cierto, de Disclaimer. Son artículos en inglés, pero los traduje al español utilizando Google Translate por si por ahí ven algo raro. No me los inventé yo.
Douglas (07:43)
No, pero se agradece Juan porque el episodio anterior estaba en inglés, estábamos queriendo traducirlo mientras lo leíamos. Al menos mi inglés no es tan bueno como para estar traduciendo y por ahí tuvimos algunas trabas. Yo creo que fuiste inteligente en traducirlos esta vez.
Juan (07:58)
El mío tampoco.
Sí,
claro, claro. Y por si alguien también todavía no está muy al tanto en inglés, pues va a ser más fácil de leer. El título entonces, empecemos con este de Douglas. Es posible que la ingeniería de software ya no sea una carrera para toda la vida. Este título me encanta Douglas por múltiples motivos. O ni siquiera en el contenido sí. Ni siquiera el contenido.
Douglas (08:23)
Sí.
Juan (08:30)
Y te voy adelantando ya solo con el título porque yo creo que a vos te pasó igual que cuando nosotros empezamos con estas carreras y creo que ya lo hemos hablado en otros episodios siempre se nos vendía que informática o ingeniería de software o ingeniería de sistemas era la carrera del futuro, era la carrera la apuesta ganadora. Al menos yo recuerdo mucho ese discurso y esta persona dice que
tal vez ya no, ya no sea así.
Douglas (09:05)
ver si compartimos su opinión.
Juan (09:07)
vamos a ver si
es cierto bueno vamos a ir leyendo un par de cosas un par de párrafos que él tiene por aquí el artículo es bastante extenso por si alguien le interesa leer más detenidamente no todo lo que él está planteando pero nosotros vamos a ir leyendo un poco y vamos a nuestros puntos de vista él inicia con esto no creo que haya evidencia convincente de que el uso de la guía te haga menos inteligente en general
Sin embargo, parece bastante obvio que el usar IA para realizar una tarea significa que no aprendes tanto sobre realizar esa tarea. Algunos ingenieros de software creen que este es un argumento decisivo en contra de la IA. bueno, esto es algo que dicen algunas personas, usar la IA significa que no aprendes tanto tu trabajo. Los usuarios de la IA se convierten con el tiempo en ingenieros menos eficaces.
ya que van perdiendo, o él utiliza esta palabra, atrofian. Se van atrofeando tus habilidades técnicas. Por lo tanto, no deberíamos utilizar la IA en nuestro trabajo. Él menciona que no está del todo de acuerdo con el punto número dos, el hecho de que nuestras habilidades se atrofian. Por un lado, pasar por el lenguaje de ensamblador, de AC, hizo que los programadores fueran menos efectivos. Esto me llama mucho la atención, Douglas, porque...
Esto es un tema que creo que ya lo hemos hablado y recuerdo que vos dabas un ejemplo muy similar o no sé si fue alguna plática privada que tuvimos, ya no me acuerdo, pero dabas una analogía muy similar. Pero bueno, ya lo vamos a hablar un poco, voy a terminar de leer esta sección y luego damos nuestros puntos de vista. Por otro lado, podría decirse que la transición de escribir código a mano
al uso de la IA es un cambio mayor, sea, un cambio en respecto a pasar de ensamblador a pasar a un lenguaje más de alto nivel. Así que...
Douglas (11:11)
¿Qué creo Juan? Perdón,
no leíste la parte de ensamblador para las personas que solo nos escuchan.
Juan (11:16)
Ah, perdón. Entonces él menciona que lo está comparando con pasar de lenguaje ensamblador a C hizo que los programadores fueran menos efectivos en algunos aspectos y más efectivos en otros. Tiene sentido, ¿no? Entre más de bajo nivel el lenguaje, pues más tenés que estar al tanto del uso de la memoria, los ciclos del procesador, etcétera, etcétera. Sin embargo, pareciera que no es el mismo caso con el uso de la IA.
bueno él menciona quien sabe todavía no se sabe incluso si decimos que esto es cierto este sigue siendo un mal argumento menciona él él procede a dar algunos datos al respecto de cómo se ha aprendido la ingeniería de software y que básicamente él hace la comparativa de cómo hemos cambiado de ciertos paradigmas en ciertos momentos de la historia
en tecnología y más específicamente en programación. Sería una lástima para los ingenieros de software si el uso de la IA nos hiciera peores en nuestro trabajo a largo plazo. Pero todavía podríamos estar obligados a usarlo si proporcionara suficientes beneficios a corto plazo. Por la misma razón que los trabajadores de la construcción están obligados a alimentar objetos pesados porque para eso nos pagan.
y bueno él se enfoca en esos puntos que están en contra del uso de la IA y por aquí abajo quiero poner un último párrafo donde está
Creo que es este, si resulta que la IA te hace más tonto, ¿por qué no podemos seguir escribiendo código a mano? Y él menciona, si puedes. Es posible que no puedas ganar un salario al hacerlo, se refiere más que todo a como algunas empresas te exigen ahora que utilices IA, por la misma razón que no hay muchos trabajos disponibles para carpinteros que se niegan a utilizar herramientas eléctricas. Si los modelos son lo suficientemente buenos,
simplemente será superado por ingenieros dispuestos a cambiar su capacidad cognitiva a largo plazo por una carrera lucrativa a corto plazo. Y bien, última nota, él escribió un último pie de página porque después que él se publicó el artículo recibió mucha atención en diferentes partes y él hace esta edición. Esta publicación recibió muchos comentarios.
en las Hacker News, esa es una página muy famosa y me decepcionó un poco ver mucha gente, incluso él menciona a una persona, Simon Wilson, quien él al parecer es fan de esta persona, responden con puntos negativos sobre lo que los ingenieros pueden usar la IA para realizar más trabajo de ingeniería incluso si ya no escriben código a mano. En primer lugar,
Una vez que dejas escribir código a mano, me preocupa tu capacidad de comprender el código base en general y que esta capacidad se va a atrofiar. En segundo lugar, la tasa de cambio es tan alta, o sea, de cómo todo está cambiando, es tan alta que quién sabe lo que va a pasar dentro de una década o dos. Por eso es que anteriormente él mencionaba esa palabra de quién sabe, porque todavía estamos en un proceso.
y pues él hace que debería haber enfatizado un poco más en esos puntos. Bien, el título parece que es más como un medio clickbait, es como algo para atraer a los leyentes, pero realmente lo que habla es el... está como en contra de los puntos en contra de la IA. ¿Qué opinas vos, Dula, sobre este tema que...
parece estar cada vez más y más latente en nuestra industria de tecnología. El hecho de que, bueno, ya no se va a necesitar aprender a programar, no se necesita aprender nada de la infraestructura, sistemas operativos y todo esto. Creo que ya sé cuál va a ser tu respuesta, pero de todas maneras me gustaría que se lo compartieras a nuestra audiencia.
Douglas (15:48)
Ya te parezco un poco predecible, en ese sentido.
Juan (15:50)
No, no es eso, sino que tenemos
puntos de vista muy similares vos y yo.
Douglas (15:55)
No, no, Clara, te entiendo. Fíjate que, bueno, mira, es interesante, profundo para nuestro tiempo, en el sentido que, no tiene miedo de expresar su opinión el autor de este texto aquí, ¿verdad? Entonces, sí, eso se lo respeto mucho.
Mira, es difícil porque la inteligencia artificial es algo, está en un punto interesante de su historia, de su adopción, está en un punto donde ya se quedó. O sea, aquí ya no hay una discusión de si la IA va a seguir o no va a seguir, aunque algunas personas por ahí lo mencionan, las diferentes industrias, no solo tecnología, las diferentes industrias...
Ya prácticamente todas utilizan inteligencia artificial, eso demuestra que ya se quedó.
Sin embargo sigue estando en etapa de adopción. Es un poco paradójico, ¿no? Esta frase. Pero es cierto, sigue estando en etapa de adopción, sigue estando en etapa de evolución. viene a ser muy temprano tratar de venir a decir y definir ciertas cosas, ¿verdad? Venir a definir ciertas cosas. Entonces, por ahí esa parte lo tiene uno en ese punto.
Yo concuerdo con varias cosas de las le está diciendo, sin embargo hay otras que están en evolución. La ingeniería como tal, lo que es ser ingeniero va a evolucionar.
Así como lo ha venido haciendo por los años, solo en ingenieros de software sino que en ingenieros de diferentes áreas. Las habilidades que se querían para un ingeniero hace 20 años son bien diferentes a las que se requiere para un ingeniero en sistemas, hablando de sistemas computacionales aún, hoy en día es diferente. Hace 30 años
35 años, un ingeniero de software tenía que entender de ensamblador y entender de cómo funciona, pero el hardware, bueno vos mencionaste el CPU, la memoria y alocarla y limpiarla, etcétera. Eso era un requerimiento sí o sí, porque así se programaba antes. Hoy en día ya no es un requerimiento. Hay muchos programadores, seniors, staff que no
entienden necesariamente a profundidad cómo se maneja la memoria y sin embargo pues ahí están, siguen siendo muy buenos ingenieros y no desaparecieron ahora yo te voy a dar un ejemplo con la nube cuántos ingenieros que trabajan en el área de operaciones en el área de sistemas que tienen décadas ya a estas alturas
Tienen más de una década, décadas es plural, tienen más de una década trabajando en cloud, trabajando en infraestructura, arquitectando soluciones, los balancers, y VPCs, y softwares privadas, públicas, y todo lo que querrás. Y nunca en su vida tocaron un servidor o un switch de red. Nunca en su vida. Y entonces, ¿Son menores que los que sí nos tocó hacerlo?
Es un debate un poco interesante.
Entonces siempre le hemos dicho acá, aquellos que hemos tenido la oportunidad de ir más atrás, tenemos esa ventaja de entender un poco más profundo que hace algo, pero hasta si llega un punto en el que ya se vuelve irrelevante. Que yo si haya tenido un switch en mis manos y haya tenido que configurar ruteos y diferentes cosas en un switch de manera directa, o que si yo haya tenido que enraquear un servidor y instalar el hypervisor,
y conectar los discos externos, etcétera.
¿Lo entiendo mejor que alguien que no lo ha hecho? Sí, pero ya no me genera una ventaja significativa en el mercado porque no es algo que la industria actual requiere que se haga y eso no vuelve un mal profesional al que hoy en día trabaja en cloud que nunca ha tocado hardware para trabajar en su vida. Entonces, de nuevo, es una situación un poco una situación un poco incómoda en la que queda en los dos extremos entre algo, una práctica,
como la inteligencia artificial que ya se estableció que no va a salir que ya se quedó pero que la vez está en adopción y está en evolución entonces yo creo que la ingeniería Juan va a ir cambiando obviamente necesita tener el concepto de ingeniero para saber guiar a la
Juan (20:32)
Mm-hmm.
Douglas (20:44)
A la Inteligencia Artificial se usa mucho el concepto de Jarvis y Tony Stark para los fanáticos de Iron Man, Y ahí salen memes que dicen, ve y cuenta que Tony no es inteligente, sino que tenía tokens ilimitados. Pero si vos lo ves, yo siempre lo he dicho y es un buen ejemplo, me gusta. Tony le va diciendo a Jarvis qué hacer y cómo hacerlo.
Juan (20:45)
Claro.
Douglas (21:06)
No, revísate esto, te bajas al otro, cambias aquí, cambias... Lo que Toni se ahorra, usando ese ejemplo ficticio, Pero aplica, aplica. Se ahorra él venir y... Es una buena analogía, sí, gracias. Él no tiene que estar tapeando o ejecutarlo, pero él pensó cuál es la solución, ¿verdad? Entonces, eso sigue aplicando hoy en día, va a evolucionar. Ahora, para cerrar mi idea en esto, siempre aquellas personas que quieran profundizar...
Juan (21:12)
Claro, Es una buena analogía.
Douglas (21:35)
en esa parte van a tener un impacto fuerte si encuentran la industria correcta en la cual trabajar. Yo todavía que tengo experiencia en hardware y en trabajar con los switches y eso, los data centers como tal siguen existiendo.
no? siguen existiendo entonces cada vez hay menos gente que quiere trabajar en hardware si alguien decide estudiarlo se expone a un nicho que es menos cantidad de profesionales en esa área pero super necesitado y se empieza a exponer a un área que más lo necesita entonces por ahí así como como comienzo ocurrió eso ya con aquellas personas que trabajamos con infraestructura como sysadmin o network admin y si lo
trabajar en Amazon, sus data centers o en Meta, verdad, o estas empresas que tienen su data center grande, lo mismo eventualmente va ocurrir con la ingeniería de software. Aquellos que si tengan ese conocimiento, esa profundidad van a trabajar en desarrollar modelos, verdad, o en desarrollar la base de nuevas tecnologías siempre en inteligencia artificial, o van a ser aquellos que van a guiar a la inteligencia artificial.
para desarrollar la inteligencia artificial porque son los que tienen ese conocimiento profundo de cómo operar con hardware, cómo operar con RAM, con VRAM y todo este tipo de cosas. di una respuesta larga, espero que mi pensamiento alrededor de esta idea se haya podido transmitir.
Juan (23:08)
Yo creo que, sí, como te decía, pienso muy similar a lo que vos mencionás. Al final del día, pues son habilidades que no se pierden si las tenés. Y claramente estamos en un periodo de cambio. De hecho, si te pones a pensar cómo era el uso y cómo era todo el tema de la IA hace cinco, cuatro años atrás.
es muy diferente a cómo está el día de hoy. pesar de que seguíamos, ya estábamos hablando de LLMs y ya estaba ChartGPT y todas estas cosas, GitHub o Pilot. Las cosas van cambiando. Muchas... Como el famoso prompt engineering, que es ajustar el prompt para que la IA te de resultados que vos querés.
ya no tiene la misma relevancia que tenía hace un par de años atrás. Entonces, ahí es donde vamos viendo cómo todo sigue avanzando de manera tan rápida. Y ya han salido muchas noticias donde los mismos CEOs de estas empresas dicen, hey, creo que estaba equivocado y parece que no nos van a quitar el trabajo. Hay otras noticias donde salen que es más caro pagar estos modelos de IA, los de Frontera.
más caro que para darle a una persona o un humano. Así que por si alguien está preocupado por eso, yo creo que aún tenemos mucho tiempo por delante. También creo que vale la pena aprender las bases. Por cierto, estoy creando, aún estoy trabajando en un curso para aprender a programar y estoy afinando algunas cosas por lo mismo, porque creo que...
Últimamente se habla mucho de la IA y cómo ya no se necesitan ciertas habilidades porque la IA lo hace. Y creo, desde mi punto de vista, eso es un tema que no es válido o al menos aún no lo es. Y lo último que quisiera comentar Douglas es que leyendo el artículo para mí es como de cierta manera me sentí identificado porque uno de mis puntos en contra de la IA hace muy poco atrás.
era precisamente ese punto que menciona de al utilizar la IA empezás a perder tus capacidades sobre el mismo proyecto que estás trabajando y ya no entendés cómo funciona el proyecto. Y hoy en día no opino lo mismo, aunque sí veo posible que pase. Pero creo que con las metodologías correctas no debería suceder. Entonces mi
punto de vista ha cambiado y al ver lo que él menciona y que son argumentos no válidos, sí estoy de acuerdo que ya no son argumentos válidos en contra de la IA. ¿Hay muchos argumentos en contra de la IA? Ese no es uno de ellos, creo yo.
Douglas (26:13)
Sí, infante, que solo quiero hacerle eco a eso que dijiste, me gustó, por eso lo voy a hacer eco.
con los métodos correctos no deberían de ocurrir ese tipo de cosas de que no entendés, por usaría y estoy de acuerdo, ¿no? Si trabajamos de manera correcta, profesional, donde nosotros como ingenieros guiamos a la inteligencia artificial, ¿verdad? No debería de ocurrir eso. Y aquí encaja de nuevo el mismo ejemplo que daba de los que trabajábamos antes en data centers físicos comparado con los ingenieros cloud que ahora trabajan en la nube únicamente. Todos los ingenieros
entiende perfectamente lo que son las vilas, los ruteos, en netbos privadas, públicas, firewalls, etcétera, entienden perfectamente sin nunca haber tocado o tirado cableado físico, verdad. Quienes lo que hicieron, quienes han hecho lo correcto para aprender. Entonces me gustó esa frase y le hago eco, usando las metodologías correctas, eso es algo que no debería de ocurrir. ¿Es fácil de que ocurra? ¿Quienes se aceleran? Sí.
pero haciéndolo de manera correcta no debería ocurrir, me gustó.
Juan (27:23)
Y bueno, para los que nos están escuchando, también les gusta lo que estamos hablando, les recuerdo que tenemos otras redes sociales en las que nos pueden seguir. en Facebook, Instagram, Apple Podcasts, Spotify, YouTube Music, varias partes. en muchas partes. TikTok en todos lados. No estamos en X, Twitter. Y me siento bien por eso, Douglas. Aún no quiero llegar ahí. Bueno.
Douglas (27:39)
todos lados.
Juan (27:51)
Vamos a seguir con el siguiente artículo que tengo por aquí.
que creo que va muy enlazado con lo que estábamos hablando en este artículo anterior. El título que tengo, que tiene por aquí dice, no te pagan por escribir código. Entonces me gusta porque de cierta manera yo lo enlazo con el anterior en el hecho de que creo que el temor de muchas personas respecto a la IA es precisamente eso, que mi valor ante la empresa es que yo podía escribir el código necesario. Pero...
Douglas (28:05)
¿Ok?
Juan (28:28)
Realmente esa no es el valor que le estás aportando. Pero bueno, vamos a leer un poco. El de nuevo.
Douglas (28:34)
antes
de lo que le de Juan puedo dar una idea porque no sé yo no los he visto no sé de qué tratan pero quiero tirar una idea y a ver cómo queda luego de leerlo en general nunca nos han pagado sólo por escribir código bueno yo no soy desarrollador no por desarrollador nunca ha sido sólo por escribir código que tenga la habilidad de escribir buen código ha sido un gran punto
Juan (28:39)
Ok
Douglas (28:56)
Pero nunca ha sido solo eso, hay más allá alrededor de una empresa por la cual busque contratar a un programador. Quiero tirar esa idea, lo hemos mencionado en episodios antes y a ver, yo que no he leído el artículo, a ver cómo pega esa idea con esto.
Juan (29:11)
Exacto, vamos a ver. Yo creo que no estás equivocado. Yo no leí todo porque creo que el resumen es suficiente para, al menos para nuestro podcast. Voy a dejar los enlaces en la descripción del vídeo por si alguien lo quiere leer detenidamente. Y bueno, me disculpo porque no tiene tema oscuro esta página, al parecer, así que ni modo.
Bueno, voy a leer esta primera parte y luego damos nuestros puntos de vista. Él menciona una cosa que noté en mis organizaciones de ingeniería es que cuando la gente logra resolver el problema, el primer paso es abrir el editor, sea Visual Studio Code, Visual Studio, etcétera. Crear una nueva rama en Git y comenzar a codificar. Y siempre sentí que esta era la dirección equivocada.
Lo que he descubierto a lo largo de más de 20 años creando software de diferentes dominios es que la ingeniería que aportaban el mayor valor a los proyectos y a las empresas no eran las codificadores más productivos. Yo creo que aquí se refiere con productivos con los que escriben rápido, Voy a saltarme esa parte y vamos a ir a esto de aquí. Este año, cuando la IA puede escribir código mucho más rápido que nosotros,
se ha vuelto aún más importante aportar valor a su empresa sin solo codificar lo que decías. Y en particular él menciona estos puntos. La trampa de la identidad. Este para mí creo que es muy interesante. El error común es tratar la ingeniería de software como salida de código. Cambia el enfoque hacia las preguntas, la intención y lo que trabajo.
trabajo entender pretende, lo que el trabajo pretende cambiar, perdón. La trampa de la entidad, bueno yo voy a dar mis puntos más adelante. El código es un pasivo no un activo. Cada línea de código debe mantenerse, comprenderse y modificarse posteriormente. Por lo que el objetivo real no es escribir más, sino resolver el problema con menos.
¿Qué sucede cuando te saltas el pensamiento y te lanzas a codificar? Es fácil solucionar el problema equivocado cuando se pasa directamente a la implementación. La diferencia es entre moverse rápido en el código y tener la razón sobre el problema. Otro punto que él menciona, qué de modos utilizamos codificación de manera predeterminada?
Hay una razón por la cual los equipos se apresuran a adoptar un comportamiento que priorice el código. Los incentivos, los elogios, los plazos y la estructura organizacional lo empujan en la dirección equivocada. La IA amplifica esto aún más. ¿Qué cambia cuando el código se vuelve barato de producir? ¿Qué cambia? La IA puede acelerar la ejecución, pero también genera un encuadre deficiente, un juicio débil.
y un escalamiento de código innecesario. ¿Cómo se ve realmente pensar primero? Esto lo podemos saltar. Descripción del trabajo real del ingeniero. El enfoque pasa de la codificación al juicio. O sea, el enfoque que deberíamos tener nosotros pasa de codificación al juicio. Las compensaciones, la arquitectura, la validación y la decisión.
de lo que nunca se debe construir en primer lugar. Luego el artículo trata de expandir un poco más cada uno de esos puntos y bueno, creo que si alguien lo quiere leer más detenidamente lo puede hacer. Voy a dejar los enlaces, nuevamente lo repito. Pero él habla de estos puntos y cada uno de estos puntos a mi Douglas me da mucho que pensar porque definitivamente no nos están pagando por escribir código.
y ahora en esta nueva era de la inteligencia artificial es notorio más que nunca. De aquí yo resaltaría un par de puntos Douglas antes de cederte la palabra. Número uno, la trampa de la identidad. El hecho de que nuestra identidad es en torno al hecho de escupir código. Creo que es un error que se ha dado por mucho tiempo.
También el código es un pasivo, es algo que de nuevo para mí resalta mucho. Y la descripción del trabajo real del ingeniero para mí también es un punto muy muy grande. El hecho de que nuestro cargo, ya sea que seamos junior, senior y las demás definiciones, nunca es el hecho de... Nuestro enfoque del puesto es...
aunque esta persona puede tirar tres endpoints en media hora nunca va en torno a eso va más allá de simplemente escribir código
o la pregunta entonces Douglas, ¿qué opinas? o bueno ya nos diste al inicio perdón así que me gustaría que tal vez nos pudieras hablar un poquito más no sobre lo que estábamos mencionando al inicio de que nunca ha sido esa la realidad nunca nos han pagado sólo por escribir código
Douglas (34:52)
Sí, no, yo creo que estaba un poco alineado con la idea desde que leí el título, que no nos pagan por escribir código. Acá, Juan, yo creo que se vuelve una opinión un poco... ¿cómo se llama? Conflictiva.
Juan (35:10)
Ajá.
Douglas (35:10)
y
genera controversia, una opinión controversial. Y ya miro yo, hay ciertas personas en nuestras redes sociales que solo miran los clips cortos y se vuelven radicales cuando decimos algo y solo escucharon un clip que tiene poco contexto que ya lo hemos dicho antes. Es casi imposible poner todo el contexto. La intención es generar la atención para que las personas que les interesa el tema vean el episodio completo.
Juan (35:22)
Sí.
Douglas (35:37)
Pero a la vez pienso, si esas personas vieran los episodios completos, siempre pondrían comentarios conflictivos. Porque tenemos la idea, nosotros los que somos técnicos, de que mi entendimiento y mi apreciación es la única correcta. Y eso es bien, es ser un poco cerrado en mi opinión. Al igual que el artículo anterior que leíste, perdón.
No estoy de acuerdo en todo lo que dice el autor, sin embargo, lo respeto porque él está hablando de su experiencia. Y es lo que estamos haciendo nosotros aquí también, hablando de nuestra experiencia, cómo es la práctica que... Una cosa es lo que dicen los libros, otra cosa es la práctica que hemos vivido.
Juan (36:15)
también.
Sí, a mí
siempre me gusta es precisamente eso, ¿no? Que un tema abra la puerta para una discusión en el mejor sentido de la palabra, de dar ideas, yo pienso sí, yo pienso de esta otra forma y tratar de llegar a un punto medio, ⁓ o al menos para los que nos están escuchando, hacen sus ideas, agarran lo que crean que sea útil y lo demás no. El problema es cuando llegan personas que son, como decías, muy radicales y...
y quieren imponer lo que ellos piensan. Ahí es donde hay un problema, creo yo.
Douglas (36:56)
No, y de acuerdo con vos, de acuerdo con vos 100 % Y aún si esta persona se equivocara, del antico anterior, que mencioné que no estoy de acuerdo al 100, 100 muchas cosas, aún si esta persona se equivocara en algunas de esas cosas, porque soy un ser humano.
Juan (37:05)
Uh-huh.
Douglas (37:13)
o si en lo que yo digo me equivocara, eso no desacredita todas las otras cosas que si son ciertas o que si son buenas o eso no nos vuelve malos profesionales, nos vuelve seres humanos que nos equivocamos en una opinión, en un punto de vista, Entonces, ¿por qué lo menciono? Porque esto que está diciendo este artículo que nos acabas de leer es algo que siempre yo he pensado, lo hemos discutido antes vos y yo, Juan, por eso el tipo
Juan (37:31)
Sí.
Douglas (37:43)
ingeniero de software.
porque la parte de ingeniar soluciones es por lo que en realidad nos pagan. ¿Saber hacer el código? Sí, claro. ¿Saber hacer buen código con buen rendimiento? Sí, claro, es parte de. Si no se lo dieran a cualquiera con buenas ideas, sí, estoy de acuerdo. Pero también por eso existen los roles de senior y junior, donde tenés al senior que es el que piensa en que se las ingenia, el que arquitecta, el que diseña cómo va a ir todo, cómo se va manejar el rendimiento y luego le empieza a pasar los módulos o las funciones o
las cosas al junior que solo escribe código siempre existido esa ese concepto siempre existido ese modelo siempre ha estado nos pagan porque sabemos hacer el código porque el puesto programador pero porque tenemos las ideas las soluciones de hacer lo correcto me gusta lo que dice como él dice que nos llega un problema lo primero que hacemos es abrir el editor y crearon el branch
A mí me ocurrido, me ocurrido que me dicen enterra la formidad, ocupamos hacer esto. ⁓ sí, creo que tengo la idea de cómo hacerlo. Y abro el editor, creo un feature branch y en lo que empezó a ver el código, no se ocupaba ningún cambio de código, ninguno. Y me quedo en mi local con un feature branch creado que nunca va a siquiera ser, ni siquiera va a ser pushado. Y ahí a mí me hace reflexionar y digo, ey, empecé mal. Me fui directo.
Juan (39:03)
Me ha pasado.
Douglas (39:13)
La experiencia te lleva un poco a esas cosas, A que creía cuál era la solución, pero me dejé llevar y siempre debo de empezar por analizar el problema y analizar si la solución es código o es otra cosa.
Si siquiera la solución está de mi lado, porque puede que esté de otro lado. Entonces, yo estoy muy de acuerdo con lo que dice este artículo, siempre lo he pensado. Y la inteligencia artificial no viene a ser la excepción. Se junta un poco con lo del anterior. Los ingenieros lo que van a hacer es saber utilizar la inteligencia artificial como una herramienta para llevar sus ideas y convertirlas en soluciones. ¿Verdad?
La descripción del ingeniero se enfoca en ingeniar. La descripción del ingeniero se enfoca en crear estas soluciones, en arquitectar estas soluciones que son realmente las necesarias. A veces la solución es decirle al cliente, créate una hoja de cálculo con la lista de cosas y la compartís. A veces esa es la solución y no es agregar 40 horas.
un cambio de 40 horas, solo para que me genere una lista. Entonces, creo, Juan, que por ahí va la idea y a mí en lo personal me gustaría más gente abierta a escuchar esta idea, a verla, porque como yo soy bueno en algo,
Creo que eso me destaca de los demás y me aferro a ellos. Como somos buenos codificando, me incluyo, yo no codifico. Pero los que son buenos codificando se aferran a ellos y lo definen a capa y espada como que esa es la razón por las cuales están donde están. Y si bien es cierto, están en la lista de razones por las cuales están donde están, no es la única.
Juan (41:13)
Buen punto, tampoco es decir que no te ves a aprender a hacer las mejores prácticas y a escribir el mejor código, pero definitivamente no es el punto definitivo. Yo creo que ya lo he mencionado anteriormente, cuando en cierta ocasión mi jefe me hizo la pregunta. Bueno, ya no recuerdo cómo iba la conversación, pero me preguntó, OK, sos senior, sí, le dije yo. Porque de hecho, ese es mi puesto.
Así fue contratado. Sí, le dije, conozco Go's, tengo estas habilidades, he sacado estos cursos, he hecho esto, este y esto. ¿Y qué pasaría si ahora te tocara programar en otro lenguaje? Ya no sos senior entonces. Y ahí, pues a mí, ese fue el punto donde realmente entendí que va más allá de escribir código.
Por eso me gusta mucho este artículo porque creo que es algo que nos pasa a Cuando estamos... Dependiendo de la carrera que hayamos tenido, sea, me refiero a el camino que hemos llevado en nuestra carrera, es muy normal, eso lo he visto yo, es muy normal asociar las habilidades y los conocimientos técnicos con el hecho de que para eso, ese es el valor...
total que le estamos dando a la empresa. bueno, realmente no es así, obviamente. No es así. La Inteligencia Artificial, ya la hemos hablado también en otros episodios, multiplica. Así que para que multiplique, tenés que tener algo antes de eso. Por eso no, más allá de escribir código, eso se vuelve trivial hoy en día. Para mí, el hecho de que escriba el código, eso es lo de menos. Me enfoco más en la arquitectura y los patrones.
y ver cómo esto puede escalar a futuro, cómo hacer para que no rompa algo que ya estaba, etcétera.
Así que bien, para los que están utilizando Inteligencia Artificial o para los que están aprendiendo a programar o están en el mundo de la ingeniería del software, que sepan que no. No es... No les van a quitar el trabajo solamente porque la IA pueda escribir...
Bien, parece muy bien lo que hemos llevado hasta acá. Teníamos otro artículo que queríamos compartir, creo que ya se nos salió de las manos el tiempo para este episodio, Douglas. Así que, si te parece, vamos a dejar ese otro tema que traía a este episodio. Lo vamos a tocar en otro capítulo de este bonito podcast de The Vendetta.
Para los que nos escuchan, estén atentos porque creo que va a ser un episodio, un tema muy, muy interesante. Dulas, me ha gustado mucho compartir ideas con vos en esta ocasión y espero que para los que nos han escuchado y que nos han visto también les haya sido también igual de interesante. No sé si tuvieras algunas palabras finales para cerrar el episodio el día de hoy. Es algo que siempre hemos hecho.
Pero en los episodios anteriores no teníamos esa oportunidad.
Douglas (44:33)
No estaba esa oportunidad, ¿verdad? No, sí, fíjate que, primero me gusta que por motivos de tiempo y por darle el enfoque necesario a cada artículo lo usemos para otro episodio, como tema para otro episodio. Creo que estos dos artículos que leímos se conectan un poco uno con otro y la idea es tener esa perspectiva, ¿verdad? Tanto perderle el miedo a la inteligencia artificial, darle la oportunidad a las cosas. Vos mencionaste que tenés una opinión diferente de lo que es el uso de
de la Inteligencia Artificial.
A lo que tenías hace cinco seis meses, yo estoy en esa lista de personas, hace no mucho tiempo creía que la inteligencia artificial solo estaba afectando y causando más problemas que los beneficios que daba y que los ingenieros que trabajaban con ella estaban cavando su propia tumba y a medida comencé a trabajarlo porque, imagínate eso, yo pensaba que quienes lo utilizaban comenzaban a cavar su propia tumba.
Pero con mente abierta comencé a verlo, a analizarlo, a trabajarlo, a ver si la idea que me hacía desde afuera en realidad se respaldaba al momento de...
ponerlo en práctica y a medida lo ponía en práctica me daba cuenta en qué áreas estaba equivocado, en qué áreas tal vez no estaba equivocado, pero es porque la gente lo está haciendo mal o por la cantidad de venta de humo que existe en redes sociales comentamos vos y yo Juan fuera de cámaras y yo creo que es bueno hacer este comentario acá, la mayoría de gente hoy en día ya no lee noticias, ya no busca información a manera de lectura.
noticias su fuerte información son y yo estoy en esa lista no estoy usando nadie pero mayormente youtube tiktok no el tipo de noticias que vemos ahí y ahí está lleno de gente que vende humo que te dice reemplacé todo mi flujo con este agente que me tomó 30 minutos configurarlo no es cierto no es cierto suena bonito es clickbait y se llena de gente comenta comenta amigo y yo te voy a dar y vos ves que está a los comentarios está lleno de
gente que comentó amigo, amigo, Poca gente se toma el tiempo, como lo que hiciste vos Juan, de buscar leer artículos, leer noticias, leer papers que han publicado universidades, equipos, empresas, ¿verdad? Poca gente se toma el tiempo de hacer eso donde en realidad muestran resultados del uso de la inteligencia artificial puesto en práctica.
y lastimosamente estas empresas que lo han hecho un poco a lo loco terminan gastando más en tokens que de lo que hubiesen gastado de otra manera. yo creo que esto tiene mucho valor y esperamos que nuestra opinión, punto de vista les haya ayudado en algo y haya aclarado algunas dudas.
Juan (47:34)
Excelente, la verdad es que sí, así que para nuestra audiencia que ha llegado hasta este punto, saben, lean el artículo completo, los en la descripción. Y bueno, sin nada más que agregar dublas, muchas gracias, gracias a toda nuestra audiencia y nos vemos a la próxima.