Újabb projekt menekül a githubról

Fejlesztés
Már többször előjött itt a HUP-on, hogy ipari méreteket öltött a github-ról távozás, amitóta felvásárolta az M$. Most egy újabb nagy név állt be a sorba, a Zig.

Migrating from GitHub to Codeberg

Nem túl meglepő módon, pont ugyanazok a problémáik, mint a többieknek, bár elég lassan kapcsoltak, azt meg kell hagyni. Az is látszik, mennyire flusztráltak lettek, az indoklásban nem finomkodtak a szavakkal:
it’s abundantly clear that the talented folks who used to work on the product have moved on to bigger and better things, with the remaining losers eager to inflict some kind of bloated, buggy JavaScript framework on us in the name of progress. Stuff that used to be snappy is now sluggish and often entirely broken.

More importantly, Actions is created by monkeys and completely neglected.
Szóhasználattól eltekintve a hivatkozott és belinkelt szakmai érvek nagyon is valósak. Az egészen abszurd, hogy már keresni sem lehet a github-on (régen működött, aztán már kevésbé, újabban bejelentkezés nélkül egyáltalán nem is elérhető).

Reklamálják még a Copilotot is:
As a bonus, we look forward to fewer violations (exhibit A, B, C) of our strict no LLM / no AI policy, which I believe are at least in part due to GitHub aggressively pushing the “file an issue with Copilot” feature in everyone’s face.
Bár ennél szerintem súlyosabb probléma, hogy licenszt és törvényt sértve, engedély nélkül használja fel a repók tartalmát az M$ a Copilot betanítására. Ez egyértelmű lopás és IP sértés. De nyilván az is bosszantó, hogy csak Copiloton keresztül lehet issue-t nyitni.
  • 3089 megtekintés

( asm v | 2025. 11. 27., cs – 08:26 )

Tultolod ezt a szenzacio hajhaszast. Olyan nagy nev ez a Zig, hogy ra kellett google-znom...

Ha 20 eve lennel vasutas, akkor is ra kellett volna keresned. (az uzemeltetes nagyon mas szakma)

Felteszem, a fejlesztokre gondolt, en pl. hallottam mar rola. Primeagen dobott benne ossze tower defence jatekot probakepp, esetleg onnan ismeros lehetett volna (bar nem kifejezetten erre van, o ezt talalta ki kihivasnak). Van meg par feltorekvo nyelv, kulonbozo fazisokban, esetleg a Kotlinnak, Rustnak meg a Mojonak meg utananezhetsz, ha mar itt jartal.

A strange game. The only winning move is not to play. How about a nice game of chess?

A Kotlinnal a Rusttal találkoztam, de annyi ilyen "feltörekvő" nyelv van, hogy a fene se tartja őket nyilván. És lehet, hogy meglepő, de üzemeltetőként/DevOpsosként is foglalkozunk programozással illetve programozási nyelvekkel, szóval jó lenne ha ezt nem a vasutas szakmához hasonlítanád, mert az TÉNYLEG nagyon más szakma.

Bzt kollega részéről egyszerűen nem volt elfogadható ez a fajta lenézés. Mintha én néznélek le csak azért, mert mittudomén, nem tudod mi a Kyverno. Pedig "a szakmában jártasaknak nem kell rákeresni ám!" Attól még lehetsz jó programozó, hogy sosem találkoztál vele, és lehetsz jártas még az üzemeltető szakmában is.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Asszem igazad van. Az elsodleges csatornajan 965k feliratkozo van, a masikon 526k (felteszem, jokora atfedessel). Tobbre emlekeztem, bar ilyen IT hirmusor+komment temaban azert annyira nem rossz ez sem.

A strange game. The only winning move is not to play. How about a nice game of chess?

X-rok csak azt olvasom, amit beagyaztok, vagy belinkeltek (mar Twitter koraban sem lattam sok ertelmet). FB-rol ugy 2009-10 kornyeken toroltem magam, Insta meg tarsai soha nem is voltak.

Ebbol a kategoriabol YT-ot szoktam nezni+hallgatni, szerintem onnan tobbet tanultam mar, mint egyetemen.

A strange game. The only winning move is not to play. How about a nice game of chess?

Akkora nagy név a Zig, hogy még a LISP, a Delphi és a Scala is nagyobb piaci részesedéssel bír nála:

https://survey.stackoverflow.co/2025/technology

Megnéztem ezt a Codeberget. Maradok a Githubnál. 

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

Jo, de amiket emlitettel, azok kb. halottak, uj project Delphiben mar biztos nem indul, es a masik kettoben is keves (Scala esetleg jobb ilyen szempontbol). A Zig meg kb. Rust konkurens, csak kevesbe gusztustalan a szintaxisa, es jobban atgondolt maga a nyelv. Emiatt jon fel.

GH-al mondjuk nem tudom mi a baj, azon tul, hogy megvette a MS.

A strange game. The only winning move is not to play. How about a nice game of chess?

GH-al mondjuk nem tudom mi a baj, azon tul, hogy megvette a MS.
- ipari méretű IP sértés és lopás (Copilot)
- egyébként meg szar, nem működik. A repó főkönyvtárán kívül semmit nem tudsz megnézni JS bloat nélkül, ami meg tetves lassú, és folyton elfelejti, hol jártál a szkrollozásban
- az 1000-nél több fájlt tartalmazó könyvtárakat már meg sem képes jeleníteni.
- keresni sem lehet (próbálj meg mondjuk egy függvénynévre keresni a torvalds/linux repóban, és meglátod, összefossa magát)
- ...stb.

Röviden: egy csomó minden, ami remekül működött korábban, már elmúlt. Ami meg még van, az is le lett cserélve hatékony szerver oldali renderelésről fostalicska kliens oldali JS bloat orgiára. Hogy nagyon nagyon leegyszerűsítsem: pár éve még kikapcsolt JS mellett is tökéletesen használható és gyors volt a github webes felülete (listázás, highlight, keresés, minden ment, ebből ma már semmi).

>Mondjuk a franc akarna 1000-nél több file-t tartalmazó könytárat böngészőben nézegetni

Az a baj ezzel a felfogással, hogy azt vezetjük le belőle, hogy rendben van, ha szarok az eszközök mert úgyse akarunk olyat csinálni. Nekem se kellet még soha, de nem tartom jónak, hogy nem is működik. Aminek a korlátja az 1000 a mai körülmények között, az valahol el van rontva.

Szerintem ha 990-et normális tempóban megmutat akkor 1200 vagy 2000 se okozna neki gondot. 
Az 1000 egy "nagyságrend", az a projekt ahol egy mappában ennyi file van az el van baszva nem kicsit.

Kicsit nevelő célzat, kicsit elenyésző ügyféligény elhanyagolása.
Én speciel egyetértek vele.

Nem szarok, csak nem erre való. Mintha arra panaszkodnál, hogy "nem igaz, hogy baltával nem lehet megvarni a farmeremet, hát milyen szar már ez a balta, és nekem ne mondjátok hogy nem szar, mert senki nem akar vele farmert varrni, mert ÉN speciel akarok!!! Ami nem megy át a farmeranyagon a mai körülmények között, az valahol el van rontva!"

A GitHub webes felülete eredetileg arra volt való, hogy nagyjából bele tudj nézni egy Git repóba, megismerkedj vele, de fejleszteni, dolgozni vele mindenképpen ki kellett szedni a repót. És ez a fajta attitűd sosem változott érdemben. Ahol te hibát látsz, ott én teljesítményoptimalizálást és visszaélések elleni küzdelmet.

Iszonyú erőforrásigényes ilyen nagy mappákat listázgatni, pláne, hogy a Gitből annyira nem is egyszerű kibányászni a fájllistát. Ráadásul nem te egyes egyedül nyomkodod, hanem sokmillió fejlesztő párhuzamosan a világon. Szerintem az egy mappán belüli 1000 fájl az egy teljesen értelmes korlát, főleg annak fényében, hogy a projektek 99.99%-a amúgy soha a büdös életben nem ütközik bele ebbe a korlátba.

Egy eleve niche felhasználás korlátozásán lovagolsz. Engedd el.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Azért lettek ezek a felületek kitalálva, hogy szögegyszerű dolgokra gyorsan ránézz és nem sokezer file-os könyvtárak böngészésére.

De most ránéztem a konkrét példára, nem látszik pl. a Yoshi (USA).cht file mert kicsúszik az 1000-es listából. De ha neked tényleg csak arra a pár sorra van szükséged, hát beirod a keresőbe felül, hogy yoshi és már dobja is ki, hogy van ilyen file és látod is a tartalmát a webes felületen.

