Scritto da:
> http://www.toronto2015.org/
>
> Links to this Site are not permitted except with the written consent of TO2015™. If you wish to link to the Site, you must submit a written request to TO2015™ to do so. Requests for written consent can be sent to branduse@toronto2015.org. TO2015™ reserves the right to withhold its consent to link, such right to be exercised in its sole and unfettered discretion.
Chissà google quanto spende in sesterzi e dobloni.
> http://www.toronto2015.org/

>
> Links to this Site are not permitted except with the written consent of TO2015™. If you wish to link to the Site, you must submit a written request to TO2015™ to do so. Requests for written consent can be sent to branduse@toronto2015.org. TO2015™ reserves the right to withhold its consent to link, such right to be exercised in its sole and unfettered discretion.
Chissà google quanto spende in sesterzi e dobloni.
Young professional woman and busy mom.
Dio Porco
Ad
hhttps://bestemmietraamicidioporco
Perché non bestemmiare tra amici? È una cosa divertente!
Scritto da:
> Scritto da: ::1
> > Scritto da: avvelentani
> > > Scritto da: Giambo
> > > > Scritto da: avvelentani
> > > >
> > > > > > >
> > > > > > > l'impatto sulla complessita` algoritmica del cambio di implementazione e` stato notevole.
> > > > > >
> > > > > > Oh beh, finche' non cambia il comportamento, scheissegal
> > > > > >
> > > > > > **Modificato dall'autore il 11.07.2015 22:58**
> > > > >
> > > > > se avevi un algoritmo che usava String.substring ed era O(n) nel giro di una release e` diventato O(n²) sia come tempo che come spazio
> > > >
> > > > Sia come spazio che come tempo ?
> > > > Interessante, hai un belink da gettare nella mischia ?
> > >
> > > non ho voglia di cercarlo ma mi pare abbastanza ovvio.
> >
> > Come sei brontolo stamattina.
> > Una java.lang.String si compone di tre campi: int offset, int count, char[] value.
> > Nella vecchia versione di substring veniva ritornata una nuova String contenente lo stesso value, e valori diversi di offset e count; la nuova versione crea una copia di value con esattamente i char necessari.
> > La differenza è che una volta che la stringa originale cade fuori dal contesto di esecuzione può venire garbage collected anche l'intero value, mentre prima rimaneva sempre vivo.
> > Questo ha cambiato il comportamento in termini di performances soprattutto per i parser, ma non nel modo terribile che indica sarrusofono perché per molti la differenza è stata poca invece, salvo alcuni edge case.
>
> Mi sembra di sentire Yoda quando parla dell'ISIS. "Fa parte della loro cultura distruggere la cultura degli altri e salvo alcuni edge case la differenza per molti è stata poca".
Dal punto di vista del contratto non è cambiato niente, affidarsi a qualcosa di implicito e non documentato secondo me è sbagliato, avrebbero dovuto invece muoversi per fare entrare nello standard una alternativa valida tramite jsr come si è fatto per altre cose (vedi jsr173 per gli xml, etc etc).
> Scritto da: ::1
> > Scritto da: avvelentani
> > > Scritto da: Giambo
> > > > Scritto da: avvelentani
> > > >
> > > > > > >
> > > > > > > l'impatto sulla complessita` algoritmica del cambio di implementazione e` stato notevole.
> > > > > >
> > > > > > Oh beh, finche' non cambia il comportamento, scheissegal

> > > > > >
> > > > > > **Modificato dall'autore il 11.07.2015 22:58**
> > > > >
> > > > > se avevi un algoritmo che usava String.substring ed era O(n) nel giro di una release e` diventato O(n²) sia come tempo che come spazio
> > > >
> > > > Sia come spazio che come tempo ?
> > > > Interessante, hai un belink da gettare nella mischia ?
> > >
> > > non ho voglia di cercarlo ma mi pare abbastanza ovvio.
> >
> > Come sei brontolo stamattina.
> > Una java.lang.String si compone di tre campi: int offset, int count, char[] value.
> > Nella vecchia versione di substring veniva ritornata una nuova String contenente lo stesso value, e valori diversi di offset e count; la nuova versione crea una copia di value con esattamente i char necessari.
> > La differenza è che una volta che la stringa originale cade fuori dal contesto di esecuzione può venire garbage collected anche l'intero value, mentre prima rimaneva sempre vivo.
> > Questo ha cambiato il comportamento in termini di performances soprattutto per i parser, ma non nel modo terribile che indica sarrusofono perché per molti la differenza è stata poca invece, salvo alcuni edge case.
>
> Mi sembra di sentire Yoda quando parla dell'ISIS. "Fa parte della loro cultura distruggere la cultura degli altri e salvo alcuni edge case la differenza per molti è stata poca".

