2020. március 31., kedd

A SUSE ingyenes vállalati Linux támogatást kínál orvosi eszközök gyártóinak

Röviden: A SUSE ingyenes támogatást kínál a Linux Enterprise Server és tároló és felhő technológiájukhoz bármelyik cégnek, amelyik orvosi eszközöket gyárt, hogy harcoljon a koronavírussal.

A SUSE a legnagyobb nyílt forráskódú cégek egyike. A SUSE Linux operációs rendszer a vállalati felhasználók számára az elsődleges kínálatuk. Emellett konténertechnológiákat is kínálnak.

A COVID-19 (koronavírus) szituáció közepette rengeteg olyan dolog történik szerte a bolygón, ami aggodalomban tart minket. Az ilyen időkben, mint ez, a SUSE legfrissebb elkötelezettsége, hogy harcoljon a COVID-19 ellen, egy pozitív hír!

A SUSE a koronavírus elleni harcot ingyenes IT infrastruktúra támogatással segíti


A SUSE vezérigazgatója, Melissa Di Donato, megosztotta a koronavírus elleni harc kezdeményezésük részleteit.

Dióhéjban, a SUSE ingyenes vállalati Linux támogatást fog nyújtani olyan vállalatoknak vagy gyártóknak, akik gyógyászati eszközökkel dolgoznak, hogy harcoljanak a koronavírus járvánnyal.

A sajtóközlemény megemlíti annak részleteit, hogy mit terveznek elérni a kezdeményezésükkel:

"Elszántak vagyunk, hogy segítsünk másoknak, amennyire tudunk, abban, amit a legjobban csinálunk. Élenjáró nyílt forráskódú technológiánk van, és tudjuk, hogy hogyan segítsünk másoknak életeket menteni, és azonnal meg fogjuk osztani, és ellenszolgáltatás nélkül. Az ügyfeleink, partnereink és közösségeink tudnak az elkötelezettségünkről, és osztják azt a változás érdekében - és ez kiterjed szomszédainkra és embertársainkra szerte a világban."

A SUSE beágyazott Linux egy jó megoldás orvosi eszközökhöz, minimális lábnyommal. És az ingyenes vállalati-szintű támogatáshoz a SUSE Enterprise Linux gyógyászati eszközökhöz való használatának megkönnyítéséhez most nagy szükség van.

Nem korlátozott csak az operációs rendszerre és karbantartásra, a SUSE többet kínál:

Kiterjed a SUSE Linux konténertechnológiáira is, beleértve a SUSE CaaS Platform-ot, ami lehetővé teszi cégeknek a Kubernetes használatát, hogy még könnyebben felhasználják és kezelhessék a tároló-alapú alkalmazásokat, és a SUSE Cloud Application Platform-ot, ami fejlett felhős fejlesztői élményt hoz a Kubernetes-hez, így a cégek felvihetik az alkalmazásokat a felhőbe, és eszközöket, a gyorsabb értékesítéshez. Ezek a technológiák biztonságot és megbízhatóságot adnak bármilyen eszköznek, amit futtatnak vagy kezelnek.

Más szavakkal, a tároló technológiájukat is elérhető teszik, beleértve a SUSE CaaS Platform-ot, amiket cégek konténer-alapú alkalmazások felhasználásához és kezeléséhez használhatnak.

Összességében ez könnyebé teszi cégeknek, hogy növeljék az általuk kezelt különböző eszközeiken futtatott alkalmazások biztonságát és megbízhatóságát.

Ahogyan a ZDNet megemlítette, már vannak olyan SUSE ügyfelek a gyógyászati és kutatási területen, akik SUSE Linux Enterprise-ot használnak szuperszámítógépeiken (amikbe beletartozik néhány nemzeti laboratórium is), hogy megoldást találjanak a COVID-19 rendezésére.

Összegzés


Megoszthatod ezt a nagyszerű hírt a barátaiddal és családoddal, hogy terjesszétek, hogy a nyílt forráskódú közösség ilyen impresszív kezdeményezésekkel áll elő általánosságban.

Ha ez olyasmi, ami kötődik a terepedhez, akkor a cco kukac suse pont com címre írva (angolul) érdeklődhetsz ezen ajánlat részleteiről.

Nagyon jó, hogy a SUSE előállt egy ilyen ajánlattal. Mindannyiunknak meg kellene tennie akármit, amit meg tudunk a saját kapacitásunkból, hogy harcoljunk a koronavírus járvánnyal szemben. A SUSE egy jó példa itt. Köszönjük, SUSE.

Forrás:
SUSE is Offering Free Enterprise Linux Support For Medical Device Manufacturers.

2020. március 28., szombat

Lehet, hogy jövőre (2021-ben) már nem fogunk LoL-ozni Linuxon?

Egy igen érdekes írás jelent meg a League of Legends Lutris oldalán a játék Linuxon való futtathatóságával kapcsolatban.


Magyarra fordítva:
A csalás ellenes (Anticheat) változtatások 2021-ben véglegesen megtörik a LoL-t, lásd lentebb.

2021-ben a Riot (a játék fejlesztője) egy kernel módú illesztőprogramot tervez bemutatni az anticheat-jük részeként. Ez alapvetően inkompatibilis a Wine-nal, és a League of Legends Linuxon való játszhatóságának a végét jelenti (virtuális gép GPU-s áthidalással történő használata továbbra is támogatott lehet). Ha új játékos vagy, aki fontolgatja, hogy szert tesz a League-re, nem javasoljuk.

[1]: https://na.leagueoflegends.com/en-pl/news/dev/dev-null-anti-cheat-kernel-driver/

A fenti oldal magyarul:
https://eune.leagueoflegends.com/hu-hu/news/dev/dev-null-kernel-illesztoprogram-csalas-ellen/

