Új hozzászólás Aktív témák

• Shyciii veterán

  #7094

  #7069 Frawly

  2020-09-17 19:22:21

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Shyciii

  veterán

  #7069 Frawly

  #7069 Frawly

  Amit viszont a fejlesztőknek nyomon kell követni, ha arra dependelik a szutykukat. Meg az is hozzátartozik, hogy a libtorrent-rasterbar az nem így hirtelen hozta ki az új verziót, hogy csak mindenki szívinfarktust kapott, hanem általában a kijövő új verzió pár hónappal előtte már folyamatában tesztelhető git-dev ágban, pont azért, hogy előre lehessen vele tesztelni, és ne megjelenés után érjen mindenkit meglepetésként, hogy jé, nem megy.

  Ezt csak azért írom, hogy ha vannak itt fejlesztésben laikusok is, akkor értsék, hogy ez nem úgy megy, hogy kijön valami új komponens, és akkor mindenki megijedve gyorsan lesöpri a fejlesztőasztalt, hogy jé, nem megy, milyen váratlan, gyorsan, hama-hama, reszeljünk rajta. Egy rendes fejlesztő mindig előre tesztel, még béta komponensekkel is, előre tart platformonként többféle dev/debug buildet, amikben már a következő komponensekkel teszteli a következő verziót. Itt az van, hogy a qB fejlesztők lusták, még kb. fél éve kihozták a stabil 4.2.5-öt, és kényelmesen hátra dőltek, az alkotás kész, a gép forog, az alkotó pihen, COVID nyári szünet, most jó, hozzá ne nyúlj, míg megy, még ránézni sem szabad, mert szemlenyomatos lesz. Most pofonként éri őket, hogy nem lett volna szabad pihengetni, fejleszteni folyamatosan kell, főleg a mai verzióhajhász/rolling világban. Aki pihenni, meg hátra dőlni akar, az keressen másik hobbit/munkát. Ilyen opensource multiplatformos fejlesztő majd csak akkor pihen, ha nyugdíjba megy, vagy épp szívinfarktus miatt tolják be a mentőbe, de ott is csak addig pihenhet, amíg töltődik a defibrillátor. Persze ennyire nincs kiélezve, egy ilyen nagyobb projekten, mint a qBittorrent is, több fejlesztő dolgozik párhuzamosan, fejlesztést megosztva. Ilyen projektnél eleve szokott lenni erre külön felelős (néha több ember), aki csak azzal foglalkozik, hogy jövőbeli dev verziókkal és komponensekkel tesztel, egyengeti az utat a többieknek. Míg megint egy másik emberke a jelenlegi stable előtti, de még támogatott stable verzióba szokta visszaportolni a jelenlegi verzió hibajavításait és feature-eit. Megint másik csak buildet csomagok meg ír alá, egy megint másik emberke a weboldalt igazgatja, megint másik a dokumentációt tartja karban, stb.. Tehát nem egy embernek kell az összes feladattal örlődni, nem is tudna, mert fizetés nélkül csinálják, abszolúte hobbiból, meg szakmai érdeklődésből, fejlődésből.

  Nyilván erre az Arch csomagfenntartó is figyel, nem véletlen, hogy az 1.2.10-es libtorrent-rasterbar nem került még be az Arch stable tárolóba, csak a testingben próbálgatják egyelőre, bár erre isten igazából a staging lenne való, csak azt a lépcsőt szeretik átugrani. Én viszont bekapcsolom a testinget, mert vannak benne frissebb csomagok, és szökőévente szokott probléma lenni belőle, így nagy hátrány nem ér miatta, cserébe gyorsabban kapom meg az új feature-öket, optimalizációkat.

  Qbittorrentet felejtsd el. Én is törakat xart feltesz. Én eleve GTK-s rendszert használok, így különösen bloatware nekem a qbittorrent. Átváltottam a transmission gtk-s verziójára. Arra amire használom a torrentet, arra bőven elég. Tökéletesen működik, sosem volt vele bajom. Rtorrentet-et próbáltam, de cli-s torrent nekem nem jön be, pedig már szövegszerkesztőnek, filekezelőnek is cli-set használok, de torrent kliensre kell a guis felület.

Új hozzászólás Aktív témák