L’importanza della separazione dei livelli in applicazioni complesse

Capitolo 1: Introduzione alla separazione dei livelli

1.1 Cos’è la separazione dei livelli?

La separazione dei livelli (in inglese “Separation of Concerns” o SoC) è un principio di progettazione fondamentale nell’ambito dello sviluppo di software. Questo concetto prevede di dividere un’applicazione complessa in più livelli o moduli indipendenti, ciascuno dei quali si occupa di una specifica funzionalità o responsabilità. In questo modo, ogni livello può essere progettato, sviluppato e mantenuto separatamente, senza influire sugli altri livelli. Ciò comporta numerosi vantaggi, tra cui una maggiore manutenibilità, scalabilità e facilità di sviluppo. (Fonte: Wikipedia)

La separazione dei livelli è particolarmente importante nelle applicazioni complesse, dove la gestione di più funzionalità e responsabilità può diventare rapidamente caotica e difficile da gestire. Ad esempio, in un’applicazione web, potremmo avere un livello per la gestione degli utenti, un livello per la gestione dei dati e un livello per la gestione delle richieste HTTP. Ognuno di questi livelli può essere sviluppato e mantenuto separatamente, senza influire sugli altri.

La separazione dei livelli può essere applicata a diversi aspetti dello sviluppo di software, tra cui la progettazione dell’architettura, la scelta delle tecnologie e la gestione dei dati. In generale, l’obiettivo è quello di creare un sistema modulare e facile da gestire, che possa essere facilmente esteso o modificato nel tempo.

In questo articolo, esploreremo i concetti base della separazione dei livelli e come può essere applicata nello sviluppo di applicazioni complesse.

1.2 Vantaggi della separazione dei livelli

I vantaggi della separazione dei livelli sono numerosi e possono essere riassunti come segue:

• Migliore manutenibilità: ogni livello può essere modificato o aggiornato senza influire sugli altri livelli.
• Migliore scalabilità: ogni livello può essere scalato indipendentemente dagli altri livelli.
• Migliore facilità di sviluppo: ogni livello può essere sviluppato separatamente, senza influire sugli altri livelli.
• Migliore sicurezza: ogni livello può essere protetto separatamente, riducendo il rischio di vulnerabilità.

Questi vantaggi possono essere ottenuti grazie alla separazione dei livelli, che consente di creare un sistema più modulare e facile da gestire.

Ad esempio, in un’applicazione web, la separazione dei livelli può essere utilizzata per separare la logica di business dalla presentazione dei dati. Ciò può essere fatto utilizzando framework come MVC (Model-View-Controller) o MVP (Model-View-Presenter).

In generale, la separazione dei livelli può essere applicata a diversi aspetti dello sviluppo di software, tra cui la progettazione dell’architettura, la scelta delle tecnologie e la gestione dei dati.

1.3 Livelli di separazione

I livelli di separazione possono variare a seconda dell’applicazione e della tecnologia utilizzata. In generale, possiamo identificare i seguenti livelli:

Livello	Descrizione
Presentazione	Gestione della presentazione dei dati
Logica di business	Gestione della logica di business
Accesso ai dati	Gestione dell’accesso ai dati
Infrastruttura	Gestione dell’infrastruttura

Questi livelli possono essere separati utilizzando diverse tecnologie e framework, come ad esempio framework di presentazione come React o Angular, framework di logica di business come Spring o Django, e framework di accesso ai dati come Hibernate o Entity Framework.

1.4 Best practice per la separazione dei livelli

Per ottenere i migliori risultati con la separazione dei livelli, è importante seguire alcune best practice:

• Definisci chiaramente i livelli e le loro responsabilità.
• Utilizza tecnologie e framework standardizzati.
• Assicurati che ogni livello sia indipendente dagli altri.
• Utilizza API o interfacce per comunicare tra i livelli.

Seguendo queste best practice, puoi creare un sistema più modulare e facile da gestire, che possa essere facilmente esteso o modificato nel tempo.

