Tecnología, Internet y juegos
129 meneos
1956 clics
"Tomaremos caminos separados". Un conflicto interno motiva al creador de Linux a suprimir de un plumazo 10 años de trabajo

"Tomaremos caminos separados". Un conflicto interno motiva al creador de Linux a suprimir de un plumazo 10 años de trabajo

En los últimos meses, un conflicto entre Linus Torvalds, el creador y principal mantenedor del kernel de Linux, y Kent Overstreet, desarrollador del moderno sistema de archivos Bcachefs, se ha salido de control hasta provocar lo impensable: la eliminación de más de una década de trabajo del kernel. Bcachefs es un sistema de archivos moderno desarrollado por Kent Overstreet, exingeniero de Google, durante más de 10 años. Diseñado con características de última generación como snapshots, cifrado nativo, soporte para RAID y una alta eficiencia.

| etiquetas: linux , kent overstreet , bcachefs
59 70 4 K 363
59 70 4 K 363
Comentarios destacados:                    
#20 #13 Yo creo que en este caso no tiene nada que ver. Si metes funciones nuevas donde van correcciones, tu aportación va fuera. Aquí y en cualquier proyecto por pequeño que sea.
Esto es antiguo. Y sensacionalista (edit: en el titular. Porque el artículo lo explica bien). El autor de bfcachefs o como se llame metía características nuevas en la parte del ciclo de desarrollo asociada a corregir errores.
Si no sabe seguir normas que se vaya a la mierda.
#3 eran correcciones preventivas... las normas están para cambiarlas :troll:
Es que los ultimos cambios, estando ya en fase de estabilizacion y demas, ya era un poco sorprendente que Linus no saltara con mala ostia. No era solo tema de fallos o tal, parte de la "polemica" ( de un lado ) era por que los cambios se enviaban fuera de tiempo/norma. EDIT: lo explica #3.
#10 Linus se está haciendo mayor y ya no salta a la primera
#15 Pues uno con la edad se hace más cascarrabias.
#17 Pero tambien elige sus batallas. Y aqui creo que le ha dado cancha hasta que ha dicho "mira tio, eres un cancer, fuera" ( "hazte tu fork si quieres, que esto es Open Source" ).
#19 Creo que ha sido más o menos
Estoy harto que me ignores, y deja de dar por culo al resto, ya te he dado varios toques, ahora, vete a tomar por culo.
#40 La ultima que vi fue como hace 3 o 4 semanas ( un video explicandolo con mails de la lista del kernel ), que estaban ya en fase de estabilizacion y el del bcachefs subia cosas y Linus le decia que parara...
#41 Exacto. Subir features en fase de corrección de bugs y subir código de forma apresurada con bugs. Y avisándole. Eso he leído.
#17 Se ve que en su fase de corrección de errores sí tuvieron éxito xD
#3 Vamos a ser claro hay chocado dos personalidad fuertes. el autor de bfcachefs es como Linus y no puede haber dos abejas reinas .
#13 Yo creo que en este caso no tiene nada que ver. Si metes funciones nuevas donde van correcciones, tu aportación va fuera. Aquí y en cualquier proyecto por pequeño que sea.
#23 #20 Yo no digo que Linus no tenga razón, sino que son dos personalidades fuertes colisionando.
Recordad que Linus no hizo caso a su profesor Tannenbaum, que se supone que técnicamente tenia razón.
Ahora es el león viejo, no hablo de razón, sino de dinámicas sociales.
#13 No diría que ha sido eso.
Y como Linus no defrauda, ademas de la conflictividad, es un tema estrictamente "técnico". Enviar nuevas funcionalidades fuera de tiempo o enviarlas en fases de estabilización, que solo deben incluir correcciones. Este señor era un poco anárquico en un proyecto donde las cosas deben ir sincronizadas como un reloj suizo.
#13 Para nada. Esta vez no es cosa de Linus. De vez en cuando hay gente brillante que se creen por encima del resto. Lo mejor es dejarles ir. Si no saben trabajar en equipo, por muy brillante que seas, no sirve.

Que se cree su propio Sistema operativo o se monte su circo el solo. Quiza haga algo de provecho, Ojala.
#45 No entro en quien tiene razón . Sino que son dos personalidades fuertes en colisión. Recuerdas las polémicas de Linux con Tannenbaum. En ese tiempo Linus era el que se creía brillante por encima del resto.

