☺
Scritto da:
> Scritto da: ::1
> > L'appoggio qui che mi servirà stasera:
https://github.com/10se1ucgo/DisableWinTracking 
>
> L'installazione è finalmente riuscita?
Stamattina aveva finito di fare updates.
L'ho lasciato a scaricare 1gb di driver oculus, così stasera mi resta solo di disinstallare i driver nvidia di windows, disattivare l'autoupdate su tali driver e installare gli ultimi con le nuove features VR.
E sperare che il runtime switcher funzioni per iracing.
> Scritto da: ::1
> > L'appoggio qui che mi servirà stasera:
>
> L'installazione è finalmente riuscita?
Stamattina aveva finito di fare updates.
L'ho lasciato a scaricare 1gb di driver oculus, così stasera mi resta solo di disinstallare i driver nvidia di windows, disattivare l'autoupdate su tali driver e installare gli ultimi con le nuove features VR.
E sperare che il runtime switcher funzioni per iracing.
Young professional woman and busy mom.
☺
L'appoggio qui che mi servirà stasera: https://github.com/10se1ucgo/DisableWinTracking
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:
> Scritto da: ::1
> > Scritto da:
> > > Scritto da: ::1
> > > > Scritto da:
> > > > > Nel ginepraio di cartelle che ho sul NAS, solo parzialmente riordinato, erede di diverse archiviazioni sui precedenti computer, ho un mucchio di collegamenti. Ad esempio quando tengo un file in una cartella, perché è logico tenerlo lì, ma vedo che mi capita di cercarlo spesso in un'altra cartella, creo un collegamento in questa seconda cartella.
> > > > >
> > > > > Il problema, di cui mi sono accorto in seguito, è che questi collegamenti funzionano solo in Windows - e potrebbero non funzionare più in una versione futura - e a differenza dei collegamenti Internet non è possibile leggere nel file .lnk il nome del percorso a cui dovrebbe puntare.
> > > > >
> > > > > Esiste un modo per ovviare al problema?
> > > >
> > > > Usare dei symlink con percorsi relativi alla root del nas; però non tutti i protocolli supportano la creazione dei symlink né tutti i filesystems ce li hanno.
> > >
> > > In Windows non ho idea di come si crea un symlink.
> >
> > E` una feature che microsoft usa (es: Documenti è un symlink a Documents), ma che nasconde all'utente, dovesse capire la truffa dei files lnk.
> > Fortunatamente trovi tutte le spiegazioni di cui hai bisogno su google.
>
> Mmmh. Immagino che sarebbe troppo pretendere che il symlink funzioni anche in Linux, però è almeno leggibile?
Salvo stranezze i symlinks in ntfs sono interoperabili. Ho provato a usare un symlink creato da windows in linux senza problemi, non ho provato l'inverso ma non mi sembra sia roba stranissima da implementare: nei file systems ext* e una mare di file systems unix ci sono da una vita.
> Scritto da: ::1
> > Scritto da:
> > > Scritto da: ::1
> > > > Scritto da:
> > > > > Nel ginepraio di cartelle che ho sul NAS, solo parzialmente riordinato, erede di diverse archiviazioni sui precedenti computer, ho un mucchio di collegamenti. Ad esempio quando tengo un file in una cartella, perché è logico tenerlo lì, ma vedo che mi capita di cercarlo spesso in un'altra cartella, creo un collegamento in questa seconda cartella.
> > > > >
> > > > > Il problema, di cui mi sono accorto in seguito, è che questi collegamenti funzionano solo in Windows - e potrebbero non funzionare più in una versione futura - e a differenza dei collegamenti Internet non è possibile leggere nel file .lnk il nome del percorso a cui dovrebbe puntare.
> > > > >
> > > > > Esiste un modo per ovviare al problema?
> > > >
> > > > Usare dei symlink con percorsi relativi alla root del nas; però non tutti i protocolli supportano la creazione dei symlink né tutti i filesystems ce li hanno.
> > >
> > > In Windows non ho idea di come si crea un symlink.
> >
> > E` una feature che microsoft usa (es: Documenti è un symlink a Documents), ma che nasconde all'utente, dovesse capire la truffa dei files lnk.
> > Fortunatamente trovi tutte le spiegazioni di cui hai bisogno su google.
>
> Mmmh. Immagino che sarebbe troppo pretendere che il symlink funzioni anche in Linux, però è almeno leggibile?
Salvo stranezze i symlinks in ntfs sono interoperabili. Ho provato a usare un symlink creato da windows in linux senza problemi, non ho provato l'inverso ma non mi sembra sia roba stranissima da implementare: nei file systems ext* e una mare di file systems unix ci sono da una vita.
Young professional woman and busy mom.
☺
Scritto da:
> Scritto da: ::1
> > Scritto da:
> > > Nel ginepraio di cartelle che ho sul NAS, solo parzialmente riordinato, erede di diverse archiviazioni sui precedenti computer, ho un mucchio di collegamenti. Ad esempio quando tengo un file in una cartella, perché è logico tenerlo lì, ma vedo che mi capita di cercarlo spesso in un'altra cartella, creo un collegamento in questa seconda cartella.
> > >
> > > Il problema, di cui mi sono accorto in seguito, è che questi collegamenti funzionano solo in Windows - e potrebbero non funzionare più in una versione futura - e a differenza dei collegamenti Internet non è possibile leggere nel file .lnk il nome del percorso a cui dovrebbe puntare.
> > >
> > > Esiste un modo per ovviare al problema?
> >
> > Usare dei symlink con percorsi relativi alla root del nas; però non tutti i protocolli supportano la creazione dei symlink né tutti i filesystems ce li hanno.
>
> In Windows non ho idea di come si crea un symlink.
E` una feature che microsoft usa (es: Documenti è un symlink a Documents), ma che nasconde all'utente, dovesse capire la truffa dei files lnk.
Fortunatamente trovi tutte le spiegazioni di cui hai bisogno su google.
> Scritto da: ::1
> > Scritto da:
> > > Nel ginepraio di cartelle che ho sul NAS, solo parzialmente riordinato, erede di diverse archiviazioni sui precedenti computer, ho un mucchio di collegamenti. Ad esempio quando tengo un file in una cartella, perché è logico tenerlo lì, ma vedo che mi capita di cercarlo spesso in un'altra cartella, creo un collegamento in questa seconda cartella.
> > >
> > > Il problema, di cui mi sono accorto in seguito, è che questi collegamenti funzionano solo in Windows - e potrebbero non funzionare più in una versione futura - e a differenza dei collegamenti Internet non è possibile leggere nel file .lnk il nome del percorso a cui dovrebbe puntare.
> > >
> > > Esiste un modo per ovviare al problema?
> >
> > Usare dei symlink con percorsi relativi alla root del nas; però non tutti i protocolli supportano la creazione dei symlink né tutti i filesystems ce li hanno.
>
> In Windows non ho idea di come si crea un symlink.
E` una feature che microsoft usa (es: Documenti è un symlink a Documents), ma che nasconde all'utente, dovesse capire la truffa dei files lnk.
Fortunatamente trovi tutte le spiegazioni di cui hai bisogno su google.
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:
> > > nuget
> > Maven gestisce le librerie java dal 2002
> >
> > > db dentro l'ide
> > dimmi qualcosa che eclipse non fa
> >
> > > voat
> > twitter (scala), gmail, google documents
>
> Hai mancato il punto di quello che ho scritto.
> Il punto non è che Java non ha un packet manager, o un IDE, o persino un IDE con la possibilità di fare svarie cose utili, o tante librerie a disposizione...
>
> Il punto è che anche C# con ASP.NET ha queste cose.
>
> Pertanto quando mi dici che non dovrei fermarmi al linguaggio ma valutare anche l'ambiente circostante... hai ragione... ma non vedo grossi incentivi da questo punto di vista per preferire la JVM a .NET
>
> D'altro canto vedo che C# mi rende la vita molto più semplice in confronto a Java, vedo che C# mi permette di scrivere codice più pulito e più chiaro. E questo per me è un GROSSO incentivo.
Continui ad avere il punto di vista dello sviluppatore, come se fosse l'unico a beneficiare della scelta di una piattaforma piuttosto che un'altra.
> > > > Java come linguaggio può morire anche domani, ma la jvm resisterà per molto tempo.
> > >
> > > IMO la JVM è ancora legata a due mandate a Java. Sì, ci sono altri linguaggi che la usano, ma in che misura? Non credo si avvicinino nemmeno all'utilizzo da parte di Java. Se Java muore IMO anche la JVM muore... a meno che Oracle non decida di staccare la spina prima... magari quando Google passerà a Swift e Oracle non potrà più nemmeno sperare di succhiargli soldi. IMO Oracle quando ha comprato Java l'ha fatto più nella speranza di poter mungere Google che per altro.
> >
> > Della jvm ci sono varie implementazioni; tu conosci quella di oracle, ma sui server girano le openjdk su linux, le j9 di ibm e le jrockit di bea su aix/hpux.
>
> Tutta roba destinata a sparire nel momento in cui Oracle deciderà di volgere il suo sguardo a queste "implementazioni illegali" delle sue API.
Roba fatta da aziende più grosse di oracle, che esiste e governa il mercato enterprise da 15 anni, non la tiri giù con una causa.
> Scritto da: ::1
> > Scritto da:
> > > nuget
> > Maven gestisce le librerie java dal 2002
> >
> > > db dentro l'ide
> > dimmi qualcosa che eclipse non fa
> >
> > > voat
> > twitter (scala), gmail, google documents
>
> Hai mancato il punto di quello che ho scritto.
> Il punto non è che Java non ha un packet manager, o un IDE, o persino un IDE con la possibilità di fare svarie cose utili, o tante librerie a disposizione...
>
> Il punto è che anche C# con ASP.NET
ha queste cose.>
> Pertanto quando mi dici che non dovrei fermarmi al linguaggio ma valutare anche l'ambiente circostante... hai ragione... ma non vedo grossi incentivi da questo punto di vista per preferire la JVM a .NET
>
> D'altro canto vedo che C# mi rende la vita molto più semplice in confronto a Java, vedo che C# mi permette di scrivere codice più pulito e più chiaro. E questo per me è un GROSSO incentivo.
Continui ad avere il punto di vista dello sviluppatore, come se fosse l'unico a beneficiare della scelta di una piattaforma piuttosto che un'altra.
> > > > Java come linguaggio può morire anche domani, ma la jvm resisterà per molto tempo.
> > >
> > > IMO la JVM è ancora legata a due mandate a Java. Sì, ci sono altri linguaggi che la usano, ma in che misura? Non credo si avvicinino nemmeno all'utilizzo da parte di Java. Se Java muore IMO anche la JVM muore... a meno che Oracle non decida di staccare la spina prima... magari quando Google passerà a Swift e Oracle non potrà più nemmeno sperare di succhiargli soldi. IMO Oracle quando ha comprato Java l'ha fatto più nella speranza di poter mungere Google che per altro.
> >
> > Della jvm ci sono varie implementazioni; tu conosci quella di oracle, ma sui server girano le openjdk su linux, le j9 di ibm e le jrockit di bea su aix/hpux.
>
> Tutta roba destinata a sparire nel momento in cui Oracle deciderà di volgere il suo sguardo a queste "implementazioni illegali" delle sue API.
Roba fatta da aziende più grosse di oracle, che esiste e governa il mercato enterprise da 15 anni, non la tiri giù con una causa.
Young professional woman and busy mom.
Immacolata concezione
Ad
http://archive.vn/qN1x1
Meglio della Madonna! Se vuoi scoprire come ha fatto clicca qui!!
Il coraggio degli asiatici
Ad
https://imgur.com/iYd5ZkJ
Cinesi salvano Gatto Selvaggio da sicuro annegamento, altro che musulmani!
☺
Poi ti rispondo più approfonditamente, però lombok è una libreria a compile-time che non serve includere a runtime. Provala 
Young professional woman and busy mom.