Capitolo 2: Architettura della separazione dei livelli

2.1 Introduzione all’architettura

L’architettura della separazione dei livelli è un insieme di modelli e strategie per progettare e implementare sistemi software che separano le diverse funzionalità e responsabilità in livelli indipendenti.

Una delle architetture più comuni per la separazione dei livelli è l’architettura a tre livelli:

Livello	Descrizione
Presentazione	Gestione della presentazione dei dati
Logica di business	Gestione della logica di business
Accesso ai dati	Gestione dell’accesso ai dati

2.2 Architettura a tre livelli

L’architettura a tre livelli è una delle più comuni e prevede tre livelli:

• Presentazione: gestione della presentazione dei dati.
• Logica di business: gestione della logica di business.
• Accesso ai dati: gestione dell’accesso ai dati.

Ogni livello può essere sviluppato e mantenuto separatamente, senza influire sugli altri livelli.

2.3 Architettura a n livelli

L’architettura a n livelli è una generalizzazione dell’architettura a tre livelli e prevede più di tre livelli.

Ad esempio, potremmo avere un’architettura a cinque livelli:

Livello	Descrizione
Presentazione	Gestione della presentazione dei dati
Logica di business	Gestione della logica di business
Servizi	Gestione dei servizi
Accesso ai dati	Gestione dell’accesso ai dati
Infrastruttura	Gestione dell’infrastruttura

2.4 Pattern di progettazione

I pattern di progettazione sono soluzioni standardizzate per problemi comuni di progettazione.

Alcuni pattern di progettazione comuni per la separazione dei livelli includono:

• MVC (Model-View-Controller).
• MVP (Model-View-Presenter).
• MVVM (Model-View-ViewModel).

Questi pattern possono aiutare a creare un sistema più modulare e facile da gestire.

Capitolo 3: Tecnologie per la separazione dei livelli

3.1 Introduzione alle tecnologie

Le tecnologie per la separazione dei livelli sono strumenti e framework che aiutano a creare sistemi software che separano le diverse funzionalità e responsabilità in livelli indipendenti.

Alcune delle tecnologie più comuni per la separazione dei livelli includono:

• Framework di presentazione come React o Angular.
• Framework di logica di business come Spring o Django.
• Framework di accesso ai dati come Hibernate o Entity Framework.

3.2 Framework di presentazione

I framework di presentazione sono strumenti che aiutano a creare la presentazione dei dati.

Alcuni framework di presentazione comuni includono:

• React.
• Angular.
• Vue.js.

Questi framework possono aiutare a creare una presentazione dei dati più efficiente e facile da gestire.

3.3 Framework di logica di business

I framework di logica di business sono strumenti che aiutano a creare la logica di business.

Alcuni framework di logica di business comuni includono:

• Spring.
• Django.
• Rails.

Questi framework possono aiutare a creare una logica di business più efficiente e facile da gestire.

3.4 Framework di accesso ai dati

I framework di accesso ai dati sono strumenti che aiutano a creare l’accesso ai dati.

Alcuni framework di accesso ai dati comuni includono:

• Hibernate.
• Entity Framework.
• Doctrine.

Questi framework possono aiutare a creare un accesso ai dati più efficiente e facile da gestire.

Capitolo 4: Best practice per la separazione dei livelli

4.1 Introduzione alle best practice

Le best practice per la separazione dei livelli sono linee guida che aiutano a creare sistemi software che separano le diverse funzionalità e responsabilità in livelli indipendenti.

Alcune delle best practice più comuni per la separazione dei livelli includono:

• Definisci chiaramente i livelli e le loro responsabilità.
• Utilizza tecnologie e framework standardizzati.
• Assicurati che ogni livello sia indipendente dagli altri.
• Utilizza API o interfacce per comunicare tra i livelli.

4.2 Definisci chiaramente i livelli e le loro responsabilità

È importante definire chiaramente i livelli e le loro responsabilità per evitare confusione e problemi di comunicazione tra i livelli.