De vez en cuando hay gente brillante que se creen por encima del resto. A veces lo son y hay que saber encauzarlos Linus lo era y este parece que también
Lo mejor es dejarles ir. Si no saben trabajar en equipo, por muy brillante que seas, no sirve. Si, pero tu como director

…   » ver todo el comentario
#45 "hay gente brillante que se creen por encima del resto".
Y ésa no es la definición de Linus?
#55 no te digo que no, pero en este caso, no se le puede achacar a el nada. Lo ha manejado muy bien, sorprendentemente bien!
#3 Que se lo pregunten a linus con Tanembaun y minix.
El problema de fondo es dos personalidades "fuertes" (por no decir gilipollas) chocando como Elon y Trust, al margen de que uno de ellos tenga razon
#3 Un buen jefe de equipo habría mantenido en plantilla al elemento brillante, dialogando con él, transigiendo en algún punto y corrigiendo los excesos. No es tan difícil. Si el fulano quiere introducir una nueva funcionalidad, se la echa para atrás y se le explica que se añadirá en el siguiente ciclo de desarrollo. Hablando se entiende la gente, y es especialmente necesario cuando se trata con gente "especialita".
Linus es un excepcional programador, pero un mal jefe de proyecto. Seguramente igual que el Overstreet, pero encima endiosado y revestido de poder, expulsa talento y patrimonializa un proyecto colaborativo: el kernel es mi mascota y me la follo cuando quiero.
#29 Si lees la noticia este caso parece plenamente justificado. De la noticia.


"Sin embargo, desde sus primeras interacciones con la comunidad del kernel, Overstreet demostró ser un desarrollador tan brillante como conflictivo. Y eso nos ha llevado al punto actual.

Los problemas surgieron durante el desarrollo del kernel 6.16. Concretamente en la fase conocida como 'release candidate', en la que sólo se permiten correcciones de errores. Sin embargo, Overstreet envió un "pull

…   » ver todo el comentario
#33 Puede ser justificado, pero estás llegando a expulsar un buen proyecto del kernel sólo porque no han sido capaces de encauzar el problema. O lo que es lo mismo, estás condenando al fracaso un proyecto (si no estás en el "mainline" del kernel no existes) por una estúpida lucha de egos.
#39 yo creo que Overstreet ha estado haciendo lo que le ha dado la gana porque sabe que es un genio y que su desarrollo tiene un gran potencial y ha pensado "al final tragarán" y ha topado con la horma de su zapato. Creo que era un mal precedente dejar que ese tio hiciera lo que quisiera, llevan tiempo con tiras y aflojas intentando meterle en vereda y ha pasado de todo, pues ahora recoge lo cosechado
#42 Sigo diciendo, por muy gilipollas que sea dejarlo fuera del proyecto porque no has sabido o querido arreglar el proble.a me parece un error, y muestra problemas en la gestión del kernel.
#47 no estoy de acuerdo, apoyar al gilipollas hace que el resto de desarrolladores se piren. Bien expulsado está.
#52 Quizá gilipollas eran los demás, que hicieron piña contra una persona brillante.
#52 Esto no es la primera vez que pasa, por lo que hay que preguntarse si son todos los que se van tan gilipollas o si el método de resolución de conflictos es una mierda pinchada en un palo que expulsa a gente muy competente por no saber solucionar unos problemas.

Lo que comenta #54 seguro tiene una parte de verdad.
#54 Teneis en mente una idea de "gente brillante" y de estos conflictos muy peliculera.
La realidad es que gente como este hay a patadas, y sistemas de archivos innovadores, todos los que quieras. Linux no pierde nada.
Si Torvald ya es "dificil", imaginate para que lo echaran de 6.13 lo que hacia. Y tener un proyecto tan fundamental como un sistema de archivos dependiendo de un tio volcanico no es razonable.
El "genio incomprendido" suele ser simplemente una persona con problemas mentales. Primero, que los solucione, despues, que aprenda a trabajar en equipo. Un lobo solitario en software es inviable.
#47 Al revés. Muy buena gestión del kernel por seguir las reglas. Si empezamos a no seguir las reglas, y que cada uno hace sur modificaciones cuando le da la gana, eso si que es un caos.
El problema ha sido creado por el que se va. Pero no es que afecte mucho a Linux porque se estaba empezando a integrar en el Kernel de forma experimental.
#1 Puede que el problema haya sido creado por el que echan, pero en el desarrollo del kernel hay muchos puntos oscuros, desde mantenedores "pata negra" que bloquean ciertos avances y una cantidad de ego capaz de eclipsar el sol, lo que nunca genera nada positivo.

