Por supuesto, una razón más importante podría ser que, debido al GIL, el beneficio que se puede obtener desde un principio es menor en comparación con otros entornos.
Creo que decir que, sin el GIL, se podría generar sinergia es casi engañoso. Si a un corredor al que le falta una pierna le pones una prótesis para que, aunque sea con incomodidad, pueda correr, ¿eso es "sinergia"?
El problema de asyncio no es la dificultad de la programación asíncrona, sino su baja calidad. Un diseño que tira por la borda la consistencia y la universalidad no es algo raro en Python, pero cosas como ProactorEventLoop todavía tienen bugs que provocan caídas del servicio y que fueron reportados hace 5 años.
Para quienes estamos obligados a usarlo, es bastante difícil tomarse a la ligera un texto como este.
Es difícil generalizar, pero en general, muchas personas en roles de PO, PM y diseño parecían tener la perspectiva de que los avances de la IA han abierto más oportunidades para quienes trabajan como PO y PM.
En cambio, muchos desarrolladores parecían esperar que, gracias a los avances de la IA, puedan desarrollar productos mejor por su cuenta, sin necesidad de PO, PM ni diseñadores.
Habrá que ver cómo evoluciona esto en adelante jaja
Es libre de odiarlo, pero el autor también está viviendo en la era de la IA. Es probable que este texto del autor ya haya sido recopilado en los macrodatos de la IA.
¿Cuál es el criterio para decir si algo es malo o bueno? Incluso expresiones como “tonto útil” existen porque tienen un contexto adecuado para usarse. No te confundas pensando que este mundo está rebosando de un amor color de rosa.
Si algo me resultaba incómodo, era el concepto mismo de variables/funciones en PHP; nunca me ha molestado en absoluto la notación con $.
¿No eran más bien bromas esos comentarios de que no se puede usar por culpa del signo de dólar, ~~que los que usan el signo de dólar ganan mucho dinero, que no es dólar estadounidense sino dólar zimbabuense y por eso no ganan tanto~~...?
Aunque con Node.js y Rust, bueno...;; en mi caso, como en PHP se sigue usando $ y cosas así, siento que debe ser incómodo escribir código. ¿La gente que lo usa bien no suele sentir tanta incomodidad?
Se propuso vAttention para complementar las limitaciones de gestión de memoria de PagedAttention.
El artículo relacionado puede consultarse aquí: https://arxiv.org/pdf/2405.04437
Parece que GPLv3 y AGPL no se usan según la intención original de quienes crearon esas licencias.
Como la mayoría permite doble licenciamiento, al final he visto demasiados casos en los que se usan como un mecanismo para forzar el uso comercial.
En ese sentido, creo que Apache y MIT son de las pocas licencias de código abierto que funcionan según su intención inicial.
(Aunque tampoco creo que exista una licencia de código abierto completamente perfecta.)
Pensándolo un poco, si funcionara así como aquí, también da la impresión de que esto es algo para lo que realmente hace falta una persona.
Da la sensación de que quizá un Product Engineer con IA podría hacerlo.
En realidad, los proyectos open source dependen casi únicamente del interés y las contribuciones de los usuarios como recurso.
Si todavía no están completamente consolidados, cualquiera —en especial una gran empresa— puede hacer un fork y acaparar toda la atención, y al final uno termina haciendo el trabajo para beneficio ajeno.
Desde el principio, estas licencias fueron pensadas para la libertad de los usuarios, no para los desarrolladores.
¿Sabían que winget, el gestor de paquetes CLI de Windows, salió porque Microsoft hizo un fork tal cual del proyecto de otra persona y solo le cambió el nombre?
También hay un texto escrito por el autor del proyecto original, appget. The Day AppGet Died.
Si no quieren simplemente trabajar para beneficio ajeno (especialmente en favor de grandes empresas o de gente muy buena para viralizar cosas) y valoran su propio tiempo, vale la pena reconsiderar adoptar una licencia open source.
Incluso si ambas cosas son trabajo voluntario, hay una gran diferencia entre recibir respeto por tus contribuciones y ser completamente ignorado.
Revisen alternativas como las que mencionaron en los comentarios de Hacker News.
A mí ya me pasó con la Switch 1: usé además un dock no compatible y se me brickeó.
Ahora ya ni me atrevo a mirar docks compatibles con Nintendo.
Pero viendo que esto se repite, también me hace pensar que quizá Nintendo lo hace a propósito -. -+
Por supuesto, una razón más importante podría ser que, debido al GIL, el beneficio que se puede obtener desde un principio es menor en comparación con otros entornos.
Creo que decir que, sin el GIL, se podría generar sinergia es casi engañoso. Si a un corredor al que le falta una pierna le pones una prótesis para que, aunque sea con incomodidad, pueda correr, ¿eso es "sinergia"?
De los lugares donde se describe el tema relacionado, este es el documento mejor organizado.
El problema de
asynciono es la dificultad de la programación asíncrona, sino su baja calidad. Un diseño que tira por la borda la consistencia y la universalidad no es algo raro en Python, pero cosas comoProactorEventLooptodavía tienen bugs que provocan caídas del servicio y que fueron reportados hace 5 años.Para quienes estamos obligados a usarlo, es bastante difícil tomarse a la ligera un texto como este.
Es difícil generalizar, pero en general, muchas personas en roles de PO, PM y diseño parecían tener la perspectiva de que los avances de la IA han abierto más oportunidades para quienes trabajan como PO y PM.
En cambio, muchos desarrolladores parecían esperar que, gracias a los avances de la IA, puedan desarrollar productos mejor por su cuenta, sin necesidad de PO, PM ni diseñadores.
Habrá que ver cómo evoluciona esto en adelante jaja
Parece que se está volviendo algo parecido a cómo ha ido cambiando JavaScript.
Es libre de odiarlo, pero el autor también está viviendo en la era de la IA. Es probable que este texto del autor ya haya sido recopilado en los macrodatos de la IA.
Es bien sabido que AI Overview no es muy confiable, pero esto ya es bastante grave.
¿Cuál es el criterio para decir si algo es malo o bueno? Incluso expresiones como “tonto útil” existen porque tienen un contexto adecuado para usarse. No te confundas pensando que este mundo está rebosando de un amor color de rosa.
Si algo me resultaba incómodo, era el concepto mismo de variables/funciones en PHP; nunca me ha molestado en absoluto la notación con
$.¿No eran más bien bromas esos comentarios de que no se puede usar por culpa del signo de dólar, ~~que los que usan el signo de dólar ganan mucho dinero, que no es dólar estadounidense sino dólar zimbabuense y por eso no ganan tanto~~...?
Esto amerita una demanda, ¿no...?
Aunque con Node.js y Rust, bueno...;; en mi caso, como en PHP se sigue usando
$y cosas así, siento que debe ser incómodo escribir código. ¿La gente que lo usa bien no suele sentir tanta incomodidad?Se propuso vAttention para complementar las limitaciones de gestión de memoria de PagedAttention.
El artículo relacionado puede consultarse aquí: https://arxiv.org/pdf/2405.04437
Parece que GPLv3 y AGPL no se usan según la intención original de quienes crearon esas licencias.
Como la mayoría permite doble licenciamiento, al final he visto demasiados casos en los que se usan como un mecanismo para forzar el uso comercial.
En ese sentido, creo que Apache y MIT son de las pocas licencias de código abierto que funcionan según su intención inicial.
(Aunque tampoco creo que exista una licencia de código abierto completamente perfecta.)
Pensándolo un poco, si funcionara así como aquí, también da la impresión de que esto es algo para lo que realmente hace falta una persona.
Da la sensación de que quizá un Product Engineer con IA podría hacerlo.
¿Dónde comenzó ese exceso de autoconciencia que cree que los humanos son especiales?
Creo que Namuwiki no es una fuente adecuada.
En realidad, los proyectos open source dependen casi únicamente del interés y las contribuciones de los usuarios como recurso.
Si todavía no están completamente consolidados, cualquiera —en especial una gran empresa— puede hacer un fork y acaparar toda la atención, y al final uno termina haciendo el trabajo para beneficio ajeno.
Desde el principio, estas licencias fueron pensadas para la libertad de los usuarios, no para los desarrolladores.
¿Sabían que
winget, el gestor de paquetes CLI de Windows, salió porque Microsoft hizo un fork tal cual del proyecto de otra persona y solo le cambió el nombre?También hay un texto escrito por el autor del proyecto original,
appget.The Day AppGet Died.
Si no quieren simplemente trabajar para beneficio ajeno (especialmente en favor de grandes empresas o de gente muy buena para viralizar cosas) y valoran su propio tiempo, vale la pena reconsiderar adoptar una licencia open source.
Incluso si ambas cosas son trabajo voluntario, hay una gran diferencia entre recibir respeto por tus contribuciones y ser completamente ignorado.
Revisen alternativas como las que mencionaron en los comentarios de Hacker News.
Qué pena..
A mí ya me pasó con la Switch 1: usé además un dock no compatible y se me brickeó.
Ahora ya ni me atrevo a mirar docks compatibles con Nintendo.
Pero viendo que esto se repite, también me hace pensar que quizá Nintendo lo hace a propósito -. -+
Vaya, esta historia es demasiado impactante. Si una situación así por un tema específico me pasara a mí también, da miedo pensar qué podría ocurrir.