Benvenuti nel Dudes Club Italiano

@goldo

saranno una quarantina di anni che lo sento dire. Poi vince la Meloni, e non cambia assolutamente nulla.

@goldo

a meno che tu non sia mike tyson, cercare scontri con sconosciuti stranieri e' una condotta che alla lunga porta alla morte.
Immagino la risposta sia "difenditi come puoi, ma ricorda sempre che puoi poco".

@goldo

adesso ti attacchi al cazzo. Cosa faceva il cittadino tedesco nel 1945, quando piovevano bombe? Se le prendeva, perche' era troppo tardi. Dovevano evitare di mandare al potere Hitler.

Per 50 anni hai mandato al potere chi hai mandato al potere. Bene. Adesso ti cascano le bombe in testa.

E" soltanto il conto inevitabile della stupidita' dell'elettore. Ma ormai e' fatta.

@marcomarco

il problema che vedo e' molto piu' semplice: ci si aspetta (specialmente dai governi di destra) che la polizia risolva problemi sociali.

Arrivano gli immigrati? La polizia li tenga sotto controllo.Gli immigrati non pagano il biglietto? Deve pensarci la polizia (e non , per esempio, chiudere le stazioni a chi non ha biglietti). Gli zingari sono un problema? Ci pensi la polizia. Ci sono troppi immigrati? Ancora la polizia.

La verita' e' che se ci sono troppi immigrati e' perche' il problema LIBIA e' stato sottovalutato per decenni, e ignorato, ed e' un problema di politica estera, non di polizia.

Se gli immigrati non pagano il biglietto ci devono pensare le FS: mettete il capotreno di fronte alla porta a controllare che la gente salga col biglietto.

Se gli zingari vivono nelle condizioni in cui vivono la politica dovrebbe occuparsene. Per esempio, togliendo loro i bambini per garantir loro scolarizzazione e stabilita'. E igiene.

I malati di mente diventano un problema? Si chiama ancora la polizia, e non il ministero della sanita'.

La risposta e' , molto semplicemente, che alla polizia si vuole far risolvere OGNI problema, dimenticando che questa non e' "destra", e' solo uno stato di polizia.

@Aethiss

quindi, riassumento.

• @absc comincia un thread parlando di un software scritto in Erlang. Uno dei sistemi piu' robusti, efficienti e adatti al parallelismo, usato da cose come Whatsapp.

• arrivi tu e dici che tanto non sara' mai efficiente come qualche framework javascript, perche' con javascript sposti l'uso della CPU dal server al telefono mobile. O al client, in generale. Sembri quasi descrivere un sistema di calcolo distribuito. E questo perche' non costringe il backend a generare i contenuti.

• ti rispondo che il problema non e' di certo quello,perche' tra caching, accelerator frontend e CDN, quelle richieste raggiungono pochissimo il server di backend, e vengono quasi sempre servite come contenuto statico.

• mi sbrodoli una serie di buzzword , mi dici che lo fanno tutti, che lo fa anche pornhub - forse non sai che il concetto di CDN lo hanno inventato proprio nel porno - e che lo fa anche questo forum. Dai tuoi post non si capisce se ti riferisci a quel che fa il client, o a quello che fa il server.

• cosi' insisto, chiedendoti - di nuovo - quale load della CPU del server , DI PRECISO , viene meno se installo vue o react.js .

• La tua risposta e' che una volta ti e' successo di lavorare ad un progetto, e hai notato che se riscrivi l'intero progetto in php, allora l'uso della CPU si alza.

• Se ne deduce, secondo te, che javascript sia migliore di Erlang.

Onestamente, questo modo di parlare non e' nemmeno IT. Gia' mi tornano molto sospette affermazioni del tipo " il tale linguaggio e' migliore del tal altro linguaggio". Se poi ci mettiamo affermazioni che non hanno senso, tipo "togliere carico ai server per farlo girare sul client", che sembra descrivere un sistema distribuito, quando chiaramente non lo e', mi viene da ridere. Certo, con Vue o React puoi anche scaricare dati sul client e poi usare quelli. Fantastico. Si chiama ancora "cache". L'esempio fulgido che citi e' un esempio in cui diversi tipi di backend ti forniscono dati sotto forma di JSON, e non capisco per quale ragione generare JSON debba caricare la CPU meno che generare html, per esempio da un template. Dipendera' ovviamente da come lo fai.

