#33 Me he bajados algunos en LM Studio, pero no me dio confianza el modelo local de claude (decir que es mucho más pequeño que el que está disponible online). Tampoco he logrado integrar una IA al ide (Godot). Problemas del primer mundo.
#45 si, es una palabra tabú. Carga una historia muy dura (que nos han contado). El software puede hacerlo mucho mejor, rápido y eficiente. Una vez organizado un país, se puede copiar y pegar a coste casi 0. Todo compatible, todo abierto.
Por ahí viene la cosa ...
#9 llevalo al gobierno y sector público. Todo abierto, todo creado por asamblea comunitaria. No hay propiedad porque cualquiera se lo puede copiar. Otros países incluso. El fin de las mentiras y las promesas.
Las privadas simplemente desaparecerían frente a un sector público tan eficiente. Por eso imparten odio al comunismo. Porque acabaría con todos ellos
#9 No entiendo por que mezcláis términos en inglés...
#7 escribe: código libre = comunismo digital, verdad y eficiencia.
Esto es Software Libre
#9 comienza con: Open source no implica comunismo. Mira RHEL, Grafana Labs, Nextcloud, Pulumi, GitLab o Supabase
Open Source es: Código Abierto y no no es lo mismo que Free Software.
Después habla de RHEL que es una distribución GNU/Linux (RH dice que su modelo de desarrollo es de código abierto, pero usan una licencia GPL y eso es software libre (aunque puede ser que para arquitecturas que no son x86 x86-64 como
IBM POWER, IBM ESA/390, IBM Z haya elementos de software que no entran dentro de la GPL).
En todo caso... Modelos de Desarrollo que se llaman a si mismos de Código Abierto (Open Software) pueden tener licencias libre del tipo BSD y otras que son permisivas hasta el punto de permitir que algunas empresas utilicen el código y lo cierren para no compartir sus aportaciones... entonces sí, utilizan código abierto o incluso código libre como el de FreeBSD, pero los productos que desarrollan con ese código libre, lo cierran, le llaman MacOS y el resultado deja de ser código abierto y código libre...
Con un código abierto o con un código libre licenciado bajo GPL (General Public License) no podrían hacer ese tipo de maniobras; por eso prefieren decir que son Open Source pero licencian en BSD, Apache. MIT y otras licencias que en caso de no querer compartir con los que si compartieron, les permite cerrar el código que aportan...
Es una trampa...
El problema, como digo más arriba, es que yo veo esa atrofia cerebrosistémica en muchos Senior, producida por la sustitución de su cerebro por la IA. Si solo fueran juniors...
#26 PEro como cojones van a ir a ninguna LLM asi como asi? Supongo que iran, y se leeran el codigo y lo entenderan y pensaran: "Y si esto la caga?" Que tendran leido: "Efective Java", o "Effective C++", o 'Java Threads: Understanding and Mastering Concurrent Programming ".
#20 bueno supervisado es un concepto muy amplio. Vibe coding es una herramienta de productividad, para cosas serias, jack dorsey ya ha anunciado que despide la mitad del persona... y no estamos hablando de pocs .... ponte al día de los que es la programación agentica etc...
Esta molécula (una pirimidona modificada) puede almacenar energía solar en sus enlaces químicos durante años y liberarla como calor bajo demanda. Aquí te detallo las aplicaciones prácticas más prometedoras:
1. Calefacción Doméstica y Agua Caliente "Sin Conexión"
La aplicación más directa es el calentamiento de agua y espacios. A diferencia de los paneles solares térmicos convencionales (que calientan agua que se enfría en pocas horas), este material puede guardar la energía del verano para usarse en invierno sin pérdida de calor, ya que la energía no se guarda como "temperatura", sino como una configuración química estable.
Ejemplo: Un tanque con este fluido en el tejado que "carga" energía durante el día y permite tener agua hirviendo por la noche o en días nublados simplemente activando un catalizador.
2. Dispositivos de Calor Portátiles (Uso Militar y de Emergencia)
Debido a su alta densidad energética (1.6 MJ/kg, casi el doble que una batería de litio estándar), podría usarse en paquetes de calor portátiles para:
Rescate en climas extremos: Calentar mantas o raciones de comida en lugares donde no hay electricidad ni fuego.
Uso militar: Equipos que necesitan calor silencioso y sin rastro de humo o llamas en el campo de batalla.
3. Cogeneración en Paneles Solares Híbridos
Los paneles fotovoltaicos actuales pierden mucha eficiencia porque se calientan demasiado. Este material podría integrarse como una capa que absorbe los fotones de alta energía (UV) que normalmente calientan el panel en exceso.
Resultado: El panel eléctrico funciona de forma más eficiente (al estar más frío) y, al mismo tiempo, la capa molecular recolecta esa energía "sobrante" para usarla como calefacción más tarde.
4. Procesos Industriales de Baja Temperatura
Muchas industrias (química, textil, alimentaria) requieren calor constante para procesos de secado o pasteurización. Este sistema permitiría:
Descarbonización: Sustituir calderas de gas por sistemas moleculares que liberan calor intenso de forma instantánea al pasar el fluido por un filtro catalizador.
5. Almacenamiento Energético a Largo Plazo (Estacional)
Es quizás la aplicación más revolucionaria. Las baterías de litio se descargan solas con el tiempo. Esta molécula tiene una "vida media" de almacenamiento de casi 3.4 años.
Esto permitiría recolectar energía solar masiva durante los meses de verano en regiones desérticas y transportarla (como si fuera combustible líquido) a regiones frías para ser utilizada meses después.
#10 Es mas fácil hacer nativos esos programas que usar capas de compatibilidad, las herramientas de desarrollo ya las tienen portadas, solo que si lo hacen Windows muere en cero coma y en el código abierto no hay forma de hacer monitoreos sin que se sepa.
#10 la WSL2 es una MIIEEEEEERRRRDA como la Sagrada Familia de grande. Usándola a diario lo he aprendido. Nadie en su sano juicio preferiría eso habiendo probado un linux/unix nativo
#13 webkit y blink son sólo motores de render, hay muchas diferencias fundamentales entre chromium y safari, como chromium usando v8 como motor de javascript y safari usando nitro. Además el fork de blink y webkit ocurrió en 2013, han pasado 13 años y las diferencias entre ambos son muy notables, sobre todo en todas las especificaciones que han salido en estos 13 años, que no son pocas precisamente.
#17 "Las aplicaciones web dependen solo de que tengas un un navegador"
Pero no todo son Apps de ese tipo. Uso por ejemplo el teclado Heliboard o la suite de fossify para telefono, galeria o una app de hacer timelapses con la pantalla apagada. Eso no se puede usar por web obviamente
#17 si, yo la tengo como PWA con el front en GitHub y el back en Google Apps Script ya que tengo la app ligada a una hoja de cálculo y me viene bien tener el back ahí para tener conexión directa con Sheets.
La verdad teniéndola así no veo la necesidad de hacer una app nativa, quizás alguna limitación por el navegador que siendo nativa no tendria pero por lo demás, visualmente es igual que una nativa. Contentísimo estoy.