Dal punto di vista del contratto non è cambiato niente, affidarsi a qualcosa di implicito e non documentato secondo me è sbagliato, avrebbero dovuto invece muoversi per fare entrare nello standard una alternativa valida tramite jsr come si è fatto per altre cose (vedi jsr173 per gli xml, etc etc).
Young professional woman and busy mom.
Scritto da: avvelentani
> Scritto da: Giambo
> > Scritto da: avvelentani
> >
> > > > >
> > > > > l'impatto sulla complessita` algoritmica del cambio di implementazione e` stato notevole.
> > > >
> > > > Oh beh, finche' non cambia il comportamento, scheissegal
> > > >
> > > > **Modificato dall'autore il 11.07.2015 22:58**
> > >
> > > se avevi un algoritmo che usava String.substring ed era O(n) nel giro di una release e` diventato O(n²) sia come tempo che come spazio
> >
> > Sia come spazio che come tempo ?
> > Interessante, hai un belink da gettare nella mischia ?
>
> non ho voglia di cercarlo ma mi pare abbastanza ovvio.
Come sei brontolo stamattina.
Una java.lang.String si compone di tre campi: int offset, int count, char[] value.
Nella vecchia versione di substring veniva ritornata una nuova String contenente lo stesso value, e valori diversi di offset e count; la nuova versione crea una copia di value con esattamente i char necessari.
La differenza è che una volta che la stringa originale cade fuori dal contesto di esecuzione può venire garbage collected anche l'intero value, mentre prima rimaneva sempre vivo.
Questo ha cambiato il comportamento in termini di performances soprattutto per i parser, ma non nel modo terribile che indica sarrusofono perché per molti la differenza è stata poca invece, salvo alcuni edge case.
> Scritto da: Giambo
> > Scritto da: avvelentani
> >
> > > > >
> > > > > l'impatto sulla complessita` algoritmica del cambio di implementazione e` stato notevole.
> > > >
> > > > Oh beh, finche' non cambia il comportamento, scheissegal

> > > >
> > > > **Modificato dall'autore il 11.07.2015 22:58**
> > >
> > > se avevi un algoritmo che usava String.substring ed era O(n) nel giro di una release e` diventato O(n²) sia come tempo che come spazio
> >
> > Sia come spazio che come tempo ?
> > Interessante, hai un belink da gettare nella mischia ?
>
> non ho voglia di cercarlo ma mi pare abbastanza ovvio.
Come sei brontolo stamattina.
Una java.lang.String si compone di tre campi: int offset, int count, char[] value.
Nella vecchia versione di substring veniva ritornata una nuova String contenente lo stesso value, e valori diversi di offset e count; la nuova versione crea una copia di value con esattamente i char necessari.
La differenza è che una volta che la stringa originale cade fuori dal contesto di esecuzione può venire garbage collected anche l'intero value, mentre prima rimaneva sempre vivo.
Questo ha cambiato il comportamento in termini di performances soprattutto per i parser, ma non nel modo terribile che indica sarrusofono perché per molti la differenza è stata poca invece, salvo alcuni edge case.
Young professional woman and busy mom.
Scritto da:
> Scritto da: ::1
> > Scritto da:
> > > Scritto da:
> > > > Scritto da:
> > > > > Scritto da: ::1
> > > > > > https://docs.google.com/document/d/1GDm_cAxYInmoHM...
> > > > >
> > > > > Riassuntino veloce veloce?
> > > >
> > > > sun.misc.Unsafe is an unsupported API which has popular usage in the industry but it is not an official standard for Java SE. There are plans for its removal under the modularisation efforts for Java SE 9. This is deemed to be a good thing in general.
> > > > Many organisations/framework/library/product owners have stated they will be unable to move to Java SE 9 without some sort of replacement for some of the 'safe' sun.misc.Unsafe features.
> > > > The community at large should work on and propose JEPs through OpenJDK to provide the same functionality as the 'safe' parts of of sun.misc.Unsafe. It is generally acknowledged that there will not be enough time for this before Java SE 9 is feature complete (~Nov 2015).
> > > > As the JEPs and other pieces of work that make up Java SE 9 will be feature complete in ~Nov 2015, we would like to propose to allow sun.misc.Unsafe to be deprecated and/or be enabled by a -XX flag in order to allow new alternatives for the 'safe' parts of sun.misc.Unsafe to be proposed through the JEP process.
> > > >
> > >
> > > Cioè prima hanno messo funzioni nella loro libreria che per qualche misteriosa ragione potevano usare solo loro, ora che anche i cani le usano vogliono rimuoverle senza fornire alternative valide a quelle funzione?
> > >
> > > Java...
> > >
> >
> > Permette di allocare memoria fuori dal garbage collector.
>
> cioè avete java e avete bisogno di tornare al c
>
> ma java non era diventato superstamegaiperveloce?

