mboost-dp1

Github


Gå til bund
Gravatar #2 - Claus Jørgensen
3. jul. 2022 08:31
lol

"While we will not mandate our existing member projects to move at this time, we will no longer accept new member projects that do not have a long-term plan to migrate away from GitHub," said Gingerich and Kuhn.


Det er vel også en måde at dræbe deres eget projekt på.




Gravatar #3 - arne_v
5. jul. 2022 16:37
#2

Givet at Github vel fylder ca. 1 million gange så meget i bevistheden hos udviklere som SFC, så tager Hithub det nok helt roligt.

Men jeg kan godt se de potentielle juridiske problemer.

Noget AI kode læser milliarder af linier open source kode og "lærer" noget om hvordan en masse problemer kan løses, man giver samme AI kode noget hvor den identifcerer et af de kendte problemer og foreslår noget kode til at løse det. Hvor stor en kode blok er faktisk identisk med kode læst under træningen? Er det nok til at blive betragtet som kopiering i copyright mæssig henseende uden at falde under fair use clause? Og hvilken licens var den oprindelige kode under?

Der er masser af open source licenser, hvor der ingen problemer er, men der er også open source licenser hvor der vil være problemer p.g.a. attribution klausul eller copyleft klausul.


Gravatar #4 - arne_v
5. jul. 2022 16:53
#3

Med hensyn til hvor stor en kode blok så er følgende kode et eksempel på hvor lidt der skal til:


private static void rangeCheck(int arrayLength, int fromIndex, int toIndex) {
if (fromIndex > toIndex) {
throw new IllegalArgumentException(
"fromIndex(" + fromIndex + ") > toIndex(" + toIndex + ")");
}
if (fromIndex < 0) {
throw new ArrayIndexOutOfBoundsException(fromIndex);
}
if (toIndex > arrayLength) {
throw new ArrayIndexOutOfBoundsException(toIndex);
}
}


Og til de nørdede: jeg har kopieret den rigtige kode - ikke den udgave som floererer på nettet og mangler en parentes.
Gravatar #5 - dub
5. jul. 2022 17:24
arne_v (4) skrev:
#3

private static void rangeCheck(int arrayLength, int fromIndex, int toIndex) {
if (fromIndex > toIndex) {
throw new IllegalArgumentException(
"fromIndex(" + fromIndex + ") > toIndex(" + toIndex + ")");
}
if (fromIndex < 0) {
throw new ArrayIndexOutOfBoundsException(fromIndex);
}
if (toIndex > arrayLength) {
throw new ArrayIndexOutOfBoundsException(toIndex);
}
}


Code tag virker ikke så godt. Ting der virkede for 20 år siden kan være svært at lave igen.
Gravatar #6 - arne_v
5. jul. 2022 17:28
#5

Jeg ved det godt. Men ville ikke lige bøvle med at erstatte leading spaces med underscore eller lignende.

Koden bør stadig kunne læses på trods af den manglende indrykning.
Gravatar #7 - dub
5. jul. 2022 19:30
#6 Det er ikke dig der er problemmet. Det er newz.dk der er problemmet.
Når man citer dit indlæg er indrykning synlig, men ny newz.dk er så dårlig i for hold til hvad det var for 20 år siden
Gravatar #8 - larsp
6. jul. 2022 07:34
Internettet har de seneste 10 - 20 år udviklet sig fra at være et decentraliseret og dynamisk sted til et meget centraliseret sted. Github, Twitter, Google, Facebook, Youtube osv. koncentrerer aktiviteten.

Jeg håber at den næste fase i udviklingen bliver at nye teknologier gør det muligt at decentralisere igen, nemt og effektivt, for almindelige brugere.

Giv dog Github sparket. Self-host Gogs på en droplet og læg kode der. Ja, det er mere bøvlet og mindre funktionels pt. men til gengæld er man herre i eget hus.
Gravatar #9 - arne_v
6. jul. 2022 12:47
#8