No es una buena noticia que los problemas en el kernel se solucionen echando a desarrolladores o dejando que se vayan porque significa que la resolución de problemas no funciona, o simplemente es inexistente.
#7 A lo mejor fue esto  media
El caso es que hay gente que piensa que linux lo mantiene su comunidad de vecinos.
:troll:
Linus Torvalds es el alter ego de ricardo gallir
#5 las comparaciones son odiosas.

Solo decirte que Ricardo Galli está orgulloso de haber podido incorporar 1 línea de código al kernel Linux, 1 línea literalmente, lo se porque fui alumno suyo y se lo va contando a sus alumnos.

Igual compararlo con el creador del kernel no es muy apropiado. Aunque entiendo que te refieres a su personalidad.
#6 ¿Sabes que implementó en esa línea? Por curiosidad
#6 Fue algo muy pequeño pero creo que no era una línea solo. Pero bueno, si creo que eso lo cuenta a todo dios. Pero eso era el Gallo profesor universitario. Creo que el actual incluso ni defiende el software libre como lo hacía antes xD

Aunque si, su personalidad era especialista. Yo no pasé de primero en la UiB así que no lo llegué a tener en sistemas operativos, pero lo he conocido. Es que cuando estaba metido en temas de Bulma creo que tenía ideas que ahora no tiene xD

#7 yo tampoco me acuerdo, pero se que era en un módulo relativamente secundario o muy secundario.
#35 Sí, era eso.
#35 entonces fue el comment out?
#6 sí, por la personalidad tan troll que tienen ambos
#43 Conozco perfectamente la historia. Ya trabajaba en informática en esa época e instale mi primera slackware en el 93.

Pero simplificar no es decir que linux es un fork de Unix. Para alguien que parece tener conocimientos de informática eso es un error bastante grave. Por otro lado el kernel inicial si lo desarrollo Torvalds y luego una vez lo presento en el 91 se incorporaron otros programadores al proyecto.

Y si, se también quien es Stallman (otro genio) y su importancia en el software libre.
Yo, desde reiserfs, desconfío de quien hace drivers para discos duros.
Joder, llevo un tiempo siguiendo la pista a Bcachefs y me parece el sistema del futuro, es una especie de ZFS pero sin comer tantos recursos e ideal para sustituir a btrfs que a su vez sustituye a ext4 (en discos de sistemas y espacios de usuario). El problema es que no hay manera que se pongan de acuerdo desarrollador y mantenedores de kernel y a pesar de estar integrado ya (cosa que ZFS nunca conseguirá por temas de licencia), no está marcado como estable aún pero es que estas diferencias de "visión", así como la dependencia del proyecto de su creador no le pintan un futuro muy halagüeño.... (no hay ninguna de las grandes empresas vinculadas o financiando este proyecto)
#68 igualito que un macarra.
Gestiono gente. Tengo 52 tacos y soy jefe de proyecto, y sí me gusta la gente clara y directa. Cuando lo hago mal me gusta que me lo digan a la cara, me lo argumenten y me den derecho a defenderme, no que no me digan nada y luego vayan echando mierda a las espaldas.
Generalmente se debe felicita en público y abroncar en privado.
#79 Estoy totalmente de acuerdo contigo.
#61
No es un tío gilipollas con todo el mundo ni en todas las circunstancias solo que cuando le calientan pues salta. Eso para mi no es ser gilipollas. Para mi el gilipollas lo es siempre, desde que se levanta hasta que se acuesta y lo es con todo el mundo y sin razón aparente.
Sí, hay que separa ambas cosas. Einstein o Edison como persona tampoco eran para tirar cohetes.
#64 Esto es como el macarra de barrio que el no es violento, pero cuando le calientan salta . Para su novia y madre no es violento solo un incomprendido.
Igual tiene razón que le han mirado mal, pero una pero una persona normal no salta.

