Cena JUG - followup

[Mario Alexandro Santini]

Ciao a tutti,

ringrazio tutti i partecipanti alla cena di ieri, è stato un bel ritrovo.

Ci sono stati molti argomenti interessanti di cui si è discusso.


Riporto i principali di cui riesco a ricordarmi:

harness darwiniano: un harness costituito da 3 elementi: 1 in
esecuzione, 1 che viene generato e 1 che riflette/"rimugina" su quanto
accaduto e innesca un loop evolutivo. Si parte da un agente che non ha
alcuna capacità. Un qualunque prompt genera una riflessione sulla
capacità dell'agent di soddisfare la richiesta. Giudicando la risposta
insoddisfacente si produce un nuovo harness che sviluppa tool o capacità
per fornire una risposta adeguata o migliore. Il loop ingenera uno
sviluppo autonomo dell'harness.

Modello di gestione della memoria di Rust: RAII
https://en.wikipedia.org/wiki/Resource_acquisition_is_initialization

E' una tecnica presa dal C++ con la differenza che Rust implementa
algoritmi che a compile time rafforzano questo pattern. E' comunque
utilizzato in C++ per la gestione della memoria.

Rust RC uno smart pointer che consente la condivisione dell'ownership.
Non è possibile usarlo in multithread.
https://doc.rust-lang.org/std/rc/index.html

Bun: la migrazione da zig a rust fatta tramite agenti AI in 11 giorni
con una spesa di 160.000,00 dollari.

E' stata una notizia che ha scatenato polemiche e strascichi in quanto
le motivazioni del creatore di Bun sulla necessità di migrare non erano
condivise dalla comunità di zig. Secondo il creatore del linguaggio,
pure essendo Bun il progetto più popolare, era anche un esempio da non
seguire affatto. Molti problemi erano stati segnalati da anni. Pare che
il creatore di Bun sia un tipo che non presta molta attenzione alla
parte ingegneristica. Il risultato delle sue scelte si è visto nei
problemi continui di stabilità e memory leak. Il creatore di Bun ha
comunque ringraziato zig sostenendo che senza quel linguaggio il suo
progetto non sarebbe mai nato.

Novità nella versione 12.10 di Jetty: è cambiato il default per
l'autenticazione digest da MD5 a SHA 256 per ragioni di sicurezza. Chi
necessita di continuare a utilizzare MD5 deve configurarlo
esplicitamente, se il client che utlizza non è in grado di negoziarlo.

Uscita della versione 5 di Netty: in stallo... (la versione 4 risale al
2012...)

Utilizzo dell'AI nella codifica: molti la utilizzano solo come copilota.
Per Jetty e progetti open source è problematico accettare codice
prodotto dall'IA in quanto non è possibile attribuirne una paternià e di
conseguenza non è licenziabile.


Potete aggiungere, integrare, correggere.

Grazie a tutti, di nuovo.


Mario

[Tiziano Lattisi]

Grazie a tutti anche da parte mia.
Come sempre la discussione è interessante, e spesso copre argomenti che non avrei mai approfondito autonomamente, lasciando sempre qualcosa di nuovo.

Lascio il link a uno degli articoli in cui descrivo il progetto di self-harness (da cui si possono raggiungere anche gli altri, per chi fosse interessato: https://tizianolattisi.substack.com/p/darwin-non-basta?r=8pzviq

Super interessante in particolare il discorso sulla proprietà del software prodotto da/con AI.

A presto!
T

> --
> Hai ricevuto questo messaggio perché sei iscritto al gruppo "Socraten" di Google Gruppi.
> Per annullare l'iscrizione a questo gruppo e non ricevere più le sue email, invia un'email a socraten+u...@googlegroups.com.
> Per visualizzare questa discussione, visita https://groups.google.com/d/msgid/socraten/0c30467a-d8a5-4535-9db1-176c9172700a%40gmail.com.

[Stephan Perktold]

Grazie anche da parte mia, è stato come sempre molto interessante.

Vorrei solo aggiungere il tema della codifica dei caratteri nelle richieste HTTP, un problema che ad oggi (e probabilmente ancora per molto tempo, a causa dei requisiti di compatibilità) rimane irrisolto. I parametri nella parte “query” dell'URL sono codificati in UTF-8 o forse in ISO-8859-1? Qual è la codifica dei campi del header HTTP? E come sempre, Simone è ben informato e può darci risposte affidabili a tutte le domande.