2020. március 27., péntek

Miért használj Ubuntut más Linux disztribúciók helyett?

Az Ubuntu a leghíresebb Linux disztribúció a világon. Mindenféle platform által használva a cégestől a desktopig, a mobiltelefonokat is érinti, a disztribúció, ami csak 14 évvel ezelőtt kezdte pályafutását, abszolút uralja a piacokat ma, felhasználói bázis szempontjából.

De amikor disztribúciók ajánljunk online közösségekben másoknak, akkor az emberek mindig ilyeneket mondanak, hogy "az Ubuntu kezdőknek való, ne használd", vagy valami hasonlót. De az egyáltalán nem igaz, mivel az Ubuntu megfelelő bármiféle igényre és felhasználási esetre. Ebben a bejegyzésben be fogunk pár indokot arra, hogy miért használj Ubuntut más Linux disztribúciók helyett desktopon.

A legnagyobb Linuxos közösség a Földön



Nincs nagyobb felhasználóval és ügyféllel rendelkező Linuxos közösség az Ubuntunál, pont. Az (angol) Ubuntu Forums egyedül több bejegyzést és szálat tartalmaz, mint a Fedora, Linux Mint, openSUSE és a LinuxQuestions.org összesen; Az UbuntuForums körülbelül 15 millió bejegyzést és szálat tartalmaz, amíg mások 2 millió, 1.8 millió, 1.3 millió és 7.2 millió bejegyzést tartalmaznak.

És ez az AskUbuntu.com-on (egy angol nyelvű kérdések és válaszok felület kifejezetten az Ubuntu-hoz) lévő kérdések és válaszok számának megemlítése nélkül van, ahol jelenleg 340 000 kérdés van.

Az Ubuntu jelenléte a Linux médiában hatalmas. Ahogy pár hónaponként hallhatod, néhány város és ország Ubuntura váltott Windowsról. Ezzel nem azt mondom, hogy más Linux disztribúcióknak egyáltalán nincs közössége, de hangsúlyozom, hogy milyen nagy az Ubuntu felhasználói bázisa és a közösség és az alkalmazottság mögötte.

És nagylelkűek vagyunk, hogy itt nem számoljuk az Ubuntu alapú disztribúciókat Ubuntu közösségi tagoknak; disztribúciók például Xubuntu, Ubuntu MATE, Kubuntu és más disztribúcióknak szintén nagy közösségük van, és ezeknek mindegyike a hivatalos Ubuntu disztribúció ízei, és az ő felhasználóikat bele lehet számítani a normál Ubuntu felhasználók közé.

A nagy közösség az Ubuntu egyik nagy erősségi pontja, mert felhasználóként garantálja, hogy mindig kérhetsz segítséget, vagy számíthatsz útmutatóra, ami egyben tartja az Ubuntu felhasználókat, ellentétben más kisebb Linux disztribúciókkal. Ez azt is jelenti, hogy harmadik feles fejlesztők ezt a disztribúciót fogják először célba venni, mielőtt más disztribúciókra terjeszkednének.

Nagy szoftvertárolók


Az Ubuntu 20.04 LTS telepítésem (a napi képfájl) jelenleg 60 000 telepítésre elérhető csomagot listáz a hivatalos Ubuntu tárolókból. Ami szép az Ubuntuval kapcsolatban, hogy támogatja a PPA-kat (Personal Package Archives) (Személyes Csomagarchívumok), amik harmadik féltől származó tárolók olyan emberektől, akik el szeretnék juttatni programjaikat az Ubuntu felhasználóknak.

Több ezer Ubuntu PPA van a legtöbb dologra napi felhasználóként. Például könnyedén megszerezheted a GIMP, Inkscape, LibreOffice, Firefox, Chromium, grafikus meghajtók és más egyéb szoftverek legfrissebb verziót az Ubuntu telepítéseden ezeknek a PPA-knak a használatával. Ezek egy jó listájához tekintsd meg válogatásunkat a PPAs.fosspost.org oldalon.

Szintén böngészhetsz vagy kereshetsz PPA-kat a Launchpad.net-en.

Megjegyzés:
Nem kellene túl sok PPA-t hozzáadnod, mivel ez rendszerinstabilitást okozhat. De általánosságban több tucat PPA-t használhatsz bizonyos szoftverekhez, amiktől a napi munkád során függsz. Csak bizonyosodj meg róla, hogy nem kerülnek konfliktusba egymással (például megtörik egymás csomagfüggőségeit).

Stabil, mégis modern rendszer


Az Ubuntu két rendszerverziót kínál a felhasználóinak:

  1. LTS kiadások (Long-term Support) (Hosszú távon támogatott): Minden második évben kerül kiadásra, és 5 évig támogatott (+5 év összesen 10 évig fizető ügyfeleknek). Ezek a verziók általában a szoftverek kiadáskori legújabb stabil verzióit szállítják, de ahogy korosodnak, általában nem kapnak sok frissítést, ami ideálissá teszi őket rengeteg felhasználási esetre, ahol a stabilitás fontosabb, mint az új jellegzetességek.
  2. Nem LTS kiadások: Minden hatodik hónapban kerülnek kiadásra (kivétel amikor az LTS kiadás ideje van). Azok a verziók csak kilenc hónapig támogatottak, és általában a szoftverek kiadáskori legfrissebb elérhető stabil verzióit tartalmazzák, és végig kapnak frissítéseket. Ez jó olyan felhasználóknak, akik a legfrissebb verziót akarják mindenből.

Az LTS és a nem a LTS kiadások is egyaránt "stabil"-nak mondhatóak olyan szempontból, hogy nem omlanak össze mindennapi feladataid elvégzése során. De ha épp elégedett vagy egy LTS kiadással, akkor nem kell váltanod vagy frissítened az operációs rendszeredet a következő 5 évben.

