Parece que hay un punto difícil de prever: si el resultado del fork terminará siendo una migración o una era de reinos combatientes.
Incluso después de hacer el fork, reflejar los cambios de upstream no parece que vaya a ser una situación muy agradable.
https://es.news.hada.io/topic?id=16860
Viendo que el fork de Realtime Linux se integró después de 20 años, quizá no habría que decidir a la ligera hacer un fork.
Es una decisión en la que se nota su filosofía operativa. Obsidian, que uso más que cualquier otra cosa después de Chrome, siempre me ha funcionado muy bien.
Si hay tanta gente que quiere introducir Rust en el kernel, ¿no podrían bifurcarlo e irse a un proyecto nuevo? Luego, cuando madure lo suficiente, las principales distribuciones podrían cambiarse a un kernel basado en Rust.
No entiendo muy bien por qué están peleando entre ustedes.
Por supuesto, un startup que fracasó no quebró por no tener blog…
¿Quién puede definir la causa de la caída de cualquier startup que haya fracasado?
Si el producto es bueno, obviamente no hace falta un blog.
Con esa misma lógica, si el producto es bueno, tampoco hace falta marketing/ventas.
Este es un texto típicamente ilógico que cae en la confusión de creer que “la ausencia de evidencia es evidencia de ausencia”.
Entiendo la intención, pero aun así el título está tan mal planteado que distorsiona la esencia del tema.
“No hay ningún estudiante de examen que haya fracasado por no dormir”
“No hay ninguna empresa que haya fracasado por no tener una buena oficina”
“No hay nadie que haya muerto temprano por no tomar suplementos.”
Creo que podría inventar decenas de frases así.
Parece que al autor original también le iría mal si, antes de publicar esta entrada en el blog, no piensa primero en una lógica razonable.
Aunque soy usuario de Rust, me impresionó el comentario de hgwxx7_ publicado en r/rust1.
Creo que lo que Greg hace realmente bien aquí es demostrar liderazgo técnico. Liderazgo no significa tener la razón. La tiene, pero ese no es el punto.
Liderazgo significa llevar a los demás por el camino que él considera mejor. No impone disciplina ni regaña o presiona a los maintainers que no están de acuerdo. En cambio, primero reconoce sus preocupaciones, completamente válidas, sobre mantener una base de código con dos lenguajes. Eso es bueno, porque tienen razón en eso: sus vidas se vuelven más difíciles antes de volverse más fáciles.
Luego termina con una nota inspiradora, señalando que ya han hecho cosas mucho más difíciles y que esto está totalmente dentro de sus capacidades. Los anima con suavidad a dar la bienvenida a los desarrolladores de R4L.
Una auténtica clase magistral de liderazgo.
No sé si los otros maintainers se convencerán cuando lean esto. Pero me cuesta imaginar una propuesta más convincente que esta.
Al final, ¿no se trata solo de reducir los costos laborales?
Intentar que hagan el mismo trabajo cuando los costos laborales son distintos ya es en sí un choque cultural...
Más bien, quizá sería mejor hacerlo en formato de subcontratación, donde la relación entre cliente y proveedor quede clara.
Creo que, como existían alternativas como Svelte, React/nextjs también pudo recibir un gran estímulo.
En esencia, Svelte es un language, así que espero que también pueda mostrar bien la dirección hacia la que debería avanzar un lenguaje para describir UI.
Comparado con el S25 y tomando como referencia la versión de 256 GB, el precio también es casi el mismo, así que que un smartphone de más de un millón de wones siga siendo de 60 Hz en 2025 es como que...
Sideproject tiene el mejor DX de solidjs >.< / felicidad
Parece que hay un punto difícil de prever: si el resultado del fork terminará siendo una migración o una era de reinos combatientes.
Incluso después de hacer el fork, reflejar los cambios de upstream no parece que vaya a ser una situación muy agradable.
https://es.news.hada.io/topic?id=16860
Viendo que el fork de Realtime Linux se integró después de 20 años, quizá no habría que decidir a la ligera hacer un fork.
¡Gracias!
Es una decisión en la que se nota su filosofía operativa. Obsidian, que uso más que cualquier otra cosa después de Chrome, siempre me ha funcionado muy bien.
Si hay tanta gente que quiere introducir Rust en el kernel, ¿no podrían bifurcarlo e irse a un proyecto nuevo? Luego, cuando madure lo suficiente, las principales distribuciones podrían cambiarse a un kernel basado en Rust.
No entiendo muy bien por qué están peleando entre ustedes.
Por supuesto, un startup que fracasó no quebró por no tener blog…
¿Quién puede definir la causa de la caída de cualquier startup que haya fracasado?
Si el producto es bueno, obviamente no hace falta un blog.
Con esa misma lógica, si el producto es bueno, tampoco hace falta marketing/ventas.
Este es un texto típicamente ilógico que cae en la confusión de creer que “la ausencia de evidencia es evidencia de ausencia”.
Entiendo la intención, pero aun así el título está tan mal planteado que distorsiona la esencia del tema.
“No hay ningún estudiante de examen que haya fracasado por no dormir”
“No hay ninguna empresa que haya fracasado por no tener una buena oficina”
“No hay nadie que haya muerto temprano por no tomar suplementos.”
Creo que podría inventar decenas de frases así.
Parece que al autor original también le iría mal si, antes de publicar esta entrada en el blog, no piensa primero en una lógica razonable.
Aunque soy usuario de Rust, me impresionó el comentario de hgwxx7_ publicado en r/rust1.
Al final, ¿no se trata solo de reducir los costos laborales?
Intentar que hagan el mismo trabajo cuando los costos laborales son distintos ya es en sí un choque cultural...
Más bien, quizá sería mejor hacerlo en formato de subcontratación, donde la relación entre cliente y proveedor quede clara.
Coincido.
el trabajo funciona las 24 horases una ilusión de los gerentes o ejecutivos."Rust no es la respuesta correcta, pero está más cerca de la respuesta correcta que Java y Python" -codemaster kimc-
Microsoft presenta el procesador cuántico 'Majorana 1'
Por eso prefiero más el término open weight.
Entonces, sería cosa de detectar el problema con Falco o linkerd y, si hace falta, analizarlo con subtrace~ :)
Te amamos, Hassabis~
¿El llm también aguantará los insultos que normalmente recibe otro desarrollador?
Creo que, como existían alternativas como Svelte, React/nextjs también pudo recibir un gran estímulo.
En esencia, Svelte es un language, así que espero que también pueda mostrar bien la dirección hacia la que debería avanzar un lenguaje para describir UI.
Yo usaré React
Comparado con el S25 y tomando como referencia la versión de 256 GB, el precio también es casi el mismo, así que que un smartphone de más de un millón de wones siga siendo de 60 Hz en 2025 es como que...
Cuando al final del artículo toda la pantalla se pone magenta, de verdad me arden muchísimo los ojos..
Si es un dominio de 2 caracteres, seguro debe ser caro, ¿no?