Intel porta il 5G sui PC portatili

Re: Fortuna sono in due

Per quanto i "motori" (che io preferisco chiamare
interpreti) js abbian fatto passi da gigante,
grazie alla spinta dell'web, per me js è un
linguaggio che non deve esistere, giusto buono
per piccole animazioni limitate, quelle per cui è
nato. Il suo design lo rende pressoché
indebuggabile e con mille problemi. Non amo JS, ma bisogna ammettere che negli ultimi anni ha fatto dei passi da gigante (da ES6 in poi). Adesso ti ritrovi stack di sviluppo efficienti e robusti, con tutto quello che serve. Diciamo che per quel che riguarda il frontend (compreso molto mobile con reactNative), con il paradigma delle "webapp" è tutto solo javascript In più V8&c
pur al netto di performance estreme sono dei
mostri che nessuno al di fuori e forse pochi al
di dentro del progetto stesso sanno realmente
come funziona il tutto, i più o ne conoscono
piccole parti o prendono proprio "la scatola
chiusa" per opensource che
sia.Perché, tutti gli sviluppatori java conoscono la JVM a memoria? O PHP? (penso solo a ZEND conoscano cosa fa realmente) o .NET (peggio del peggio)? O scala?

Da ex-SUN, ovvero gente con competenze serie e
che ha visto in casa come andarono progetti come
java il cui scopo, incompreso persino da parte
del management SUN era il motto stesso della SUN
e più in dettaglio ambiva a diventare una
"piattaforma" standard su cui sviluppare un
sistema, desktop "di rete" incluso, moderno che
non era né possibile con il proliferare di
soluzioni diverse, incompatibili e spesso
parziali. 'Somma l'idea era di implementare un
Plan9 mai concretizzatosi. Ecco, dopo aver
vissuto questo mi sarei aspettato qualcosa di più
importante, come per esempio riportare in auge il
LISP nel settore "web", o magari presentare un
framework basato su haskell, go o altri linguaggi
con una forte ragion d'essere, un forte
potenziale e ad oggi bisognosi di
popolarità.Sono d'accordo e spero che qualche linguaggio moderno (go, haskell sono buoni esempi) diventino popolari ma vedo un appiattimento verso java (con springboot) per le api/backend e app javascript (angular4, react/redux) per il FE. Spero che kotlin, vista la compatibilità con springboot venga adottato sempre di più

Re: Fortuna sono in due
- Scritto da: xte

Diciamo che per quel che riguarda il frontend

(compreso molto mobile con reactNative), con

il paradigma delle "webapp" è tutto solo
javascript

Oh, è anche peggio: pensa alle QtQuick, alle GTk
recenti, alla moda di Electron ecc. Il problema è
che non portano a nulla di buono. Per cantarcele
chiare non avere uno "standard" desktop comune
che garantisca una certa portabilità e uniformità
tra piattaforme diverse è un problema, grosso,
che in parte ha contribuito al passaggio dal
desktop all'web. Però tutte queste soluzioni non
risolvono affatto il problema, aumentano solo la
quantità di XXXXXte non interoperanti che abbiamo
e anzi aiutano il paradigma web-app che avrebbe
bisogno di esser stroncato come hack osceno messo
in piedi pro-tempore in attesa di sviluppare una
soluzione desktop coerente, moderna, come si
deve. Beh le "webapp" per il web ci stanno o meglio, sono il web, per il desktop o il mobile è un altro discorso, di sicuro la responsabilità, soprattutto nel mobile, sono da attribuire alla povertà di possibilità che danno le API d'interfaccia native

Perché, tutti gli sviluppatori java
conoscono la JVM a memoria?

Certo che no, ma immagino ad es. che gli
sviluppatori di Scala (non i suoi utilizzatori)
l'abbiano studiata con una certa attenzione... E
per mostruosa che sia l'OpenJDK è abbastanza
"nota" e "letta" mentre roba come webkit, le
engine js ecc al contrario sono normalmente prese
così come sono "a scatola chiusa" perché sia la
loro complessità sia la loro mancanza di
documentazione decente sia la loro evoluzione
sono tali che studiarli è più complicato di
riscriverli da
zero...Mahhhhh tutto questo "letto" da parte degli sviluppatori java non l'ho mai visto e sinceramente la documentazione e il CoC di NodeJs sono abbastanza completi, poi sta alla gente andare a leggerseli.

spero che qualche linguaggio moderno (go,
haskell

sono buoni esempi) diventino popolari ma
vedo un


appiattimento verso java
In se Java, se il suo intento fosse stato, o
anche venisse compreso oggi, non sarebbe neanche
da buttare come piattaforma (ovviamente depurando
tutta la spazzatura che c'è stata fatta sopra e
gli abomini tipo il nexus), solo manca questo
dettaglio.Quello che volevo dire è che, in ambito web (quello in cui lavoro) c'è una certa "rassegnazione" ad usare java (springboot possibilmente) nel backend, in quanto per numero di sviluppatori, pattern e librerie consolidate (quelle di netflix sopra tutte) non ha rivali. Ormai si va per il consolidato (che funziona bene per quanto mi riguarda) tarpando un po le ali a linguaggi nuovi
La SUN alla fine arrivò alla JVM in-kernel su
OpenSolaris, ma li si fermò col passaggio ad
Oracle, oggi nessuno continua in questa direzione
"il Java OS" che avrebbe rilanciato l'idea alla
base di Java... Go ha recuperato in parte
quest'idea con "go get" e gli import
reverse-fqdn-style, ovvero l'idea di creare un
"ecosistema" se non FOSS per lo meno opensource
distribuito via internet, qualcosa che possa
"superare" o "integrare" il pkg-management
classico, che alla lunga possa essere il
"megaframework" su cui poter tutti lavorare. Ma
siamo anni luce distanti non solo da qualcosa del
genere ma solo dalla comprensione di questo e di
ciò che implica. Se solo oggi dici "hey, avete
presente Plan9? Le LispM? NixOS? Bé provate a
metter tutto nel frullatore: avere un OS
source-based, configurato con uno o pochi files
di testo, replicabile ovunque, con
un'architettura distribuita dove si può
"scaricare" o "delegare" cosa pesanti a server
remoti ecc. Pensate cheXXXXXta pazzesca sarebbe!"
ti guardano come un matto, non sanno manco che
PLan9 questo voleva realizzare, che le LispM
effettivamente erano ferro che masticava
nativamente lisp, non sanno manco che NixOS rende
possibile l'Infrastructure as Code come nessuno.
Semplicemente nella società manageriale non c'è
posto per progetti ed idee di questa
portata...Quello che intendevo, ormai anche nel web (dove una volta si sperimentava di più) si fa fatica vedere qualcosa di nuov, si va sempre sul consolidato. Anni fa convinsi con molta fatica il management di un ecommerce ad usare clojure per tutta la parte delle transazioni finanziarie/bancarie, nonostante l'iniziale diffidenza mi hanno ringraziato per molto tempo per la drastica diminuzione di problemi/bug