Cake Wallet 6.0.1 porta una nuova interfaccia riprogettata da zero e i pagamenti Lightning su Bitcoin tramite il protocollo Spark.

Dai campi per migranti ai campi per l’AI: chi gestisce la detenzione vede un nuovo business nei "man camp" per la creazione dei data center Negli USA, per costruire enormi data center, alcune aziende stanno allestendo dei "man camp": villaggi prefabbricati dove centinaia o migliaia di lavoratori vengono alloggiati vicino ai cantieri. Il futuro dell’AI, a quanto pare, si costruisce come un vecchio campo dove ci si deve tutti concentrare assieme: dormitori "temporanei" per operai. A guadagnarci ci sono appaltatori strapagati tra cui Target Hospitality, la stessa società che possiede una struttura usata per la detenzione di famiglie migranti per ICE... Così... Per dire... https://techcrunch.com/2026/03/08/owner-of-ice-detention-facility-sees-big-opportunity-in-ai-man-camps/

L'altro giorno ho avviato Linux desktop sul mio portatile da chiavettina, con la prima distro che avevo sotto mano, perché dovevo fare un servizietto al volo. (Farmi il backup dei file rimasti sulla partizione di Linux installato sul disco del portatile stesso, che un giorno si è poi rotto a caso non partendo più... curiosamente, la stessa distribuzione di questo caso, ma questa è un'altra storia.) ...E boh, fin qui niente di strano, a regola... Peccato che, chissà se perché la mia chiavetta fa schifo, oppure se la porta USB del PC fa schifo, ad un certo punto la chiavina ha preso una bottarella mentre avevo il portatile sulle gambe, si è scollegata e si è ricollegata... E, visto che Linux non riesce a fare una cosa tanto banale che persino per DOS, sistema operativo di 40 anni fa, non è un problema, ossia semplicemente non morire se il drive di boot viene scollegato, a patto che venga poi ricollegato, il sistema è finito in quello stato inconsistente per cui quasi niente più funziona... né si aprono app non già aperte, e pure quelle in esecuzione tendono a malfunzionare, né riuscivo ad aprire una TTY addirittura... A parte la seccatura del dover quindi riavviare tutto da capo per finire il mio schifoso servizio, in realtà nemmeno potevo riavviare: qualche combinazione di tasti non faceva niente, così come il tasto power (premuto semplice, non tenuto premuto per fare un hard reset), e stessa cosa i tasti nel menu principale di KDE Plasma... tranne uno, ossia quello per bloccare lo schermo, che mi ha fatto un certo bello schifo. Oooh, che bello schifo... "il bloccatore di schermo è rotto e lo sblocco non è più possibile. [seguono istruzioni da incubo per aggirare il problema in modo molto triste]"... e io trovo tutta questa situazione assolutamente inconcepibile!!! Per carità, posso capire che non funzioni la schermata di blocco, vista la rogna suddetta per cui non funziona in realtà assolutamente niente... ma che razza di modo è di dirlo questo? "Si è rotto"... sì, in alcuni casi in cui esce questa schermata è davvero perché è questo affare che direttamente si spacca, ma in questo caso non è corretto. Questo per non parlare poi di come dica, giustamente, di usare una TTY per girare attorno alla rottura... perché, a parte che non concepisco come gli sviluppatori di questo componente di sistema evidentemente orribile non abbiano pensato a qualche altro meccanismo di recupero per queste situazioni, in questo caso io non potevo tecnicamente usare nemmeno la TTY, come ho detto... che disastro veramente.

