Kun Github on Mikkiksen omistuksessa, uskaltaako sinne laittaa yksityisen repon? Mietin lähinnä sitä, että haisteleeko joku sen tekoäly siellä koodia vaikka repo olisikin asetettu privateksi?
Koska Adobekin "treenauttaa" tekoälyään asiakkaiden datalla, miksi ei myös Mikkis?
Onko Githubille muita vaihtoehtoja?
Koska Adobekin "treenauttaa" tekoälyään asiakkaiden datalla, miksi ei myös Mikkis?
Onko Githubille muita vaihtoehtoja?
Vastaukset 11
Vanhimmat
Oma repo-serveri?
$ git init .
-alustaa hakemiston repo:ksi
$ git daemon --port=55555
-jakaa repon portin 55555 kautta eli ulkopuolista serveriä ei tarvitse käyttää
Hyvä idea, thx!
- ap
Kuolema Zelensktille
Jaaha, ryssän trollikin on herännyt.. Kuolema Putlerille!
Kyselin Chatiltä:
Microsoftilla ei ole automaattista lupaa käyttää yksityisten GitHub-repositorioden koodia tekoälyn kouluttamiseen. GitHubin tietosuojakäytännön mukaan yksityisten repositorioiden sisältö pysyy luottamuksellisena, eikä sitä käytetä tekoälyn koulutukseen ilman käyttäjän erillistä suostumusta.
Jos Microsoft haluaisi käyttää yksityistä koodiasi tekoälyn kehittämiseen, heidän pitäisi ensin pyytää ja saada siihen lupa. Tämä eroaa julkisista repositorioista, joiden koodi voi olla vapaammin käytettävissä koulutusaineistona.
Eli ainakaan teoriassa yksityisten repojen ei pitäisi päätyä koulutusdataksi.
Kysyin myös chatiltä. Vaihtoehdoiksi tuli Gitlab, Gitea, Codeberg, SourceHut, Bitbucket
Voi kuule, Mikkis vie repot suoraan Windowsistasi, On kokemusta.
Ja käyttää häikäilemättä itse hyväkseen. eikä mitään maksa! Oiketeen pitäisi viedä jos haluaa korvauksia.
"Mikkis vie repot suoraan Windowsistasi, On kokemusta"
1) onko tästä julkisuudessa olleita tapauksia?
2) Missä Windows -versioissa vakoilu on noin pitkälle vietyjä
Koskeeko tuo kaikkia ohjelmointikieliä?
Veikkaanpa, että Microsoft itse ei esim. suosi Delphillä koodattuja ohjelmia.
Mitä Microsoft tekee, jos he koodia pummiessaan törmäävät Delphillä koodattuihin ohjelmiin ?
Toisaalta - en ole superyllättynyt tuosta... Olenhan itse (syksyllä 2021) löytänyt Windowsista antikristillisiä ominaisuuksia, joissa merkkimuunnosfunktio palauttaa tyhjän merkkijonon, jos syötemerkkijono sisältää linkkejä raamatun kirjoihin.
Eli jos kieroillaan yhdellä tavalla, niin kieroillaan sitten muilla tavoilla myös.
Entä Gitlab?
Luotatko todella siihen, mitä Microsoft itse kertoo?
Ei kannattaisi luottaa, tässä esimerkki Microsoftin toiminnasta:
Microsoft Windows -käyttöjärjestelmässä on antikristillisiä ominaisuuksia.
Epäilen, että B i l l G on itse nuo koodannut, vaikkei varmaan nykyaikaan enää paljon koodaustyötä teekään.
Syy on yksinkertainen: Jos olisi antanut nuo toisen henkilön tehtäväksi, tuo toinen henkilö olisi tullut tietoiseksi ko. käskystä - liian iso riski asian paljastumiseen.
Tein itse ohjelman, joka muuttaa UTF-8 -enkoodatun tekstitiedoston Windows-1252 -enkoodatuksi (tässä koodauksessa AINA 1 tavu = 1 merkki).
Kaikki muut tekstit tuo ohjelma muuttaa aivan oikein, mutta kun sille tarjottiin syötteeksi html -tiedosto, joka vastaa web -sivua, jossa on linkkejä Raamatun kirjoihin, niin ohjelmani palautti tyhjän merkkijonon!
Ohjelmani on tehty Delphi7:llä, ja se käyttää Delphin UTF8toAnsi -funktiota.
Mutta tuo UTF8toAnsi -funktio käyttää sisäisesti Windows -käyttöjärjestelmän merkkimuunnosfunktioita.
Enkä Delphi VCL:n lähdekoodia tutkiessani löytänyt mitään sellaista, joka selittäisi ohjelman tällaisen käytöksen.
Niinpä ainoa mahdollisuus on se, että Windows -käyttöjärjestelmän merkkimuunnosfunktioissa on tällainen sisäänrakennettu antikristillinen ominaisuus, että jos muunnettavassa tekstissä on raamattulinkkejä, niin ne sensuroidaan pois palauttamalla tyhjä merkkijono.
Jos haluat kokeilla asiaa, etkä halua maksaa Delphistä (joka on maksullinen ohjelmistotyöväline), niin jos asennat koneellesi Lazaruksen (FreePascal asentuu automaattisesti osana Lazaruksen asennusta), niin myös siinä pitäisi olla tuo vastaava UTF8toAnsi -funktio.
Tosin, kun FreePascal käsittääkseni oletuksena käyttää UTF-8 -enkoodattuja merkkijonoja, niin en voi taata, että tuontapainen ohjelma toimisi täysin samoin FreePascalilla käännettynä kuin Delphillä.
WideCharToMultiByte -funktio ainakin voisi olla osana ko. asiaa.
Siis muunnosprosessi suoraan käyttöjärjestelmäfunktioilla tehtynä olisi tällainen (UTF-8 -enkoodattu unicode -> "Ansi" eli Windows-1252):
1. Muunnetaan UTF-8 -> UTF16LE (jota Microsoft kutsuu nimellä "UNICODE")
2. Muunnetaan UTF-16LE -merkkijono WideCharToMultiByte -funktiolla Windows-1252 -enkoodatuksi kiinteämittaiseksi (1 tavu = 1 merkki ) merkkijonoksi.
Eli käyttöjärjestelmäfunktioilla tehtynä muunnos UTF-8 -> Windows-1252 on kaksivaiheinen, eli UTF-16LE käytetään välimuotona näiden kahden välillä.
Tässä pitäisi olla riittävästi tietoa, jolla asia pystytään todentamaan myös, jos käytetään toista kääntäjää ja/tai ohjelmointikieltä kuin Delphi7:aa.
Funktion nimestä vielä:
WideCharToMultiByte
Tässä tuo "MultiByte" oikeasti tarkoittaa "SingleByte, fixedCharLength", kun kohde-enkoodaus on Windows-1252.
Funktion nimi tulee siitä, että se kykenee muuntamaan myös tiettyihin aasian maissa käytettyihin vaihtuvanmittaisiin enkoodauksiin (jotka EIVÄT kuitenkaan ole UNICODE -standardin mukaisia koodaustapoja).
esim. kiinankielessä on niin paljon erilaisia merkkejä, ettei idea "1 tavu = 1 merkki" voi toimia siellä. Siksi ko. kieltä on ennen UNICODEn yleistymistä enkoodattu kiinalaisten omalla standardilla, jossa usein käytetyt merkit = 1 tavu, mutta harvinaisemmat merkit on koodattu kahden tai useamman tavun yhdistelminä.