Ni voy a preguntar si gestionas gente, pero Se sincero, te gustaría tener un jefe como el, que cuando hiciera algo mal te montara el pollo, en vez de corregirte en privado?
#25 Pues lo mismo. Yo tengo 52 tacos y soy programador y he tenido que leer y entender código de terceros, muchas veces y múltiples lenguajes y tampoco es una cosa que dejaría en manos de una IA. Primero porque las IA no creo que admitan millones de lineas de código repartido en miles de ficheros como entrada. Tampoco saben como se usa y quien usa ese código y un gran etc.
Esto no es como hacer el resumen de un libro o de un texto.
La IA tienen sus casos de uso, y para muchas cosas es una…   » ver todo el comentario
#37 hasta aquí puedo leer "Primero porque las IA no creo que admitan millones de lineas de código repartido en miles de ficheros como entrada".

Admiten millones de lineas y repartidas. Y ya te digo yo que a tí te ponen a programar donde hay "millones de líneas de código repartido" y ni en meses terminas entendiendo algo.
#73 Pues entonces yo no conozco esas IAs, lo siento.
Por eso generalmente existe y se exige documentación. Esto se ha hecho, se sigue y se seguirá haciendo sin IA durante mucho tiempo.
Además de leer la documentación, me gusta revisar el código a grandes rasgos, en diagonal como digo yo. Y si está más o menos bien hecho te haces un un mapa mental genérico de como funciona. No hay que leerse el código al 100% ni es necesario saber los detalles de implementación. Lo que debes tener claro es el mapa de componentes del sistema y como se estructuran/comunican.
#78 si, aplícalo a millones de líneas como dices y hasta el diagonal se hace imposible.