Snap-ek



A hagyományos szoftverkezelés egy alternatív elosztási módja a Snap-ek. A Snap-ek önálló csomagok, amiket a Canonical hozott létre (a cég az Ubuntu mögött). A Snap-ek lehetővé teszik, hogy egy szoftver bármelyik általad választott verzióját használhasd akármelyik támogatott Ubuntu kiadásban.

Ez azt jelenti, hogy nem kell frissítened az Ubuntu 18.04 LTS kiadásodat, például, ahhoz hogy a VLC vagy az OBS vagy egyéb szoftver legfrissebb verzióját élvezd, mivel kiválaszthatod, hogy Snap-pal telepíted őket, és a legfrissebb verziók mindig eljutnak hozzád, anélkül, hogy bármilyen módon befolyásolnák az operációs rendszered stabilitását. azzal ellentétben, ha PPA-kat és hagyományos csomagkezelőket használnál.

A Snap-ek alapból támogatottak és engedélyezettek minden Ubuntu verzióban, nagyon jók sok felhasználási esetre.

Hardvertámogatás

 


A grafikus meghajtóid, nyomtatóid, bluetooth, Wi-Fi és más dolgok meghajtóinak telepítése nehézkes lehet más egyéb Linux disztribúciókon, de nem Ubuntun.

Az Ubuntu kulcsrakész támogatással jön az Nvidia és az AMD grafikus kártyákhoz is, zárt vezeték nélküli meghajtókat is tartalmaz, amik szükségesek lehetnek az internethez való csatlakozáshoz (némelyik disztribúció, például a Debian csak a nyílt forráskódúakat szállítja, aminek az lehet a következménye, hogy nem tudsz csatlakozni). És amíg az Ubuntu némelyik legutóbbi stabil verziókat kínál ezekből, további jól ismert PPA-kat adhatsz a rendszeredhez, hogy megkapd ezen meghajtóknak a napi szintű frissítését, ami fontos lehet néhány felhasználási esetnél, például játék.

A De Facto Linux


A hosszú ideje leggyakrabban használt Linux disztribúcióként biztosan hatással lehet a használatára tett döntésedre. Mert az Ubuntu ilyen fokú hírességével rengeteg jellegzetesség élvezetét teszi lehetővé; Van egy közösség, ami segít neked, a legtöbb cég alapból Ubuntura adja ki a szoftverjét DEB formátumban, más Linux disztribúciók helyett, és fejlesztők nagy száma, hogy hozzáadjon az egész ökoszisztémához.

Ez a szituáció más lehetne, ha egy kevésbé ismert Linux disztribúciót használnál, ahol a közösség és a harmadik feles fejlesztők és cégek támogatásának hiányától szenvednél.

Az Ubuntu mindenkinek jó: Fejlesztők, mérnökök, tanulók, doktorok, kezdők, játékosok (gamerek) és hétköznapi emberek... Szó szerint mindenki használhatja az Ubuntut napi operációs rendszerként, hogy a legjobban hozza ki a számítógépéből. Szóval ha te új vagy a Linux világában általánosságban, akkor biztosan tenned kellene az Ubuntuval egy próbát, vagy valamelyik hivatalos "ízesítésével" amik más asztali környezetekkel jönnek.

Forrás:
Why use Ubuntu instead of other Linux distributions?

2020. március 25., szerda

Hogyan írj hatásos dokumentációt a nyílt forráskódú projektedhez?


A dokumentáció minősége jelentős hatással lehet a projektedet kipróbáló (vagy az arra rátaláló) emberekre.


Sajnos a jó kód nem beszél önmagáért. Még a világ legsürgetőbb problémáját megoldó, legelegánsabban megtervezett és jól megírt kódbázis sem megy át magától. Neked, a nyílt forráskódú alkotónak, beszélned kell a kódodért, és életet kell lehelned alkotásodba. Itt jön képbe a technikai írás és dokumentáció.

Egy projekt dokumentáció generálja messze a legnagyobb forgalmat. Ez az a hely, ahol az emberek eldöntik, folytatják-e a projekteddel kapcsolatos tanulást, ismerkedést, vagy továbbállnak. Ezért az idő és az energiabefektetés a dokumentációba és a technikai írásba, a kezdeti lépésekre összpontosítva, csodákat fog tenni a projekted fogadtatása számára.

Az írás kellemetlen, vagy akár megfélemlítő lehet sokatok számára. A mérnökök a kódírásra vannak kiképezve, nem a kóddal kapcsolatos írásra. Sok ember második vagy akár harmadik nyelvként beszéli az angolt, és bizonytalannak vagy megfélemlítettnek érezheti magát angol szöveg írása közben. Én második nyelvként tanultam meg az angolt, számomra viszonylag könnyű volt, de nem mindenki mondhatja el ezt.

De nem kerülhetjük meg a valóságot, hogy ha egy projektnek széles, globális térnyerést szeretnél, az angol az a nyelv, amelyet muszáj használnod. Ne félj. Ezt a bejegyzést ezen kihívások tudatában írtam. Nem kell a következő Shakespeare-nek lenned, hogy az itt található javaslatokat hasznosnak találd.

Öt gyakorlati tipp


