Benvenuti nel Dudes Club Italiano

Non pensavo interessasse cosi' tanto, ma un tempo non c'erano Tette ?

comunque mi rendo conto che ho scritto rapidamente e senza spiegazioni capisco che il mio post vuol dire tutto e niente, quoto passo passo

@amigaunicorn said in Parliamo di software 2: Dudeswave:

aha. e se vuoi svilupare videogiochi, col javascript cosa ci fai? Per non parlare di AS400. Come usi il javascript su AS400?

Quindi, javascript non serve.

Partiamo dal: "Js Merda! Sempre!" Eh no, su AS400 non ci fai nulla. E no, nemmeno videogiochi (quasi: https://phaser.io/ ) . Comunque io avevo specificato "web".

@absc said in Parliamo di software 2: Dudeswave:

Stai paragonando pere con mele ;).

Io ho superato il "mi piace/non mi piace" da molto. Erlang è l'unico sistema che ti permette di costruire sistemi distribuiti senza vendere l'anima al diavolo.

Ni, se dalla tua descrizione parli di CMS, Blog.. social. Insomma roba accessibile via web.
Erlang fa il suo lavoro. Si. E' un must in quello che fa' ? No. E non e' questione di piacere o non piacere

Lato back-end Go/Java sono ancora un must. NodeJs gia' con node 18.x.x era a livello lato server di fare un lavoro eccellente sia in tempi di risposta, seppur ancora carente nel consumo delle risorse. Siamo a Node 24.x.x (Se fai tu stesso 2 prove facili facili, nel tuo server casalingo, vedrai che la comparazione e' impietosa).

@absc said in Parliamo di software 2: Dudeswave:

Non ho capito però: intendevi dire che Javascript scala? E se mi dici anche che ti piace quell'aborto chiamato "programmazione ad eventi", Spero di no perché altrimenti noi due abbiamo un problema.

Vedo di spiegarmi meglio. Come scala un app ha molte sfaccettature. Molte volte ho sentito da persone piu' varie che i framework javascript vengono usati per moda. In realta' e' falso. Facebook (che ha tirato fuori React), Google (che ha prodotto Angular), l'hanno fatto per un motivo ben preciso. E cioe' spostare il carico dal server ai client, avere applicazioni web piu' veloci e belle da usare, e delegare le comunicazioni server ai vari microservizi (Json its your friend!). Piu' ne hai, meglio scali, meglio tieni botta per tutte le problematiche relative ai big-data.
Un app web JS comparata a ,ignoriamo Erland, mettiamo php, escludendo per il momento il layer di caching, consuma 1/100 delle risorse lato server. Letteralmente scarichi il js sul tuo browser, ed e' TUTTO client. E se sono 100 utenti a navigare, i 100 con un app in React (ad esempio), parlano con il web server 1 volta, un app php ad ogni pagina che naviga.

Poi se si vuole andare piu' nel profondo (sicurezza e/o indicizzazione) , bisogna iniziare a parlare di app isomorfiche (https://en.wikipedia.org/wiki/Isomorphic_JavaScript), ma mi fermo qua' che altrimenti sembra che voglio fare il professore (CHE NON SONO).

Anzi, ti dico questo. Se per caso vuoi una qualsiasi mano (non nei miei unici 10gg di vacanza adesso ehehe), nei miei limiti di tempo e non, lo faccio con voglia e piacere

Detto questo, ma non c'erano Tette un tempo. Che caxx e' successo ?

@teflon eheheh, l'avro' visto 100 volte

noi ridiamo, ma node (JS v8) tiene in piedi servizi importanti di tantissima roba nel mondo !

@Gabriel said in Sul Dudes Club:

Purtroppo sappiamo tutti come è andata a finire...

qualcosa come 16 anni fa, un ragazzo molto bravo nell'ambito IT, mi disse che Javascript sarebbe stato il linguaggio del futuro. Gli risi in faccia.

sappiamo tutti come è andata a finire...

@absc said in Sui protocolli inventati.:

Più che i manager, secondo me è: "lo usano tutti, quindi dobbiamo usarlo anche noi."

meh. Quanta' verita' in cosi' poche parole. E se la si estrapola dal contesto, purtroppo fa capire molte cose sul mondo

@amigaunicorn said in Sui protocolli inventati.:

lo facevo spesso. Poi mi hanno fatto defect manager, e quindi non posso parlare, anche se defect manager e' ancora un ruolo tecnico. Pero' ci hanno messo "manager" nel nome.

Non "suona" tanto bello come titolo ahah
Detto questo, cosi' ad occhio e croce, vieni da un background tecnico. E' quello il fulcro del problema.
Quando han potere di "veto" e/o decisionale in ambiti tecnici, persone che hanno un background di zappaterra. E peggio ancora, chi sopra di loro che non si rende conto che tali decisioni influiranno su costi, tempi (altri costi) e cazzi (ulteriori tanti costi).

Scusate l'assenza.
Decisamente meglio questo format.

(test di reply !)

Enzo.

Solution Architect. Lavoro (ad oggi) per Onu, UN e World Food Program.
(si, so tante cose sul medio oriente, ci lavoro ogni giorno con Damasco & co. E no, non e' propriamente quello che dice il TG5 [incredibile !!!]).

Vivo sugli aerei, quando sono a terra, appena posso, giro con la mia moto nelle marche, o in costa Smeralda (non sono ricco eh, e' che sono nato e cresciuto a Porto Rotondo).

Altro boh...

capito, si a quel punto giusto fixare l'entry point.

edit: che, in teoria , dovrebbe gia' esistere. Pero' non conosco la libreria eh