Továbbra is állitom, ez valahol az utolsó utáni feature, ami alapján git-et választok.

És nyilván összefügghet a dolog azzal, hogy valószinű több adatot tárolnak, mint az összes többi együtt.

O, en kerek elnezest, ha a belenezes egy szoveges allomanyba az bonyolultabb mint A szogegyszeru dolog, ellenben beirni a keresobe az adott dolog nevet, majd a kapott 700 talalatban elkezdeni lapozzgatni pedig maga a szogegyszeru dolog. Ez az 1000, itt, egy mestersegesen berakott limit, ami ugyonekkora erovel lehetne 1500 vagy 2000 is. De abban is biztos vagyok, hogy maga a kereses az tobb eroforrast emesztett fel, mintha megjelenitettunk volna 2000 elemet, vagy ha lett volna gomb, hogy "mutassad a kovetekzo adagot".

Ha legalabb valamilyen kerek szam lenne, akkor el tudnam hinni, hogy ez egy technikai limitacio. Nyilvan a repot is at lehetne alakitani, de a libretro db annyira sok helyen van hasznalva, hogy nem nagyon lehet erdemben bantani a formatumat... Tehat, ez igy veszett.

Na akkor kezdjuk az alapoktol, mert latom, van zavar a fejedben.

En a reviewer vagyok a folyamatban, tehat a kodmodositasokat, commitokat nem en keszitettem. Epp az lenne a feladatom, hogy ellenorizzem, hogy a kedves kollega normalis PR-t keszitett-e, normalis kommitokkal.
Es ugy tunik, mintha en volnek a hibas azert, mert a GH nem tudja megugorni azt, hogy megjelenitsen nagy PR-eket, es ezzel tamogassa a reviewert (engem).

super, kezdjuk!

akkor kerd meg a commit keszitot, hogy a class atpakolasnal nincs abban modositas, csak atrakja a fajl, meg utana huzza a tobbi helyen a hivatkozasokat. azt minek reviewezni, (csakvan olyan ertelmes hogy nem mokol bele a fajlba, ugye?), tesztek lefutnak, ha zold mehet a merge. aztan ha az uj helyen valamit bele akar mokolni akkor azt mar egy uj commitban teszi, azt at tudod nezni, ott mar nincs 1000 fajl modositas.

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Igen, lattam mar ilyen meretut. 0-rol 45 percen at fordult az akkori munkahelyi gepemen. Ettol fuggetlenul nem erzem azt, hogy az en keszulekemben lenne a hiba.

Mi lesz a kovetkezo limit? Hogy 4GiB feletti diffet nem akar megjeleniteni weben?

A strange game. The only winning move is not to play. How about a nice game of chess?

azert a 4GB diff meg a 2k file kozott van meg nehany lepcso.

Amugy hihetetlenek vagytok, van 64GB meg 16 mag a gepemben, es nem bir 2k filenal tobbet megjeleniteni? Ez kurvara szanalmas (meg ti is, hogy veditek)! Persze, lehet vitatni a use-case-t, tenyleg ritka, de azert nehezen hiheto, hogy ennyi a max teljesitmeny amit ki lehet hozni ebbol. szinezett textrol beszelunk! Akurvaeletbemar!

De miert a use-case-t akarod megvaltoztatni? A kerdes tovabbra is az, hogy nehany MB diff kimenetet kap a frontend, es azt kellene szinezve kirenderelni, es ez nem megy!

Altalaban semmit nem ad hozza nekem az IDE, siman elolvasom a diffet githubon, vagy barmi mason. Nem is ertem, milyen megfelelo eszkozok kellenek egy review-hoz a kod elolvasasan es ertelmezesen kivul? (Ha valami gyanus, akkor megnezem az IDE-ben, de csak a gyanus reszeket (<3%), es altalaban nem is csekkolom ki a ficsor-brencset, hanem BASE-n nezem meg a modositatlan kodot.)

Ertem amit mondasz, biztosan jo megoldas az IDE-ben reviewzas, de nekem nem tetszik igazan. Tul sok benne a sallang! Valojaban szinte semmit nem hasznalok a GH-bol end-userkent, csak a review-t (plusz static code analysis commenteket nezegetni), es nekem a netes PR-review az nagyon flow-szeru, szeretem. Ezert basz fel, amikor mondvacsinalt faszsagok miatt masmilyen review flow-ra kenyszeritenek.