Itt van öt gyakorlati írási tipp, amelyet már ma felhasználhatsz. Talán fájdalmasan egyszerűnek és egyértelműnek tűnhetnek, mégis újra és újra figyelmen kívül vannak hagyva technikai írásokban.

  1. Használj cselekvő igenemet: Cselekvő igenem: "Megváltoztathatod ezeket a beállításokat azáltal, hogy", a szenvedő szerkezettel szemben: "Ezek a beállítások megváltoztathatók azáltal, hogy".
  2. Használj egyszerű, rövid mondatokat: Bár nem nyílt forráskódú projektek, de a Hemingway App és a Grammarly egyaránt hasznos segédeszközök.
  3. Formázd könnyű olvashatóságra: Használj fejezetcímeket, felsorolásokat, hivatkozásokat, hogy tömbökbe törd az információt, hosszú, magyarázó paragrafusok helyett.
  4. Tartsd meg vizuálisnak: Használj táblázatokat és grafikonokat, nem mondatokat, hogy több dimenzióval ábrázold az információt.
  5. Figyelj a helyesírásra és nyelvtanra: Mindig, mindig, mindig ellenőrizd az elgépeléseket és nyelvtani hibákat, hogy csiszolj a szövegen.

Azáltal, hogy folyamatosan alkalmazod ezeket a tippeket az írásodban és munkafolyamatodban, két nagy célt érsz el vele: hatékony kommunikációt és bizalomépítést.

  • Hatékony kommunikáció: A mérnökök nem akarnak hosszú, terjengős paragrafusokat olvasni dokumentációkban (a novellák vannak nekik erre a célra). Olyan hatékony technikai információkat vagy instrukciókat szeretnének (amikor útmutatóról van szó), amennyire csak lehet. Ezért az írásodnak száraznak és hasznosnak kell lennie. Ennek ellenére némi humor, hangulatjel, "pihe" használata rendben van, hogy némi személyiséget adj a projektednek, és még emlékezetesebbé tedd. Hogy ezt pontosan hogyan csinálod, az a te személyiségeden múlik.
  • Bizalomépítés: A legértékesebb valuta, amit muszáj felhalmoznod, különösen a projekted építésének korai szakaszában, az a bizalom. A bizalom nem csak a kódod minőségéből jön, hanem az írás minőségéből is, ami a kódodról beszél. Ezért, kérlek használd ugyanazokat a csinosításokat az írásodra, amiket a kódodra használnál. Ez a fő indok a fenti ötös ponthoz (a helyesírás és nyelvtan ellenőrzése).


Kezdés a "kezdeti lépések" dokumentációval


Ezen alapvető technikák írásodba szövésével, a dokumentáció azon része, amivel a legtöbb időt kellene töltened, az az első lépések. Ez messze a legfontosabb rész, egy klasszikus példája a 80/20-as elvnek a gyakorlatban. A terméked webes forgalmának legnagyobb része a dokumentációra érkezik, ennek a legnagyobb része pedig a kezdeti lépésekhez. Ha remekül van összerakva, akkor rögtön kapni fogsz egy új felhasználót. Ha nem, akkor a látogató elkattint, és valószínűleg soha nem jön vissza.

Hogyan rakj össze jól egy kezdeti lépések részt? Az alábbi három lépéses folyamatot ajánlom:

  1. Csináld meg feladatnak: Egy hatásos kezdeti lépések dokumentációnak feladat-orientáltnak kellene lennie - egy diszkrét mini-project, amit egy fejlesztő el tud érni. Nem kellene túl sok információt tartalmaznia a felépítési designról, fő koncepcióról és egyéb magas szintű információkról. Egy egyszeri, vizuális felépítési design rendben van, de ne szánj több paragrafust arra, hogy miért a te projekted a legjobban felépített megoldás. Az az információ máshova tartozik (bővebben erről lentebb). Ehelyett a kezdeti lépések résznek egy lépés és parancslistának kellene lennie... Nos, a kezdeti lépésekhez.
  2. Befejezhető kevesebb mint 30 perc alatt: Itt a legfontosabb húzóerő, hogy a befejezéshez szükséges idő olyan alacsony legyen, amennyire csak lehet: 30 perc a felső határ. Ez az időlimit azt is feltételezi, hogy a felhasználónak relatív kis ismerete van a projekteddel kapcsolatban. Ezt fontos észben tartani. A legtöbb ember, akik a kezdeti lépések útmutatódon való végigmenéssel vesződnek, egy technikai közönség tagjai a projekted bizonytalan megértésével, de nem sokkal többel annál. Azért vannak ott, hogy kipróbáljanak valamit, mielőtt eldöntik, hogy töltsenek-e több időt a mélyebbre ásással. A "befejezési idő" egy mérőszám, amit mérned kellene, hogy folyamatosan fejleszd a kezdeti lépések útmutatódat.
  3. Csinálj valami jelentőségteljeset: A "jelentőségteljes" a nyílt forráskódú projekten múlik. Fontos erősen elgondolkozni azon, hogy mi az, szilárdan feladatban meghatározni, és lehetővé tenni egy fejlesztőnek, aki befejezi a kezdeti lépések útmutatódat, hogy véghez vigye ezt a jelentőségteljes feladatot. Ennek a jelentőségteljes feladatnak muszáj, hogy közvetlenül a projekted értékéhez szóljon, egyébként a fejlesztők úgy fogják érezni, hogy vesztegették az idejüket.

Inspirációnak: Ha a projekted egy elosztott adatbázis projekt, akkor meglehet, hogy a "jelentőségteljes" azt jelenti, hogy az egész fürt (cluster) maradjon elérhető kiesések nélkül, ha kilősz néhány csomópontot (node). Ha a projekted adatelemzéssel vagy üzleti ismeretekkel kapcsolatos eszközzel kapcsolatos, akkor meglehet, hogy a "jelentőségteljes" egy dashboard generálása különböző vizualizációkkal, miután betöltött némi adatot. Bármit is jelentsen a "jelentőségteljes" a projektednek, gyorsan és helyileg elérhetőnek kellene lennie egy laptopon.

