October 2020 - nexa - server-nexa.polito.it

Manifest V3 changes are now available to test in Microsoft Edge

by Giacomo Tesio

In continuation of our commitment to reduce fragmentation of the web for all developers, and to create better web compatibility for our customers, we plan to support the Declarative Net Request API and other changes proposed as part of Manifest V3. The decision to embrace Manifest V3 changes is based on our dedication to enhance privacy, security & performance for the benefit our end users as well as to allow developers to extend & provide rich experiences in Microsoft Edge. [...] How will your extension be impacted? If you are an extension developer, you may already be aware that the background service worker change and the introduction of the Declarative Net Request API would require you to update your extension. [...] After an extensive review of the concerns raised by content blockers and the community, we believe that a majority of those concerns have been resolved or will be resolved before Web Request API is deprecated. If you continue to face issues, we encourage you to share your feedback, where our team can engage to understand and address your feedback. Continua su https://blogs.windows.com/msedgedev/2020/10/14/extension-manifest-chromium-… Su Forbes la notizia viene commentata così: "some privacy focused extensions such as ad blockers that use the webRequest API may not work. For this reason Manifest V3 has not been popular, and after Google faced criticism from privacy advocates for the change, other Chromium based browsers such as Opera, Brave and Vivaldi said they will not implement it." https://www.forbes.com/sites/kateoflahertyuk/2020/10/18/microsoft-edge-conf… Circa un anno fa EFF scriveva questo in proposito: https://www.eff.org/deeplinks/2019/07/googles-plans-chrome-extensions-wont-… Notate la consueta filantropia americana: non rafforzano un monopolio ed una monocultura, combattono la frammentazione del Web! Giacomo

Oct. 19, 2020

Re: [nexa] Replay Attack ad Immuni/GAEN

by Roberto Resoli

Il 19/10/20 11:55, Roberto Resoli ha scritto: > Appena letto sugli issues di Immuni. > > In sostanza, trattando opportunamente le TEK di utenti positivi > scaricabili dal server di Immuni è possibile rilanciare i relativi RPI > da un device programmato ad hoc. Spostando all'indietro l'ora sui > telefoni bersaglio (può essere fatto anche senza accesso fisico, > utilizzando un Access Point modificato, come sottolinea chi ha ideato la > cosa) questi riceveranno gli RPI fasulli e quindi, al successivo > controllo, la notifica di esposizione. > > Mi sembra un problema molto serio. > > https://github.com/immuni-app/immuni-app-android/issues/278 Vedo che l'autore è Vincenzo Iovino, ricercatore all'università di Salerno, che ha anche pubblicato al riguardo un articolo su agendadigitale.eu: https://www.agendadigitale.eu/sicurezza/privacy/replay-attack-contro-immuni… rob > rob

Oct. 19, 2020

Re: [nexa] Libreoffice e verifica validità della firma elettronica: una jungla?

by Roberto Resoli

