Microsoft ya está intentando integrarlo en Edge junto con su propio LLM, así que no es un intento particularmente nuevo, pero ¿de verdad hace falta llegar al punto de adquirirlo? Más que abrir un navegador centrado en IA desarrollado por OpenAI, esto parece simplemente un intento de expandir el servicio a todos los usuarios de Chrome; pensar que OpenAI puede abrir un navegador centrado en IA me parece un salto demasiado grande. Si es por eso, también se podría hacer con Google Gemini.
Hace un tiempo estuvieron muy en tendencia un tuit y un video sobre haber renunciado al Edge rendering de Vercel[1], y también un artículo sobre un serverless server (jajaja)[2]. Creo que comparto una postura parecida a la de los textos que salieron en ese momento.
Es una opinión personal, pero desde la perspectiva de un desarrollador frontend, creo que poner una serverless function en las solicitudes del usuario sigue siendo algo lejano por ahora (a menos que la aplicación que quieres hacer sea un MVP).
No voy a negar que cualquiera puede intentarlo. Pero es mentira decir que cualquiera puede convertirse fácilmente en profesional. Espero que no hayas ido por ahí diciéndole eso a la gente en la vida real, porque eso es una estafa.
¿En qué campo de ciencia e ingeniería alguien puede convertirse en un profesional que se puede incorporar al trabajo real en apenas unos meses por quedarse en casa viendo un poco de internet y estudiando por su cuenta (si le va bien)? <- En ningún campo a un buscador de empleo de nivel inicial así lo llaman experto. Ya veo que alguien ya lo criticó antes. Si de verdad piensas así, entonces tu nivel de pensamiento es bajo y también te falta profesionalismo.
Parece que están confundiendo el desarrollo de software con simplemente generar código o crear APIs. La esencia del desarrollo de software está en abstraer la realidad para crear protocolos e interfaces y hacer que todo encaje dentro de eso. Se trata de conectar cosas que funcionan de maneras distintas para que operen como si fueran una sola. Esto es una actividad intelectual más compleja de lo que parece, y por eso formar ingenieros de software es más difícil de lo que se cree. Dicen que hay mucha gente, pero ¿cuántos de ellos realmente pueden trabajar bien? La mayoría apenas ha usado alguna herramienta una o dos veces, pero eso no es el núcleo de lo que hace un ingeniero de software.
Como alguien mencionó la experiencia de desarrollo y la observabilidad, quisiera agregar algo:
Si desde el inicio se configura bien el entorno de integración, se puede lograr una experiencia de desarrollo tan buena como la basada en contenedores, o incluso más cercana a lo nativo que una basada en contenedores. (Y hay varias herramientas para hacerlo)
En cuanto a la observabilidad, si se quiere hacer a fondo, ni el serverless ni el enfoque basado en contenedores son un problema fácil de resolver. Centralización de logs, visualización de distintas métricas, APM, visualización del uso de CPU/memoria y definición de estrategias de escalado en función de eso, etc.
Si no se está en ese nivel, la integración de métricas/logs que ofrece por defecto el proveedor de nube es bastante potente, así que al final es más o menos lo mismo.
Dicho de forma agresiva, me dan ganas de preguntar: "¿Hasta qué punto han usado serverless de verdad?" 😅
Desde la perspectiva de alguien que ha trabajado tanto con entornos basados en contenedores (principalmente ECS Fargate y clústeres de Kubernetes) como con entornos serverless (AWS), no me resulta algo tan convincente.
Los puntos enumerados como ventajas de los entornos basados en contenedores son, a la vez, aspectos que también pueden convertirse en desventajas.
Todas esas partes mencionadas como “se pueden controlar directamente y pueden tener estado” terminan siendo puntos de gestión que elevan la dificultad operativa, por decirlo de alguna manera.
Yo recomendaría fuertemente serverless, sobre todo, a organizaciones pequeñas o a organizaciones que no cuentan con un equipo especializado en administración de servidores.
Ah, sí coincido en que el cálculo de costos es complicado o difícil de prever, y también en el problema del vendor lock-in.
Como en otros comentarios, si personas que trabajaron en Samsung, Naver, etc., luego se cambian a AMD, Google y similares, y más adelante regresan a Corea con esa experiencia, serían un gran activo. Pero con este ambiente, en vez de volver, parece que seguirán yéndose. No es solo un tema de dinero, sino que el entorno y la percepción son muy deficientes.
En general, ¿qué es lo que quieres decir? ¿Corea no es precisamente un lugar donde traten bien a los ingenieros? Si sientes que recibes más de lo que vale tu trabajo, entonces podrías hacer alguna donación. ¿Corea es un entorno donde el problema es que los ingenieros son arrogantes? El problema es que las condiciones son peores que en el extranjero, así que la gente talentosa cambia de trabajo y no regresa (aunque también puede haber personas arrogantes).
OpenAI Codex CLI - agente de codificación ligero que se ejecuta en la terminal
Microsoft ya está intentando integrarlo en Edge junto con su propio LLM, así que no es un intento particularmente nuevo, pero ¿de verdad hace falta llegar al punto de adquirirlo? Más que abrir un navegador centrado en IA desarrollado por OpenAI, esto parece simplemente un intento de expandir el servicio a todos los usuarios de Chrome; pensar que OpenAI puede abrir un navegador centrado en IA me parece un salto demasiado grande. Si es por eso, también se podría hacer con Google Gemini.
Vaya, está buenísimo. Entre dos personas no debió haber sido nada fácil conseguir incluso los datos de entrenamiento, de verdad es impresionante.
Apareció el propio creador~ Yo también tendré que probarlo una vez.
jajajaja
La página en inglés es https://www.math.uwaterloo.ca/tsp/korea/index.html.
Sin duda, el recorrido es poco realista. No parece que se estén considerando las rutas marítimas en ferry al desplazarse desde el continente hacia Jeju o Ulleungdo. Basta con ver esta imagen: https://www.math.uwaterloo.ca/tsp/korea/img/full_line.png
Más que calcular con precisión el tiempo estimado de la visita, el punto es darle valor a que resolvieron el TSP con datos del mundo real.
Claro, parece que, como también mencionaron en esta publicación, es un texto bastante provocador hecho para llamar demasiado la atención :(
Hace un tiempo estuvieron muy en tendencia un tuit y un video sobre haber renunciado al Edge rendering de Vercel[1], y también un artículo sobre un serverless server (jajaja)[2]. Creo que comparto una postura parecida a la de los textos que salieron en ese momento.
Es una opinión personal, pero desde la perspectiva de un desarrollador frontend, creo que poner una serverless function en las solicitudes del usuario sigue siendo algo lejano por ahora (a menos que la aplicación que quieres hacer sea un MVP).
[1] https://youtu.be/lAGE-k1Zfrg
[2] https://vercel.com/blog/…
[2-1] https://bobaekang.com/blog/…
Todavía no termino de entender bien los contenedores arrancables.
No voy a negar que cualquiera puede intentarlo. Pero es mentira decir que cualquiera puede convertirse fácilmente en profesional. Espero que no hayas ido por ahí diciéndole eso a la gente en la vida real, porque eso es una estafa.
¿En qué campo de ciencia e ingeniería alguien puede convertirse en un profesional que se puede incorporar al trabajo real en apenas unos meses por quedarse en casa viendo un poco de internet y estudiando por su cuenta (si le va bien)? <- En ningún campo a un buscador de empleo de nivel inicial así lo llaman experto. Ya veo que alguien ya lo criticó antes. Si de verdad piensas así, entonces tu nivel de pensamiento es bajo y también te falta profesionalismo.
¿Crees que es fácil dejar de ser amateur y volverte profesional? Si así fuera, entonces ya no lo llamarían profesional.
Parece que están confundiendo el desarrollo de software con simplemente generar código o crear APIs. La esencia del desarrollo de software está en abstraer la realidad para crear protocolos e interfaces y hacer que todo encaje dentro de eso. Se trata de conectar cosas que funcionan de maneras distintas para que operen como si fueran una sola. Esto es una actividad intelectual más compleja de lo que parece, y por eso formar ingenieros de software es más difícil de lo que se cree. Dicen que hay mucha gente, pero ¿cuántos de ellos realmente pueden trabajar bien? La mayoría apenas ha usado alguna herramienta una o dos veces, pero eso no es el núcleo de lo que hace un ingeniero de software.
Era una lástima que Samsung dejara de dar soporte a Linux on DeX.
Ahora Google lo está intentando por su cuenta.
Está buenísimo.
Como alguien mencionó la experiencia de desarrollo y la observabilidad, quisiera agregar algo:
Si desde el inicio se configura bien el entorno de integración, se puede lograr una experiencia de desarrollo tan buena como la basada en contenedores, o incluso más cercana a lo nativo que una basada en contenedores. (Y hay varias herramientas para hacerlo)
En cuanto a la observabilidad, si se quiere hacer a fondo, ni el serverless ni el enfoque basado en contenedores son un problema fácil de resolver. Centralización de logs, visualización de distintas métricas, APM, visualización del uso de CPU/memoria y definición de estrategias de escalado en función de eso, etc.
Si no se está en ese nivel, la integración de métricas/logs que ofrece por defecto el proveedor de nube es bastante potente, así que al final es más o menos lo mismo.
Dicho de forma agresiva, me dan ganas de preguntar: "¿Hasta qué punto han usado serverless de verdad?" 😅
Desde la perspectiva de alguien que ha trabajado tanto con entornos basados en contenedores (principalmente ECS Fargate y clústeres de Kubernetes) como con entornos serverless (AWS), no me resulta algo tan convincente.
Los puntos enumerados como ventajas de los entornos basados en contenedores son, a la vez, aspectos que también pueden convertirse en desventajas.
Todas esas partes mencionadas como “se pueden controlar directamente y pueden tener estado” terminan siendo puntos de gestión que elevan la dificultad operativa, por decirlo de alguna manera.
Yo recomendaría fuertemente serverless, sobre todo, a organizaciones pequeñas o a organizaciones que no cuentan con un equipo especializado en administración de servidores.
Ah, sí coincido en que el cálculo de costos es complicado o difícil de prever, y también en el problema del vendor lock-in.
Desde el principio no era Severless, sino Serverlease.
Como en otros comentarios, si personas que trabajaron en Samsung, Naver, etc., luego se cambian a AMD, Google y similares, y más adelante regresan a Corea con esa experiencia, serían un gran activo. Pero con este ambiente, en vez de volver, parece que seguirán yéndose. No es solo un tema de dinero, sino que el entorno y la percepción son muy deficientes.
En general, ¿qué es lo que quieres decir? ¿Corea no es precisamente un lugar donde traten bien a los ingenieros? Si sientes que recibes más de lo que vale tu trabajo, entonces podrías hacer alguna donación. ¿Corea es un entorno donde el problema es que los ingenieros son arrogantes? El problema es que las condiciones son peores que en el extranjero, así que la gente talentosa cambia de trabajo y no regresa (aunque también puede haber personas arrogantes).
Felicidades. Ha nacido otro framework de js.