È un api di 15 anni fa (almeno java 1.4), viene usata per allocare buffer più performanti di quelli nella vm perché non hanno alcun check a runtime.
> Scritto da: ::1
> > Scritto da:
> > > Scritto da:
> > > > Scritto da:
> > > > > Scritto da: ::1
> > > > > > https://docs.google.com/document/d/1GDm_cAxYInmoHM...

> > > > >
> > > > > Riassuntino veloce veloce?
> > > >
> > > > sun.misc.Unsafe is an unsupported API which has popular usage in the industry but it is not an official standard for Java SE. There are plans for its removal under the modularisation efforts for Java SE 9. This is deemed to be a good thing in general.
> > > > Many organisations/framework/library/product owners have stated they will be unable to move to Java SE 9 without some sort of replacement for some of the 'safe' sun.misc.Unsafe features.
> > > > The community at large should work on and propose JEPs through OpenJDK to provide the same functionality as the 'safe' parts of of sun.misc.Unsafe. It is generally acknowledged that there will not be enough time for this before Java SE 9 is feature complete (~Nov 2015).
> > > > As the JEPs and other pieces of work that make up Java SE 9 will be feature complete in ~Nov 2015, we would like to propose to allow sun.misc.Unsafe to be deprecated and/or be enabled by a -XX flag in order to allow new alternatives for the 'safe' parts of sun.misc.Unsafe to be proposed through the JEP process.
> > > >
> > >
> > > Cioè prima hanno messo funzioni nella loro libreria che per qualche misteriosa ragione potevano usare solo loro, ora che anche i cani le usano vogliono rimuoverle senza fornire alternative valide a quelle funzione?

> > >
> > > Java...

> > >
> >
> > Permette di allocare memoria fuori dal garbage collector.
>
> cioè avete java e avete bisogno di tornare al c

>
> ma java non era diventato superstamegaiperveloce?


È un api di 15 anni fa (almeno java 1.4), viene usata per allocare buffer più performanti di quelli nella vm perché non hanno alcun check a runtime.
Young professional woman and busy mom.
Scritto da:
> Scritto da:
> > Scritto da:
> > > Scritto da: ::1
> > > > https://docs.google.com/document/d/1GDm_cAxYInmoHM...
> > >
> > > Riassuntino veloce veloce?
> >
> > sun.misc.Unsafe is an unsupported API which has popular usage in the industry but it is not an official standard for Java SE. There are plans for its removal under the modularisation efforts for Java SE 9. This is deemed to be a good thing in general.
> > Many organisations/framework/library/product owners have stated they will be unable to move to Java SE 9 without some sort of replacement for some of the 'safe' sun.misc.Unsafe features.
> > The community at large should work on and propose JEPs through OpenJDK to provide the same functionality as the 'safe' parts of of sun.misc.Unsafe. It is generally acknowledged that there will not be enough time for this before Java SE 9 is feature complete (~Nov 2015).
> > As the JEPs and other pieces of work that make up Java SE 9 will be feature complete in ~Nov 2015, we would like to propose to allow sun.misc.Unsafe to be deprecated and/or be enabled by a -XX flag in order to allow new alternatives for the 'safe' parts of sun.misc.Unsafe to be proposed through the JEP process.
> >
>
> Cioè prima hanno messo funzioni nella loro libreria che per qualche misteriosa ragione potevano usare solo loro, ora che anche i cani le usano vogliono rimuoverle senza fornire alternative valide a quelle funzione?
>
> Java...
>
Permette di allocare memoria fuori dal garbage collector.
> Scritto da:
> > Scritto da:
> > > Scritto da: ::1
> > > > https://docs.google.com/document/d/1GDm_cAxYInmoHM...