Il 16/10/20 18:48, Giovanni Biscuolo ha scritto: > Buongiorno nexiane, > > approfitto del fatto che in lista ci sono esperti di firma elettronica > per condividere la mia piccola esperienza di utente che vorrebbe firmare > e verificare i documenti con LibreOffice (in PAdES o XAdES ma tanto > quest'ultimo non se lo fila nessuno... mi pare). > > Scrivo qui perché mi auguro possa essere di interesse generale, scusate > se approfitto: so bene che non è una lista di supporto utenti! Mi sento un pochino chiamato in causa ;-) . In realtà mi sembra che le cose che chiedi non siano di "supporto" (di cosa poi? LibO, Firefox, altro ...) ma ragionevoli domande di qualcuno che intenda usare sw libero per firmare digitalmente usando un token. > Comunque, dopo un po' di ricerche e tribolazioni per far funzionare lo > sblocco della smartcard via PIN, sono riuscito a configurare due browser > (Firefox e Ungoogled-Chromium) e per usarla come mezzo di autenticazione > per firmare con Libreoffice. Qui serve un chiarimento: storicamente LibO (e OOo ancora prima quando i due non erano ancora progetti distinti) si è sempre appoggiato al sistema di gestione di Mozilla per accedere a chiavi e certificati, sia su file che su token crittografici PKCS11 (come smartcard e token usb). Quindi per gestire i token occorre avere installata anche una versione recente di Thunderbird o Firefox. Nelle opzioni di LibO (Sicurezza) è possibile anche scegliere il profilo utente specifico di Firefox o Thunderbird che ha configurati i certificati personali che servono. A sua volta Mozilla si appoggia all'api PKCS11 per riconoscere il token. Occorre caricare la relativa libreria nella sezione "Certificati" la libreria pkcs11 che gestisce il proprio token. Se si vuole firmare con valore massimo (firma qualificata) con i token disponibil qui in Italia è *indispensabile* usare la libreria proprietaria fornita a corredo con il token, dato che da noi è invalsa l'abitudine di annegare chiavi simmetriche 3DES nel binario dell'applicazione per crittare il colloquio tra token e terminale (Secure Messaging). Le implementazioni PKCS11 in sw libero (come la opensc-pkcs11 di OpenSC) funzionano solo parzialmente, permettendo di "vedere" le sole chiavi e certificati usabili per autenticazione (e non quelle per sottoscrizione). Queste chiavi non sono soggette in genere a Secure Messaging. > La prima cosa che ho notato è che la mia firma *non* era considerata > valida e dopo pochissimo mi sono reso conto che Infocert, ovvero chi ha > fornito le mie chiavi private, è *assente* dall'elenco delle Authorities > ufficialmente riconosciute da Firefox (Libreoffice usa il database di > Firefox): è un mio problema o davvero ciascun utente deve importare "a > mano" le CA per poter verificare la firma. > > Comunque sia una volta importati "a mano" un paio di certificati di > Infocert [1] ho potuto verificare come valide le firma fatte da me :-D Le CA reperibili a questa pagina: "Infocert Servizi di Certificazione ..." sono relative alle chiavi e certificati di Autenticazione, quindi non a quelle di Sottoscrizione "InfoCert Firma Qualificata ..." Quindi le firme che hai verificato sono semplici firme digitali, ma non qualificate. > La cosa veramente buffa è che anche il mio collega ha un token per la > firma con chiave emessa da Infocert nel 2018, anche lui può usarlo per > firmare con Libreoffice... tranne che la sua firma non risulta > verificata nemmeno dopo aver importato "a mano" i certificati [1]. > Evidentemente nel frattempo Infocert ha sostituito i suoi certificati e > io non so dove andare a prenderli :-O. Immagino che sia così, ma senza l'Issuer è difficile dire qualcosa. > Dopo qualche ricerca ho trovato che AGID distribuisce i certificati [2] > in formato XLS con schema TSL (Trust Service status List): > https://eidas.agid.gov.it/TL/TSL-IT.xml Esatto, lì trovi anche i certificati di Firma Qualificata. > Esiste anche un servizio web (software libero [3]) per consultare degli > elenchi TSL pubblicati da ciascuno stato membro: > https://webgate.ec.europa.eu/tl-browser/#/ > > C'è anche questo che permette di vedere via web le informazioni > dettagliate di ciascun certificato: http://tlbrowser.tsl.website/tools/ > > Per favore sapete se esiste un tool per convertire gli XML il formato > TSL nel formato PKCS#7 (quello importabile da NSS aka Mozilla Firefox)? I certificati sono inclusi codificati base64 quindi basta un copia incolla aggiungendo header e footer per ottener il PEM. Puoi recuperare direttamente il PEM anche usando secondo tool che hai menzionato. ciao, rob PS: pur aggiungendo la libreria pkcs11 proprietaria corretta sono riuscito a firmare in libo solo con le chiavi di Autenticazione, mentre con quelle di sottoscrizione il programma si blocca.

Oct. 19, 2020

lo stato dei pagamenti elettronici nel 2020, giudicate voi...

by Giovanni Biscuolo

Buongiorno nexiane, https://www.ilfattoquotidiano.it/2020/10/19/pagopa-come-funziona-la-piattaf… --8<---------------cut here---------------start------------->8--- [...] Il punto è però che Pago Pa costa. Trattandosi di una piattaforma e non di un circuito di pagamento, il quanto dipende dal rapporto fra la banca e il cliente. In pratica la commissione sarà diversa a seconda dell’istituto di credito in cui si ha il conto corrente: secondo un’indagine di Altroconsumo si può andare da zero fino a 2,50 euro di Unicredit o ING Bank. Commissioni che vanno confrontate con quelle degli altri sistemi di pagamento: come riferisce lo stesso sito di Pago Pa, per un bollettino postale il costo non supera 1,50 euro, mentre per Sisal, Lottomatica e Banca 5 (ITB) si sale fino a 2 euro per arrivare ai costi non sempre disponibili di Paypal. Una piccola giungla in cui anche l’F24, che appare gratuito per il cittadino, ha in realtà un suo costo. “Prima dell’introduzione di pagoPA in molti casi era l’ente creditore a inglobare i costi di commissione all’interno del tributo o del servizio. Il costo di commissione, quindi, rimaneva nascosto al cittadino ma comunque presente. Negli altri casi il costo di commissione era esplicito – spiega il sito Pago Pa -. Ad esempio, il pagamento con il bollettino postale o con un avviso in banca comporta un costo di commissione, anche se pagato con l’home banking. Nel pagamento di un F24, ad esempio, il cittadino non paga commissioni ma i costi sono a carico dell’Agenzia delle Entrate e quindi ricadono in modo indiretto sulla fiscalità generale. L’Agenzia delle Entrate infatti paga alle banche una commissione per ogni F24 pagato in via telematica o presso uno sportello bancario”. --8<---------------cut here---------------end--------------->8--- ...il punto è che chi ha sufficiente potere per diventare intermediario, lo userà per far pagare cara la sua intermediazione. DigiCash [1] ha già dimostrato nel 1990 che sistemi di pagamento elettronico anonimi sono possibili, con costi per transazione nulli e costi per il servizio di "exchange" tendenzialmente bassissimi, *soprattutto* se gli stati facessero la loro parte di regolatori in modo serio. DigiCash è fallita da un sacco di tempo. :-D Saluti, Giovanni. [1] https://en.wikipedia.org/wiki/DigiCash -- Giovanni Biscuolo

Oct. 19, 2020

Replay Attack ad Immuni/GAEN

by Roberto Resoli

Appena letto sugli issues di Immuni. In sostanza, trattando opportunamente le TEK di utenti positivi scaricabili dal server di Immuni è possibile rilanciare i relativi RPI da un device programmato ad hoc. Spostando all'indietro l'ora sui telefoni bersaglio (può essere fatto anche senza accesso fisico, utilizzando un Access Point modificato, come sottolinea chi ha ideato la cosa) questi riceveranno gli RPI fasulli e quindi, al successivo controllo, la notifica di esposizione. Mi sembra un problema molto serio. https://github.com/immuni-app/immuni-app-android/issues/278 rob

Oct. 19, 2020

Re: [nexa] The Citizen Browser Project—Auditing the Algorithms of Disinformation

by Giovanni Biscuolo

Buongiorno Antonio, Antonio Vetro' <antonio.vetro(a)polito.it> writes: > Dal commento che riporto sotto e apparso dalla newsletter > sembrerebbe stiano sviluppando un browser (o forkando uno esistente) > https://www.getrevue.co/profile/themarkup/issues/auditing-the-algorithms-of… > <https://www.getrevue.co/profile/themarkup/issues/auditing-the-algorithms-of…> Grazie per l'ulteriore informazione, non mi pare risponda alla mia domanda ma almeno mi permette di fare domande direttamente a loro :-D Saluti, Giovanni [...] -- Giovanni Biscuolo

Oct. 19, 2020

Re: [nexa] Lo spreadsheet colpisce ancora? Excel may have caused loss of 16, 000 Covid tests in England

by Giovanni Biscuolo

Buongiorno, un follow-up. Giovanni Biscuolo <giovanni(a)biscuolo.net> writes: [...] > Effettivamente di storie dell'Errore causate dall'uso spregiudicato > dei fogli di calcolo ce ne sono ormai parecchie, adesso *pare* ne > abbiamo una nuova: > > https://www.theguardian.com/politics/2020/oct/05/how-excel-may-have-caused-… [...] La notizia è apparsa anche su "The Spreadsheet News Network": «UK Government loses data because of Excel mistake.» https://yewtu.be/watch?v=zUp8pkoeMss Pare, *pare*, che tutti gli indizi evidenzino un penoso vendor lock-in a una vecchia versione di MS Excell, *forse* per l'utilizzo di macro non più supportate nelle nuove versioni. Il caso giustamente ha trovato posto nelle "Horror Stories" curate dallo European Spreadsheet Risks Interest Group (EUSpRig) con identificativo POB2001: http://www.eusprig.org/horror-stories.htm Questo articolo di Nicole Kobie del 13 Ottobre 2020: «Meet the Excel warriors saving the world from spreadsheet disaster» https://www.wired.co.uk/article/spreadsheet-excel-errors racconta l'eroica missione di EUSpRig, il nocciolo della questione è: --8<---------------cut here---------------start------------->8--- [...] The process of examining each spreadsheet is unique. There are software and tools to look for inconsistent formulas or problems with the structure, but a human touch is still required, says Simon Thorne, a lecturer in computing at Cardiff Metropolitan University and a EUSpRig member, because logical problems can’t be picked up by such tools. [...] “The logic is flawed in some way, and they [errors] are hard to spot because you have to be a domain expert to understand that it’s the wrong choice in a scenario.” To audit a complex spreadsheet, Miric uses software to go line-by-line to spot errors, as well as ones that could crop up from continued use. One basic test is to change the inputs and see if the outputs react as expected, perhaps putting in extremely high figures or random letters. In short, that means this work comes down to spending entire days reading spreadsheets. [...] That’s a common theme for this work: even the people who make a spreadsheet can’t always explain what’s happening in it. --8<---------------cut here---------------end--------------->8--- La *semplice* e "banale" realtà dei fatti è che chi "inserisce logica" in uno spreadsheet è SVILUPPATORE che usa un IDE (Integrated Development Environment, al 99.9% grafica) per programmare... purtroppo spesso a sua insaputa. https://en.wikipedia.org/wiki/End-user_development --8<---------------cut here---------------start------------->8--- The most popular EUD tool is the spreadsheet.[4][5] Due to their unrestricted nature, spreadsheets allow relatively un-sophisticated computer users to write programs that represent complex data models, while shielding them from the need to learn lower-level programming languages.[6] Because of their common use in business, spreadsheet skills are among the most beneficial skills for a graduate employee to have, and are therefore the most commonly sought after[7] In the United States of America alone, there are an estimated 13 million end-user developers programming with spreadsheets[8] --8<---------------cut here---------------end--------------->8--- (il resto dell'articolo merita, in particolare "Cost-benefit modeling" ma soprattutto "Criticism".) Interessantissima, a questo proposito, la ricerca «End User Computing: The Dark Matter (and Dark Energy) of Corporate IT» https://www.researchgate.net/publication/239765100_End_User_Computing_The_D… --8<---------------cut here---------------start------------->8--- [...] We saw in the previous section that corporations on U.S. stock exchanges are required to maintain strong controls over all material aspects of financial reporting. We also saw that the use of spreadsheets of material importance is very common in financial reporting. There is little control over these spreadsheets, so it is difficult to see how these corporations are in compliance with Sarbanes–Oxley. [...] There are many other indications that spreadsheet applications are extremely important. For example, Croll (2005) studied spreadsheet use in the City of London (the financial district of London). He concluded that “the City of London runs on spreadsheets.” He also noted that in an environment that routinely handles transactions worth hundreds of millions to billions of dollars, “nothing of importance happens without passing through a spreadsheet.” Hinh, Lewicki, and Wilkinson (2009) at the Jet Propulsion Laboratory discussed the importance of spreadsheets at JPL in a paper titled, “How Spreadsheets Get Us to Mars and Beyond.” [...] In fact, a lack of serious testing has been reported in every study that has looked at testing in spreadsheet development. Studies have shown that companies rarely test their spreadsheets extensively [...] Furthermore, when spreadsheet users do what they call testing, what they do is typically a pale imitation of what programmers do when they test. [...] In addition, end user applications raise several other concerns. One is privacy. Too many application files contain personally identifiable information (PII) that companies have an obligation to protect. The leakage of even a single spreadsheet or data file containing such information can be a disaster for a firm. [...] Given that end user computing is many years old, how can these conclusions be true? The simple answer is that we have not looked at end user computing seriously in the past. [...] Spreadsheet error rates at the module level are about the same as statement error rates in 3GL programming, so spreadsheet development tools per se are not the problem. The problem appears to be poor application development, especially an almost complete lack of comprehensive testing. --8<---------------cut here---------------end--------------->8--- ...lo studio analizza *solo* il "Corporate IT", e la ricerca scientifica? Ma davvero non c'è modo per gli "end-users" (mi dissocio da questa definizione) di programmare utilizzando un linguaggio (magari in un DSL) *e* una IDE che NON mascherino completamente anche il solo fatto che si stia programmando, con tutto ciò che ne consegue in termini di tecniche e tool per il testing e il debugging?!? …mica per tutto, almeno per le cose importanti? Secondo me "lo spreadsheet" è IL problema :-D Saluti, Giovanni. P.S.: il solo fatto che si usi "Excel" come sinonimo di "spreadsheet" come se non esistesse altro la dice lunga sulla maturità del settore, compreso EUSpRig -- Giovanni Biscuolo

Oct. 19, 2020

82° Nexa Lunch Seminar | 28 Ottobre 2020 | Modalità Telematica

by Nexa Media

Gentilissimi, vi segnaliamo che l'82° Nexa Lunch Seminar, *"Si Può Fare! Hackathon, Autoefficacia e Competenze Digitali Critiche dei Docenti"*, con ospite *Luca Morini* (Università di Coventry), si svolgerà *mercoledì 28 ottobre, dalle ore 13.00 alle ore 14.00*, in *modalità telematica*, utilizzando il software open source di conference call *Jitsi Meet*. Per chi vorrà partecipare live al seminario sarà possibile accedere alla conference call attraverso il seguente link: https://meet.nexacenter.org/LunchSeminar Nexa Center for Internet and Society Newsletter Se non visualizzi correttamente questo messaggio clicca qui <https://nexa.polito.it/lunch-82> NEXA 82° Nexa Lunch Seminar Mercoledì 28 ottobre 2020, ore 13.00 - 14.00 Politecnico di Torino https://nexa.polito.it/lunch-82 "Si Puó Fare!" Hackathon, Autoefficacia e Competenze Digitali Critiche dei Docenti Speaker Luca Morini (Università di Coventry) This event will be webcast live: https://nexa.polito.it/nexa-hangout-on-air L'INCONTRO SI SVOLGERÀ IN MODALITÀ TELEMATICA UTILIZZANDO IL SOFTWARE DI CONFERENCE CALL *JITSI MEET*. Per partecipare all'incontro: https://meet.nexacenter.org/LunchSeminar Un aspetto spesso sottovalutato nella "capacitazione digitale" del *corpo docente* è quello dell'*autoefficacia percepita*, una barriera che non può essere superata con la semplice *acquisizione di competenze tecniche*, ma che richiede opportunità di *sperimentazione collettiva*. Per rispondere a questa esigenza, il *progetto Edu-Hack*, un'iniziativa internazionale supportata dal *programma Erasmus +*, ha elaborato una metodologia di sviluppo delle capacità che utilizza corsi online e *"EduHackathon"*, promuovendo il ruolo attivo dei docenti come membri di comunità creatrici di esperienze di apprendimento supportate digitalmente. Nel corso del seminario verrà quindi illustrato il percorso del progetto, focalizzandosi in particolare su come le hackathon abbiano promosso e supportato l'autoefficacia dei partecipanti, insieme ad un *approccio critico agli strumenti digitali*. Verranno inoltre discusse le *criticità e i successi del progetto*, e come le sue attività siano state influenzate dalla *pandemia*. Infine, verrà presentata ai partecipanti la *versione finale del kit EduHack*: un insieme di strumenti digitali e concettuali in evoluzione, volto a sostenere il coinvolgimento attivo e critico nella creazione di contenuti digitali. BIOGRAFIE - e informazioni supplementari [Morini] *Luca MORINI* è Research Fellow al Centre for Global Learning, Education and Attainment (GLEA) dell'Università di Coventry. Ha ottenuto il suo Dottorato nel 2015, presso l'Università di Milano Bicocca, con una tesi sulla co-creazione di giochi in comunità online e offline, formali ed informali. Da allora è coinvolto in una serie di progetti internazionali focalizzati sulla co-creazione, in ambito educativo, tecnologico ed ambientale. *Letture consigliate e link utili:* * https://eduhack.eu/?lang=it Che cosa sono il Centro Nexa e i cicli di incontri “Mercoledì di Nexa” e “Nexa Lunch Seminar” <https://www.facebook.com/nexa.center/> <https://twitter.com/nexacenter> <https://www.youtube.com/user/NexaCenter> #nexalunchseminar <https://twitter.com/search?q=%23nexalunchseminar&src=typd> #lucamorini <https://twitter.com/LucaMorini11> Il Centro Nexa su Internet & Società del Politecnico di Torino (Dipartimento di Automatica e Informatica) dal 2006 è un centro di ricerca indipendente e interdisciplinare che, in collaborazione con l'Università di Torino, studia Internet (e più in generale le Tecnologie digitali) e i suoi rapporti con la società. Maggiori informazioni all'indirizzo: http://nexa.polito.it/about. Durante i “*Mercoledì di Nexa*”, che si tengono *ogni 2° mercoledì del mese* alle *ore 18 in punto*, il Centro Nexa su Internet e Società apre le sue porte non solo agli esperti e a tutti coloro i quali lavorano con Internet, ma anche a semplici appassionati e cittadini. Il ciclo di incontri intende approfondire, con un linguaggio preciso ma accessibile, i temi legati alla Rete: motori di ricerca, Creative Commons, social networks, open source/software libero, neutralità della rete, libertà di espressione, privacy, file sharing, big e open data, smart cities e molto altro. Al centro di quasi tutti gli incontri un ospite pronto a dialogare con i direttori del Centro Nexa, il Prof. Juan Carlos De Martin del Politecnico di Torino e il Prof. Marco Ricolfi dell'Università di Torino, nonché lo staff e i Fellows del Centro Nexa. Maggiori informazioni sui Mercoledì di Nexa, incluso un elenco di tutti i “Mercoledì” passati, sono disponibili all'indirizzo: http://nexa.polito.it/mercoledi. Si segnala inoltre che dal maggio 2012 *ogni 4° mercoledì* del mese *dalle ore 13 alle ore 14* il Centro Nexa organizza anche i "*Nexa Lunch Seminar*". Una lista di tutti i “Lunch Seminar” passati è disponibile all'indirizzo: http://nexa.polito.it/lunch-seminars. See our events calendar <http://nexa.polito.it/events> if you're curious about future luncheons, discussions, lectures, and conferences not listed in this email. Our events are free and open to the public, unless otherwise noted. Responsabile Comunicazione Centro Nexa su Internet & Società: *Anita Botta*, tel: +39 011 090 7219, Mob: +39 347 131 3903, anita.botta(a)polito.it <mailto:anita.botta@polito.it>. Maggiori informazioni sui Mercoledì di Nexa e i Nexa Lunch Seminar, sono disponibili all'indirizzo: http://nexa.polito.it/events. Weekly Events Newsletter. Sign up <http://nexa.polito.it/mailing-lists> to receive this newsletter if this email was forwarded to you. To manage your subscription preferences, please click here <https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa>. Connect & get involved: Jobs, internships, and more <http://nexa.polito.it/get-involved>. Cordiali saluti,   -- Anita Botta Communication Manager Nexa Center for Internet & Society Politecnico di Torino – DAUIN Corso Duca degli Abruzzi, 24 - 10129 Torino _web:_ https://nexa.polito.it/ _mail:_anita.botta@polito.it <mailto:anita.botta@polito.it> tel: 011 090 7219

Oct. 19, 2020

Re: [nexa] The Citizen Browser Project—Auditing the Algorithms of Disinformation

by Antonio Iacono

> Non dicono nulla su cosa useranno come base per il loro "custom web > browser" ed è praticamente sicuro che non possono permettersi di > svilupparne uno da zero quindi a meno che abbiano uno specifico accordo > di licenza (con Microsoft? Opera? Apple?) dovrebbero usare Firefox o > Chromium come base... ma chi lo sa? Paradossalmente oggi "costruire" un custom browser è molto più semplice e veloce rispetto al passato. Min [1], UR [2], Slimjet [3] e molti altri, ad esempio, usano, come hai detto tu, come base Chromium. Con Electron (io l'ho fatto), un browser personalizzato lo metti su in mezza giornata [4]. Vorrei approfittare di questo thread per riflettere sull'open source e, in particolare, sui "pacchetti" software contenuti dentro i browser. Avete mai digitato chrome://credits/ su Chrome o un altro browser basato su Chromium? Viene fuori una lista di oltre 300 componenti open source, le cui licenze sono le più disparate. Sicuramente quella più particolare è la licenza di Sqlite: "The author disclaims copyright to this source code. In place of a legal notice, here is a blessing: May you do good and not evil. May you find forgiveness for yourself and forgive others. May you share freely, never taking more than you give." Chissà se ancora oggi Richard Hipp (qui [5] un articolo del Guardian che ne parla), a distanza di qualche lustro, è convinto di quella licenza. Antonio [1] https://minbrowser.org/ [2] https://www.ur-browser.com/ [3] https://www.slimjet.com/ [4] https://blog.jscrambler.com/building-a-web-browser-using-electron/ [5] https://www.theguardian.com/technology/2007/jun/21/it.guardianweeklytechnol…

Oct. 19, 2020

Programming and Scaling

by Antonio Iacono

Curiosando nel passato della tecnologia, della programmazione e dell'intelligenza artificiale (grazie a Google, stavolta ne parlo bene ;) ) vengono fuori delle chicche. Cominciamo con un video di Alan Kay [1]. Risale al 2011 ma è ancora terribilmente attuale. Nel mio piccolo, piccolissimo ovviamente rispetto ad Alan Kay, sono cose che ripeto da anni. "An important question is thus whether all this is actually demanded by the intrinsic nature of software functionality, or whether it is a 'bloat' caused by weak and difficult-to-scale ideas and tools, laziness, lack of knowledge, etc. In any case, the astounding Moore’s Law increase in most hardware-related things has been matched by the inverse process in software. A comment by Nicholas Negroponte: 'Andy giveth, but Bill taketh away!' " [2] E, per finire, Society of Mind di Marvin Minsky [3] Antonio [1] https://www.tele-task.de/lecture/video/2772/ [2] http://www.vpri.org/pdf/tr2007008_steps.pdf [3] http://www.acad.bg/ebook/ml/Society%20of%20Mind.pdf

Oct. 18, 2020