Ad esempio, potremmo definire i seguenti livelli:

• Presentazione: gestione della presentazione dei dati.
• Logica di business: gestione della logica di business.
• Accesso ai dati: gestione dell’accesso ai dati.

4.3 Utilizza tecnologie e framework standardizzati

È importante utilizzare tecnologie e framework standardizzati per garantire la compatibilità e la manutenibilità del sistema.

Ad esempio, potremmo utilizzare:

• Framework di presentazione come React o Angular.
• Framework di logica di business come Spring o Django.
• Framework di accesso ai dati come Hibernate o Entity Framework.

4.4 Assicurati che ogni livello sia indipendente dagli altri

È importante assicurarsi che ogni livello sia indipendente dagli altri per garantire la manutenibilità e la scalabilità del sistema.

Ad esempio, potremmo utilizzare API o interfacce per comunicare tra i livelli.

Capitolo 5: Esempi di separazione dei livelli

5.1 Introduzione agli esempi

Gli esempi di separazione dei livelli sono casi di studio che mostrano come la separazione dei livelli può essere applicata in diversi contesti.

Alcuni esempi di separazione dei livelli includono:

• Un’applicazione web che utilizza React per la presentazione, Spring per la logica di business e Hibernate per l’accesso ai dati.
• Un’applicazione mobile che utilizza Angular per la presentazione, Django per la logica di business e Entity Framework per l’accesso ai dati.

5.2 Esempio di applicazione web

Un esempio di applicazione web che utilizza la separazione dei livelli potrebbe essere:

Livello	Tecnologia
Presentazione	React
Logica di business	Spring
Accesso ai dati	Hibernate

5.3 Esempio di applicazione mobile

Un esempio di applicazione mobile che utilizza la separazione dei livelli potrebbe essere:

Livello	Tecnologia
Presentazione	Angular
Logica di business	Django
Accesso ai dati	Entity Framework

Capitolo 6: Conclusioni

6.1 Riepilogo

In questo articolo, abbiamo discusso l’importanza della separazione dei livelli nello sviluppo di software.

La separazione dei livelli è un principio fondamentale che aiuta a creare sistemi software più modulari, manutenibili e scalabili.

Abbiamo esplorato i concetti base della separazione dei livelli, le architetture comuni e le tecnologie utilizzate.

6.2 Best practice

Per ottenere i migliori risultati con la separazione dei livelli, è importante seguire alcune best practice:

• Definisci chiaramente i livelli e le loro responsabilità.
• Utilizza tecnologie e framework standardizzati.
• Assicurati che ogni livello sia indipendente dagli altri.
• Utilizza API o interfacce per comunicare tra i livelli.

6.3 Futuro della separazione dei livelli

Il futuro della separazione dei livelli è promettente, con nuove tecnologie e framework che emergono continuamente.

È importante stare al passo con le ultime tendenze e tecnologie per garantire la manutenibilità e la scalabilità dei sistemi software.

6.4 Conclusioni

In conclusione, la separazione dei livelli è un principio fondamentale nello sviluppo di software che aiuta a creare sistemi software più modulari, manutenibili e scalabili.

Seguendo le best practice e utilizzando le tecnologie e framework giusti, è possibile creare sistemi software di alta qualità che soddisfino le esigenze delle aziende e degli utenti.

Domande e risposte

Domanda 1: Cos’è la separazione dei livelli?

La separazione dei livelli è un principio di progettazione fondamentale nell’ambito dello sviluppo di software che prevede di dividere un’applicazione complessa in più livelli o moduli indipendenti, ciascuno dei quali si occupa di una specifica funzionalità o responsabilità.

Domanda 2: Quali sono i vantaggi della separazione dei livelli?

I vantaggi della separazione dei livelli includono una maggiore manutenibilità, scalabilità e facilità di sviluppo.

Domanda 3: Quali sono le architetture comuni per la separazione dei livelli?