Egy jó példa a Linkerd Getting Started-je. A Linkerd egy szolgáltatási háló (service mesh) a Kuberneteshez és más keretrendszerekhez. Én kezdő vagyok a Kubernetesben, és még annál is kevésbé ismerős a service mesh-ben. Mégis mindenféle macera nélkül végigmentem a Linkerd Getting Started útmutatóján egy laptopon, és ez megízleltette velem, hogy miről is szól egy service mesh kezelése.

A fenti három lépéses folyamat egy hasznos keretrendszer lehet nagyon hatékony kezdeti lépések útmutató elkészítéséhez, egy mérhető módon. Kapcsolódik az idő-érték mérőhöz is, amikor egy nyílt forráskódú projekted termékesítéséről van szó.

Egyéb alapvető komponensek


Amellett, hogy figyelmesen kalibrálod és optimizálod a kezdeti lépések útmutatódat, van öt másik felső szintű komponens, ami ahhoz szükséges, hogy teljes értékű dokumentációt építs: felépítési design, gyártásbeli használati útmutató, felhasználási lehetőségek, referenciák, és ütemterv.
  • Felépítési design: Ez egy mély-merülés a projekted felépítésébe és a design-nal kapcsolatos döntéseid mögötti elvekbe. Mindennel kapcsolatos részletek, amiket stratégiailag megmagyaráztál a kezdeti lépések útmutatódban. Ez a részleg egy nagy része a teljes termékmarketing tervednek. Ez a részleg általában tele van vizuális elemekkel, rajzokkal, és arra hivatott, hogy egy hétköznapi hobbistát szakértő rajongóvá változtasson, aki abban érdekelt, hogy időt fektessen a projektedbe hosszú távon.
  • Gyártásbeli használati útmutató: Egy világnyi különbség van aközött, hogy kipróbálni valamit egy laptopon, vagy gyártásra használni. Rávezetni egy felhasználót, aki a projektedet komolyabban szeretné használni, egy fontos következő lépés. Gyártásbeli kezelési tudást bemutatni egy módja is annak, hogy hogyan vonzd be a kezdeti üzleti ügyfeleidet, akik kedvelhetik a technológia ígéretét, de nem tudják, vagy nem érzik magukat magabiztosnak arra, hogy gyártási környezetben használják.
  • Felhasználási lehetőségek: A közösségi bizonyíték értéke egyértelmű, szóval a projektedet gyártásra használók listázása fontos. A kulcs itt az, hogy megbizonyosodj róla, hogy ez az információ könnyen megtalálható. Valószínűleg a második legnépszerűbb hivatkozás lesz a kezdeti lépések után.
  • Referenciák: Ez a részleg elmagyarázza a projektedet részletesen, és lehetővé teszi a felhasználónak, hogy megvizsgálja és megértse mikroszkóp alatt. Ez "szótár"-ként is funkcionál, ahol az emberek információt keresnek fel, amikor szükséges. Néhány nyílt forráskódú alkotó mértéktelen időt tölt a projektje minden egyes apróságának és élének kihangsúlyozásával. A motiváció érthető, de onnantól kezdve szükségtelen, amikor az időd limitált. Hatásosabb egyensúlyt elérni a részletesség és a segítség szerzés módjai között: hivatkozás a közösségi fórumodra, Stack Overflow cédula, vagy egy külső GYIK (Gyakran Ismételt Kérdések) oldal is megteheti.
  • Ütemterv: A jövőbeli elképzeléseid és terveid kiterítése egy vázlatos idővonallal megtarthatják a felhasználók érdeklődését és ösztönözöttségüket hosszabb távra. A projekted talán nem tökéletes jelenleg, de van egy terved a tökéletesítésére. Az ütemterv arra is remek hely, hogy összehozd a közösségedet egy erős ökoszisztéma építésére, szóval bizonyosodj meg róla, hogy hagysz egy hivatkozást, ahol az emberek hangot adhatnak gondolataiknak és véleményüknek az ütemtervvel kapcsolatban (fogok írni közösségépítési konkrétumokról a jövőben).

Meglehet, hogy még nincsenek meg neked teljesen ezek a komponensek, és néhány rész később valósul meg, mint mások, különösen a felhasználási lehetőségek. Azonban legyél szándékos ezeknek a kiépítésével időben. Ezen öt elemek megvalósítása a kritikus következő lépés a felhasználóid projektedbe való "utazásának", feltételezve, hogy jó tapasztalatuk van a kezdeti lépések útmutatóval.

Egy végső megjegyzés: Tegyél bele egy tiszta egymondatos állítást azzal kapcsolatban, hogy milyen licencet használsz (valószínűleg a kezdeti lépésekben, vagy az olvassel-ben, vagy valami más jól látható helyen). Ez az apróság a végfelhasználó oldaláról sokkal hatékonyabb használatba vételt eredményez.

Töltsd az időt 20%-át írással

Általánosságban az időd 10-20 %-át írással töltéssel javaslom. Kontextusba helyezés: Ha teljes munkaidőben dolgozol a projekteden, akkor körülbelül heti fél naptól egy napig. A még árnyaltabb pont itt az, hogy az írással kellene dolgoznod az átlagos munkafolyamatodban. szóval így rutinná válik, nem pedig egy elzárt munkává. Az idővel növekedő folyamat, az egész írás egyszerre történő megírásával szemben, az, ami segíteni fog, hogy a projekted elérje végső célját: húzóerő és bizalom.

Forrás: How to write effective documentation for your open source project.

2020. március 23., hétfő

Ismerkedj meg a DebianDog-gal, egy Puppy méretű Debian Linuxszal

A közelmúltban egy lenyűgöző Linux projektbe botlottam. Ez a projekt kis méretű live CD-ket céloz meg Debian-hoz és Debian alapú rendszerekhez, a Puppy Linux projekthez hasonlóan. Vessünk egy pillantást a DebianDog-ra.