> > >
> > > Riassuntino veloce veloce?
> >
> > sun.misc.Unsafe is an unsupported API which has popular usage in the industry but it is not an official standard for Java SE. There are plans for its removal under the modularisation efforts for Java SE 9. This is deemed to be a good thing in general.
> > Many organisations/framework/library/product owners have stated they will be unable to move to Java SE 9 without some sort of replacement for some of the 'safe' sun.misc.Unsafe features.
> > The community at large should work on and propose JEPs through OpenJDK to provide the same functionality as the 'safe' parts of of sun.misc.Unsafe. It is generally acknowledged that there will not be enough time for this before Java SE 9 is feature complete (~Nov 2015).
> > As the JEPs and other pieces of work that make up Java SE 9 will be feature complete in ~Nov 2015, we would like to propose to allow sun.misc.Unsafe to be deprecated and/or be enabled by a -XX flag in order to allow new alternatives for the 'safe' parts of sun.misc.Unsafe to be proposed through the JEP process.
> >
>
> Cioè prima hanno messo funzioni nella loro libreria che per qualche misteriosa ragione potevano usare solo loro, ora che anche i cani le usano vogliono rimuoverle senza fornire alternative valide a quelle funzione?

>
> Java...

>
Permette di allocare memoria fuori dal garbage collector.
Young professional woman and busy mom.
Scritto da:
> Scritto da: ::1
> > Scritto da:
> > > Scritto da: ::1
> > > > Scritto da:
> > > > >
http://www.corriere.it/tecnologia/economia-digital... 
> > > >
> > > > Ho dovuto controllare che non fosse il lercio.
> > >
> > > Così impari a votare quei ritardati del M5S
> >
> > Il m5s l'avrai votato te
>
> Confessa.
> Scritto da: ::1
> > Scritto da:
> > > Scritto da: ::1
> > > > Scritto da:
> > > > >

> > > >
> > > > Ho dovuto controllare che non fosse il lercio.

> > >
> > > Così impari a votare quei ritardati del M5S

> >
> > Il m5s l'avrai votato te

>
> Confessa.

Young professional woman and busy mom.
Scritto da:
> Scritto da: ::1
> > Scritto da:
> > >
http://www.corriere.it/tecnologia/economia-digital... 
> >
> > Ho dovuto controllare che non fosse il lercio.
>
> Così impari a votare quei ritardati del M5S
Il m5s l'avrai votato te
> Scritto da: ::1
> > Scritto da:
> > >

> >
> > Ho dovuto controllare che non fosse il lercio.

>
> Così impari a votare quei ritardati del M5S

