Con solo ver text out y korean out ya te das cuenta de que son puras tonterías...
Y eso que llamaron "paper" apenas tiene 2 páginas de puras tonterías (probablemente generadas por IA)...
No, pero en serio me puse a revisar Wikipedia: Joseph Fourier presentó la transformada de Fourier en 1822; dejando de lado publicaciones fragmentarias anteriores, el FFT se formalizó y publicó en 1965, y una versión algo más temprana fue publicada en 1932, pero resulta que Gauss ya había dejado registrado el FFT sin publicarlo nada menos que en 1805. No queda más que darle la razón al comentario de "Gauss is gonna Gauss" (Gauss siendo Gauss) ;_;
He llegado a usar embassy-rs para desarrollar y hasta llevar a producción un producto con STM32G030C8T6, y mientras lo usaba noté algunas desventajas.
Cuando necesitas acceder a un HAL que no es común, al final terminas necesitando el enfoque que se usaba con el framework RTIC.
Por culpa de async, hay una alta posibilidad de que el uso de memoria se vuelva ineficiente, así que hay que tener cuidado.
Es muy restrictivo desarrollar en entornos con memoria flash de 32 KB o menos (log + símbolos de depuración, etc.).
Si quieres desarrollar en un ecosistema fuera de NRF/STM/ESP/RP, en la práctica es muy difícil.
Está bien probar Rust embebido con embassy-rs, pero si más adelante quieres mejorar de cara a producción en masa y también profesionalmente, creo que conviene probar un poco más RTIC.
Por otro lado, me preocupa que, al volverse una especie de advanced Rust Arduino y tener buena accesibilidad, eso termine generando situaciones complicadas cuando toque hacer desarrollo más avanzado.
Recuerdo haberlo usado hace tiempo cuando escribía lógica para eliminar ruido y patrones repetitivos.
Parece que hoy en día implementan algo parecido con autoencoders.
Últimamente, parece que las nuevas tecnologías solo quieren usar la palabra clave ai, y más bien da la impresión de que la tecnología en sí está retrocediendo...
A medida que el rendimiento de los LLM sigue mejorando, al final parece que todas las profesiones serán reemplazadas, pero me da la impresión de que el desarrollo web podría ser reemplazado en un futuro cercano.
La reducción de personal es solo el resultado; la verdadera causa es el colapso del modelo de ingresos. Desde la perspectiva del dueño, gracias a la IA ya estamos en una era en la que se pueden sacar adelante proyectos con muy poco personal, y justo cuando además los ingresos empeoraron, me parece que recortar 75% fue una decisión racional.
No es porque las discussions y los issues sean diferentes, sino simplemente porque probablemente les acomodaba más que estuvieran separados en pestañas distintas.
¿Publicar tanto una especie de lista de tareas como las discussions en la pestaña de issues y administrarlas con etiquetas?
vs
¿Usar la pestaña de issues solo como lista de tareas y las discussions solo como discussions?
Con solo ver
text outykorean outya te das cuenta de que son puras tonterías...Y eso que llamaron "paper" apenas tiene 2 páginas de puras tonterías (probablemente generadas por IA)...
No, pero en serio me puse a revisar Wikipedia: Joseph Fourier presentó la transformada de Fourier en 1822; dejando de lado publicaciones fragmentarias anteriores, el FFT se formalizó y publicó en 1965, y una versión algo más temprana fue publicada en 1932, pero resulta que Gauss ya había dejado registrado el FFT sin publicarlo nada menos que en 1805. No queda más que darle la razón al comentario de "Gauss is gonna Gauss" (Gauss siendo Gauss) ;_;
Entre las "opiniones de HN":
...?
gracias, gracias, de gran ayuda
Es un poco extraño que no se pueda mantener el proyecto aun recibiendo más de un millón de dólares al año en patrocinios...
Si usas la terminal con frecuencia, la latencia adicional que agrega omz es bastante molesta.
Como era de esperarse de los desarrolladores, armando un dramón por unos cuantos ms inútiles jajaja
He llegado a usar
embassy-rspara desarrollar y hasta llevar a producción un producto con STM32G030C8T6, y mientras lo usaba noté algunas desventajas.Cuando necesitas acceder a un HAL que no es común, al final terminas necesitando el enfoque que se usaba con el framework RTIC.
Por culpa de
async, hay una alta posibilidad de que el uso de memoria se vuelva ineficiente, así que hay que tener cuidado.Es muy restrictivo desarrollar en entornos con memoria flash de 32 KB o menos (
log+ símbolos de depuración, etc.).Si quieres desarrollar en un ecosistema fuera de NRF/STM/ESP/RP, en la práctica es muy difícil.
Está bien probar Rust embebido con
embassy-rs, pero si más adelante quieres mejorar de cara a producción en masa y también profesionalmente, creo que conviene probar un poco más RTIC.Por otro lado, me preocupa que, al volverse una especie de advanced Rust Arduino y tener buena accesibilidad, eso termine generando situaciones complicadas cuando toque hacer desarrollo más avanzado.
Creo que sería más cómodo si también formateara bonito incluso los archivos JS ofuscados.
El contenido está bueno, así que agrego una traducción al coreano.
https://rosettalens.com/s/ko/demystifying-evals-for-ai-agents
La serie de transformaciones que de verdad me volvió loco en matemáticas aplicadas... T_T
Recuerdo haberlo usado hace tiempo cuando escribía lógica para eliminar ruido y patrones repetitivos.
Parece que hoy en día implementan algo parecido con autoencoders.
Total, es un proyecto que ni siquiera acepta PRs, así que... usan lo que ellos quieren usar.
Últimamente, parece que las nuevas tecnologías solo quieren usar la palabra clave
ai, y más bien da la impresión de que la tecnología en sí está retrocediendo...A medida que el rendimiento de los LLM sigue mejorando, al final parece que todas las profesiones serán reemplazadas, pero me da la impresión de que el desarrollo web podría ser reemplazado en un futuro cercano.
¿¡Craigslist seguía vivo?!
Si miras el commit de este repo de hace apenas 13 minutos: https://github.com/BloopAI/vibe-kanban/…, no parece que tengan planes de arreglarlo jaja..
Lo probé por encima antes, pero había issues como este que quedaron abandonados y sin corregirse, así que era difícil usarlo de verdad.. https://github.com/BloopAI/vibe-kanban/issues/431
Y además los nombres de los commits salían del tipo "Hecho" "Se corrigió" "Ahora lo voy a revisar" 😅
La reducción de personal es solo el resultado; la verdadera causa es el colapso del modelo de ingresos. Desde la perspectiva del dueño, gracias a la IA ya estamos en una era en la que se pueden sacar adelante proyectos con muy poco personal, y justo cuando además los ingresos empeoraron, me parece que recortar 75% fue una decisión racional.
No es porque las discussions y los issues sean diferentes, sino simplemente porque probablemente les acomodaba más que estuvieran separados en pestañas distintas.
¿Publicar tanto una especie de lista de tareas como las discussions en la pestaña de issues y administrarlas con etiquetas?
vs
¿Usar la pestaña de issues solo como lista de tareas y las discussions solo como discussions?