Le architetture comuni per la separazione dei livelli includono l’architettura a tre livelli e l’architettura a n livelli.

Domanda 4: Quali sono le tecnologie utilizzate per la separazione dei livelli?

Le tecnologie utilizzate per la separazione dei livelli includono framework di presentazione come React o Angular, framework di logica di business come Spring o Django, e framework di accesso ai dati come Hibernate o Entity Framework.

Domanda 5: Come posso applicare la separazione dei livelli nel mio progetto?

Per applicare la separazione dei livelli nel tuo progetto, è importante definire chiaramente i livelli e le loro responsabilità, utilizzare tecnologie e framework standardizzati, assicurarsi che ogni livello sia indipendente dagli altri e utilizzare API o interfacce per comunicare tra i livelli.

Curiosità

La separazione dei livelli è un concetto che può essere applicato anche ad altri ambiti, come l’architettura degli edifici o la progettazione di sistemi elettronici.

In questi ambiti, la separazione dei livelli può aiutare a creare sistemi più modulari, manutenibili e scalabili.

Aziende e risorse

Alcune delle aziende più note che utilizzano la separazione dei livelli includono:

• Google.
• Amazon.
• Microsoft.

Alcune delle risorse più utili per imparare la separazione dei livelli includono:

• Wikipedia.
• Stack Overflow.
• GitHub.

Scuole e corsi

Alcune delle scuole e dei corsi più noti per imparare la separazione dei livelli includono:

• Coursera.
• Udemy.
• edX.

Alcune delle università più note che offrono corsi sulla separazione dei livelli includono:

• MIT.
• Stanford.
• Harvard.

Conclusione

In conclusione, la separazione dei livelli è un principio fondamentale nello sviluppo di software che aiuta a creare sistemi software più modulari, manutenibili e scalabili.

Seguendo le best practice e utilizzando le tecnologie e framework giusti, è possibile creare sistemi software di alta qualità che soddisfino le esigenze delle aziende e degli utenti.

Il concetto di bellezza estetica nell’architettura, risale a tempi molto antichi. Ne abbiamo una diretta testimonianza leggendo gli scritti di Vitruvio, un architetto dell’antica Roma, che nel 15 a.C. scrisse un trattato intitolato “De Architectura”. In esso Vitruvio affermava che nella progettazione di un edificio si doveva tenere in considerazione il raggiungimento di tre scopi: la Firmitas (solidità), la Utilitas (funzionalità), e la Venustas (bellezza).

A quei tempi la bellezza rispondeva a ragioni di simmetria ed utilizzava una serie di elementi canonici, come le colonne, i capitelli, le trabeazioni, gli archi e le volte.

I canoni estetici seguono il gusto del tempo, un po’ come le mode: dunque nei secoli, la bellezza si è espressa con espressioni stilistiche diverse. E’ così che abbiamo avuto nell’età classica lo stile Greco ed il Romano. Nell’età medioevale lo stile Romanico ed il Gotico. Nel 1400 il Rinascimento e nel 1500 il Manierismo. Nel 1600 il Barocco, ed il Tardo-Barocco nel 1700.

Il bello in tempi moderni

Le sempre più incredibili tecnologie permettono di realizzare edifici di ogni tipo, risolvendo, ogni volta in modo creativo, la questione della solidità.

L’essere funzionale è parte integrante di uno spazio ben progettato, che deve soddisfare i bisogni degli utenti. Infine, la bellezza, tema da sempre presente nella sensibilità delle persone, nel corso del tempo ha visto cambiare le sue manifestazioni.

Con quella che noi intendiamo come “contemporaneità” si è arrivati alla definitiva relativizzazione della bellezza in architettura. Gli edifici iniziano ad essere decostruiti, progettati attraverso complessi programmi tecnologici, seguendo gli imput più estremi dati dal contesto o dalle proprie suggestioni personali. L’architetto diventa star e le sue opere