Il m5s l'avrai votato te
Young professional woman and busy mom.
Scritto da: avvelentani
>
> perche' ti lascia perplesso? diversi di quei progetti sono performance critical.
Mi lascia perplesso che quei progetti utilizzino in modo così libertino una api non documentata.
Significa che per passare a java 9 si dovrà giocoforza aggiornare quelle librerie, e questo su alcuni progetti, soprattutto molto vecchi, vuol dire riscrivere un sacco di roba.
Ad esempio da me si usa molto spring 2.5, passare al 3.x è uno step che già di suo ha un peso, passare al 4.x ancora di più: se ipotizziamo che esca una fix per spring per togliere la dipendenza e questa va solo sulle ultime versioni allora è un problema.
>
> perche' ti lascia perplesso? diversi di quei progetti sono performance critical.
Mi lascia perplesso che quei progetti utilizzino in modo così libertino una api non documentata.
Significa che per passare a java 9 si dovrà giocoforza aggiornare quelle librerie, e questo su alcuni progetti, soprattutto molto vecchi, vuol dire riscrivere un sacco di roba.
Ad esempio da me si usa molto spring 2.5, passare al 3.x è uno step che già di suo ha un peso, passare al 4.x ancora di più: se ipotizziamo che esca una fix per spring per togliere la dipendenza e questa va solo sulle ultime versioni allora è un problema.
Young professional woman and busy mom.
Multiculturalismo a Bruxelles
Ad
https://www.davidicke.com/article/513643/firemen-flee-attacked-migrant-youths-multicultural-molenbeek
“They call us for small fires and attack us while we want to help.”
Scritto da: Giambo
>
> Come conciliare cio' con la patentabita' delle API ?
Quello che un po' mi lascia perplesso è come progetti chiave dell'ecosistema java dipendano da una API non documentata e non supportata in alcun modo: hibernate, spring, hadoop, gwt, scala, netty per citarne alcuni non funzionerebbero su java 9 se venisse eliminata.
>
> Come conciliare cio' con la patentabita' delle API ?
Quello che un po' mi lascia perplesso è come progetti chiave dell'ecosistema java dipendano da una API non documentata e non supportata in alcun modo: hibernate, spring, hadoop, gwt, scala, netty per citarne alcuni non funzionerebbero su java 9 se venisse eliminata.
Young professional woman and busy mom.
Scritto da:
> Scritto da: ::1
> > Scritto da:
> > > Scritto da: ::1
> > > > Scritto da:
> > > > >
> > > > > E che c'è da dire a parte che ora si spera chiudano e finiscano in galera?
> > > > >
> > > > > L'unica cosa che sarebbe da fare è fare una petizione per rendere illegale la compravendita di bug, exploit, ecc. e obbligare chi li scopre a comunicare tempestivamente la cosa al produttore di tale software.
> > > > >
> > > > > Probabilità che l'italiano medio capisca la petizione? Più o meno 0.01%.
> > > >
> > > > Una proposta che è una cagata insomma.
> > > > L'accesso non consentito a sistemi informatici è sempre un reato, a che serve punire chi ti dice come fare?
> > > > Se scrivi software coi buchi sei una vittima delle tue azioni, qualunque cosa accada.
> > >
> > > I software hanno i buchi per loro natura stessa, come l'emmental, e non necessariamente li si scopre tramite un accesso illegale.
> > >
> > > D'altra parte una legge che obblighi chi li ha scoperti a rivelarli presumerebbe che questi sia noto.
> > >
> >
> > Mah, secondo me i software non hanno i buchi per natura; hanno sviluppatori/progettisti più o meno abili a disegnare correttamente il software in modo che sia previsto per ogni dato input il corretto output.
> > I bug che vengono scoperti non sono altro che input maliziosi non gestiti dal software e che eseguono dei percorsi fortuiti nell'algoritmo e permettono di essere sfruttati.
>
> un software può benissimo prendere l'input corretto e restituire l'output corretto e andare in buffer overflow nel frattempo, quindi?
In quel caso il problema non è l'algoritmo, ma l'implementazione che a fronte di un input produce un comportamento inatteso.
Quindi se te lo bucano lo sistemi e impari a programmare come si deve.
> Scritto da: ::1
> > Scritto da:
> > > Scritto da: ::1
> > > > Scritto da:
> > > > >
> > > > > E che c'è da dire a parte che ora si spera chiudano e finiscano in galera?
> > > > >
> > > > > L'unica cosa che sarebbe da fare è fare una petizione per rendere illegale la compravendita di bug, exploit, ecc. e obbligare chi li scopre a comunicare tempestivamente la cosa al produttore di tale software.
> > > > >
> > > > > Probabilità che l'italiano medio capisca la petizione? Più o meno 0.01%.
> > > >
> > > > Una proposta che è una cagata insomma.
> > > > L'accesso non consentito a sistemi informatici è sempre un reato, a che serve punire chi ti dice come fare?
> > > > Se scrivi software coi buchi sei una vittima delle tue azioni, qualunque cosa accada.
> > >
> > > I software hanno i buchi per loro natura stessa, come l'emmental, e non necessariamente li si scopre tramite un accesso illegale.
> > >
> > > D'altra parte una legge che obblighi chi li ha scoperti a rivelarli presumerebbe che questi sia noto.
> > >
> >
> > Mah, secondo me i software non hanno i buchi per natura; hanno sviluppatori/progettisti più o meno abili a disegnare correttamente il software in modo che sia previsto per ogni dato input il corretto output.
> > I bug che vengono scoperti non sono altro che input maliziosi non gestiti dal software e che eseguono dei percorsi fortuiti nell'algoritmo e permettono di essere sfruttati.
>
> un software può benissimo prendere l'input corretto e restituire l'output corretto e andare in buffer overflow nel frattempo, quindi?
In quel caso il problema non è l'algoritmo, ma l'implementazione che a fronte di un input produce un comportamento inatteso.
Quindi se te lo bucano lo sistemi e impari a programmare come si deve.
Young professional woman and busy mom.
Scritto da:
> Viva perciò i garbage collector, viva i linguaggi fortemente tipizzati, viva i linguaggi compilati il cui compilatore ti avvisa di potenziali errori che ad un linguaggio interpretato sfuggirebbero se non in fase di runtime, ecc.
Viva haskell
> Viva perciò i garbage collector, viva i linguaggi fortemente tipizzati, viva i linguaggi compilati il cui compilatore ti avvisa di potenziali errori che ad un linguaggio interpretato sfuggirebbero se non in fase di runtime, ecc.
Viva haskell
Young professional woman and busy mom.
Black Woman Destroys White Privilege Myth
Ad
https://www.youtube.com/watch?v=pbccGbPKwok
Femmina nera onesta ci spiega il concetto del "white privilege"
Scritto da:
> Scritto da: ::1
> > Scritto da:
> > >
> > > E che c'è da dire a parte che ora si spera chiudano e finiscano in galera?
> > >
> > > L'unica cosa che sarebbe da fare è fare una petizione per rendere illegale la compravendita di bug, exploit, ecc. e obbligare chi li scopre a comunicare tempestivamente la cosa al produttore di tale software.
> > >
> > > Probabilità che l'italiano medio capisca la petizione? Più o meno 0.01%.
> >
> > Una proposta che è una cagata insomma.
> > L'accesso non consentito a sistemi informatici è sempre un reato, a che serve punire chi ti dice come fare?
> > Se scrivi software coi buchi sei una vittima delle tue azioni, qualunque cosa accada.
>
> I software hanno i buchi per loro natura stessa, come l'emmental, e non necessariamente li si scopre tramite un accesso illegale.
>
> D'altra parte una legge che obblighi chi li ha scoperti a rivelarli presumerebbe che questi sia noto.
>
Mah, secondo me i software non hanno i buchi per natura; hanno sviluppatori/progettisti più o meno abili a disegnare correttamente il software in modo che sia previsto per ogni dato input il corretto output.
I bug che vengono scoperti non sono altro che input maliziosi non gestiti dal software e che eseguono dei percorsi fortuiti nell'algoritmo e permettono di essere sfruttati.
> Scritto da: ::1
> > Scritto da:
> > >
> > > E che c'è da dire a parte che ora si spera chiudano e finiscano in galera?
> > >
> > > L'unica cosa che sarebbe da fare è fare una petizione per rendere illegale la compravendita di bug, exploit, ecc. e obbligare chi li scopre a comunicare tempestivamente la cosa al produttore di tale software.
> > >
> > > Probabilità che l'italiano medio capisca la petizione? Più o meno 0.01%.
> >
> > Una proposta che è una cagata insomma.
> > L'accesso non consentito a sistemi informatici è sempre un reato, a che serve punire chi ti dice come fare?
> > Se scrivi software coi buchi sei una vittima delle tue azioni, qualunque cosa accada.
>
> I software hanno i buchi per loro natura stessa, come l'emmental, e non necessariamente li si scopre tramite un accesso illegale.
>
> D'altra parte una legge che obblighi chi li ha scoperti a rivelarli presumerebbe che questi sia noto.
>
Mah, secondo me i software non hanno i buchi per natura; hanno sviluppatori/progettisti più o meno abili a disegnare correttamente il software in modo che sia previsto per ogni dato input il corretto output.
I bug che vengono scoperti non sono altro che input maliziosi non gestiti dal software e che eseguono dei percorsi fortuiti nell'algoritmo e permettono di essere sfruttati.
Young professional woman and busy mom.
Scritto da:
>
> E che c'è da dire a parte che ora si spera chiudano e finiscano in galera?
>
> L'unica cosa che sarebbe da fare è fare una petizione per rendere illegale la compravendita di bug, exploit, ecc. e obbligare chi li scopre a comunicare tempestivamente la cosa al produttore di tale software.
>
> Probabilità che l'italiano medio capisca la petizione? Più o meno 0.01%.
Una proposta che è una cagata insomma.
L'accesso non consentito a sistemi informatici è sempre un reato, a che serve punire chi ti dice come fare?
Se scrivi software coi buchi sei una vittima delle tue azioni, qualunque cosa accada.
>
> E che c'è da dire a parte che ora si spera chiudano e finiscano in galera?
>
> L'unica cosa che sarebbe da fare è fare una petizione per rendere illegale la compravendita di bug, exploit, ecc. e obbligare chi li scopre a comunicare tempestivamente la cosa al produttore di tale software.
>
> Probabilità che l'italiano medio capisca la petizione? Più o meno 0.01%.
Una proposta che è una cagata insomma.
L'accesso non consentito a sistemi informatici è sempre un reato, a che serve punire chi ti dice come fare?
Se scrivi software coi buchi sei una vittima delle tue azioni, qualunque cosa accada.
Young professional woman and busy mom.
Scritto da: gengiva
> stanno uscendo news tipo di programmi per spiare gente, modificare prove giudiziari, infamare gente
>
> mail rubate, minacce di morte, cose
>
> sempre a farvi le poppe sulle solite cose diocane
>
>
> ma c'è il correttore?
Tempo di mettermi a piluccare le email non ce l'ho, ma il megathread su /r/italy riassume bene le più succose, comunque avevano bei software in catalogo, e un po' invece era fuffa (come le mail col generale G e il colonnello C).
> stanno uscendo news tipo di programmi per spiare gente, modificare prove giudiziari, infamare gente
>
> mail rubate, minacce di morte, cose
>
> sempre a farvi le poppe sulle solite cose diocane
>
>
> ma c'è il correttore?

