linguaggi di programmazione di scelta rapida mi sto perdendo qualcosa?

Question

sto vedendo un aumento del numero di progetti online che richiedono ulteriore sintassi "corta" per generare il codice sottostante (comunemente HTML e JS), e ogni volta che vedo un altro pop-up mi chiedo se mi manca qualcosa.

Sicuramente il tempo aggiuntivo necessario per imparare e ricordare questi codici brevi si perde quando si passa progetti tra i diversi membri del team (designers et al), che poi devono imparare di nuovo lingue di base come HTML e JS?

punto in questione: YAML utilizzata per i modelli di generazione, e progetti (come ad esempio) CoffeeScript utilizzati per generare Javascript. Mi chiedo solo se gli altri popolare StackOverflow pensano che ci sia grandi benefici a questo livello granulare di astrazione, o se c'è la sensazione che questi tipi di progetti hanno alcuna durata della vita, considerando i miglioramenti nelle tecnologie di base (penso HTML5 / CSS / JQuery) qui. Hanno linguaggi di markup non evoluto abbastanza da giustificare davvero questi?

rendo conto che questo non è davvero una domanda in quanto tale, ma sarebbe interessato a sentire il punto di vista della comunità. Sono sicuro che ci sono davvero buone ragioni per questi tipi di progetti, quando la creazione di codice auto di generazione, ma al di fuori di questo, io sono perplesso - con molte persone che li utilizzano di giorno in giorno. Si tratta di un salto carrozzone valore su?

Answer 1

Personalmente non credo che ne vale la pena, come la maggior parte delle cose che potete fare in JavaScript sono già semplificati dalle librerie come jQuery. Per quanto riguarda la loro durata di vita va è difficile da dire. Tuttavia, fino a quando si sa javascript, e si capisce l'uscita del codice, passare a un nuovo progetto che non utilizza CoffeeScript per esempio è una semplice questione di prendere il codice di uscita con voi.

Answer 2

Qualunque programma sufficientemente complicata contiene un'implementazione Lisp .

Questa è l'ideologia che Lisp e gli amici promuovere nel corso di molti anni. In sostanza, sei scoraggiato per il codice qualsiasi logica applicativa in un linguaggio "raw". lingue crude sono livello universale e basso, in modo la logica diventa rapidamente verbose e contaminato con un sacco di codice necessario per supportare il linguaggio stesso.

Invece, creare una DSL che si adatta ai requisiti dell'applicazione e il codice la logica, e nient'altro che la logica, in questo DSL. Nascondi tutti i dettagli linguistici brutto dietro il DSL. Questo rende la logica molto più facile da migliorare e il supporto.

D'altra parte, le cose come Coffescript, Groovy ecc sono IMO il modo sbagliato di procedere. Essi sono fondamentalmente cercando di creare nuovi linguaggi universali, ma con un "migliore" della sintassi, tuttavia, questo non risolve il problema fondamentale - nelle lingue descrivono ancora calcoli astratti, piuttosto che il vostro dominio del problema. Un modo più produttivo è quello di avere un linguaggio di base molto semplice e una struttura macro ben sviluppato, che semplificherebbe la creazione DLSS. Questo è il modo lisp per sé funziona, un altro esempio di questo approccio è Haxe / Neko .

Answer 3

A mio parere preferisco jQuery per la scrittura di brevi istruzioni JS e prevenire tutti, dal gonfiore del prodotto finale. Non mi piace framework CSS perché stiamo costruendo enormi portali e non sempre bisogno di tutta la roba nascosta all'interno di queste. Io preferisco scrivere css modulare sulla base di alcune regole comuni come l'utilizzo di clearfix per la cancellazione di un utilizzando un reset css. :)