Qual è la connessione tra la programmazione alfabetizzata e il web semantico?

La programmazione letterale e il web semantico riguardano entrambi che significa .

Il web semantico cerca di rendere Internet più intelligente aggiungendo quelli che io chiamo "metadati concettuali" (cioè informazioni di attualità) a pagine web. Le pagine così annotate diventano più che semplici bit di testo casualmente collegati; diventano quadri concettuali di informazioni (ad es. ontologie).

La programmazione letteraria cerca di sviluppare software in linguaggi di programmazione che modellano più da vicino il processo di pensiero degli umani, piuttosto che il processo mentale delle macchine. Il movimento "dichiarativo sopra l'imperativo" è parte di questa gestalt; piuttosto che dire alla macchina come fare qualcosa, devi dire quello che vuoi fare, e la macchina capirà come.

Entrambi i concetti sembrano mirare al punto in cui la lettura umana incontra l'esecuzione del computer .

Nella programmazione alfabetica , la parte leggibile è rappresentata dall'idea di scrivere programmi come in un linguaggio umano ordinario, proprio come il testo di un tema. La parte pertinente in semantic web è che si rivolge a pagine Web leggibili dall'uomo.

L'aspetto dell'esecuzione del computer in programmazione alfabetica è che, a differenza del testo classico, è destinato anche all'esecuzione di computer. La parte pertinente in web semantico è rappresentata dalla nozione di dati che possono essere elaborati direttamente e indirettamente dalle macchine

La connessione sembra molto profonda, come avvicinarsi allo stesso bersaglio, solo da diverse angolazioni.

_{The guy who groked this seems pretty smart. Connection looks clear to me now that it was laid out right before my nose but I'll be damned if I've seen that connection before. Another striking point about this observation is that it helped me better understand both concepts (have to admit I had trouble with that before).}

riferimenti

• Programmazione letterale - articolo di Wikipedia

  The literate programming paradigm, as conceived by Knuth, represents a move away from writing programs in the manner and order imposed by the computer, and instead enables programmers to develop programs in the order demanded by the logic and flow of their thoughts. Literate programs are written as an uninterrupted exposition of logic in an ordinary human language, much like the text of an essay, in which macros which hide abstractions and traditional source code are included.
  ...
  Literate programming tools are used to obtain two representations from a literate source file: one suitable for further compilation or execution by a computer, the "tangled" code, and another for viewing as formatted documentation, which is said to be "woven" from the literate source.[3] While the first generation of literate programming tools were computer language-specific, the later ones are language-agnostic and exist above the programming languages.

• Web semantico - articolo di Wikipedia

  Semantic Network Model... a form to represent semantically structured knowledge. It extends the network of hyperlinked human-readable web pages by inserting machine-readable metadata about pages and how they are related to each other, enabling automated agents to access the Web more intelligently and perform tasks on behalf of users.
  ...
  Tim Berners-Lee... oversees the development of proposed Semantic Web standards. He defines the Semantic Web as "a web of data that can be processed directly and indirectly by machines."

Sembra una connessione debole al massimo. La chiave del web semantico è la stretta aderenza all'idea che il ruolo primario dell'HTML sia quello di descrivere e modellare il contenuto. Separando (quasi) completamente il tuo comportamento e i livelli di presentazione in diverse lingue (JS, CSS), HTML si comporta come un trampolino di lancio per gli altri due su cui agire, suppongo.

Ma in Web Dev, l'HTML è più il punto focale in cui tutto si unisce, comprese le tecnologie di back-end. La programmazione letteraria suona più come un modo di descrivere un'ampia varietà di problemi applicativi in XML (edit: o altro linguaggio dichiarativo) e poi avere framework compatibili che risolvono i dettagli della programmazione effettiva dell'app. Sono quasi diametralmente opposti. Si isola una preoccupazione specifica. L'altro stabilisce un piano per un'intera app.

Senza offesa, ma trovo l'idea goffa e terrificante.