Mi az a DebianDog?


Ahogy a kiemelésben van, a DebianDog "egy kicsi Debian Live CD, úgy alakítva, hogy hasonlítson a Puppy-ra, és úgy is tegyen, mint a Puppy. A Debian struktúra és a Debian viselkedés érintetlen, és a Debian dokumentáció 100%-ig érvényes a DebianDog-ra. Hozzáférésed van az összes tárolóhoz apt-get-tel vagy synaptic-kal".

DebianDog Jessie

Azoknak, akiknek nem ismerős a Puppy Linux, a projekt "több Linux disztribúció gyűjteménye, ugyanazokra a megosztott elvekre építve". Ezek az elvek, hogy legyen gyors, kicsi (300 MB vagy kisebb), és könnyen használható. Vannak a Puppy Linux-nak Ubuntu, Slackware és Rasbian csomagok támogatására épített verzió.

A fő különbség a DebianDog és a Puppy Linux között, hogy a Puppy Linuxnak saját csomagkezelője van (a Puppy Linux csomagkezelő). Ahogy fentebb említve lett, a DebianDog a Debian csomagkezelőjét és csomagjait használja. Még a DebianDog weboldala is megpróbálja tisztázni: "Nem Puppy Linux, és semmi köze a Debian alapú Puppy-hoz".

Miért kellene bárkinek is DebianDog-ot használnia?


A fő indok a DebianDog (vagy bármely más változatának) telepítésére egy régebbi számítógép újra munkába állítása. A DebianDog minden változata rendelkezik 32-bites verzióval. Vannak könnyebb asztali környezetei/ablakkezelői, például az Openbox vagy a Trinity Desktop asztali környezet. A legtöbbnek van alternatívája a systemd-re is. Könnyebb alkalmazásokkal is érkeznek, mint például a PCManFM.

A DebianDog-nak milyen verziói érhetőek el?


Habár a DebianDog volt az első a sorozatban, a projektet "Dog Linux"-nak hívják, és több Dog variánst biztosít népszerű Debian és Ubuntu alapú disztribúciókon.

DebianDog Jessie


A DebianDog első (és eredeti) verziója a DebianDog Jessie. Két 32-bites verziója van. Az egyik Joe ablakkezelőjét (JWM) használja alapból, a másik pedig az XFCE-t. A systemd és a sysvinit is elérhető. Van 64-bites verziója is. A DebianDog Jessie Debian 8.0 (Jessie) alapú. A Debian 8.0 támogatása 2020 június 30-án lejár, szóval körültekintően telepítsd.

StretchDog


A StretchDog Debian 9.0 (Stretch) alapú. 32-bit-es és 64-bit-es változat elérhető. OpenBox az alapértelmezett ablakkezelő, de válthatunk JWM-re is. A Debian 9.0 támogatása 2022 június 30-án jár le.

BusterDog


A BusterDog érdekes. Debian 10 (Buster) alapú. Nem systemd-t használ, hanem elogind-et, mint az AntiX. A Debian 10.0 támogatása 2024 júniusában jár le.

MintPup


A MintPup Linux Mint 17.1 alapú. Ez a LiveCD csak 32-bites. Szintén hozzáférhetsz az összes Ubuntu/Mint tárolóhoz az apt-get vagy a synaptic használatával. Figyelembe véve, hogy a Linux Mint 17.1 elérte életciklusa végét, ezt a verziót el kell kerülni.

XenialDog


Ennek a kiadásnak van 32-bites és 64-bites verziója is, az Ubuntu 16.04 LTS-re építve. Mind a két verzió alapértelmezetten OpenBox-szal jön, JWM-mel opcióként. Az Ubuntu 16.04 LTS támogatása 2021 áprilisában lejár, szóval telepítsd körültekintéssel.

TrinityDog


TrinityDog
 
A TrinityDog-nak két verziója van. Az egyik Debian 8, a másik pedig Debian 9 alapú. Mind a kettő 32-bites, és mind a kettő a Trinity Desktop asztali környezetet használja, ahogy a neve mutatja.

BionicDog



BionicDog

Kitalálhatod a nevéből. A BionicDog Ubuntu 18.04 LTS alapú. A fő verziója ennek a kiadásnak elérhető 32-bites és 64-bites változatban is, alapértelmezetten OpenBox ablakkezelővel. Van egy olyan verzió is, ami a Cinnamon desktop-ot használja, és az csak 64-bites.

 Záró gondolatok


Én kedvelek minden olyan Linux projektet, ami régi rendszereket szeretne használhatóvá tenni. Azonban a legtöbb DebianDog-on keresztül elérhető operációs rendszer már nem támogatott, vagy közelít életciklusa végéhez. Ez kevésbé teszi hasznossá hosszú távon.

Nem igazán ajánlanám, hogy a fő számítógépeden használd. Használdd Live USB-vel vagy egy szabad rendszeren. Valamint létrehozhatod saját LiveCD kiadásodat, ha egy újabb főrendszer előnyeit szeretnéd kihasználni.

Valahogy továbbra is belebotlok kétes Linux disztribúciókba, mint a FatDog64, 4M Linux és a Vipper Linux. Még ha nem is mindig ajánlanám őket használatra, így is jó tudni ilyen projektek létezéséről.

Miket gondolsz a DebianDog-ról? Mi a kedvenc Puppy-stílusú rendszered? Mondd el nekünk hozzászólásban.

Ha hasznosnak találtad ezt a cikket, akkor kérlek szánj egy percet a közösségi hálózatokon való megosztásra, például Facebookon, Twitteren, Redditen.

Forrás:
Meet DebianDog – Puppy sized Debian Linux.

2020. március 22., vasárnap