hanno lo scopo di osare sempre più in termini estetici, oltre che di funzionare bene garantendo la qualità dello spazio.

Aggiornamento del 19-07-2025

Metodi Pratici di Applicazione

Nella progettazione architettonica contemporanea, gli elementi di bellezza estetica, solidità e funzionalità sono fondamentali per creare spazi che siano non solo visivamente attraenti, ma anche pratici e confortevoli. Ecco alcuni esempi pratici di come questi concetti possono essere applicati in modo concreto:

1. Edifici Sostenibili:

   • Solidità: Utilizzo di materiali riciclati o riciclabili per la costruzione, come acciaio riciclato per le strutture e materiali isolanti ecocompatibili per ridurre il consumo energetico.
   • Funzionalità: Progettazione di spazi che massimizzano la luce naturale e l’aerazione, riducendo la necessità di illuminazione artificiale e sistemi di climatizzazione.
   • Bellezza: Incorporazione di elementi verdi come tetti coperti di vegetazione e pareti verdi, che non solo migliorano l’aspetto estetico dell’edificio ma contribuiscono anche alla purificazione dell’aria.

2. Ristrutturazione Urbana:

   • Solidità: Consolidamento delle strutture esistenti con tecniche innovative che ne prolungano la vita utile senza demolire completamente gli edifici.
   • Funzionalità: Creazione di spazi multifunzionali che servano a più scopi, come aree residenziali, commerciali e ricreative, favorendo la vivibilità e la mobilità sostenibile.
   • Bellezza: Introduzione di elementi artistici e design urbano innovativo che riflettano l’identità della comunità locale e arricchiscano l’esperienza estetica degli spazi pubblici.

3. Architettura Parametrica:

   • Solidità: Utilizzo di software avanzati per progettare strutture complesse che siano al tempo stesso resistenti e leggere, ottimizzando l’uso dei materiali.
   • Funzionalità: Generazione di forme che migliorano la funzionalità dello spazio, come strutture che massimizzano l’esposizione solare per la produzione di energia rinnovabile.
   • Bellezza: Creazione di forme uniche e dinamiche che rappresentano il vertice dell’innovazione architettonica, offrendo un’esperienza estetica senza precedenti.

4. Edifici Intelligenti (Smart Buildings):

   • Solidità: Implementazione di sistemi di monitoraggio e manutenzione predittiva per assicurare la longevità e la sicurezza dell’edificio.
   • Funzionalità: Integrazione di tecnologie smart per ottimizzare l’uso delle risorse, migliorare la comfort dei residenti e supportare la sostenibilità ambientale.
   • Bellezza: Incorporazione di display interattivi e tecnologie di illuminazione dinamica che possono cambiare aspetto in base alle condizioni ambientali o agli eventi, arricchendo l’esperienza estetica e funzionale dell’edificio.

Questi esempi mostrano come i concetti di solidità, funzionalità e bellezza estetica siano fondamentali nella progettazione architettonica contemporanea, contribuendo a creare spazi che siano non solo belli, ma anche sostenibili e funzionali.

Prompt per AI di riferimento

Per applicare i concetti di bellezza estetica, solidità e funzionalità nella progettazione architettonica contemporanea, è fondamentale utilizzare strumenti e tecniche innovative. Gli AI possono essere di grande aiuto in questo processo. Ecco alcuni prompt utilissimi per AI che possono essere utilizzati come riferimento:

Prompt per la Progettazione di Edifici Sostenibili

• Progetta un edificio residenziale sostenibile in una zona urbana densamente popolata, incorporando elementi di verde urbano, utilizzando materiali riciclati e ottimizzando l’uso della luce naturale e dell’aerazione.
• Sviluppa un piano di ristrutturazione per un edificio storico, mantenendo la sua facciata originale e incorporando tecnologie moderne per migliorare l’efficienza energetica e la sostenibilità.

Prompt per l’Architettura Parametrica

