Itt az ideje visszaadni azokat az embereket, akik lehetővé teszik az internet használatát!
Sok fejlesztő kedveli a nyílt forráskódú projekteket, és jó okkal: mindennap használják őket munkájuk felgyorsítására. Számos sikeres példa található a nyílt forráskódú szoftveres megoldásokra, mint például a Linux (operációs rendszer) vagy a React (egy JavaScript könyvtár). Ezek a megoldások gyakran jól kidolgozottak, és öröm ilyen magas színvonalú kóddal dolgozni.
Tehát nézzük meg közelebbről, hogy mit jelent a nyílt forráskód és mi az előnye és hátránya a nyílt forráskódú projektekkel való együttműködésnek.
Mi az a nyílt forráskód?
A „nyílt forráskód” kifejezést a szoftverfejlesztő iparban fogalmazták meg, és olyan dologra utal, amelyet bárki ellenőrizhet, módosíthat és megoszthat. Sajátos megközelítést képvisel a számítógépes programok létrehozásában, amely az együttműködés, az átláthatóság és a közösségorientált fejlődés értékeit ünnepli.
A nyílt forráskódot a fejlesztők és a fejlesztők írják.
Az összes nyílt forráskódú fél védelme érdekében a projekt tulajdonosa használhatja a Creative Commons licencet. A Creative Commons (CC) licenc mindenki számára lehetővé teszi az Ön munkájának megosztását, felhasználását és továbbépítését.
A nyílt forráskódú szoftver általában ingyenes szoftvertermék, ahol a fejlesztők hozzáférhetnek a forráskódhoz. Javíthatják a program teljesítményét, hozzáadhatnak néhány funkciót és kijavíthatják a hibákat. Néhány példa ilyen szoftverekre a LibreOffice, a Mozilla Firefox és a Chromium.
Ezzel szemben létezik saját szoftver , más néven „zárt forráskódú szoftver”. Egy ilyen program forráskódját csak a tulajdonosok ellenőrizhetik vagy módosíthatják. A szabadalmaztatott szoftverek közül néhány példa a Microsoft, az Adobe vagy az Apple néhány terméke.
Néhány vállalat a nyílt forráskódú szoftvereket tartja normának, míg mások a zárt forráskódú szoftverek fejlesztését részesítik előnyben. És az biztos, hogy a nyílt forráskódú modellnek megvannak az előnyei és hátrányai.
Mi a nagyszerű a nyílt forráskódú szoftverek fejlesztésében?
Személyes előnyök
Ha azt mondom, hogy a nyílt forráskódú fejlesztőket az önzetlenség és a mások segítésének vágya vezérli, a cikket olvasó emberek közül sokan hitetlenkedve mosolyoghatnak. De ez a belső motiváció az elsődleges oka annak, hogy a legtöbb ember nyílt forráskódú projekteken dolgozik.
Ne becsülje alá a személyes előnyök fontosságát - azokat az érzéseket, hogy segítőkészek és önértékűek.
Közösségi elismerés
A tudósok és az orvosok megosztják tapasztalataikat tudományos cikkek írásával és tudományos konferenciákon való részvétellel. Az UI / UX tervezői megosztják tapasztalataikat a Behance vagy a Dribbble témában. Az írók kinyomtatják könyveiket, vagy megosztják őket online platformokon keresztül. A zenészek és a filmalkotók különböző streaming szolgáltatások révén osztják meg munkájukat a világgal. Miért különböznének a szoftverfejlesztők, és szeretnék elszalasztani az elismerés megszerzésének lehetőségét?
Ha nyílt forráskódú projekteken dolgozik vagy futtat, számos módon elismerést kaphat a fejlesztői közösségtől, például létrehozhat egy nagyszerű GitHub-profilt és részt vehet olyan eseményeken, mint a Hacktoberfest.
Előfordulhat, hogy kedvezményeket, ingyenes belépést biztosít az eseményekre, valamint egy fejlett infrastruktúrát a projektek lebonyolításához. A nyílt forráskódú projekteken végzett munka nemcsak pénzt takarít meg, hanem arra is ösztönöz, hogy a lehető legnagyobb eszközöket használja saját projektjeiben.
Önreklámozás
Ha Ön vagy cége aktívan részt vesz a nyílt forráskódú közösségben, nagy hírnevet szerezhet. Így ha egyéni vagy önálló fejlesztő vagy, könnyebben találsz munkát szabadúszóként vagy teljes munkaidőben. Ha Ön szoftverfejlesztő vállalatot képvisel, könnyebben megtalálja az Ön számára dolgozni hajlandó embereket, az együttműködésre hajlandó partnereket és az Ön szakmai szolgáltatásait igénylő ügyfeleket.
Ezért a nyílt forráskódú szoftverek fejlesztése tökéletes hirdetési lehetőséget teremt - mind a fejlesztők, mind a fejlesztési ügynökségek számára előnyös helyzetet.
Értékérzék
Nem kell elrejteni az igazságot: az állás kiégése a fejlesztők munkáját és a szoftvergyártók HR stratégiáit sújtja. Ha Ön cégtulajdonos, azáltal, hogy motiválja alkalmazottait a nyílt forráskódú fejlesztésben való részvételre, megmutatja nekik, hogy munkájuknak értéke van. Nemcsak kereskedelmi projektjein dolgoznak, hanem nyílt forráskódú projekteken keresztül is értéket nyújtanak a szélesebb fejlesztői közösség számára.
Azzal, hogy segít a fejlesztőknek elérni ezeket a cél- és értékérzeteket, érdekli őket a veled való együttműködés.
Ugyanez a helyzet, ha önálló fejlesztő. A nyílt forráskódú szoftverfejlesztéssel való részvétele értelmessé teszi munkáját, és az idő múlásával nem nő meg utálni.
Szoftverminőség
A nyílt forráskód gyakran jobb minőségű. Egy fejlesztői csapat által létrehozott szoftver rosszabb minőségű lehet, mint a világ minden tájáról érkező fejlesztők ezrei, akiknek tapasztalata van a különböző technológiákban, iparágakban és projektekben. A nyílt forráskódú szoftverek hibáit pedig nagyon gyorsan azonosítják, mivel a kódot több fejlesztő folyamatosan felülvizsgálja.
Még az egyetlen fejlesztő által írt kód is gyakran jobb minőségű, ha nyílt forrásból származik. Ha olyan kódot ír, amelyet csak Ön vagy közeli kollégái láthatnak, akkor nem biztos, hogy sokat érdekel a kód stílusa. De ha olyan kódot írsz, amelyet mindenki láthat, akkor mindent megtesz, hogy ne hasonlítson egy kódmajomra. A vélemények, a hozzászólások és a közösség visszafogása mind itt hasznos.
Adatbiztonság
Az alkalmazásfejlesztéshez nyílt forráskódú szoftvert kell használnia, mert az biztonságosabb. A közösség azonnal rátalál és jelentést tesz azokról a biztonsági hibákról, amelyeket a szoftver tulajdonosa általában azonnal kijavít.
Viszont, ha van egy biztonsági hiba egy saját szoftvertermékében, senki sem fogja tudni, amíg valaki nem válik áldozatává a fenyegetésnek.
Ezenkívül a nyílt forrásból származó termékek nem tudják visszaélni és visszaélni a felhasználók adataival szándékosan, mint néhány saját szoftvergyártó cég. A közösség felfedezné ezt a visszaélést, és a szoftver és tulajdonosának hírneve tönkremenne.
Testreszabás
A nyílt forráskódú szoftver fejlesztése általában azt jelenti, hogy könnyen testreszabható szoftvert fejleszt. Mivel a forráskód nyitva van, a fejlesztő könnyedén hozzáadhat változtatásokat a felület funkcionalitásához.
Például az Apache CloudStack egy nyílt forráskódú szoftver, amely megkönnyíti a felhőalapú számítást. Egy másik példa a nyílt forráskódú Botpress platform, amely lehetővé teszi a fejlesztők számára, hogy egyszerűen létrehozzanak egyedi chatbotokat. A KeenEthics fejlesztői, akik a Botpress közreműködői, örömmel tölt el, amikor más életét egyszerűbbé tehetik.
A nyílt forráskód a tapasztalatok megszerzéséről és megosztásáról szól. Néha azt látja, hogy egy nyílt forráskódú szoftver projektből hiányzik valami, és ezt a hiányosságot kitölti a kód megadásával. Máskor megérted, hogy tehetnél valami jobbat is. A nyílt forráskód segít az unalom kezelésében és a társak elismerésének kivívásában.
Mi nem jó a nyílt forráskódú szoftverek fejlesztésében?
Téves kommunikáció és félreértések
Várhat kéréseket a termék fejlesztésére vagy valamiben való segítségre, de előfordulhat, hogy különböző emberekkel kell megküzdenie. Egyesek elvárhatják, hogy 24/7 napon válaszoljon a kéréseikre. Mások nyithatnak PR-eket a termék javításával, de Önnek meg kell magyaráznia a szabályokat arra vonatkozóan, hogyan kell a dolgokat előkészíteni, és hogyan illeszkednek be a fővonalba.
Végül nincs garancia arra, hogy a közösségi hozzájárulás nem lesz alacsonyabb minőségű. Éppen ezért nagy az esély arra, hogy végül átalakítja valakinek a kódját, és csalódott embereket hagy azáltal, hogy nem egyesíti a változásait.
Az alapvető üzleti érték veszélye
Soha nem szabad olyan forráskódot nyitnia, amely az Ön vállalkozása számára alapvető értéket képvisel. Ha van üzleti titok - egy ötlet vagy annak megvalósítási módja, amely egyedivé teszi vállalkozását, akkor ne nyissa meg a nyílt forrást, hogy ne váljon elérhetővé versenytársainak. Mégis, ha vannak ötletei és eszközei, amelyeket a nyilvánosság veszteség nélkül használhat fel a vállalkozás számára - nyílt forráskódúak.
Miért jó a nyílt forráskód?
Ha internethasználó (és határozottan az), akkor óhatatlanul hihetetlen mennyiségű szabad szoftveres nyílt forráskódot használ. Az internetes feltalálók ennek nagy részét nyílt forráskódú projektként tervezték meg, és bárki, aki ma használja, megragadja erőfeszítéseinek gyümölcsét. Például a felhőszámítás nagyrészt nyílt forráskódú hozzájárulásokon alapul.
Ezenkívül a Tidelift és a The New Stack felmérése szerint a szoftverfejlesztők 84 százaléka nyílt forráskódot használ szakmai rutinjában. Valaki tapasztalatát és tudását felhasználva miért nem osztja meg a sajátját?
Ha élvezzük a nyílt forráskód előnyeit, az a helyes, ha visszaadjuk a közösségnek.
Vegyen részt a nyílt forráskódú fejlesztésben!
Hogyan kezdjük? Nyissa meg a GitHub-tárházat a nyilvánosság előtt, és meséljen róla a világnak a blogján, a közösségi médiában vagy a fejlesztői fórumokon keresztül. Regisztráljon a Hacker News oldalon, mivel sok nyílt forráskódú közreműködő lóg.
A nyílt forráskód gyorsabban fejlődik fejlesztőként, és hasznos eredményt hoz az egész közösség számára. Ugyanakkor meg kell próbálnia, hogy ne ártson a közösségnek, amely ezeket a nagyszerű nyílt forráskódú dolgokat megadja Önnek. Okosan járuljon hozzá és segítsen másoknak azáltal, hogy megválaszolja azokat a kérdéseket, amelyekben segíthet.
Van ötlete egy projekthez?
A KeenEthics cégemnek sok tapasztalata van a nyílt forráskódú webfejlesztéssel és a mobilalkalmazások fejlesztésével kapcsolatban. Ha készen áll a játék megváltoztatására és a projekt elindítására, bátran vegye fel a kapcsolatot .
Ha tetszett a cikk, feltétlenül olvasson el még egyet: Agilis tesztelés: Hogyan lehet magas színvonalú szoftvert biztosítani.
PS
Szeretnék köszönetet mondani Alex Pletnovnak, a CTO @ KeenEthics CTO-nak, hogy inspirálta és hozzájárult a cikkhez.
A KeenEthics blogon közzétett eredeti cikk itt található: Mi nagyszerű a nyílt forráskód fejlesztésében és mi nem?