Y yo solo he dicho que ahora con la IA es más fácil para una empresa despedir a alguien o "permitir" que se vaya por muchos motivos, el que entre tendrá una curva de aprendizaje más rápido, métodos y nuevas implementaciones podrá ayudarte la IA (aunque luego la tengas que revisar y probar, menos #32 que va directo a saco), y muchas más cosas, por no hablar de lo que está por venir.

Y generalmente se exige y existe documentación, claro y más cuando la IA lleva con nosotros nada y menos.
Está claro que son dos personalidad chocando en su forma de trabajo, pero si Overstreet sabía las políticas de desarrollo y sus fases, ir saltándoselas por sus dos huevazos, cualquiera que se dedique a desarrollo sabe que eso en un futuro va a ser movida gorda porque no seguir el tracking correcto.
Desde mi total ignorancia que asumo, cuando se leen noticias como esta lo primero que se le pasa a uno por la cabeza es que esto es una lucha de egos. No suele ser una buena noticia.
#48 En que caso no se ha comportado como un gilipollas ?
Gilipollas => Carácter áspero y poco gentil.

Cualquiera que gestione sabra que hay formas de corregir de forma constructiva.

No te voy a preguntar si diriges a gente porque creo que la respuesta es obvia, pero te gustaría tener un jefe así que en vez de corregirte en privado te montara movidas publicas

Aunque como he dicho el otro debe ser igual de gilipollas, y son personalidades que chocan
#64No es un tío gilipollas con todo el mundo ni en todas las circunstancias solo que cuando le calientan pues salta. Eso para mi no es ser gilipollas.
Esto es como la película de delincuentes juveniles, en el que la novia del macarra dicen que no es un delincuente "es un comprendido. "

Te informa que al igual que ser un genio no te libra de ser gilipollas, llevar la razón en un asunto no te libra de ser gilipollas.

No voy a preguntar si gestionas gente porque la respuesta me parece obvia. , pero se sincero, querrías tener un jefe como Linus, que cuando te equivoques te monte unas broncas así delante de todo el mundo. O un jefe que cuando te equivoques te lo diga en privado y su objetivo sea ayudarte a que no cometas el error.
Es lo normal, si llega uno haciéndose el importante porque aporta código, pero no lo hace por los cauces normales y encima va de diva cometiendo errores (que encima se le dice que los solucione lo más pronto posible porque así es la filosofía de trabajo del Kernel) y no corregirlos porque soy lo más de lo más, pues no queda otra que largarle a la puta calle .

Por mi parte, bien largado está .
Vamos a ser claro hay chocado dos personalidad fuertes. el autor de bfcachefs es como Linus y no puede haber dos abejas reinas .
Es un poco lo que ha pasado con Elon must y Trump, las diferencias es una forma de racionalización la confrontación de personalidades fuertes.

Aviso a navegantes Linus, Elon Must, Steve Jobs, y posiblemente el tio este de los ficheros, son GENIOS y GILIPOLLAS, pero ser GILIPOLLAS no te convierte en GENIO.
Parece evidente, pero anda que no hay gente que se cree que gastando y aparentando por encima de sus posibilidades piensa que se va a volver rico
#16 Puede que Linus sea todo lo que dices, pero si algo tiene, es que es muy estricto. Y en este caso concreto, tiene razón. En una ventana de release candidates, nuevas funcionalidades no son incorporadas. Sólo correcciones. Y una herramienta para recuperar un fs dañado no es una corrección, es una nueva funcionalidad que puede incorporar nuevos fallos.
#16 Para mi un genio no es un tio que se hace millonario, es un tío que sus aportaciones a la humanidad son importantes.
Linus, Elon y Steve no son genios.
Elon y Steve tuvieron una idea, pegaron un pelotazo pero todas sus empresas las llevan otros. Y sí, son gilipollas.
Linus fue un tio que tuvo una idea, hacer un fork de unix libre, y mucha mas gente se sumo, ni genio ni gilipollas. Tendrá un carácter áspero y poco gentil, pero nunca ha lanzado mierda si no ha habido una buena razón técnica.…   » ver todo el comentario
#31 "Linus fue un tio que tuvo una idea, hacer un fork de unix libre"

Eso no es cierto. Lo que Linus hizo fue crear un nuevo núcleo (kernel), que es compatible con la interfaz de programación de aplicaciones (API) de Unix, pero no es una bifurcación directa de ningún sistema Unix existente.

Y para mi si es un Genio ya que fue el quien lo desarrollo. En el caso de Elon o Jobs, no fueron ellos quienes lo desarrollaron.
#36 Vamos a ver se exactamente lo que hizo Linux, era una simplificación, Unix, lo primero es que no era único y eran propietarios, no se podía hacer forks. Exactamente hizo un kernel que se basó en Minix.
El empezó, publico una "beta" y pidió ayuda en un foro y a mucha gente le gusto y empezó a aportar. Se puede decir que fue la chispa que inicio el fuego. Creo una comunidad y un proyecto pero no se ha pico él todo el código del kernel. Y también hay que decir que un kernel sin todas…   » ver todo el comentario
#31 Tendrá un carácter áspero y poco gentil. => Acabas de dar la definición de gilipollas.
Al menos que yo sepa si ha tirado código de gente por ser rusos alegando la historia de Finlandia como motivo "tecnico"

Y respecto a gestionar gente consigues mas con una gota de miel que con un barril de vinagre. Se puede corregir a la gente y hacerlos crecer y hacerte crecer a ti cómo líder en vez de hundirlos y hay experimentos pisco lógicos sobre ellos

Respecto a genio has dicho que tu tienes una definición diferente no voy a entrar en ellos
#49
No creo que sea un gilipollas. Gilipollas = Necio o estúpido.
Lo de los rusos (Que no todos sino algunos que tenían relación con algunas empresas rusas), aunque dijo que Rusia no le era muy simpático por razones históricas, era por una cuestión legal de EEUU. No por decisión propia. Era o eso o EEUU prohibiría el uso de Kernel en su país y zona de influencia, es decir casi todo.
Ya es sabido que es un "tirano benevolente" y que cuando le hinchan las pelotas él prefiere…   » ver todo el comentario
#57 Gilipollas => Tendrá un carácter áspero y poco gentil.
por supuesto si es un genio, cosa que los dos son sin duda, no pude darse a la ver tu definición de gilipollas como alguien no inteligente.

podemos ir al significado en ingles en.wikipedia.org/wiki/Asshole.

Otro error es pensar que los gilipollas no rifan. Lee sobre la vida de Pablo Picasso, gran pintor, y aun mas gran hijo de puta (ya no solo desagradable para sus allegados)
#31 #49 Es finlandés y va muy de acuerdo al caracter de su gente. Y de hecho sigue la filosofia finesa del "management by perkele"...

Por otro lado "solo tuvo la idea de hacer un fork.."... ay señor... A ver, tuvo la idea de hacer un kernel unix, hacerlo, publicarlo y administrar las colaboraciones de miles de usuarios durante treintaypico años y mantener esa caja de gatos mas o menos funcionando bien. Y solo creo una cosa que se usa en una parte MUY MUY importante de los…   » ver todo el comentario
#65 Puedes responderme solo a mi .
porque creo que me estas respondiendo a cosas que yo no he dicho.

En todo caso mi conversación no iba de genios, sino de gilipollas y personalidad que chocan

ser genio no implica que no seas gilipollas
y ser gilipollas no implica que seas un genio
Y dos gilipollas suelen chocar entre ellos
#65 Llevo usando Linux desde la universidad, y venía en deskettes. Slackware 1.0 para más señas. Ya paso de los 50 años. Y mantengo algunos ubuntu server, proxmox y debian, además de trabajar programando....
Se exactamente lo que hizo y su importancia, pero no nos engañemos el esfuerzo es titánico, pero es de muchos durante muchos años. Otros proyectos se han quedado en nada por no mover a la suficiente masa crítica de gente.
Por ejemplo a nivel de genialidad, me parece mas genio Dennis Ritchie y su C/C++, muy infravalorado.
Es más, Linus también creo GIt, y ese si se lo pico de principio a fin, si no estoy mal informado y la verdad que cambió el paradigma de los sistema de control de versiones.
#69 Mi punto era que sin alguien como Linus, Linux se hubiera ido a tomar por saco en cuanto empezaban las rencillas de divas de los desarrolladores y creo que ese es su mayor logro: el mantener el proyecto en el que participaban muchas personas durante muchos años y encargandose de que todo funcione. Si fuera un buenista o un pasota en lugar de tener un guantelete de hierro linux hubiera quedado en el camino hace mucho mucho tiempo como otro proyecto fallido mas.
#16 en qué casos se ha comportado linus como un gilipollas? Siempre que le he visto decir alguna cosa dura era con respaldo técnico. Y muchas veces la gente dice "mira cómo se ha pasado" por decir alguna palabra subida de tono, sin entender lo graves que son los errores en uno de los kernel más usados a nivel global.
Es fácil ahora echar o que se vaya gente teniendo la IA.
#11 Y eso tiene que ver con el envio en....
#12 Que ahora ya no es complejo echar o que se vaya gente de un estudio o grupo de programación porque con la IA puedes como mínimo pedirle que te mastique el código para poder entenderlo, algo que antes te podía llevar horas, días o semanas. Y ya no hablemos de que nos implemente o busque fallos.

Por cierto @admin aquí tenemos a @goyito haciendo nuevamente mal uso del voto negativo porque le da la gana, solamente por comentar y ya van varias veces las que me ha votado negativo por "simples" comentarios.

Lo más lógico es que cuando no entiendas un comentario le pidas al usuario que se explique, como ha hecho #12.
#22 tú sabes leer? Ya lo he explicado en #18.

Por cierto, es fácil irse a un extremo para intentar quitarle la razón a alguien.

Hará 4 años, que alguien se fuera de un grupo de trabajo era muy jodido, a día de hoy no tanto. Y si no lo ves es por dos motivos, o no sabes nada de programación o no has tocado una IA de código (no el chatgtp a pelo) en tú vida.
#25 Pero de qué ”extremo” hablas, si lo que te dice #22 es justamente el tema del meneo. :shit: El que ha meado fuera de tiesto eres tú, ya desde tu primer comentario #11, no quienes te replican o votan negativo.

Y anda que no eres iluso con tus asunciones, por cierto. Tú no has trabajado de esto en la vida. Simplemente has leído por ahí las flipadas que has escrito en #18 y te limitas a repetirlas.
#28 primero, fijate si trabajo que libro un día en semana, trabajo mínimo 10 horas diarias y no soy camarero.

Un extremo es el ejemplo que has puesto. La IA la entrenas y poco a poco le vas pidiendo lo que quieres hacer, y no por ello va hacer el peor sistema de ficheros del mundo y más cuando tiene el código del mejor del mundo.

Y otra cosa, me da que has mal interpretado el comentario inicial, pero bueno. Por eso dices que he comentado fuera del tiesto cuando no es así. Has pensado que no has entendido el comentario? No, porque eres un ser superior.
#28 por cierto, curioso que la gente ya no sabe ni para qué se usa el negativo, como para pedir que repliquen.
#11 Claro. Le dices a la IA "Escríbeme un sistema de archivos para el kernel de Linux que se mejor y más rápido que los existentes" y ya esta.
#22 Luego lo pruebas directamente en producción ...
#32 no, si al final la IA es una mierda y claro, todo lo que le pides lo pruebas en producción directamente.

Tranquilos que a mí precisamente no es a quien le va a quitar el trabajo.

menéame