Nem tetszik az Ubuntu? Itt a Linux Mint Debian variánsának LMDE 4-es verziója

Megjelent a Linux Mint Debian kiadásának LMDE 4-es verziója új jellegzetességekkel és fejlesztésekkel


Röviden: Megjelent a Linux Mint Debian kiadásának LMDE 4-es verziója Debian 10 Buster alappal. Nézd meg milyen újdonságokat hoz ez az új kiadás.

A legtöbb ember tudja, hogy a Linux Mint Ubuntun alapszik, de nem mindenki tudja, hogy a Linux Mint van Debian-alapú variánsa is. LMDE-nek hívják, ami a Linux Mint Debian Edition rövidítése.

A Linux Mint csapat (a hivatalos angol nyelvű blogjukban) bejelentette az LMDE 4-es verziójának megjelenését, ami a Debbie kódnevet kapta. A Debian 10 Buster kiadásán alapszik.

Ahogy a Debian, úgy az LMDE is a stabilitásra fókuszál. Ami azt is jelenti, hogy sok szoftverből és könyvárból nem biztos, hogy megkapod a legfrissebb verziókat. Ez egy kompromisszum stabilitás és frissesség között.

Új jellegzetességek az LMDE 4 "Debbie"-ben

LMDE 4 Debbie Cinnamon

Itt vannak a fő új jellegzetességek az LMDE 4-ben:

Újraalakított telepítő
Secure boot támogatás
NVMe támogatás
Btrf alkötetek támogatása
Automatikus particionálás LVM támogatással és teljes lemez titkosítással
Home könyvtár titkosítási opció
Nvidia meghajtók automatikus telepítésének támogatása
Microcode csomagok automatikus telepítése
A live mód automatikus minimum képernyőfelbontása 1024x768-ra nő VirtualBox-ban
Linux Mint 19.3 frissítések, mint a HDT, Boot-repair, rendszer jelentések, nyelvi beállítások, HiDPI, művészi munkák, új boot menük, Celluloid, Gnote, Drawing, Cinnamon 4.4, XApp státusz ikonok, stb.
APT ajánlott csomagok (recommends) alapból be vannak kapcsolva
A deb-multimedia tároló és csomagok eltávolítva
Debian 10 Buster csomagbázis backports tárolóval

Megnézheted az angol nyelvű kiadási megjegyzéseket több, főleg az ismert hibákat érintő információért.

Az LMDE 4 letöltése, vagy frissítés rá

Ha LMDE 4-et szeretnél használni, akkor letöltheted a Linux Mint hivatalos honlapjáról. 32-bites és 64-bites számítógépekre is elérhető.

Az LMDE 4 letöltése.

Használhatod egy 1 GB RAM-mal és 15 GB szabad lemezterülettel rendelkező gépen, bár 2 GB RAM és 20 GB lemezterület ajánlott.

Nézd meg melyik Linux Mint verziót használod!
Mielőtt mész és vakon elkezdesz követni bizonyos lépéseket, erősen ajánlom, hogy nézd meg melyik Linux Mint verziót használod.

A legegyszerűbb az alábbi parancs használata terminálban:

lsb_release

Ha már eleve LMDE 3-at használsz, akkor frissíthetsz LMDE 4-re. A Linux Mint csapat jó folyamati dokumentációt készített az LMDE 3-ról LMDE 4-re való frissítésről. Nem tudtam jobbat csinálni, szóval javaslom, hogy próbáld meg követni a hivatalos dokumentációban említett lépéseket.

Frissítés LMDE 3-ról LMDE 4-re.

Az LMDE verzió azoknak van, akik Debian alapot szeretnének Ubuntu helyett. Ha hétköznapi felhasználó vagy, akkor nem kell ezután az új kiadás után futnod. Ha van egy szabad rendszered, ahol különböző Linux disztribúciókat tesztelsz, akkor minden szempontból tegyél vele egy próbát.

Én még nem használtam LMDE-t. Túl sok disztribúció van, és az élet túl rövid ahhoz, hogy mindet kipróbáljuk.

És te? Használtad már a Linux Mint Debian kiadását? Ha igen, akkor oszd meg a vele való tapasztalataidat a komment szekcióban.

Forrás:
Don't Like Ubuntu? Linux Mint's Debian Variant LMDE 4 is Here.


2020. március 20., péntek

Linus Torvalds javaslatai az otthoni munkához a koronavírus miatti lezárás idejére

Amíg sokunk elzárkózik a koronavírus idejére, a ZDNet-nek egy különleges interjúban volt része Linus Torvaldsszal az otthoni munkával kapcsolatban a koronavírus miatti lezárás idejére.

Ha még nem tudnád (már miért ne tudnád?), Linus Torvalds a Linux és a Git készítője. És ő az egészet otthonról dolgozva csinálta. Itt van egy videó 2016-ból, amiben Linus bemutatja az otthoni irodáját:


Szóval ebben a cikkben megosztom az interjú lényegét.

Vesd el az emberi interakció hiányának félelmét


Torvalds ezt évekkel ezelőtt említette, amikor először kezdett otthonról dolgozni. Aggódott az emberi interakció hiánya miatt, beleértve az irodába menést, emberekkel történő interakciót, vagy egyszerűen ebédelni menni.

Érdekes, hogy látszólag már nem hiányolja ezeket - az otthon töltött időt preferálni, emberi interakció nélkül.

Természetesen elzárni magad az emberi interakcióktól nem a legjobb dolog - de úgy tűnik, hogy egyelőre jó dolog.

Váltsd előnyödre az otthonról való munkát


Rengeteg dolgot tudsz csinálni anélkül, hogy valóban egy irodában lennél.

Ne felejtsd el - annyit simogathatod a macskáidat, amennyit csak akarod, és nekem 6 van, tudom, nehéz (*vihog*).