Egyebkent vegul (mely)konzolban csinaltam meg a nagy PR review-jat. git-bash, es delta nevezetu szinezo (less-t hasznal maga alatt, ennek sok elonye van). Parancssori arcoknak nagyon tudom ajanlani a delta-t: https://github.com/dandavison/delta

Az AI tanitas igaz, ez sokszor jo, igy az ott tarolt libeket jobban, alapbol tudja hasznalni. (a tanitohalmazban van, nem in context learning megy a doksibol)

A JS nem hatrany, ha jol hasznaljak.

Ha 1000 file egy konyvtarban, ott valami nem stimmel. Vagy generalt, akkor semmi keresnivaloja a repoban. Vagy legitim forrasfile, akkor 1000-nek plane semmi keresnivaloja egy helyen. Ha nem forraskod, hanem pl. asset, akkor nem biztos, hogy egyaltalan meg kell jeleniteni online. Amugy a clone (esetleg zipben letoltes) nem megoldas, ha mar ilyen formedveny repoval van dolgod?

A strange game. The only winning move is not to play. How about a nice game of chess?

A "veremtúlcsordulás" felmérés valóban a piaci részesedést méri?

Each year we explore the tools and technologies developers are currently using and the ones they want to use.

Az, hogy a sok szójalattét szürcsölő, mekbúkos, babzsákfejlesztő™ éppen milyen divat után fut, vajmi keveset árul el a programozási nyelvek "piaci részesedésől"...

( kisbetu v | 2025. 11. 27., cs – 09:30 )

"mennyire flusztráltak lettek" :?

"Normális ember már nem kommentel sehol." (c) Poli

( kassaiviktor | 2025. 11. 27., cs – 11:52 )

mi az, hogy csak copiloton keresztül lehet issue-t nyitni?

4 és fél éve csak vim-et használok. elsősorban azért, mert még nem jöttem rá, hogy kell kilépni belőle.

Fejlett AI támogatás :D

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

( kisg v | 2025. 11. 27., cs – 13:12 )

A Codeberg egyébként a Gitea fork Forgejo-t fejleszti és használja: https://forgejo.org. Nem GH helyett, hanem mellette használjuk, jól működik.

nagyon kellene már egy AI-free logo
LOL, pont tegnap futottam bele ebbe: NoGenAI Seal

Indie játékok körében ma már az a menő, ha egy játék AI mentes. Nem vicc (mondjuk elnézve az LLM segédlettel elkészült játékok minőségét, ez csöppet sem meglepő számomra).
(Azért azon lehet érdemes lenne elgondolkodni, hogy gyakorlati kipróbálás után pont azok ellenzik a leginkább, akiknek a marketing bullshit szerint a leghasznosabb kéne legyen. Vajon miért lehet ez?)
A usert nem érdekli, hogy valamiben volt-e AI.
:FACEPALM: De, érdekli. Ha nem érdekelné, a kutya sem reklámozna ezzel és ez a logó sem létezne.

Ez nyilván meghaladja az értelmi képességeidet, de azért próbáld meg megválaszolni magadban, miért is létezik és miért egyre népszerűbb ez a logó.
csak az eredmény érdekli
Pontosan, és az AI generált eredmény egy fos. Pontosan emiatt érdekli őket.

A kozepkorban nem volt feltuntetve, ha valami wireless vagy hogy kezzel keszult, mert minden wireless volt, es minden kezzel keszult. 10 eve nem volt feltuntetve, hogy nincs egy kodban AI, mert semmibe nem volt. Most ez nem 100%, szoval aki akarja, feltunteti. 0-rol egy pozitiv szamra nott.

A strange game. The only winning move is not to play. How about a nice game of chess?

( Sanya v | 2025. 11. 29., szo – 11:17 )

Melyik hasonló van még, a gitlab?

A github abból volt jó, hogy ha kerestem valamit, amit nagyon nem akart megtalálni a google, akkor egy rendes kergetőt használva melléraktam a github kifejezést és meglett.

