Vieni anche tu a scuola in Svezia!
Ad
https://www.breitbart.com/europe/2019/01/11/swedish-journalist-teachers-have-given-up-rising-school-violence/
Qui accettiamo qualunque tipo di animale! Non facciamo discriminazioni noi! Mica siamo razzisti!!!
☺
Scritto da: Ordine Reich 2
> Perfino il Fuhrer, Goebbels e Goering hanno fatto questa scelta
Potresti seguire i suoi passi…
> Perfino il Fuhrer, Goebbels e Goering hanno fatto questa scelta
Potresti seguire i suoi passi…
Young professional woman and busy mom.
☺
Scritto da:
>
> Che non si avverta niente è da approfondire:
>
http://en.wikipedia.org/wiki/Inert_gas_asphyxiatio... 
Gli effetti peggiori ti arrivano quando ormai hai perso coscienza.
Right-to-die groups recommend this form of suicide as certain, fast, and painless, according to a 2007 study.
https://en.wikipedia.org/wiki/Suicide_bag
>
> Che non si avverta niente è da approfondire:
>
Gli effetti peggiori ti arrivano quando ormai hai perso coscienza.
Right-to-die groups recommend this form of suicide as certain, fast, and painless, according to a 2007 study.
Young professional woman and busy mom.
☺
Ho notato che manca una indicazione sulla provenienza delle emoticons serie classica, così stavo editando le faqs per aggiungere questa informazione (licenza CC BY-NC-SA su PI).
Agli autori delle emoticons Serie Estesa (gatto gattaggio, alex telegiornale e gengiva): va bene se estendo questa licenza anche alle vostre emoticons?
Link alla licenza: https://creativecommons.org/licenses/by-nc-sa/2.5/...
**Modificato dall'autore il 04.06.2014 23:15**
Agli autori delle emoticons Serie Estesa (gatto gattaggio, alex telegiornale e gengiva): va bene se estendo questa licenza anche alle vostre emoticons?
Link alla licenza: https://creativecommons.org/licenses/by-nc-sa/2.5/...
**Modificato dall'autore il 04.06.2014 23:15**
Young professional woman and busy mom.
☺
Scritto da: altg
> > > Vedi cosa intendo per "acerbo"?
> > > Questo sta facendo il percorso a scossoni di Linoleum.
> > >
> > > Classes were also removed, replaced by a combination of implementations and structured types.
> > >
> > > Cioe`, ha cambiato interamente object model tra una versione e l'altra.
> > > Che cavolo ci vorresti fare finche` la sua impostazione e` cosi` volatile?
> >
> > Stai usando nodejs che è anche lui alla versione 0.10.x
>
> Colpa tua!
> Comunque la tentazione era troppo forte.
>
> > Rust nasce come sostituto del c++, aggiungendo strati di verifiche statiche che intercettano a compile time un sacco di errori con messaggi significativi (hai mai visto un errore di compilazione c++ con i templates? io si
) e alcuni vantaggi come multithreading efficiente (threading m:n), type system forte (se non sbaglio è il modello di scala a sua volta ispirato a haskell),
>
> La wiki dice che e` anche "inferred"?
> Mi sono chiesto en passand come faccia ad essere forte ed inferred insieme...
Nel senso che il tipo delle variabili è sempre chiaro, esplicitamente o dedotto che sia; anche haskell ha un type system considerato tra i più forti (non puoi castare niente con niente, anche le conversioni di primitivi sono esplicite), ma ha la type inference. Quando una espressione è dubbia viene dedotto all'ultimo momento il suo tipo.
> > l'ownership dei puntatori (che ne determina il lifetime, e di conseguenza intercetta i memory leak a compile time), costrutti sintattici utili (pattern matching, return implicito dell'ultima espressione, oltre agli ormai immancabili closures, for-each, ...).
>
> In pratica un C antisdrucciolo. Mah, la roba troppo managed mi rende perplesso: piu` cose si lasciano fare al compilatore, piu` cose vengono fatte in maniera non ponderata perche` il compilatore non capisce qual'e` il ruolo, in pratica, di quel che sta compilando. Per come l'ho sempre vista io, piu` aspetti del run-time allontani dal controllo del programmatore, piu` colpisci la performance. Molti, oggi, forse non si rendono conto del problema perche` evitano il basso livello come la peste, confrontano performances di linguaggi diversi ma tutti piu` o meno molto al di sopra dell'assembly, e non vedono, in pratica, quel che perdono.
Il C è un compromesso già di suo, per buone performances intendo vicine a C/C++, in generale è quasi sempre sufficiente che produca codice nativo e non giri in una virtual machine per stare in quella fascia (ci sono eccezioni, ma generalmente è così).
Rust ha come target di compilazione llvm. Pensa che se lino fosse stato maturo avrebbe potuto essere là.
> > Lo sto osservando da almeno un annetto, (leggo spesso i This week in Rust che trovi qui) ho seguito il tutorial sul sito per la versione 0.8 e mi sono promesso di riaffrontarlo di nuovo per vedere come sta cambiando; quello che stanno affrontando ora è l'ultimo set di modifiche alla sintassi prima di andare verso la stabilizzazione e il rilascio della versione 1.0 di linguaggio e runtime library prevista per l'inizio del prossimo anno.
>
> Hmmmmrrr... dicono tutti cosi`. Aspetterei che ci arrivino e poi lascerei comunque passare un po' di tempo affinche` dia prova di essersi davvero stabilizzato.
>
> > I suoi principali concorrenti sono D della digital mars e Go di google, entrambi garbage collected; mi interessa capire se può diventare il linguaggio general purpouse che copre più use-case senza troppa fatica da aggiungere al mio bagaglio di conoscenze; mi sembra un linguaggio con buone performances, sintassi e compilatore amichevoli, un buon seguito di persone, nessuna pressione o interessi concorrenti alla realizzazione del linguaggio.
>
> Per le buone performances, nella mia idea, bisogna quanto meno avere accesso diretto ai registri, tanto per dirne una.
>
> e di certo costrutti come il ritorno implicito, che impacchettano l'operazione di ritorno di un valore e ne passano la gestione al compilatore, non aiutano. Fai conto che tra Lino 2 e Lino 3 l'istruzione di ritorno e` stata PERSA in favore della performance. Ti faccio un esempio:
>
>
>
> Somma B e C e poi ritorna il registro A.
> Il compilatore pero` la tradurrebbe in:
>
>
>
> Ma se in Lino 3 scrivi:
>
>
>
> ottieni:
>
>
>
> che sono tre istruzioni, non quattro. Questo perche` come programmatore SAI che ritornerai B + C e usi direttamente il registro dedicato al valore di ritorno come accumulatore. Ovviamente un caso del genere puo` essere considerato da un compilatore sofisticato, ma quando cominci a prendere in considerazione fattori un po' piu` complessi, il compilatore dovrebbe capire cosa sta facendo in relazione a tutto il resto del codice di una funzione da ottimizzare. Piu` roba implicita hai, piu` perdi occasioni (o le complichi a dismisura) per ottimizzare. Per questo penso che linguaggi come Rust possano diventare piu` comodi del C++, ma non significativamente piu` performanti. Pero` se valuti la comodita` e una velocita` decente senza cercare il massimo, fai bene a seguirlo, io non ti seguo e non lo seguo perche` sono un vecchio che vive nel passato e che e` fissato con gli estremi: o vado in javascript e me ne frego della performance ma favorisco qualcosa che esegue out of the box vista l'onnipresenza dei browser, oppure il mio ideale rimane qualcosa come Linoleum. Qualcosa che si mette in mezzo il meno possibile tra te e il bare metal.
Non scrivere 3 istruzioni per fare 1 + 1 è il tipo di compromesso che sembra ragionevole prendere per molti.
> > > Vedi cosa intendo per "acerbo"?
> > > Questo sta facendo il percorso a scossoni di Linoleum.
> > >
> > > Classes were also removed, replaced by a combination of implementations and structured types.
> > >
> > > Cioe`, ha cambiato interamente object model tra una versione e l'altra.
> > > Che cavolo ci vorresti fare finche` la sua impostazione e` cosi` volatile?
> >
> > Stai usando nodejs che è anche lui alla versione 0.10.x
>
> Colpa tua!
> Comunque la tentazione era troppo forte.
>
> > Rust nasce come sostituto del c++, aggiungendo strati di verifiche statiche che intercettano a compile time un sacco di errori con messaggi significativi (hai mai visto un errore di compilazione c++ con i templates? io si
) e alcuni vantaggi come multithreading efficiente (threading m:n), type system forte (se non sbaglio è il modello di scala a sua volta ispirato a haskell), >
> La wiki dice che e` anche "inferred"?
> Mi sono chiesto en passand come faccia ad essere forte ed inferred insieme...
Nel senso che il tipo delle variabili è sempre chiaro, esplicitamente o dedotto che sia; anche haskell ha un type system considerato tra i più forti (non puoi castare niente con niente, anche le conversioni di primitivi sono esplicite), ma ha la type inference. Quando una espressione è dubbia viene dedotto all'ultimo momento il suo tipo.
> > l'ownership dei puntatori (che ne determina il lifetime, e di conseguenza intercetta i memory leak a compile time), costrutti sintattici utili (pattern matching, return implicito dell'ultima espressione, oltre agli ormai immancabili closures, for-each, ...).
>
> In pratica un C antisdrucciolo. Mah, la roba troppo managed mi rende perplesso: piu` cose si lasciano fare al compilatore, piu` cose vengono fatte in maniera non ponderata perche` il compilatore non capisce qual'e` il ruolo, in pratica, di quel che sta compilando. Per come l'ho sempre vista io, piu` aspetti del run-time allontani dal controllo del programmatore, piu` colpisci la performance. Molti, oggi, forse non si rendono conto del problema perche` evitano il basso livello come la peste, confrontano performances di linguaggi diversi ma tutti piu` o meno molto al di sopra dell'assembly, e non vedono, in pratica, quel che perdono.
Il C è un compromesso già di suo, per buone performances intendo vicine a C/C++, in generale è quasi sempre sufficiente che produca codice nativo e non giri in una virtual machine per stare in quella fascia (ci sono eccezioni, ma generalmente è così).
Rust ha come target di compilazione llvm. Pensa che se lino fosse stato maturo avrebbe potuto essere là.
> > Lo sto osservando da almeno un annetto, (leggo spesso i This week in Rust che trovi qui
) ho seguito il tutorial sul sito per la versione 0.8 e mi sono promesso di riaffrontarlo di nuovo per vedere come sta cambiando; quello che stanno affrontando ora è l'ultimo set di modifiche alla sintassi prima di andare verso la stabilizzazione e il rilascio della versione 1.0 di linguaggio e runtime library prevista per l'inizio del prossimo anno.>
> Hmmmmrrr... dicono tutti cosi`. Aspetterei che ci arrivino e poi lascerei comunque passare un po' di tempo affinche` dia prova di essersi davvero stabilizzato.
>
> > I suoi principali concorrenti sono D della digital mars e Go di google, entrambi garbage collected; mi interessa capire se può diventare il linguaggio general purpouse che copre più use-case senza troppa fatica da aggiungere al mio bagaglio di conoscenze; mi sembra un linguaggio con buone performances, sintassi e compilatore amichevoli, un buon seguito di persone, nessuna pressione o interessi concorrenti alla realizzazione del linguaggio.
>
> Per le buone performances, nella mia idea, bisogna quanto meno avere accesso diretto ai registri, tanto per dirne una.
>
> e di certo costrutti come il ritorno implicito, che impacchettano l'operazione di ritorno di un valore e ne passano la gestione al compilatore, non aiutano. Fai conto che tra Lino 2 e Lino 3 l'istruzione di ritorno e` stata PERSA in favore della performance. Ti faccio un esempio:
>
>
> a = b; > a + c; > return [register] a; >
>
> Somma B e C e poi ritorna il registro A.
> Il compilatore pero` la tradurrebbe in:
>
>
> mov eax, ebx > add eax, ecx > mov ebp, eax > ret >
>
> Ma se in Lino 3 scrivi:
>
>
> % = b; > % + c; > leave; >
>
> ottieni:
>
>
> mov ebp, ebx > add ebp, ecx > ret >
>
> che sono tre istruzioni, non quattro. Questo perche` come programmatore SAI che ritornerai B + C e usi direttamente il registro dedicato al valore di ritorno come accumulatore. Ovviamente un caso del genere puo` essere considerato da un compilatore sofisticato, ma quando cominci a prendere in considerazione fattori un po' piu` complessi, il compilatore dovrebbe capire cosa sta facendo in relazione a tutto il resto del codice di una funzione da ottimizzare. Piu` roba implicita hai, piu` perdi occasioni (o le complichi a dismisura) per ottimizzare. Per questo penso che linguaggi come Rust possano diventare piu` comodi del C++, ma non significativamente piu` performanti. Pero` se valuti la comodita` e una velocita` decente senza cercare il massimo, fai bene a seguirlo, io non ti seguo e non lo seguo perche` sono un vecchio che vive nel passato e che e` fissato con gli estremi: o vado in javascript e me ne frego della performance ma favorisco qualcosa che esegue out of the box vista l'onnipresenza dei browser, oppure il mio ideale rimane qualcosa come Linoleum. Qualcosa che si mette in mezzo il meno possibile tra te e il bare metal.
Non scrivere 3 istruzioni per fare 1 + 1 è il tipo di compromesso che sembra ragionevole prendere per molti.
Young professional woman and busy mom.
☺
Scritto da: Giambo
> Mi pare che la citazione corretta (Benjamin Franklin ?) dicesse che gli stupidi non cambiano opinione.
> Ma potrei cambiare opinione
Solo i morti e gli stupidi non cambiano mai opinione. (James Russell Lowell) (fonte)
> Mi pare che la citazione corretta (Benjamin Franklin ?) dicesse che gli stupidi non cambiano opinione.
> Ma potrei cambiare opinione
Solo i morti e gli stupidi non cambiano mai opinione. (James Russell Lowell) (fonte)
Young professional woman and busy mom.
☺
Scritto da: altg
> > > Quando ti ho chiesto cosa ne pensavi di mozilla rust non mi hai più risposto. Lo fai ora?
> >
> > Neanche mi ricordavo che me l'avessi chiesto.
> > Comunque...
> >
> >
> >
> > non ti sembra troppo acerbo?
> > E se poi te ne innamori ma non si afferma?
> > Io aspetterei a vedere che ne viene fuori, ecco.
> > A dirla tutta, io ormai aspetto che mezzo mondo usi qualcosa, poi lo uso anch'io.
>
> Vedi cosa intendo per "acerbo"?
> Questo sta facendo il percorso a scossoni di Linoleum.
>
> Classes were also removed, replaced by a combination of implementations and structured types.
>
> Cioe`, ha cambiato interamente object model tra una versione e l'altra.
> Che cavolo ci vorresti fare finche` la sua impostazione e` cosi` volatile?
Stai usando nodejs che è anche lui alla versione 0.10.x
Rust nasce come sostituto del c++, aggiungendo strati di verifiche statiche che intercettano a compile time un sacco di errori con messaggi significativi (hai mai visto un errore di compilazione c++ con i templates? io si ) e alcuni vantaggi come multithreading efficiente (threading m:n), type system forte (se non sbaglio è il modello di scala a sua volta ispirato a haskell), l'ownership dei puntatori (che ne determina il lifetime, e di conseguenza intercetta i memory leak a compile time), costrutti sintattici utili (pattern matching, return implicito dell'ultima espressione, oltre agli ormai immancabili closures, for-each, ...).
Lo sto osservando da almeno un annetto, (leggo spesso i This week in Rust che trovi qui) ho seguito il tutorial sul sito per la versione 0.8 e mi sono promesso di riaffrontarlo di nuovo per vedere come sta cambiando; quello che stanno affrontando ora è l'ultimo set di modifiche alla sintassi prima di andare verso la stabilizzazione e il rilascio della versione 1.0 di linguaggio e runtime library prevista per l'inizio del prossimo anno.
I suoi principali concorrenti sono D della digital mars e Go di google, entrambi garbage collected; mi interessa capire se può diventare il linguaggio general purpouse che copre più use-case senza troppa fatica da aggiungere al mio bagaglio di conoscenze; mi sembra un linguaggio con buone performances, sintassi e compilatore amichevoli, un buon seguito di persone, nessuna pressione o interessi concorrenti alla realizzazione del linguaggio.
> > > Quando ti ho chiesto cosa ne pensavi di mozilla rust non mi hai più risposto. Lo fai ora?
> >
> > Neanche mi ricordavo che me l'avessi chiesto.
> > Comunque...
> >
> >
> > Appeared in 2012 > > Preview release 0.10[1] / 3 April 2014; 61 days ago > >
> >
> > non ti sembra troppo acerbo?
> > E se poi te ne innamori ma non si afferma?
> > Io aspetterei a vedere che ne viene fuori, ecco.
> > A dirla tutta, io ormai aspetto che mezzo mondo usi qualcosa, poi lo uso anch'io.
>
> Vedi cosa intendo per "acerbo"?
> Questo sta facendo il percorso a scossoni di Linoleum.
>
> Classes were also removed, replaced by a combination of implementations and structured types.
>
> Cioe`, ha cambiato interamente object model tra una versione e l'altra.
> Che cavolo ci vorresti fare finche` la sua impostazione e` cosi` volatile?
Stai usando nodejs che è anche lui alla versione 0.10.x
Rust nasce come sostituto del c++, aggiungendo strati di verifiche statiche che intercettano a compile time un sacco di errori con messaggi significativi (hai mai visto un errore di compilazione c++ con i templates? io si
) e alcuni vantaggi come multithreading efficiente (threading m:n), type system forte (se non sbaglio è il modello di scala a sua volta ispirato a haskell), l'ownership dei puntatori (che ne determina il lifetime, e di conseguenza intercetta i memory leak a compile time), costrutti sintattici utili (pattern matching, return implicito dell'ultima espressione, oltre agli ormai immancabili closures, for-each, ...).Lo sto osservando da almeno un annetto, (leggo spesso i This week in Rust che trovi qui
) ho seguito il tutorial sul sito per la versione 0.8 e mi sono promesso di riaffrontarlo di nuovo per vedere come sta cambiando; quello che stanno affrontando ora è l'ultimo set di modifiche alla sintassi prima di andare verso la stabilizzazione e il rilascio della versione 1.0 di linguaggio e runtime library prevista per l'inizio del prossimo anno.I suoi principali concorrenti sono D della digital mars e Go di google, entrambi garbage collected; mi interessa capire se può diventare il linguaggio general purpouse che copre più use-case senza troppa fatica da aggiungere al mio bagaglio di conoscenze; mi sembra un linguaggio con buone performances, sintassi e compilatore amichevoli, un buon seguito di persone, nessuna pressione o interessi concorrenti alla realizzazione del linguaggio.
Young professional woman and busy mom.
☺
Scritto da: altg
>
> Visto che si poteva fare anche senza tutto l'accrocchio di quack? Il JS su un processore moderno e` infatti piu` veloce dell'assembly di un 486 DX dei primi anni '90, il che apre le possibilita` a una serie di giochini retro` a sviluppo indy. Bei tempi, bei bei tempi. (semi-cit)
>
> Io ultimamente faccio il tifo per questo sviluppo interamente HTML5 (lo so, all'inizio ero scettico, ma solo gl'imbecilli non cambiano opinione) anche perche` potrebbe col tempo fagocitare i vari developer kit incompatibili tra loro degli attuali dispositivi a base Apple, Android, Microsoft, quel-che-sara`. Non ho mica voglia d'impararli tutti, e in fondo non ho piu` voglia neanche di dedicarmi a Linoleum.
Quando ti ho chiesto cosa ne pensavi di mozilla rust non mi hai più risposto. Lo fai ora?
>
> Visto che si poteva fare anche senza tutto l'accrocchio di quack? Il JS su un processore moderno e` infatti piu` veloce dell'assembly di un 486 DX dei primi anni '90, il che apre le possibilita` a una serie di giochini retro` a sviluppo indy. Bei tempi, bei bei tempi.
(semi-cit)>
> Io ultimamente faccio il tifo per questo sviluppo interamente HTML5 (lo so, all'inizio ero scettico, ma solo gl'imbecilli non cambiano opinione) anche perche` potrebbe col tempo fagocitare i vari developer kit incompatibili tra loro degli attuali dispositivi a base Apple, Android, Microsoft, quel-che-sara`. Non ho mica voglia d'impararli tutti, e in fondo non ho piu` voglia neanche di dedicarmi a Linoleum.
Quando ti ho chiesto cosa ne pensavi di mozilla rust non mi hai più risposto. Lo fai ora?
Young professional woman and busy mom.
☺
Scritto da: Giambo
>
>
> Prova a deofuscare questo
>
sei un h4x0r
>
>
> Prova a deofuscare questo
>
> var _0x8e48=["\x48\x65\x6C\x6C\x6F\x20\x57\x6F\x72\x6C\x64\x21","\x0A","\x4F\x4B"];var a=_0x8e48[0];function MsgBox(_0xab5dx3){alert(_0xab5dx3+_0x8e48[1]+a);} ;MsgBox(_0x8e48[2]);
> sei un h4x0r
Young professional woman and busy mom.
☺
Scritto da: Giambo
> http://jsnice.org/
Funzionicchia (ho provato con la nostra funzione insertIntoTextArea).
> http://jsnice.org/
Funzionicchia (ho provato con la nostra funzione insertIntoTextArea).
Young professional woman and busy mom.
E TU Lo Sai o no?
Ad
http://sallo.it
LO SAI? Allora NON fa per te. NON LO SAI? Allora non ti serve.
☺
Young professional woman and busy mom.
Tua madre succhia cazzi all'inferno
Ad
http://www.vatican.va/content/vatican/en.html
Nessuno ci crede per poi affogare nella realtà subito dopo
☺
Scritto da:
>
> Proverò a vedere installandolo nella macchina virtuale dove tengo youtube-dl.
Perché lo tieni in una macchina virtuale?
>
> Proverò a vedere installandolo nella macchina virtuale dove tengo youtube-dl.
Perché lo tieni in una macchina virtuale?
Young professional woman and busy mom.