És, ahogy Linus Torvalds mondta, a valódi előnye a távoli munkának a "rugalmasság". Nem feltétlenül kell az asztalod előtt ülnöd 9-től 5-ig vagy tovább. Szabadon szüneteket tarthatsz, és akármit csinálhatsz otthon.

Más szavakkal, Linus egy iroda otthonodban történő újra megalkotásának elkerülését javasolja - ami rosszabb, mint irodába menni.

A hatékony kommunikáció a kulcs

 


Választhatsz néhány összejövetel között (videó konferenciák vagy hanghívások) egy nap – de tényleg szükséges?

Néhányaknak nagy dolog lehet – de meg kell próbálnod minimalizálni az összejöveteleken töltött időt, azáltal, hogy tömören oldod meg a dolgokat.

Vagy, ahogy Linus javasolja, e-mail listákkal rendelkezni, hogy képben maradjunk, és így fut a Linux kernel is.

James Bottomley, kitüntetett mérnök az IBM kutatásnál (IBM Research), és Linux kernel fejlesztő, szintén ad egy javaslatot, hogy olvasd újra a szövegedet, hogy biztos legyél abban, hogy precíz információt küldesz, amin lehetőleg senki sem fog átsiklani.

Én éppen ezért preferálom a szöveget hang helyett. Időt spórol.

De tartsd észben, hogy csak a szükséges információt kell továbbítanod a megfelelő stílusban, anélkül, hogy túltöltenéd az információt, amit a szövegekkel/email-lel küldesz.

Kövesd nyomon az idődet


A rugalmasság nem feltétlenül azt jelenti, hogy kevesebbet dolgozhatsz, és többet lóghatsz a közösségi média platformokon, hacsak nem az a munkád.

Szóval biztosnak kell legyél benne, hogy a legtöbbet hozod ki az idődből. Hogy ezt megtedd, számos eszközt használhatsz az időd követésére, hogy mit használsz és mennyit/meddig.

Akár papírra is jegyzetelheted, hogy biztos legyél benne, hogy hatékonyan töltsd a munkára szánt időt. Használhatsz RescueTime-ot vagy ActivityWatch-ot, hogy kövesd az idődet a számítógépeden vagy okostelefonodon

Játssz a macskáddal (háziállataiddal)

 

Nem szeretnék más háziállatokat diszkriminálni, de ez az, amit Linus mondott.

Csak azért, mert az otthonodban vagy - sokat kell tenned, amíg beütemezed a munkádat, vagy próbálod hatékonyan használni az időt.

Linus kitart amellett, hogy bármikor, amikor unatkozol, kimehetsz beszerezni a nélkülözhetetlen dolgokat, ha szükséges, vagy játszani a macskával (vagy a háziállatoddal).

Összegzés


Bár Linus Torvalds szintén megemlítette, hogy senki sem fog ítélkezni feletted otthoni munka közben, a tanácsai lényegre törőnek tűnnek, és nagyon hasznosak lehetnek olyanok számára, akik küszködnek az otthonról való munkával.

Nem csak a koronavírus kitörés idejére - de ha véglegesen otthonról tervezel dolgozni, észben kellene tartanod ezeket a dolgokat.

Forrás:
Linus Torvalds’ Advice on Working From Home during Coronavirus Lockdown.

2020. március 9., hétfő

Viszlát WAP!

Azt hiszem, hogy ez egy korszak vége az internet világában.
Más szolgáltatóknál nem tudom, hogy elérhető-e még új előfizetőknek, de a Vodafone Magyarország négy nappal ezelőtt szüntette meg a WAP szolgáltatást új előfizetések esetén:
"2020. március 4. után kötött Előfizetői Szerződések esetén a WAP szolgáltatás nem elérhető."
Körülbelül 8 évvel ezelőtt használtam utoljára WAP-ot, de az sem biztos. Lehet, hogy még régebben. A 2000-es évek elején-közepén viszont viszonylag gyakran használtam/használtuk. Gyermekkoromban az internetezés egyik meghatározó része volt. Használtuk például hírek és cikkek olvasására, chatelésre, telefonos háttérképek, csengőhangok letöltésére, stb. Az általam akkoriban használt telefonok márkájára már nem igazán emlékszem. Azt hiszem, hogy az elsők között valami Sony Ericsson vagy Panasonic volt, zölden világító háttérrel. Ezek egy része még nem volt saját. Ismerősöké voltak. Volt még Sony Ericsson T230, K300i és V640i is. Ezek már mind színes kijelzősök és sajátok voltak, de már nem emlékszem, hogy melyiket mennyire használtam/használtuk WAP-ra. Emlékeim szerint a Sony Ericsson T230 volt az első saját telefonom. Külön (a telefon aljára csatlakoztatható) kamerát is vettünk hozzá. Azt például most tudtam meg, hogy 2006-ban és 2007-ben ingyen ki lehetett próbálni a WAP-ot például a Pannon-nál. Akkoriban (elvileg 2006 november 14-től) 1 MB ingyenes WAP-forgalmat adott ajándékba a szolgáltató 2007 december 31-ig a vásárlás napjától számított 30 napig. Persze rendszeres használat mellett az 1 MB (1024 kB) még a WAP-on is kevés volt. Még tisztán szöveges tartalommal is viszonylag hamar elfogyasztható. De kipróbálásra azért jó lehetett. Érdekes, hogy nem tudtam róla, pedig akkoriban Pannon-os voltam. Most kíváncsiságból beírtam egy szöveges fájlba a blogbejegyzés eddigi tartalmát (a címmel együtt, de a jelenlegi és a következő mondat nélkül), és az jött ki, hogy a fájl 2.1 kB. És ez csak egy rövid blogbejegyzés.