A docker hub-ból ha használtam dockereket, sokan migrántak githubra, amit sajnos nem talált meg a synology beépített kergetője, és nem  látta a frissítéseket. De majd lesz másik, jobb. Az AI cuccuk sokszor használhatatlan, ha ritkaságról van szó. Pl dcmtk parancsok. Olyan parancsot adott, ami le sem futott. De nagyon magabiztos volt a marhaságban a copilot.

egy rendes kergetőt használva melléraktam a github kifejezést és meglett.
De már elmúlt. Ziges találatod sem lesz már, hiába írod oda, hogy github.

Más okból, de soha többé nem fog ez már működni, semmilyen git hostinggal sem, hála az OpenAI-nak és társainak. Az LLM-eket tiltó JS förmedvények (*khm* Anubis) miatt ugyanis a keresők crawlerjei sem tudják már a kódokat felindexelni, csak a repó nyitó oldalát. Az LLM-ek tiltása pedig gyakorlatilag minden népszerűbb git hostingnál alap lett mostanra.

Ezt a Clearcase is tudja a verziókezelő domainben.  Amúgy divat mostanában szidni a gitet és az Atlassian termékeket is, de ha beültetnénk embereket IBM RTC-t használni verziókontrollra és issue trackingre/project managementre, lehet, hogy elveszítené a Jira is a "most hated" jelzőt...

Perforce témára visszatérve, nekem a P4 Merge komponens tetszett a maga idejében :D

( Sixday v | 2025. 11. 29., szo – 14:04 )

Nemtudom melyik csatornát nézi a posztoló, de az elmúlt 7 évben mindkét többezerfős munkahelyemen nagyon nem ez volt a tapasztalat részünkről.

  • semmiféle AI nem kell issue nyitáshoz, support.github.com, open ticket, kész. Pont szerdán nyitottam egyet.
  • Actions hibátlanul működik, rengeteg megbízható action elérhető szinte minden nyelvhez, eszközhöz, stb. Self-hosted infrán a K8S operátor tökéletesen muzsikál, havi 2 millió perc felett vagyunk stabilan. A developerek teljesen önjáróak, maguknak managelik az összes workflow-t, composite actions megosztás kiválóan működik központilag managelt feladatokra, a security, compliance, etc. pedig org vagy enterprise szinten tud enforce-olni plusz ellenőrzéseket minden PR-hoz, szóval nem tudják a devek megkerülni őket.
  • Értelemszerűen fizetős ügyfeleknél semmit nem használ tanításra az MS, ami meg publikus annál teljesen mindegy hogy mi van, az összes AI tool scrapeli úgyis, szóval emiatt nem csak az MS-t kellene köpködni.
  • Copilot egy igen jó ajánlat a piacon mert egy helyen kapsz 3 különböző AI toolt, chatGPT 4/5, Gemini 2.5 pro, Claude Sonet 4 és úgy válogatsz köztük ahogy akarsz. Természetesen fizetős használat esetén semmi nincs tanításra használva ezért jogilag meg security szempontból is rendben van, mehet a vscode-ba az integrálás és hajrá.
    Azt meg már régóta illene tudni hogy ha valamiért nem fizetsz akkor te vagy a termék. ;)
  • A JS bloat keresés, több ezer file-t tartalmazó könyvtárak miatti sírás meg egyszerűen nevetséges. Ez git, érted? Szépen be kell írni hogy git clone és pár másodperc múlva lehet lokálisan keresni, megjeleníteni, és akkor nem kell egy ingyenes webes felület miatt rinyálni. Ha a parancssor meghaladja a képességeket akkor ott a GitKraken meg Sourcetree ami mindent tud helyben, vizualizáció, keresés, compare, stb.