• Crea un modello parametrico per un ponte sospeso che massimizzi la resistenza al vento e ottimizzi l’uso dei materiali, mantenendo un design estetico innovativo.
• Progetta una struttura complessa utilizzando software di modellazione parametrica, che incorpori elementi di design sostenibile e massimizzi l’esposizione solare per la produzione di energia rinnovabile.

Prompt per Edifici Intelligenti (Smart Buildings)

• Sviluppa un sistema di gestione intelligente per un edificio commerciale, che integri tecnologie di monitoraggio e controllo per ottimizzare l’uso delle risorse, migliorare la comfort dei residenti e supportare la sostenibilità ambientale.
• Progetta un edificio residenziale intelligente che incorpori display interattivi e tecnologie di illuminazione dinamica, che possano cambiare aspetto in base alle condizioni ambientali o agli eventi.

Prompt per la Ristrutturazione Urbana

• Crea un piano di ristrutturazione urbana per un quartiere degradato, che incorpori spazi verdi, aree ricreative e elementi di design urbano innovativo, migliorando la qualità della vita dei residenti e la sostenibilità ambientale.
• Sviluppa un progetto di ristrutturazione per un edificio storico, che mantenga la sua integrità architettonica e incorpori tecnologie moderne per migliorare la funzionalità e la sostenibilità.

Questi prompt possono essere utilizzati come punto di partenza per esplorare le possibilità dell’architettura contemporanea e per creare spazi che siano non solo belli, ma anche sostenibili e funzionali.

Il Dipartimento dell’Energia degli Stati Uniti ha recentemente approvato l’esportazione del gas naturale liquefatto CP2 di Venture Global. Questo progetto prevede la costruzione di un terminale di esportazione lungo la costa del Golfo della Louisiana, vicino a una struttura esistente, da parte della società australiana Worley.

Il gas naturale liquefatto (GNL) è una forma di gas naturale che viene raffreddato a temperature estremamente basse, trasformandolo in liquido per facilitarne il trasporto e l’esportazione. Il progetto CP2 di Venture Global mira a sfruttare le risorse di gas naturale negli Stati Uniti per esportarle verso mercati internazionali.

L’approvazione del Dipartimento dell’Energia è un passo significativo per il progetto, in quanto consente a Venture Global di procedere con la costruzione e l’esercizio del terminale di esportazione. Questo contribuirà non solo alla creazione di posti di lavoro e alla crescita economica nella regione, ma anche a rafforzare la posizione degli Stati Uniti come esportatore di energia a livello globale.

Il gas naturale liquefatto è sempre più richiesto sul mercato internazionale, poiché è considerato una fonte energetica più pulita rispetto ai combustibili fossili tradizionali. Questo progetto potrebbe quindi avere un impatto positivo sia sull’economia locale che sull’ambiente.

L’impianto di miscelazione del cemento rappresentato in questa immagine era parte di un progetto di ingegneria civile che ha portato alla trasformazione di South Water Street in Wacker Drive, una delle arterie principali di Chicago. Questo progetto è stato fondamentale per la modernizzazione e lo sviluppo urbano della città, consentendo una migliore circolazione del traffico e una maggiore accessibilità al centro.

L’immagine mostra chiaramente l’importanza dell’industria del cemento per la costruzione di infrastrutture urbane, evidenziando il ruolo cruciale che ha avuto nel cambiamento del paesaggio urbano di Chicago. L’impianto di miscelazione del cemento rappresenta l’ingegnosità e la tecnologia dell’epoca, che hanno reso possibile la realizzazione di progetti di così grande portata.

Questo documento storico del 1925 ci offre uno spaccato della storia dell’ingegneria civile e dell’urbanistica a Chicago, mostrando come la città abbia saputo adattarsi e crescere attraverso progetti di rinnovamento e modernizzazione come quello di Wacker Drive.

Freddy il Robot Era il Capro Espiatorio per l’AI Britannica

