#14 que te mires el vídeo. Ya te está diciendo que un fichero de vídeo 4k que llega a las salas de cine ocupa entre 300 y 500GB. Es simplemente imposible ver eso en streaming con el ancho de banda que tiene la mayoría de la gente en sus casas, porque la velocidad de descarga máxima es inferior a la requerida para ver el vídeo sin interrupciones de carga. Lo que te llega es un vídeo ultracomprimido que evidentemente ha perdido muchísima calidad. Pero es que además también explica que en el 99% de los casos, incluso en películas recién filmadas, en algún momento de postproducción se reduce la resolución a 2k para después reescalar a 4k, por puro ahorro de costes.
#4#5 esa imagen es solo para mostrar el numero de píxeles de ancho y alto, no está a escala. Como dice #7, más adelante en el minuto 9:55 pone una a escala:
#11 pues mírate el vídeo antes de opinar. Frase literal del vídeo:
"Todas las películas rodadas antes del año 2000 están escaneadas en 2k" Por lo tanto no hay ni una sola película del siglo pasado en 4k reales. Eso es lo que asegura.
#9 en el minuto 1 del vídeo ya dice que el 1% de las películas son en 4k, no dice que no existan literalmente, sino que son tan pocas que prácticamente no existen.
Dicho esto, que pongas de ejemplo a Netflix con los pésimos algoritmos de compresión que utilizan es de traca, como si graban en 256k, la calidad que te llega al televisor seguirá siendo una puta mierda. Y ojo, que los algoritmos son buenísimos cumpliendo el objetivo para el que han sido diseñados; reducir ancho de banda, pero esto viene en detrimento de la calidad, obviamente. Nada es gratis.
#62 no, el que se está confundiendo eres tú. En una empresa de producto donde el PO forma parte del equipo y trabaja de forma diaria codo con codo con los programadores y el líder técnico, este necesita tener nociones técnicas básicas y entender el funcionamiento general del proyecto en el que trabaja.
El trabajo del PM/PO evidentemente no es definir técnicamente las tareas, ni muchísimo menos, en eso estamos de acuerdo. Su trabajo es definir el objetivo al que hay que llegar mediante la ejecución de las tareas, ayudar a definir las tareas, las dependencias entre tareas y en base a ello priorizar el trabajo. Y obviamente para que esto se pueda hacer de la mejor forma posible tiene que tener un entendimiento totalmente nítido de como funciona a nivel de negocio todo el proyecto hasta el último detalle, pero además tiene que tener un conocimiento general sobre el funcionamiento a nivel técnico del mismo, repito general, que no detallado. Yo en ningún momento he dicho que tenga que definir las soluciones técnicas.
Seguramente tú no hayas tenido esta suerte de encontrarte con un buen PO, porque es muy poco común en mi experiencia, pero existe y yo si que he tenido la suerte de ver trabajar a un PO con estas capacidades y tener preparado 3 meses de trabajo a nivel de tareas individuales incluso previamente asignadas entre los distintos miembros del equipo, y te aseguro que es un game-changer. Pero esto es imposible sin un conocimiento del funcionamiento técnico general del proyecto.
Por el contrario la gran mayoría de PMs / POs a duras penas pueden entender y retener como funciona el proyecto a nivel de negocio, y tienen que estar preguntando constantemente al equipo, y por supuesto si no les llega para eso no les llega lo más mínimo para comprender como funciona técnica y con ello no pueden prever los retos técnicos que supone un cambio, y en última instancia no pueden organizar el trabajo ya no a meses vista sino ni siquiera a semanas vista, lo cual lleva a la improvisación y a una organización pésima.
#57 efectivamente. Y el problema es que la mayoría de PMs / POs solo saben los requisitos o la dirección que quieren tomar en su producto a alto nivel, cuando deberían saber cada detalle del mismo, porque los PM / POs trabajan en el día a día codo con codo con los programadores, y por lo tanto tienen que detallar y priorizar las necesidades de negocio a bajo nivel. Por lo tanto es imposible que desempeñen bien su trabajo sin entender como funciona técnicamente el producto, aunque sea a grandes rasgos, cuando a la mayoría les va muy justo con entender como funciona a nivel de negocio lo que ellos mismos han diseñado o heredado, ya sea porque se han olvidado o porque nunca han llegado a aprenderlo, y solo pueden soñar con entenderlo técnicamente, y no digo a nivel de detalle.
Yo solo he conocido 1 PO y un PM con estas capacidades, y da gusto trabajar con ellos, el 90% restante son inútiles que solo te repiten los requisitos que les ordenan desde arriba y no tienen ni idea de como aplicarlos al proyecto.
#47 claro que lo sabemos, y evidentemente la respuesta es que no. Sabes perfectamente que la mayoría de la gente es totalmente negada con la tecnología, al punto de que a mucha gente le va justo para usar Whatsapp y el email, como para ponerse a diseñar una web y ponerla en producción.
La IA también te puede explicar como hacer química, o a estudiar medicina, o a calcular las cargas de un muro, y no por ello Manolo el del bar de delante de tu casa se va a convertir en químico, farmacéutico, médico y arquitecto.
#45 tú mismo estás dando la respuesta: no sé hasta que punto el peluquero .. puede o no crear su propia página web
Tú no lo sabes, el peluquero tampoco, como la inmensa mayoría de la gente. Que una cosa es preguntarle a ChatGPT una duda más o menos chorra y otra muy distinta es ponerte a programar, ya sea con ChatGPT, con Claude o con Antigravity. Pero sobretodo después tienes que saber lo que es un dominio, un servidor compartido, contratarlo, subir la web, configurarlo todo, etc, etc. Que eso no se hace solo tampoco. Y aunque llegue el día que realmente se haga solo, la mayoría de la gente seguirá sin saberlo y teniendo que recurrir a profesionales.
#33 quién no tiene claro lo que es un product manager / product owner eres tú. Evidentemente que tiene que saber cómo funciona su producto, porque sino es imposible que sepa cuáles son las necesidades de mejora del mismo, y no puede priorizar las tareas del proyecto.
De hecho es lo que diferencia a un buen PM/PO, el mediocre (La mayoría) tiene que estar preguntando al equipo que es lo que hay que hacer, mientras que el bueno está al día de las necesidades y puede priorizar sin preguntar.
Quizás lo que te ha ocurrido es que nunca te has encontrado con un buen PO, y es normal, pues la inmensa son mediocres.
#29 una cosa es usar la IA a modo de buscador y otra cosa muy distinta es usar la IA para programar.
Que a cualquier IA le puedes pedir que te escupa un código, pero ni es la forma más adecuada de usar la IA para programar, ni evidentemente el peluquero va a saber que hacer con el trozo de código que le escupa.
#16 no subestimes la necesidad de saber explicar como tiene que funcionar un sistema, es decir, los requisitos de negocio. No es algo baladí, hay una profesión que es específica para esto que es Project Manager / Product Owner, y cualquier que haya trabajado en una empresa de negocio y haya conocido a varios, sabe perfectamente que la gran mayoría son unos inútiles a los que les tienes que explicar el funcionamiento básico del sistema que supuestamente "poseen / own" cada dos por tres.
Y por extensión, incluso aunque fuese tan sencillo como decirle a la IA "quiero que me hagas un software que haga X", lo cual está muy lejos de ser cierto, la realidad es que habría muy poca gente capacitada para explicarle bien a la IA lo que necesita.
Por casualidades de la vida ahora mismo estoy preparándome para una entrevista como senior developer en una empresa top, y esta es tan solo una pequeña muestra de la clase de preguntas que me pueden hacer. Ahora imagínate a un PM / PO sin conocimientos técnicos explicándole a la IA esta clase de problemas y pidiéndole soluciones. Hay que ser muy ignorante e iluso para creer que esto es posible, incluso aunque las IAs fuesen perfectas:
¿Cómo diseñarías un sistema de colas que garantice orden por cliente y por servicio? ¿Qué estrategia de particionado usarías para escalar colas en Redis o Streams? ¿Cómo manejarías hot users que generan mucho tráfico en comparación con otros? ¿Qué estructura de datos usarías para cachés de estado y por qué? ¿Cómo usarías Redis pipelines en tu diseño? Cómo medirías o monitorizarías la calidad de colas (backlog por cliente/servicio)? Qué métricas claves expondrías para alertas (latencia, reintentos, DLQ rates) Cómo diseñarías la arquitectura para soportar nuevos canales? Cómo manejarías cambios de API de terceros sin downtime?
#4 llevan una década diciendo lo mismo, y por ahora lo único demostrado es que es puro humo.
El otro día salió aquí mismo una noticia donde uno de los tops de la IA de Google que dijo que faltaban 8 años para la super IA, como si fuesen a tardar 8 años para sacar al mercado una tecnología disruptiva que tienes ya definida, sabes que es factible y trabajas en ella. La realidad es que si de verdad tuviesen ya una hoja de ruta no necesitarían 8 años, menos con los recursos ilimitados que están poniendo en la IA, y que digan un margen tan alto de tiempo solo demuestra que es puro humo.
Por otro lado tenemos a OpenAI y a xAI, con Sam Altman y Musk respectivamente, los 2 mayores vendehumos de la IA que además están picados entre ellos porque empezaron juntos y después se pelearon, y ambos nos prometen el santo grial de la IA para mañana, sin base ni prueba alguna, y llevan no 3 años prometiendolo (Desde la salida de Chat GPT) sino una década como poco prometiéndolo. Más puro humo. Este vídeo es para echarse a llorar:
La realidad que tenemos ahora con los nuevos modelos que salen cada pocos meses es que son en un 99% lo mismo que el anterior, pero escalandolos en tamaño, tanto por datos de entrenamiento como por parametros, y esto ya está más que demostrado que no da más de si. Se necesita una nueva y desconocida arquitectura para que un modelo pueda seguir mejorando sin más escalado, y simplemente no lo tienen, ni los unos ni los otros.
#1 al contrario, estos mensajes son buenos para los programadores actuales, porque a corto plazo van a provocar que menos gente estudie programación, y a medio plazo va a significar menos programadores para la misma demanda de trabajo, y por lo tanto mejores condiciones laborales.
Porque la realidad es que cualquiera que se dedique a programar a un nivel de “seniority” medio o alto, sabe perfectamente que las IAs no suponen el más mínimo riesgo para nuestros puestos de trabajo, pues el vibe coding en las manos de juniors o mid levels solo genera código ineficiente, inmantenible y que no escala, es decir, basura.
Lo único que va a destruir la IA en cualquier caso es al programador cutre que se dedica a hacer webs planas para el negocio de la esquina, y ni eso, porque el peluquero de la esquina no sabe usar la IA y tendrá que seguir pagándole a alguien para que lo haga por el, y el programador gana lo mismo dedicándole menos tiempo.
#17 yo solo te digo que no es tan sencillo, conozco un caso muy similar personalmente, sentencia de desahucio en precario a una madre que llevaba 10 años viviendo en la propiedad del hijo sin pagar nada, ni el consumo de suministros, ni siquiera mientras estaba trabajando, y los últimos 5 años sin trabajar y sin buscar trabajo, denuncia por alimentos a modo de venganza aprovechándose de justicia gratuita, y la madre perdió el juicio y todos los recursos, porque ni ella hacía lo mínimo para salir de su situación de precariedad ni el hijo tenía una economía holgada para poder mantenerla en su propia propiedad mientras pagaba un alquiler. En este caso la madre era alcohólica además de no querer trabajar y vivir de ayudas del estado. El hijo la mantuvo por años, pero todo tiene un límite y en este se sobrepasó por mucho, hasta el punto en el que da igual que sea un familiar o incluso una madre. Te lo repito, sin conocer la historia entera no se puede opinar.
#3 no es tan sencillo. Primero se tiene que demostrar el desamparo, para lo cual la madre tiene que demostrar primero que no tiene los recursos para mudarse a otra vivienda, y para ello tiene que estar trabajando o al menos buscando empleo activamente, porque sino el juez considerará que no tiene intención de salir de la vivienda sino de aprovecharse de su hijo viviendo gratuitamente en ella. Y esto ya es mucho suponer, en la noticia no dice nada de la versión del hijo ni de la situación laboral de la madre, y podría ser el caso que la mujer ni trabaje ni tenga intención de hacerlo.
Además de esto tendría que demostrarse que el hijo tiene la capacidad económica para mantener esta vivienda donde vive la madre además de una segunda vivienda donde viva el, ya sea en propiedad o en alquiler, y después de eso vivir holgadamente para poder mantener a la madre sin detrimento propio. Y esto de nuevo es mucho suponer.
La realidad es que sin saber la situación y la versión del hijo es mejor no opinar, porque el hecho de ser madre no la convierte en santa.
#15 es que las cotizaciones a la SS no son un impuesto al trabajador, sino un seguro que protege al trabajador ante posibles bajas o el desempleo y que por lo tanto le corresponde pagar a la empresa. Si no quieres pagarlo, no contrates, y hace tú todo el trabajo con tus propias manitas.
#9 pues yo trabajando en una empresa alemana que tiene departamento de desarrollo en España y en Alemania, y conociendo los sueldos de mis equivalentes, te lo explico:
Un trabajador equivalente al de tu ejemplo, que trabaja en España y cobra 40.000€ y le cuesta a la empresa 52.000€, en Alemania cobra 80.000€, más lo que pague allí la empresa de impuestos. Y por este motivo ahora que mi empresa va a despedir a un buen puñado de programadores con la excusa de la IA, los van a despedir en Alemania, y no en España.
#_11 para ti será la 4ª opción porque tendrás una vivienda o un alquiler asequible, pero ya te digo yo que para la gran mayoría de trabajadores que cobran el SMI o poco más y viven de alquiler, es la prioridad número 1 con diferencia.
#12 Me cuelgo de ti, no me había dado cuenta que #_11 es un trol
#39 es exactamente lo mismo, pero con otras palabras. Al final si tienes un sistema de revisión automática tienes que ponerle de una forma u otra los casos que aceptas y los casos que no aceptas, no sirve con solo poner los que aceptas, por lo tanto si o si en algún momento tendrás que poner frases en negativo. Lo único que queda es encontrar la forma de hacerlo que te de el mejor resultado.
Pero eso es solo un detalle que se puede solucionar, o como poco tratar de mejorar, con prueba y error. Realmente el principal problema es que cualquier LLM funciona muy bien con casos simples, pero funciona como el culo en cuanto le pones a trabajar en entornos reales, con datos que no han sido filtrados previamente para una prueba manual. Un ejemplo tonto;
En tu empresa hacen una prueba de concepto, y te piden que hagas una petición a un LLM para reconocer si hay un coche en la imagen, lo cual es extremadamente sencillo, además te dan 1000 imágenes seleccionadas y separadas para que puedas sacar una tabla de la verdad de forma sencilla, y tachán, funciona en el 99.9% de los casos, el 0.1% es despreciable y se puede ignorar porque se gana en eficiencia.
Te dan el ok y te dicen que vamos a ponerlo en producción, porque los jefes son así de simples y no son capaces de entender que una prueba simple no es extrapolable a todos los casos de uso, se lo explicas y les da igual. Luego en producción resulta que tienes que añadir 50 casos diferentes con 20 excepciones simples y otras condicionales, el resultado es que falla más que una escopeta de feria, porque es simplemente imposible hacerlo de una vez, lo cual te lleva a poner diferentes capas de actuación, ejemplo; primero mirar si hay un coche, después en otra capa si hay una furgoneta, después si hay un camión, después si es rojo, después si es azul, etc, etc. Y ya no es un 0.1% de probabilidad de fallar, es un 1% o 2% primero porque los datos no están previamente filtrados, y además es ese porcentaje por cada capa que… » ver todo el comentario
#15 eltoloco * 
