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 
Si no sabe seguir normas que se vaya a la mierda.
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.
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.
En esa historia el gilipollas (reconocido por él tiempo más tarde) fue Tannenbaum, al que le pico en el orgullo el éxito que estaba teniendo Linux por encima de su sistema Minix.
Linux era el joven gilipollas desafiante y Tanembaun el gilipollas viejo.
Hoy el nuevo gilipollas desafiante es el chaval este.
No hablamos de tecnología sino de personalidad "fuertes" . Seguro que si Linus y Tanenbaum hubieran colaborado y descubierto errores juntos Linus seria mucho mejor. Y si Linus hubiera sabido ser mejor gestor también.
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.
Que se cree su propio Sistema operativo o se monte su circo el solo. Quiza haga algo de provecho, Ojala.
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
Y ésa no es la definición de Linus?
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
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.
"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
Lo que comenta #54 seguro tiene una parte de verdad.
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.
Genios técnicos, seguro. Pero de inteligencia emocional deben de andar borderline la mayoría.
Fuera, gracias, y adiós. Como siempre, lo que ha hecho Torvalds es lo correcto.
Aquí el problema lo provoca Overstreet, ya sea por un problema de ego (como comentas) o cualquier otra razón. Si en un proyecto hay unas normas, esas normas son iguales para todos. Si alguien se siente tan especial que considera que no debe seguirlas, su única opción es bifurcar el kernel y fundar su propio proyecto. De lo contrario, lo único que consigue es provocar conflictos.
No es el primer desarrollador que ha salido escupido del kernel, por lo que aunque la culpa sea del botarate que hace lo que no debe, en lugar de lograr corregir el comportamiento lo que haces es expulsarle. Si fuera la primera vez, pero es algo recurrente, por lo que creo hay que ampliar el rango de culpas y soluciones para intentar evitar este tipo de situaciones.
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.
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.
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
#7 yo tampoco me acuerdo, pero se que era en un módulo relativamente secundario o muy secundario.
lkml.rescloud.iu.edu/0308.1/1249.html
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.
A veces el que se sienta al lado puede ser compañero o enemigo.
Cuando en un proyecto hay mucha gente y proveedores involucrados, el trabajo puedes ser peor que la II guerra mundial.
Y sí mucha veces se convierte en algo personal. En otras insultos como inútil, chapucero, mentiroso, amateur, gitano, becario, mercenario, etc. eran comunes en reuniones de seguimiento e incidencias. Una vez estuve en una reunión de una empresa donde se hacían listines telefónicos donde acabaron a ostia limpia. El aspecto técnico deja de ser importante y el político cobra mucha importancia.
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.
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?
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.
Ami también me gusta el enfoque directo, pero entiendes la diferencia entre ser directo y ser maleducado? Puedes ser directo sin calentarte.
"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… » ver todo el comentario
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
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.
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.
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.
Yo me dedico al software empresarial y no he estado en ningún proyecto que con documentación y soporte de los compañeros en 2, 3 meses este funcionando y generalmente lo que se tarda más es en cuestiones de herramientas de gestión corporativas, procedimientos internos y demás burocracia. Además para empezar a trabajar no necesitas saber como funciona todo el sistema, solo como funciona la pieza que vas a tocar y así tocando pieza a pieza te vas conociendo todo.
Yo suelo usa el sistema: "yo contigo, nosotros, tu conmigo y tu solo".
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.
Por mi parte, bien largado está .
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
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
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.
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
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
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
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)
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
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
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.
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
Si le hiciera eso al becario, que le lleva los cafés porque se lo ha llevado con minutos de retraso, sí que sería de gilipollas. Pero en un contexto crítico… » ver todo el comentario
Veremos lo que pasa conocer el principio de incompetencia de Peter? No es lo mismo ser buen programador que buen gestor.
Pueden pasar muchas cosas Igual el dia que ese gilipollas no este se convierte el anyo de linux en el escritorio.
Quitarlo del kernel no tira ningún trabajo a la basura tampoco, sencillamente que no vendrá con el kernel y… » ver todo el comentario
marc.info/?l=linux-kernel&m=175037435711434
lore.kernel.org/lkml/4xkggoquxqprvphz2hwnir7nnuygeybf2xzpr5a4qtj4cko6f
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.
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.
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.
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.
Y eso salta a la vista por tu ilusa creencia de que una IA puede sustituir a un humano a la hora de programar algo nuevo y que funcione. Creencia que acabas de volver a expresar.
Nadie te ha interpretado mal. Cualquiera que haya hecho pruebas de programación con IA sabe que lo que estás diciendo son chorradas ilusas. Chorradas que has leído de otros… » ver todo el comentario
Ni idea, no?
Y de postre no he intentado justificar lo de caso extremo, es que es absurdo pedirle eso así a una IA, queda bonito pero para ganar karma. De todas maneras no llores si eres programador, tú trabajo es el que acabará denigrado, no el mío.
Tranquilos que a mí precisamente no es a quien le va a quitar el trabajo.
Tu última frase lo dice todo. Sólo los completos ignorantes en el tema creen que el trabajo de programador peligra.
Tu comentario #11:
”Es fácil ahora echar o que se vaya gente teniendo la IA”.
O eres muy muy corto o debes pensar que los demás no saben leer castellano, no sé.
Por lo demás, lo único que peligra son los amateurs que se las daban de programador sin serlo y sólo saben instalar cosas hechas por otros. Los programadores te aseguro que estamos bien tranquilos, y nos reímos bastante viendo las pifias de IA a las que los ilusos y completos ignorantes llamáis ”programación”.