Man kan have mange meninger om hvordan verden bør udvikle sig, men som verden faktisk er idag, så er der en meget stor del af open source på Github.

Og selvom verden ændrede sig totalt imorgen og alle droppede Github - hvor længe ville det vare inden den kode der er læst på Github er så forældet at den er ubrugelig? 20 år? 30 år?
Gravatar #10 - Claus Jørgensen
6. jul. 2022 13:23
#9

Langt langt mindre tid. Se SourceForge
Gravatar #11 - arne_v
6. jul. 2022 13:38
#10

Det er jeg ikke sikker på.

Hvis man vil have seneste udgave af noget software er det sjældent SF er det rigtige sted.

Men der er jo ikke det samme som at code snippets fra SF er ubrugelig.

De bliver først ubrugelige når sproget og brugte libraries har udviklet sig så meget at det der engang var en god kode snippet er blevet en dårlig kode snippet.

Det er formentligt lidt afhængigt af sprog og applikations type. Men jeg tror at det tager lang tid.

Der må være masser af C kode fra 90'erne (efter skiftet fra K&R tiL ANSI) som stadig er acceptabel.

For Java vil jeg tro at det meste nyere end 2004 vil være acceptabel.

C#? Formentligt efter 2005 eller 2008.

PHP? Formentligt efter 2025!!!! :-)
Gravatar #12 - arne_v
6. jul. 2022 13:40
arne_v (11) skrev:

For Java vil jeg tro at det meste nyere end 2004 vil være acceptabel.


Den famøse snippet citeret i #4 vil være god fra 1996 til idag.
Gravatar #13 - Claus Jørgensen
6. jul. 2022 14:38
#11

JavaScript, Typescript, Swift, Objective-C og Kotlin er eksempler på sprog der har udviklet sig så meget at code snippets fra 5 år siden er ofte helt helt forkerte, og tit slet ikke kompilere mere.

De sprog du bruger har en højere del backward compat, men C# har stadigvæk en del gamle koncepter der ikke er brugbare mere (callback code i C# før sproget fik closures er ikke noget man har lyst til at gøre mere)
Gravatar #14 - arne_v
6. jul. 2022 17:32
#13

JS, TS og Kotlin forstår jeg.

Men sker der meget med Objective-C?
Gravatar #15 - dub
6. jul. 2022 20:02
arne_v (14) skrev:
#13
...
Men sker der meget med Objective-C?

Næppe. Apple hev sticket på Obj-C med Swift i 2014. Men hvem bruger Obj-C idag? GnuSTEP og alle 5 bruger føler de er efterladet
Gravatar #16 - Claus Jørgensen
7. jul. 2022 06:55
arne_v (14) skrev:
Men sker der meget med Objective-C?
Før Swift, ja.

Primært ARC, Properties og Blocks (closures), men også Literals.

Efter Swift tog over blev mange af de paradigms der fandtes i ObjC også gjort irrelevante (i.e. message sending)


Gravatar #17 - Claus Jørgensen
7. jul. 2022 06:55
dub (15) skrev:
Men hvem bruger Obj-C idag?
Spotify lol
Gravatar #18 - arne_v
7. jul. 2022 13:28
#16

Swift kom til i 2014 og Objective-C 2.0 kom helt tilbage i 2006/2007.

Som ikke-Apple-kyndig ville jeg tror at det betød at Objective-C kode fra 2012 og 2022 ser ens ud, men at forskellen er at 2012 ville man faktisk skrive den Objective-C kode mens man i 2022 ville skrive det samme program i Swift.
Gravatar #19 - Claus Jørgensen
8. jul. 2022 12:22
#18

Måske ren ObjC kode. Men ObjC brugtes praktisk talt kun i forbindelse med Apple's APIs, hvilket ændrede sig markant hvert år.

Derudover var der stadigvæk mange ObjC udviklere i 2015 der ikke brugte alle ObjC 2.0 features :p
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login