[Python] Fwd: [Bologna-xpug] The sad state of web development

[enrico franchi]

2016-01-20 9:58 GMT+00:00 Patrick Guido <patrick.arminio a gmail.com>:

> On Wed, Jan 20, 2016 at 1:34 AM enrico franchi <enrico.franchi a gmail.com>
> wrote:
>
>> Ma e' colpa nostra: c'era evidentemente un buco di tooling grosso come
>> una casa su tutta la catena... node.js l'ha riempito. Colpa di tutti noi
>> altri che ci siamo mossi tardi. Fare qualcosa ora? Prima devo farmi
>> approvare la giornata di 72 ore, che 48 vanno per il solo lavoro...
>>
>
> Scusatemi, mi consigliate qualche link che parla dei problemi di node e di
> Javascript?
>

Guarda, ce ne e' a pacchi in rete. Consigliartene uno specifico? Posso
anche farlo, ma non sono sicuramente il personaggio piu' up-to-date della
storia nella lettura dei blog.

Allora, andiamo per gradi... problemi di Javascript. Credo che l'ottimo
"The Good Parts" sia piuttosto chiaro nell'indicare una buona sequenza di
problemi. In generale il fatto stesso che hai bisogno di restringere cosi'
tanto la parte "buona" e' un sintomo che di roba che non va ce ne e'
parecchia.

Tra l'altro, finche' non rompono la compatibilita' (e sappiamo tutti che e'
improbabile riuscire a farlo con successo) la merda resta. Insomma, non e'
come la situazione che aveva Java qualche tempo fa [ovvero mancanza di
feature che rendevano tutto davvero troppo legnoso]. Il problema di
Javascript e' che da un lato nelle versioni "tradizionali" mancano features
strutturate utili (oh merda... ma davvero sono l'unico che trova bislacco
dovere fare quel troiaio che suggerisce Crockford per creare un *modulo*
perche' il concetto di modulo, di fatto, non esiste?), ma soprattutto nel
linguaggio sono finite un sacco di cattive idee che non ci sarebbero dovute
finire (veramente Good Parts spiega la maggior parte di queste).

Node.js? A me ha divertito molto questo:
https://www.semitwist.com/mirror/node-js-is-cancer.html
Ma e' vecchio. Comunque molti dei problemi elencati sono filosofici. Ancora
piu' interessante e' come la comunita' reagisce alle critiche. Il che mi fa
solo venire voglia di starne lontano.

Personalmente lavoro molto su frontend ma non mi sento di concordare con il
> primo articolo. Si è vero che ci sono un'infinità di tool per fare lo
> stesso lavoro, ma credo che sia normale per il momento in cui siamo.
>

Ecco... io credo che sia *non* normale. O meglio, che sia una cosa da
rettificare al piu' presto. Sono pagato per consegnare cose fatte.
L'evoluzione darwiniana di un ecosistema di sviluppo e' un problema che
preferirei trattare da accademico, non doverci lottare come ingegnere.

Tra l'altro... non e' che sia da poco tempo che il software engineering
tratta il problema di gestire le dipendenze in progetti software. Quello
che e' lo standard nel mondo di node si *sa* che e' disastroso.

Questo lasciando stare il fatto stesso che node.js e' un tool che gira su
Unix, in essenza, ma che ignora quasi completamente tutta la storia di
Unix. E' un mondo a parte, in un certo senso come la JVM. Ma mentre la JVM
e' molto strutturata e costituisce un sistema essenzialmente completo e
autocontenuto (che e' una brutta e una bella cosa a seconda di come lo si
vede), node.js ha un'approccio parziale. Abbiamo gia' visto che gli
approcci parziali creano problemi (in Python se ne manifestano), ma almeno
Python e' relativamente regolare nel resto (il che vuole dire che e'
piuttosto facile "mappare" Unix <-> Python). La stessa cosa non avviene con
Node.

E' un mondo a se che segue regole sue, che pero' non sono state validate
nel corso degli anni.

In fondo stiamo un po' affrontando una rinascita di Javascript (anche con
> le nuove specifiche del linguaggio).
>

Mah... direi che Javascript non e' mai "morto".


> Poi, boh, magari sono io *cieco* e non riesco a vedere tutti questi
> problemi, ma davvero vorrei cercare di capire :)
>

Immagino che dipenda da quello che devi fare.

-- 
.
..: -enrico-
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.python.it/pipermail/python/attachments/20160120/d98aed30/attachment.html>