RIpeto, questo modo di rispondere che hai per me non e' nemmeno IT. La chiudo qui, perche' da una discussione del genere non si impara niente.

@marcomarco

quello di cui parli e' un contratto di tipo SSC. In quel caso, decidi cosa puoi o non puoi fare, il che in una coppia rende prevedibile la sessione. Se invece fai una cosa di tipo RACK, allora non discuti delle pratiche, ma dei rischi. Decidi che nessuna delle parti del corpo esposte deve portare segni permanenti, o che non si devono lasciare cicatrici, insomma metti un limite ai rischi, ma non alle pratiche. In questo modo, lasci ancora liberta' ed imprevedibilita'. E' un altro modo di trasferire potere.

@teflon questo dipende dall'azienda, ma il punto e' che quando ci sono veri SLA, i team di devops si spezzano in due.

@Aethiss

senti, sono ore che mi sbrodoli addosso buzzwords. Adesso voglio capire cosa volevano dire. Perche' dall'inizio del thread io ti sto dicendo che alla fine non risparmi nessuna CPU nel backend scaricando dalla rete un javascript, e finalmente dopo qualche domanda apprendo che effettivamente la tua soluzione comprende di far scaricare il javascript dalla rete, soltanto uno diverso a seconda dell' header User-Agent.

Che e' quello che sto cercando di dire sin dall'inizio del thread. Credi davvero che scaricare una cosa da un filesystem faccia crescere la CPUoccpata? No , perche' su Linux il filesystem e' sotto cache, e quindi, alla fine legge da memoria e serve indietro, che e' di fatto una print.

E allora dov'e', di preciso, che usare questastrategia ti fa risparmiare CPU sui server, di preciso?

@Bibibibodibibu

hai dimenticato quando si presenta in camera di una nobildonna, arrampicatosi sulle edere della sua villa, dopo essersi cosparso il corpo di sterco di capra? Quello era il D'anny che ci piaceva!!!

@Aethiss ma non hai risposto alla domanda. cosa fa la app, di preciso, per consumare la CPU sul cellulare?

Perche' sinora stai descrivendo quello che IO ho cercato di dire, ovvero che qualcuno legge il tuo user-agent della chiamata http, e gli fornisce un contenuto statico. Va bene ma in che modo questo ti ha salvato CPU sui server? Nel senso che, cosa fanno i server, di preciso, per consumare CPU, che adesso non consumano piu' perche' hai il javascript sul client?

@Aethiss

stai mescolando cose che non c'entrano niente. Il database di backend di un sito di e-commerce di certo non gira sul tuo cellulare. gira sul backend. qualsiasi cosa tu metti sul cellulare chiamera' indietro per avere dei dati. Il punto e' molto semplice: alla fine il server consuma CPU solo per dare dei dati a qualsiasi cosa giri sul cellulare. E non c'e' modo di fuggire da questo.

Ma a questo punto ho un dubbio: secondo te, cosa gira sul cellulare, di preciso, e cosa gira sui backend? Che cosa, secondo te, consuma CPU sui server, e che cosa sul client?

@Basajaun said in La fossa del filosofo:

Sempre sospettato ci sia un motivo linguistico dietro questa cosa: era Flaiano, credo, che diceva che in latino è, se non impossibile, almeno più difficile dire cazzate.

LOL.

@marcomarco said in "Porno disturbante".:

Sarà che vengo dal mondo degli scambisti, dove per fare sesso con qualcuno basta chiedere in maniera educata

Beh, nel mondo degli scambisti il gioco di potere e' abbastanza evidente, quando osservi le dinamiche moglie/marito della coppia.