Scopri FREDERICK Mark 2, il Robot Amichevole per l’Educazione, la Discussione e l’Intrattenimento, il Recupero di Informazioni e la Raccolta di Conoscenze, meglio conosciuto come Freddy II. Questo notevole robot poteva assemblare un semplice modello di auto da un assortimento di pezzi gettati nel suo spazio di lavoro. I suoi occhi a videocamera e la mano a pinza identificavano e ordinavano i pezzi individuali prima di assemblare il prodotto finale desiderato. Ma gli spettatori dovevano essere pazienti. L’assemblaggio richiedeva circa 16 ore, e questo dopo un giorno o due di “apprendimento” e programmazione.

Freddy II fu completato nel 1973 come uno dei robot di ricerca sviluppati da Donald Michie e il suo team presso l’Università di Edimburgo durante gli anni ’60 e ’70. I robot divennero il fulcro di un acceso dibattito sul futuro dell’AI nel Regno Unito. Michie alla fine perse, i suoi finanziamenti furono ridotti drasticamente e l’inverno dell’AI che ne seguì rallentò la ricerca nel campo nel Regno Unito per un decennio.

Perché sono stati costruiti i robot Freddy I e II?

Nel 1967, Donald Michie, insieme a Richard Gregory e Hugh Christopher Longuet-Higgins, fondò il Dipartimento di Intelligenza Artificiale e Percezione presso l’Università di Edimburgo con l’obiettivo a breve termine di sviluppare un robot semiautomatico e poi una visione a lungo termine di programmare “sistemi cognitivi integrati”, o ciò che altre persone potrebbero chiamare robot intelligenti. In quel periodo, la Defense Advanced Research Projects Agency degli Stati Uniti e l’Istituto di Sviluppo dell’Utilizzo del Computer del Giappone stavano entrambi considerando piani per creare fabbriche completamente automatizzate entro un decennio. Il team di Edimburgo pensò che dovrebbero partecipare anche loro all’azione.

Due anni dopo, Stephen Salter e Harry G. Barrow si unirono a Michie e iniziarono a lavorare su Freddy I. Salter ideò l’hardware mentre Barrow progettò e scrisse il software e l’interfacciamento del computer. Il robot semplice risultante funzionava, ma era rudimentale. La ricercatrice di AI Jean Hayes (che avrebbe sposato Michie nel 1971) si riferì a questa iterazione di Freddy come una “Lady of Shalott artritica”.

Freddy I era composto da un braccio robotico, una telecamera, un set di ruote e alcuni paraurti per rilevare gli ostacoli. Invece di vagare liberamente, rimaneva fermo mentre una piccola piattaforma si muoveva sotto di esso. Barrow sviluppò un programma adattabile che consentiva a Freddy I di riconoscere oggetti irregolari. Nel 1969, Salter e Barrow pubblicarono su Machine Intelligence i loro risultati, “Design of Low-Cost Equipment for Cognitive Robot Research”, che includeva suggerimenti per la prossima iterazione del robot.

Il Rapporto Lighthill Distrugge Freddy il Robot

E poi cosa è successo? Molto. Ma prima di entrare in tutto questo, permettimi di dire che raramente io, come storico, ho il lusso di avere i miei soggetti chiaramente articolare gli obiettivi dei loro progetti, immaginare il futuro e poi, anni dopo, riflettere sulle loro esperienze. Come ciliegina sulla torta di questa delizia dello storico, l’argomento in questione – l’intelligenza artificiale – è di interesse attuale per praticamente tutti.

Come molte storie affascinanti di tecnologia, gli eventi si basano su una sana dose di litigi professionali. In questo caso, i contendenti erano Michie e il matematico applicato James Lighthill, che avevano idee drasticamente diverse sulla direzione della ricerca robotica. Lighthill favoriva la ricerca applicata, mentre Michie era più interessato alle possibilità teoriche ed sperimentali. La loro lotta è rapidamente aumentata, è diventata pubblica con un dibattito televisivo sulla BBC e si è conclusa con la fine di un intero campo di ricerca in Gran Bretagna.