Nemtudom melyik csatornát nézi a posztoló
Hátdebaszki, nemcsak belinkeltem, de még be is másoltam az eredeti szöveget.
semmiféle AI nem kell issue nyitáshoz
Tisztázzuk: ők állítják ezt, nem én. Még be is másoltam az eredeti szöveget. Én konkrétan azt írtam, szerintem nagyobb baj, hogy engedély nélkül etetik a repókkal a Copilotot.
Értelemszerűen fizetős ügyfeleknél semmit nem használ tanításra az MS
Nem fizetős ügyfeleknek nincsenek jogaik? Rájuk nem vonatkozik a szellemi tulajdon védelme? Őket nem érintik a licenszfeltételek?
Ha, tegyük fel, valaki kalóz Windows-t telepít, akkor szerinted az jogilag rendben van, hiszen nem fizetős ügyfél lévén szarhat arra, hogy a Windows a Microsoft szellemi tulajdona? Mert hát ez oda-vissza működik.
ami meg publikus annál teljesen mindegy hogy mi van, az összes AI tool scrapeli úgyis, szóval emiatt nem csak az MS-t kellene köpködni
Köpülöm a többit is, nem értem, mit aggódsz. Talio-elv. Bárki, aki ipari méretben sérti mások szellemi tulajdonát, az bizony megérdemli, hogy semmibe vegyék az ő szellemi tulajdonát is.
És nemcsak szerintem, a jogi szakértők körberöhögték az OpenAI-t, amikor kiakadt a DeepSeek desztillációjára. Hisz pont azzal akarta volna vádolni a DeepSeek-et, amiért őt magát is perli többek között az írószövetség, a NYT, hollywood, meg ki tudja még ki mindenki.
Szépen be kell írni hogy git clone és pár másodperc múlva lehet lokálisan keresni
ROTFL, próbáltál te már linux kernelt, qemu-t, coreboot-ot, vagy bármilyen más, évtizedes historyval rendelkező repót klónozni? (Ráadásul nekem általában azért van rá szükségem, hogy utána az URL-t be tudjam másolni valahová. Lokálban keresve fejből kell írnom a találathoz az URL-t, ami persze megy, mert már annyiszor csináltam, de hát bakker. Konkrét példa, két hete volt rá szükség, hogy egy github-os kódrészletet belinkeljek egy issue-ba. Klónoztam, lokálban kerestem, sor ismeretében fejből megírtam a link URL-jét. Nem fasza.)
akkor nem kell egy ingyenes webes felület miatt rinyálni
De kell, és JOGOS is, különösen úgy, hogy régen még működött, és az ÖSSZES konkurenciájánál még most is működik ez a funkció. Ingyé'. Csak a github nem tudja.
Ha a parancssor meghaladja a képességeket
Neked fogalmad sincs, kihez beszélsz.

próbáltál te már linux kernelt, qemu-t, coreboot-ot, vagy bármilyen más, évtizedes historyval rendelkező repót klónozni?

git clone --depth 1 vagy akár az archive.zip letöltése

4 és fél éve csak vim-et használok. elsősorban azért, mert még nem jöttem rá, hogy kell kilépni belőle.

Nem fizetős ügyfeleknek nincsenek jogaik?

tudod, ha valamit ingyen kapsz/hasznalsz, akkor altalaban TE vagy a termek. a malac sem reklamal az ingyen szallas es kaja miatt, pedig tudhatna hogy a vegen ot eszik majd meg.

a github-ra en ugy tekintek mint egy fejlesztoi facebookra. az egy kozossegi halo, ahol lehet mutogatni, terjeszteni, megosztani szelesebb korben a sajat fejleszteseket, hobbi-projekteket, lehet roluk diskuralni, egymas projektjeit like-olni (csak ott csillagnak hivjak) stb. nem publikus cuccot nyilvan nem rak oda az ember, foleg nem ingyenes accounttal...

a 90es evekben volt par ismert FTP, es oda toltottuk fel ezeket, a file_id.diz vagy mi volt a neve fileba meg benne volt az email cim. aztan jott a sourceforge, ami atvette ezt a szerepet, most pedig epp a github latja el ezt a feladatot, amig nem jon egy meg jobb.

"ROTFL, próbáltál te már linux kernelt, qemu-t, coreboot-ot, vagy bármilyen más, évtizedes historyval rendelkező repót klónozni?"

Komolyan nem vagod a --depth kapcsolot?
 

"Nem fizetős ügyfeleknek nincsenek jogaik?"

Mint az eredeti hozzaszolasomban is leirtam, alapszabaly ha valami ingyen van (es nem open source) akkor te vagy a termek.

Őket nem érintik a licenszfeltételek?

Hát de mi van a licencfeltételekben leírva?

És nemcsak szerintem, a jogi szakértők körberöhögték az OpenAI-t, amikor kiakadt a DeepSeek desztillációjára. Hisz pont azzal akarta volna vádolni a DeepSeek-et, amiért őt magát is perli többek között az írószövetség, a NYT, hollywood, meg ki tudja még ki mindenki.