Il trasferimento di potere e' quel fenomeno nel quale si decide chi sia la volonta' prevalente da quel momento in avanti. Tutto qui. E ovviamente, piu' e' prevalente (nel senso che causare dolore e' chiaramente una forma di dominio e prevalenza) fisicamente, piu' e' evidente il trasferimento di potere.

E nelle coppie scambiste e' molto , molto chiaro che se lui non vuole, lei non la tocchi. Anche se lei vorrebbe. Lei non ha potere. Oppure lui la lascia fare, e in quel momento LUI non ha potere.

@Basajaun said in La fossa del filosofo:

Aspetta hai fatto il giro talmente tante volte che non ho capito se stai prendendo per il culo me o loro o ch

no, sto solo dicendo che il mondo della filosofia accademica in italia ha preso una china che li rende , diciamo, dei fuffari inutili.
E che per darsi una patina di credibilita' tendono a prenderla dalla scienza, o dalla matematica, perche' si rendono conto di non averne piu' di loro.

Un po' come i locali che ti fanno la lasagna e la decorano col pesto sul piatto, credendo di essere piu' italiani.

@Basajaun said in La fossa del filosofo:

Il professor dottor Tritacazzi, da quel giorno, ha smesso di mandarmi articoli da referare. Secondo voi perché?

e' sicuramente il destino cinico e baro. Sicuramente. Ma onestamente, il scientific sounding e il math sounding sono un pochino come l'italian sounding. Hai fatto l'errore di mangiare il tuo frappuccino subito dopo un panissimo. tutto qui

Il problema dei filosofi italiani di oggi e' che pensano che la matematica li abbia surclassati sul piano formale. Quello che non capiscono e' che il sorpasso e' avvenuto nel campo delle applicazioni. Ma la facolta' di filosofia non ha un dipartimento di filosofia applicata.

@Aethiss

no, piano con gli straw man argument. Con me non funzionano.

Sei tu che te ne sei uscito col fatto che se usi il bundle javascript, allora tutto il lavoro si sposta dalla CPU del server alla CPU del mobile.
Ed e', ripeto, una catastrofica cazzata, della quale non riuscirai MAI, per OVVIE ragioni, a produrre alcuna prova o test che lo confermi, nel caso ci sia un'infrastruttura decente, con gli acceleratori nel frontend e le CDN.

Generare HTML o generare JSON, di cui la tua "bundle" si nutre, per una CPU e' uguale, in termini di sforzo, o quasi. E non voglio parlare di quando usate dei cazzo di graph database sul backend , o Jquery, e nessuno dei due gira sul frontend. Che differenza faccia, secondo te, per la CPU del server tra generarti pagine web statiche o json, lo sai solo tu.

Poi, dentro la tua stanzetta di developers puoi usare i soliti termini mai definiti, tipo 'ottimizzare". Noi di operations invece parliamo di KPI,
e no, non si e' mai vista traccia, sulle CPU dei server, di alcuna "ottimizzazione", se scarichi il bundle da una CDN, o ce l'hai che gira sul cellulare.

Quella e' soltanto l'unica tecnologia che il developer moderno sa usare, sull'unico protocollo che conosce parzialmente, cioe' HTTP. Ed e' per questo che va forte.

@Aethiss said in Parliamo di software 2: Dudeswave:

Eh no, seppur programmo ancora (mi piace sempre tanto), qualche infrastruttura medio-grande (tipo 40 milioni di sterline al black-friday, 80 milioni di accessi unici in 3 gg [lo so che per quelli grossi davvero sono numeretti eh]) ci ho lavorato. E non per mettere su i css

non capisco, allora perche' insisti? sai benissimo che una volta fatto il backend, OGGI o spedisci javascript o spedisci JSON. Ma sai anche benissimo che non e' la cosa piu' efficente. Si sono fatte cose ben piu' belle di quel sito ferrari usando flash, ai suoi tempi.

Solo che flash ha perso.

Parlando di html, non hai bisogno di renderizzarlo ogni volta. Lo puoi renderizzare per user-agent, e a quel punto la cache non ti richiedera' di renderizzarlo ogni volta. Cosa cambia se la renderizzi con una macchina virtuale node.js o con una che lavora con erlang?

@Aethiss said in Parliamo di software 2: Dudeswave:

Seppure rimango della mia idea che con una web (progressive) app full client, si possano strutturare meglio i micro-servizi ed ottimizzare i consumi di questi lato server,

come se fosse antani. Il punto e' che hai un client e un server. Il resto della supercazzola non serve a nulla. Se mi metto sulla rete e sniffo il traffico, non vedo passare niente di tutto questo. Vedo passare traffico. Vedo passare il tuo javascript, come potrei veder passare flash, e come un tempo vedevo passare applet java, e altro e altro e altro.

Se mi dici che puoi mettere il Javascript nel back-end, che poi cosi' una volta arrivato al browser fa il suo lavoro... bhe, che posso dire, in linea mooolto astratta si. Ti vuoi male ma si

non mi voglio affatto male, perche' alla fine anche sul tuo cellulare e' sempre un client che lo fa girare. E ho migliaia di tool a disposizione per fare in modo che la latenza che conta in realta' sia quella del tuo lentissimo schermo da cellulare. Te lo ripeto: se ho un accordo con la telco, metto un netscaler a fare cache direttamente nell'infrastruttura dell' ISP, dove termina il tunnel GPT del tuo cellulare. E praticamente, hai il javascript al massimo della banda.

Cosa mi cambia, alla fine? Quasi il 100% delle automobili "connected mobility" funzionano cosi'. Mica in Javascript.

Il carico sui server cala di pochissimo. Conosco un'azienda di auto che gestisce otto milioni di auto continuamente connesse, ogni volta che sono accese, e non usa javascript, al massimo fa passare del json. E per 8 milioni di auto paga circa 50K/mese al suo cloud.

Davvero pensi che risparmierebbe molto se mettesse il javascript sull'auto, sotto forma di app?

Molti ci hanno provato.
Ci hanno provato e hanno fallito?
Ci hanno provato e sono morti. (cit. Reverenda Madre bene Gesserit, dune) 

Perche'? Perche' la distribuzione di software su dispositivi embedded e' un casino. L'auto parte, scarica il JS , lo esegue in locale comincia la magia.

Del resto, Whatsapp e' scritto in Erlang sul backend, e non mi sembra che abbia particolari problemi di performance.

Ma alla fine, per esempio, il JS di cui parlo nelle auto non e' certo scaricato da un server con node.js, nel caso delle auto e' in Java.

Davvero, non capisco la tua attenzione verso il particolare linguaggio.

@absc un tempo i siti come quello di ferrari li facevano in Flash. Il concetto era lo stesso, ma anziche' scaricare un pezzo di javascript scaricavi un pezzo di flash. Il guaio era che a livello di sicurezza flash era penoso, altrimenti avrebbe probabilmente vinto su javascript.

Perche'?

Perche' a quei tempi tutti sapevano usare flash, e nessuno javascript.

Puoi sempre scrivere questo:

<script type="application/javascript" src="https://example.com/script.js"></script>

e girera' uno script in javascript. Ma se scrivi:

<script type="text/html" src="https://example.com/myrest"></script>

al posto del pulsante ti compare il codice html che vuoi, compreso se serve un altro pulsante.

Ci sono tanti modi per fare quel sito, anche usando object e flash.

Ha vinto javascript perche' i programmatori lo amano di piu', tutto qui.
O meglio, perche' non sanno fare nient'altro.

@Aethiss said in Parliamo di software 2: Dudeswave:

Se poi mi dici e dimostri che, senza javascript, puoi offrire un sito come (esempio) ferrari.com , a costi minori, ed uguale resa finale, cospargo il capo di cenere e ti daro' ragione da oggi fino all'eternita' .

aspetta, stai chiedendo di sapere quanto cala il consumo della CPU dei server se io metto il javascript sul server, con CDN e acceleratori, o sul client come app?

La differenza e' nemmeno misurabile. Se anche metti il javascript sui server, o altri contenuti statici, un'azienda come il gruppo fiat avra' i suoi netscaler direttamente nel DC dell' ISP telefonico, dove termina il tunnel GPT, e non passi nemmeno da internet per scaricarli. Cosi' come li ha BMW, o Porsche, o chiunque altro. Si chiama edge computing.

Tutto quello di cui non fai cache sara' al massimo qualche chiamata ad un API gateway, che non e' possibile mettere in cache, ma appunto, facendo edge computing, non mi raccontare che hai tolto carico sui server se metti il javascript sul client anziche' sul server.

In linea astratta, puoi generare lo stesso javascript del sito usando unbackend erlang: lo fa per esempio Discord, che e' scritta in Elixir, che gira sulla VM di Erlang, come Scala gira su quella Java. E ha una signora UI.

Non capisco davvero questo tuo ignorare l'infrastruttura e concentrarsi sul linguaggio... sei tu, quello che sosteneva che mettere il JS sul client risparmiasse CPU sui server. Che non e' assolutamente vero.