Según algunos criterios, hoy en día todos son ágiles. No sé si antes hubo una época en la que se desplegara tan rápido y se recibiera retroalimentación como ahora.
Como no es que nunca haya que leer código, desde esa perspectiva parece válida la idea de que el código está por encima de la documentación; y como la documentación, en tanto conjunto de instrucciones, debe ser leída por el LLM que realiza la implementación, desde ese punto de vista también estoy de acuerdo. Por eso, mi conclusión es que al final ambos son importantes al mismo tiempo.
Ahora mismo, el problema de los productos creados con LLM es la deuda que se va acumulando en la etapa de operación. Para un funcionamiento continuo, los desarrolladores tienen que involucrarse con el código, y para que eso sea posible, creo que por ahora el código todavía debe poder sustituir a la documentación.
No es que libhwp fuera la razón decisiva, sino que el problema era más bien ese grupo basura. No hay sujeto en la frase; si te enojas al leerlo, eso es cosa tuya.
Ah, profesor, su observación es correcta. La máquina de estados en sí misma sí es determinista. Lo que introduje en el manifiesto está basado en algo no Turing-completo, por lo que no existen bucles dentro del DSL. Gracias a eso, es posible calcular cómo funcionará el programa antes de ejecutarlo y explicar por qué salió ese resultado.
Entiendo que creaste un DSL, pero no me queda muy claro de qué trata una máquina de estados determinista. Incluso me pregunto si existe una máquina de estados no determinista... En fin, lo leí con gusto. Espero que lo sigas desarrollando bien.
No, lo que les mostré con el state diagram es una de las formas de visualizar las transiciones de estado dentro de Manifesto.
Creamos una máquina de estados determinista como framework.
Los cálculos dentro de Manifesto Core están diseñados para que, con el mismo estado y el mismo comando, siempre produzcan exactamente el mismo resultado.
Revisa si tu router de terceros tiene una función para cambiar la MAC address, y prueba convertirla a la del router del proveedor; creo que así también se podría saltar esa restricción.
Qué lástima que otra vez sea solo para macOS... T_T Tengo muchos servidores sin usar, pero todos están basados en Linux...
Según algunos criterios, hoy en día todos son ágiles. No sé si antes hubo una época en la que se desplegara tan rápido y se recibiera retroalimentación como ahora.
Increíble, wow
Como no es que nunca haya que leer código, desde esa perspectiva parece válida la idea de que el código está por encima de la documentación; y como la documentación, en tanto conjunto de instrucciones, debe ser leída por el LLM que realiza la implementación, desde ese punto de vista también estoy de acuerdo. Por eso, mi conclusión es que al final ambos son importantes al mismo tiempo.
Ahora mismo, el problema de los productos creados con LLM es la deuda que se va acumulando en la etapa de operación. Para un funcionamiento continuo, los desarrolladores tienen que involucrarse con el código, y para que eso sea posible, creo que por ahora el código todavía debe poder sustituir a la documentación.
No es que
libhwpfuera la razón decisiva, sino que el problema era más bien ese grupo basura. No hay sujeto en la frase; si te enojas al leerlo, eso es cosa tuya.¿Y si el ciclo en cascada diera una vuelta completa en un solo día?
También está en Ollama
https://ollama.com/0xIbra/supergemma4-26b-uncensored-gguf-v2
También hay un modelo 31b más grande
https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-mlx-4bit
https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-GGUF
Jeje, es curioso que sea un modelo hecho por una comunidad local.
Ah, profesor, su observación es correcta. La máquina de estados en sí misma sí es determinista. Lo que introduje en el manifiesto está basado en algo no Turing-completo, por lo que no existen bucles dentro del DSL. Gracias a eso, es posible calcular cómo funcionará el programa antes de ejecutarlo y explicar por qué salió ese resultado.
¡Gracias por la observación!
Entiendo que creaste un DSL, pero no me queda muy claro de qué trata una máquina de estados determinista. Incluso me pregunto si existe una máquina de estados no determinista... En fin, lo leí con gusto. Espero que lo sigas desarrollando bien.
No, lo que les mostré con el state diagram es una de las formas de visualizar las transiciones de estado dentro de Manifesto.
Creamos una máquina de estados determinista como framework.
Los cálculos dentro de Manifesto Core están diseñados para que, con el mismo estado y el mismo comando, siempre produzcan exactamente el mismo resultado.
En resumen, ¿crearon una mini language que dibuja diagramas de estado?
Con la IA, cada vez hay más personas que fingen ser expertas, y como empezaron a hablar de más, el mundo se ha vuelto demasiado caótico.
...
Oh. Dicen que ya se restableció.
Revisa si tu router de terceros tiene una función para cambiar la MAC address, y prueba convertirla a la del router del proveedor; creo que así también se podría saltar esa restricción.
Usaré bien
rhwp.Ya van unos 10 minutos. Estoy buscando la página de estado.
Por fin le encontré un uso al Mac mini que estaba arrumbado en un rincón jaja
Expresado como fórmula, sería $eml(x, y) = e^x - ln(x)$, entonces.
Pero parece que realmente brillará cuando aparezca un procesador capaz de calcular $e^x$ o $ln(x)$ de una sola vez.
Pensé que estaría bueno que también agregaran categorías como tokens mínimos... qué lástima.