Tempo di mettermi a piluccare le email non ce l'ho, ma il megathread su /r/italy riassume bene le più succose, comunque avevano bei software in catalogo, e un po' invece era fuffa (come le mail col generale G e il colonnello C).
Young professional woman and busy mom.
Scritto da:
>
http://www.corriere.it/tecnologia/economia-digital... 
Ho dovuto controllare che non fosse il lercio.
>

Ho dovuto controllare che non fosse il lercio.
Young professional woman and busy mom.
Trova Wakanda!
Ad
https://imgoat.com/uploads/edebb6e872/182095.jpg
Solo il 5% riesce a trovarla! Provaci anche tu!!
Scritto da: Giambo
> Scritto da: ::1
>
> > > Del resto il piu' piccolo gia' ora gioca con la bambola.
> > > Una bambola negra.
> >
> > In famiglia parli tedesco o italiano?
>
> Italiano, lo (Svizzero) tedesco diventera' la loro lingua madre quindidevo spingere l'italiano affinche' siano effettivamente bilingue.
> E spesso parlo in dialetto, e' importante per me.
>
> Sei in cerca di consigli ? Sei in dolce attesa
?
Sono in dolce attesa delle ferie, volevo solo vedere come avevi affrontato la questione.
> Scritto da: ::1
>
> > > Del resto il piu' piccolo gia' ora gioca con la bambola.
> > > Una bambola negra.
> >
> > In famiglia parli tedesco o italiano?
>
> Italiano, lo (Svizzero) tedesco diventera' la loro lingua madre quindidevo spingere l'italiano affinche' siano effettivamente bilingue.
> E spesso parlo in dialetto, e' importante per me.
>
> Sei in cerca di consigli ? Sei in dolce attesa
?Sono in dolce attesa delle ferie, volevo solo vedere come avevi affrontato la questione.
Young professional woman and busy mom.
Scritto da: Giambo
>
>
> Del resto il piu' piccolo gia' ora gioca con la bambola.
> Una bambola negra.
In famiglia parli tedesco o italiano?
>
>
> Del resto il piu' piccolo gia' ora gioca con la bambola.
> Una bambola negra.
In famiglia parli tedesco o italiano?
Young professional woman and busy mom.
Scritto da:
>
> Ci stai suggerendo di hostare un servizio di sharing di immagini? È quello che stai facendo?
No, però non conoscevo PhotoDNA
.
>
> Ci stai suggerendo di hostare un servizio di sharing di immagini? È quello che stai facendo?

No, però non conoscevo PhotoDNA
.
Young professional woman and busy mom.