Üzenem a jogi szakértőknek, hogy aki ezen röhög, nyugodtan adja vissza a diplomáját.

Ha én ellopok tőled egy téliszalámit, amit utána tőlem is ellop valaki, akkor a két eset nem oltja ki egymást. Az kettő darab külön tényállás. Ha az OpenAI bebukja a pert az írószövetséggel, vagy akárkivel, az neki fegyver a kezében a deepseek ellen. Tudod, az amcsiknál precedensjog van. 

az ÖSSZES konkurenciájánál még most is működik ez a funkció. Ingyé'. Csak a github nem tudja.

Akkor el kell menni a konkurenciához!

Hát de mi van a licencfeltételekben leírva?
Olvasd el. Csupa olyan, amit megsért a Copilot.
Üzenem a jogi szakértőknek, hogy aki ezen röhög, nyugodtan adja vissza a diplomáját.
Nincs egy kicsit messiás komplexusod? Üzenem, hogy egyetlen jogi szakértő sem fogja visszaadni a diplomáját miattad.
Te komolyan azt képzeled, hogy mindenki hülye, csak te vagy helikopter?
Akkor el kell menni a konkurenciához!
:FACEPALM: Olvasd már el a topik címét, te szerencsétlen!

( kleinie | 2025. 11. 30., v – 22:52 )

Sok hozzászólás után is írhatnám, de inkább így mindegyikre: na álljon már meg a gyászmenet! A böngészőben képesek vagyunk komplett processzorokat emulálni, komplett operációs rendszereket futtatni, 3D játékokat! És korlátozni kell a fájlok listáját 1000-ben?! Nehézséget okoz a fájl listában keresni? Egy fájlt kiválasztva, annak tartalmát megjeleníteni? 🤣

De mi a server-oldali konyorgom? kiadni a git diff-et? Aztan letolni a kimenetet a szajbakurt js-bloatnak, ami megprobalja kiszinezni (lathatoan sikertelenul)? Nem erzem azt, hogy a git diff olyan kurvara sokat zabalna. Vagy ha igen, akkor hagyjuk mar az egeszet a picsaba. legyen csak hub github helyett, es szolgalja ki az "UNDER CONSTRUCTION!" static htmlt.

Amikor a hupper megszakérti, hogy github méretekben mit hogy kéne megoldani...

Én remélem, hogy az ezen funkciót tervező mérnökök jobban átgondolták és voltak komoly szempontjaik, elvárások és követelmények, hogy miért lesz ez a korlát - ahhoz képest, mint amilyen színvonalú műsor itt megy miatta. ;)

Mert szerinted most mi tortenik server oldalon, nagyokos? Segitek: git diff | head -n 50000, vagy vmi hasonlo. Kurvasok eroforras megsporolodott (hint: nem).
De mondok megegyszerubbet, ugyanugy git diff, es majd a kliens oldali js eldonti, hogy ez "tul sok" lesz, nem renderelem ki (szerintem ez a kevesbbe valoszinu).

Én remélem, ...

A remeny hal meg utoljara.

tervező mérnökök jobban átgondolták és voltak komoly szempontjaik

Ez termesztesen gazdasagi dontes volt, amit nem mernokok, hanem "penzemberek" hoztak. Annyira ordas nagyra hizott js-bloat foshalom lett mara a GH kliens oldali kodja, hogy pusztan penzugyi szempontbol nem erte meg javitani a teljesitmenyen, mivel ugyis keves usert erint, a performancia javitas meg draga dolog. A tervezo mernokoket jol elkuldtek a kornyekrol, valami mas feature-t tervezni.

Van esetleg sajat velemenyed, egyeb kerdesed? Esetleg ujabb remenyek?

Segítek: az egyik feladat kliensoldali erőforrást használ, a másik szerveroldalit.
Magyarázd már el, hogy lehetséges az, hogy a github-nál százszor kevesebb szerveroldali erőforrással bíró codeberg-nek mégsem kottyan ez meg?
Hogy lehetséges, hogy az összes többi git hosting képes keresni a repókban, holott mind kevesebb szerveroldai erőforrással bír, mint a github?

(Az egyetlen kivétel talán a gitlab, azokból kinézem, hogy hasonló kapacitású szervereik vannak, mint a github-nak, de a keresés persze a gitlab-on is megy, és nincs fájlszám korlát se.)