Ieri pomeriggio, aprendo la galleria del mio telefono normalmente, come al solito, per motivi tanto essenziali quanto noiosi, ho trovato ad assoluto casaccio un file strano tra i più recenti: un'immagine completamente nera, datata per poco prima nella stessa giornata. Ohibò: e ora da dove sarà apparsa questa anti-fotina, e perché mai??? Beh, guardando i dettagli della foto, se non altro, il mistero sull'origine del file è in parte svelato: è una schermata della schermata di blocco. ...Questo, però, in realtà non chiude la questione, e certamente non semplifica i dubbi, e da qui spunta una nuova domanda: come cavolo si è creato questo file??? Avrei da pensare di aver premuto per sbaglio la combinazione di tasti per scattare una screenshot, o forse di aver fatto il gesto a tre dita, ma non ha senso... se ci provo a schermo spento non succede niente, ma se ci provo a schermo acceso la schermata esce giusta, non nera... e quindi che caspita. Questo file maledetto è quindi certamente frutto di una situazione altrettanto cursata, magari con qualche glitch misto a lag in questa terribile ROM cinese, però mannaggia, fa quasi paura... La cosa bella, se non altro, è che io ricordo vagamente di aver visto ad un certo punto della tarda mattina (che quindi probabilmente coincide con l'orario) il classico popup che esce in alto a destra dello schermo quando su questo affare si scatta una schermata, il cui contenuto era appunto tutto nero... ma non ci avevo dato alcun peso, avendolo visto molto di sfuggita, e avendo quindi pensato di essermelo immaginato... ma invece no. Evidentemente ci vedo ancora bene, e questo mi rallegra, oh... però questo fatto rimane comunque un enorme mistero.

L'assistente di codice Cursor è utilizzabile in IntelliJ IDEA, PyCharm e WebStorm tramite il protocollo aperto ACP, senza abbandonare il proprio editor.

Corte d'Appello degli Stati Uniti: i Termini di Servizio possono essere aggiornati via email, l'uso può implicare il consenso È stata fatta una class action contro Tile, i tracker Bluetooth in stile AirTag. Il punto era: terzi, tipo boh... stalker, avrebbero potuto usare i Tile Tracker per seguire persone senza consenso, mentre l’azienda avrebbe chiuso un occhio su questi rischi violando il diritto della California. Però per la Corte d’Appello federale degli Stati Uniti, se ricevi un’email che ti avvisa dell’aggiornamento dei ToS e continui a usare l’app, hai accettato il nuovo contratto. Anche senza cliccare "I agree". Perché, a quanto pare, per la corte continuare a usare l’app basta e avanza. https://cdn.ca9.uscourts.gov/datastore/memoranda/2026/03/03/25-403.pdf

Tutti i motivi per abbandonare GitHub e quali sono le possibili alternative. Il post di Software Freedom Conservancy Sappiamo che non è un compito facile; GitHub è onnipresente. Grazie al suo marketing efficace, #GitHub ha convinto gli sviluppatori di software libero e open source ( FOSS ) che GitHub è il posto migliore (e persino l'unico) per lo sviluppo FOSS. Tuttavia, essendo uno strumento proprietario e protetto da segreto commerciale, GitHub è l'esatto opposto del FOSS. https://sfconservancy.org/GiveUpGitHub/

Perché abbiamo smesso di usare la matematica che funziona: dipendenza dal percorso, convenienza e la silenziosa vittoria del abbastanza buono Qualcuno ha fatto una domanda interessante. Avevo scritto un post [gfrm.in] in cui sostenevo che quelli che nel settore vengono definiti "agenti di intelligenza artificiale" sono diagrammi di flusso ben fatti e che la matematica per fare meglio esiste dagli anni '60. Un utente su LinkedIn ha risposto: "Allora perché non è più ampiamente utilizzato?" Meritava più di una risposta lunga quanto un commento. La versione breve è: dipendenza dal percorso, compartimenti stagni disciplinari e la seducente comodità di non dover specificare i propri obiettivi. La versione lunga richiede un breve excursus nella storia recente dell'intelligenza artificiale, che si rivela più una storia di moda che di progresso. Il post di Guy Freeman https://gfrm.in/posts/why-decision-theory-lost/index.html

Gli americani non stanno affrontando un crollo democratico. Ne stiamo vivendo le conseguenze. Gli Stati Uniti erano un'oligarchia ben prima del primo mandato di Trump. Riconoscere questa realtà è essenziale per costruire una vera democrazia. Per dire, per milioni di persone la democrazia era già stata sostituita da regole sui debiti, sanità inaccessibile, precarietà abitativa, poteri di polizia fuori controllo e disuguaglianza normalizzata. https://www.theguardian.com/global/commentisfree/2026/mar/08/trump-democracy-oligarchy-policy

Lemmy 0.19.16 risolve una vulnerabilità di sicurezza sull'endpoint immagini che permetteva a chiunque di sfruttare il server per raggiungere risorse interne. Aggiornamento consigliato subito.

Il triplo abbattimento del velivolo F/A-18 kuwaitiano diventa ogni giorno più strano Aumentano gli interrogativi sul bizzarro incidente aereo avvenuto in Kuwait, che ha causato la perdita di tre F-15E dell'aeronautica militare statunitense. https://www.twz.com/air/kuwaiti-f-a-18s-triple-friendly-fire-shootdown-gets-stranger-by-the-day

<p>Trigun Stargaze 09 Crunchyroll Stupid Episode Numbering 21 SPOILER Summary/Synopsis Melanie, Livio, Wolfwood, and Vash meet to discuss the dwindling food and water situation at the Hopeland Orphanage. Vash decides to go to Ship 3, but he cannot ride the motorcycle. Livio can, so after some false starts, he takes off. The journey to Ship</p> <p><a class="moretag" href="https://anime.astronerdboy.com/2026/03/trigun-stargaze-09.html " >Read the full article!</a></p> <p>The post <a href="https://anime.astronerdboy.com/2026/03/trigun-stargaze-09.html">Trigun Stargaze 09 (Respite #Trigun)</a> appeared first on <a href="https://anime.astronerdboy.com">AstroNerdBoy&#039;s Anime &amp; Manga Blog</a>.</p>

Lemmy punta alla versione 1.0 migliorando la ricerca dei server per i nuovi utenti e ottimizzando le prestazioni del database per una navigazione più fluida.

Lettura della strategia informatica del presidente Trump per l'America alla Casa Bianca. L'analisi di Pierluigi Paganinii La strategia riflette un cambiamento più ampio: il cyberspazio non è più visto semplicemente come un ambito tecnico da difendere, ma come un'arena strategica in cui il potere nazionale viene esercitato, protetto e proiettato. Ecco le linee guida: - Costruire una forza lavoro informatica - Condizionare il comportamento degli avversari - Promuovere una regolamentazione basata sul buon senso - Ammodernare le reti federali - Proteggere le infrastrutture critiche - Mantenere la superiorità tecnologica https://securityaffairs.com/189083/security/reading-white-house-president-trumps-cyber-strategy-for-america-march-2026.html

Nel mio ultimo articolo ho raccontato i laboratori di scrittura che ho tenuto nelle classi quinte del Secondo Circolo Didattico di Spoleto. Ho parlato del journaling come strumento per aiutare i bambini a dare forma alle emozioni e di come, durante quegli incontri, molti di loro abbiano scoperto un modo nuovo per raccontare ciò che […] L'articolo Autismo e bambini: cosa ho imparato parlando di emozioni a scuola proviene da Ayako Satomi.

Cosa significa leggere davvero? Nelle scorse settimane ho avuto l’occasione di partecipare al progetto educativo “Leggere per Crescere: Insieme per un futuro di parole”, promosso dal Secondo Circolo Didattico di Spoleto e sostenuto dalla Fondazione Carispo. All’interno di questo percorso ho tenuto quattro laboratori nelle classi quinte, intitolati: “Scrivere per conoscersi – storie e metafore […] L'articolo Scrivere per conoscersi: il journaling entra a scuola per dare voce alle emozioni proviene da Ayako Satomi.

L'uso eccessivo dell'intelligenza artificiale potrebbe causare "frittura del cervello"; un nuovo studio ha scoperto che alcune pratiche di utilizzo della IA causano affaticamento cognitivo, mentre altri possono ridurre il burnout Sembra sempre più che utilizzare l'intelligenza artificiale per produrre lavoro possa avere un impatto considerevole sulla salute mentale, nonostante le promesse della tecnologia di alleggerire i carichi di lavoro. L'ultima ricerca illustra questa triste tendenza: un sondaggio condotto su circa 1.500 lavoratori a tempo pieno negli Stati Uniti, ha rilevato che una percentuale allarmante di dipendenti che utilizzano costantemente l'intelligenza artificiale sul lavoro per spingere la propria produttività oltre la normale capacità sta diventando affaticata, come hanno descritto i ricercatori del Boston Consulting Group e dell'Università della California, Riverside in un nuovo articolo su Harvard Business Review . https://hbr.org/2026/03/when-using-ai-leads-to-brain-fry

La nuova versione del gestore di password open source migliora la ricerca ignorando accenti e diacritici, e semplifica la gestione dei codici OTP.

Uno studio afferma che tanto varrebbe lanciare una moneta.

È difficile prendere sul serio i piagnistei sul prezzo del petrolio, italiani o tedeschi che siano, se facciamo finta che l’auto elettrica non esista. Non perché l’elettrico sia la soluzione universale a ogni problema di mobilità, ma perché almeno per la categoria “

Inside Duolingo’s tech culture and 2-month paid sabbatical benefit.

Fastmail introduce il supporto a finestre multiple per scrivere email, le risposte inline nei thread e una serie di piccoli miglioramenti al compositore.

@femcessoctt, 2026-03-09 11:53 [RN]Comunque, alla fine finitissima, visto e dato che il tempo passa, e i giorni scorrono, oggi che è lunedì è addirittura il 9 marzo, wow... mentre ieri, che era domenica, era l'8 marzo... o, altrimenti detto, octo marzo, eheh... 😳 Io però, ieri, non ho notato assolutamente niente a riguardo, ops... e…

@femcessoctt, 2026-03-09 11:53 [RN]Comunque, alla fine finitissima, visto e dato che il tempo passa, e i giorni scorrono, oggi che è lunedì è addirittura il 9 marzo, wow... mentre ieri, che era domenica, era l'8 marzo... o, altrimenti detto, octo marzo, eheh... 😳 Io però, ieri, non ho notato assolutamente niente a riguardo, ops... e…

OpenAI is acquiring Promptfoo, an AI security platform that helps enterprises identify and remediate vulnerabilities in AI systems during development.

La versione da riga di comando del blocco pubblicità per Linux si aggiorna con due funzioni pensate per chi vuole il massimo controllo sulla propria connessione.

Descrivi una fase della vita a cui è stato difficile dire addio. In realtà non ne ho. La vita è fatta piena di cambiamenti e di esperienze nuove. Senza di esse non si va avanti. Il passato fa parte di noi ma bisogna lasciarlo andare, perché bisogna vivere il presente come il carpe diem e […]

Il Consiglio dei Consumatori norvegese ha pubblicato un video satirico che racconta la giornata tipo di un "enshittificatore", accompagnato da un report con proposte concrete per invertire la rotta.

come è possibile stabilire se un'IA ha riscritto un algoritmo "senza guardare il codice precedente"?

Things have been difficult lately, mental health wise. However, despite this, we're still on a pretty good upward trend on that front. Anyway, I mentioned the cartridge interface in the previous post, so I've been doing an accuracy-oriented revamp of this. I've already been through the technical details, so instead, I'll post about the outcome of this. This fixes the freeze in Surviving High School, and likely other DSiWare titles. This also fixes Rabbids Go Home: in DS mode, the antipiracy no longer kicks in, so the game Just Works(tm). Also, turns out this game skips the antipiracy check when running on a DSi, so that's why it was working fine in DSi mode. I've had reports that this also fixes the crash in The World Ends With You, so that's great. I've also been able to figure out why several games crash in DSi mode. Namely, games that aren't DSi-enhanced, but were built against recent SDK. The code for reading the ROM retrieves the correct value for the ROMCTRL register from the ROM header, at 0x027FFE60. When running on a DSi, that address is adjusted to 0x02FFFE60, to account for the larger main RAM. Technically, 0x02FFFE60 would also work on the DS, due to mirroring; however, since it's not within any MPU region, trying to access it causes a data abort. The issue was due to missing support for the SCFG access registers. Those registers allow to block access to specific DSi I/O ranges, which serves to implement DS backwards compatibility or restrict access to specific hardware components (for example, blocking cartridge games from accessing the NAND). In this case, games read SCFG_A9ROM and determine that they're running in DSi mode if the value is non-zero, but if access to SCFG registers is disabled, the value will be zero. This brings me to ideas I have in mind for melonDS, and the direction things are going to go. When making my changes to cartridge emulation, I ran into an issue with cart DMA transfers, which broke atleast one game. It's fixed now, but it highlights shortcomings in the way DMA triggers are done in melonDS. That code wasn't great in the first place, and it was modelled after DS DMA. Then when DSi support was added, the required support for NDMA was duct-taped to the existing system. It does the job, but it's not great. It also highlights some suboptimal practices: using magic numbers instead of enums, for example. It tends to make the code harder to read. Since we're talking about the codebase, it's no secret that I'm not a fan of how it has evolved in some aspects. The big 1.0 refactor has exacerbated some of those issues, as making the codebase support something it wasn't originally meant for (running multiple DS instances within one process) required a major overhaul. For example: originally, some components in melonDS were modelled as C++ classes when they needed to be instantiated more than once (for example, the 2D renderers). The rest were simple namespaces. But suddenly, everything had to be remodelled as a class. We ran into issues due to the naming convention used in melonDS. So we're going to fix that by making changes to the naming convention. This is something that can be done progressively, since unlike the 1.0 refactor, it doesn't leave the codebase in a broken state until it's complete. However, it's going to have implications for people who have currently open pull requests. This change will definitely take some planning. I also want to use proper enums and make the code more readable, as I said. I also want to organize the source directory better, which I've already been doing: for example, I put the DSP HLE modules in their own subdirectory, I also did the same to the various NDS cartridge implementations, ... This sort of stuff isn't very exciting to the end user, but to us, it can make a big difference - making the codebase easier to read, easier to maintain, and overall more pleasant to work with. Some areas of the codebase kind of kill my motivation when I have to touch them. I also have other things in mind for melonDS. For example, I'm brainstorming ideas to make DSi emulation a smoother experience. We're at a point where we could remove the "experimental" disclaimer that's on it, but there's still a lot to do. Since the NAND is mostly a FAT volume, I'd like to experiment with syncing that to a folder, like we do for DLDI and such. I want to experiment with such things as bigger NAND images, a smoother process for launching DSiWare titles, and so on. I'm even pondering what it would take to build a NAND from scratch, and ideas like a custom DSi menu. Launching things is something that could use an overhaul in general. On the DS, games can only ever be launched through the cartridge interface, so melonDS was built around this. However, on the DSi, they can also be loaded from the NAND (DSiWare), or even from the SD card (homebrew, CFW, ...). melonDS still doesn't really offer good support for this. Which brings me to the UI. I have some ideas in mind for a more flexible configuration system. Currently, melonDS applies the same configuration to every game you run, and it's becoming apparent that it's too limited for the various possibilities the DS offers. One idea is a game list interface, like Dolphin or PCSX2. The main concern with such an UI would be how to make it work well when our minimum window size is 256x384. But such an interface could offer a way to set up per-game configuration, cheats and such, all which are kind of cumbersome to do with the current UI. Another possibility could be profiles: whether those would be emulator-wide or per-game, I don't know yet, but they could be a way to support loading different settings, different save files, and so on. We could even support custom screen layouts, stuff like rendering two melonDS instances within one window simulating split-screen multiplayer, etc... We could also try to implement Retroachievements in a nice way with such an interface, seeing as that feature is popular request. Many ideas, but it takes time to code any of this. So I don't know how far we'll get. Oh, and, the OpenGL renderer. I've been taking a break from that stuff, but I want to try to add filtering before the 1.2 release. Last thing I want to talk about: timings. I want to try to address the known timing issues in some way. The problem is mostly when CPU timings are involved. With things like cartridge transfer timings, it's generally not that hard once you understand the logic behind the timings, and model it decently accurately. CPU timings, on the other hand, are something else entirely: they rely on a lot of different factors. In the DS, you have the ARM9 caches, shared main RAM, various ways the ARM9 itself can save a few cycles here and there... Fully modelling the complexity of CPU timings would require cycle-accurate emulation. melonDS is not cycle-accurate, and was never built for that. However, Jakly is attempting cycle-accurate DS emulation in DualSOUP. I'm definitely interested to see whether cycle-accurate DS emulation can be achieved at playable speeds with current hardware, so I'm following this project with great interest. The melonDS approach so far is to figure out the underlying logic and try to get close - because if you don't understand that logic, then any attempts you make end up in a game of whack-a-mole. I remember trying to understand the logic behind ARM9 timings, but realizing the sheer complexity, and not really getting anywhere. However, one thing we can do is add in instruction cache emulation. There have been attempts at this and they seem to fix some issues, like for example the DSi Sound App. Why specifically the instruction cache? The ARM9 has two caches: an instruction cache and a data cache. The former is used when fetching program code, and the latter is used when accessing data in memory. Emulating the instruction cache is actually feasible with little to no performance loss, because instruction fetches are very predictable: they're sequential unless a branch is taken. Thus, it's possible to only check the cache upon cache line boundaries and branches, and assume that every other fetch is a cache hit. Emulating the data cache is worse for performance because data fetches are unpredictable, so every memory access needs to be checked against the cache. So I think this is worth considering for melonDS 1.2. That's about it for now. Have fun!