Byla vydána verze 32.0 svobodného softwaru OBS Studio (Open Broadcaster Software, Wikipedie) určeného pro streamování a nahrávání obrazovky počítače. Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
Byl vydán PostgreSQL 18. Přehled novinek v poznámkách k vydání.
NFS (Network File System) má letos 40 let. Jeho tvůrci zavzpomínali na MSST Conference. Sun Microsystems vydal v prosinci 1985 zdrojové kódy NFS vývojářům mimo Sun.
Po Canonicalu oznámilo také SUSE, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
Laboratoře CZ.NIC vydaly novou verzi 4.27.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidány byly funkce pro přerazítkování datových zpráv systémem ISDS. Uživatel muže zvolit zprávy, jejichž časová razítka má aplikace sledovat. Aplikace jej upozorní na časová razítka, která lze přerazítkovat. Uživatel pak může
… více »Bylo představeno all-in-one PC aneb mechanická podsvícená klávesnice s Raspberry Pi 5 uvnitř Raspberry Pi 500+. S 256 GB Raspberry Pi SSD a 16 GB RAM za 200 dolarů.
Google, potažmo YouTube umožní návrat tvůrcům, kteří byli zablokováni kvůli údajnému šíření dezinformací souvisejících s COVID-19 a volbami. Tvůrci teď mohou požádat o navrácení přístupu. Společnost Alphabet v této souvislosti uvedla, že zákazy byly uděleny kvůli tlaku tehdejší Bidenovy administrativy.
Vývojári z distribúcie Artix, ktorá je postavená na Arch Linuxe, alebo skôr jeho forkom, už skôr prešli na Open-RC init systém, stále však niektoré projekty ako GNOME boli závislé na systemd. Teraz pretiekol pohár trpezlivosti a počnúc GNOME 49, kvôli ktorému komponenta gnome-session je úplne závislá na systemd-init, padlo rozhodnutie na odstránenie GNOME z repozitárov Artixu. Táto zmena sa podľa všetkého týka viac než 90 distribúcií, ktoré tiež nepoužívajú systemd. Viac v príspevku na DistroWatch.
Magazín IEEE Spectrum opět po roce publikoval svůj žebříček programovacích jazyků. Vedou Python, Java, C++, SQL a C#.
Repozitáře pro spolupráci v rámci projektu Fedora se přesunou z Pagure na nově vzniklý Fedora Forge. Ten stejně jako třeba Codeberg běží na softwaru Forgejo, které bylo už před časem vybráno jako náhrada za Pagure. Pagure pochází z dílny Fedory, ale mimo ni se příliš neuchytil. Jeho vývoj a údržba byly náročné a Fedora se rozhodla jít cestou úspěšnějšího projektu, který má větší základnu přispěvatelů.
ak by si svoj projekt nevydal ako open source len ťažko môžeš začleňovať open source projekty iných do toho svôjho
Tohle záleží na spíše licenci.
ad 1) Jasně, může si to opravit pro sebe (jak psal Leoš), ale vývojář ten zaslaný patch stejně tak jako tak musí zkontrolovat.
Staci, aby se ten projekt prestal rozvijet a pokud v nem nevidis budoucnost, musis investovat do migrace na jiny projektV mnoha pripadech to neni problem - pokud je jasne dany smysl programu (ktery se v case moc nemeni), program je uz v dostatecne finalni fazi, tak program neni treba dal rozvijet a staci pouze upravovat nalezene bugy, coz zvladne kdekdo. Naopak, pokud program dobre splnuje me pozadavky, tak jsem vetsinou radsi, kdyz uz se moc nerozviji, nebot casto takyvy rozvoj me uz nic neprinasi (program splnuje dalsi a dalsi pozadavky, ktere ale ja nekladu) a prinasi komplikace (rust nabubrenosti, zmeny, mensi stabilita).
Pokud něco uvolním jako OpenSource, kdokoliv to může z principu věci okopírovat a vydávat za své dílo.Pozor, to teda ne. Korektní přiznání autorství je nutnost a ani nejliberálnější opensource licence z tohoto požadavku neslevují.
Mnohdy je rychlejší napsat požadovanou funkcionalitu sám, než se prodírat cizím patchem (který se obvykle nedrží nastolené štábní kultury)V takovym pripade bych bez kompromisu zavrel editor a poslal autorovi, at si to hezky opravi... Takze prodirani kodem bez pozadovane stabni kultury by se nekonalo
Priklanim se k tomu, co napsal pan Kvasnicka a rekl bych, ze to co on vyzdvihuje jako (+) neni v 99 % pripadu vyvazeno tim, co ztracite. Tedy jestli minite open source ve smyslu gpl apod.Jde o to dobre vychytat tu hranici co otevrit a co ne, aby ta ztrata nebyla. Udelat kompletni vlajkovy produkt jako open source je pro freelancera bez firmy a sirsiho portfolia v zadech ekonomicky relativne beze smyslu. Ale udelat jako open source treba jen par nastroju a frameworku, tam bych nemluvil o "ztrate". Sice obsahuji nejake moje know how, ale ne takove, ktere by tvorilo efektivni konkurenceschopnost. Napr. tvurci frameworku Djano by vam taky nedali komplet zdrojaky svych zpravodajskych portalu, ale kdyz otevreli Django, jen jim to prospelo (IMHO).
Ja prodavam vlastni software vzdy se source ale zakaznik s tim muze neco delat jen tehdy, kdyz bych odmitl dalsi spolupraci. Pak smi muj cod vzit a delat s tim co chce. To hodnoti zakaznici jako pozitivni a protoze to je dnes bezne, ani to nemohu delat jinak.Ja nedavam zdrojak rovnou, ale do smlouvy klauzuli, ze predam zdrojak a vse potrebne, pokud nebudu schopen zajistit kontinuitu dila (min. v ramci sjednane sluzby). Ale i na zdrojacich rovnou k dilu bych byl ochoten se za urcitych podminek domluvit.
Zaslaný patch musí někdo zkontrolovat. Mnohdy je rychlejší napsat požadovanou funkcionalitu sám, než se prodírat cizím patchem (který se obvykle nedrží nastolené štábní kultury). Tohle považuji za největší nevýhodu tohoto stylu vývoje softu.E? Jednak muzu vesele ignorovat patche od jinych ve svem stromu, jednak je programatorskou zhuverilosti neprovadet code review pred zaclenenim patche do stromu, at je vyvoje open source nebo closed source (pokud se nejedna o one-man-show, samozrejme).
Proto je obvykle lepší, když uživatel zašle požadavek na funkci a vývojový tým, který zná kód daleko lépe, než kdokoliv cizí, ji na přání uživatele napíše. Tohle je v podstatě opak předchozího. Buď se zvýší režie na kontrolu patchů, nebo se zvýší režie na komunikaci mezi vývojáři a komunitou.Napise nebo nenapise. A kdyz nenapise, pozadavek konci ve stoupe.
Dále je to omezená kontrola nad produktem. Pokud něco uvolním jako OpenSource, kdokoliv to může z principu věci okopírovat a vydávat za své dílo. Proti čemuž se jen těžko bojuje.Autorsky zakon plati pro open i closed source. Nezavisle na tom, zda je kod uzavreny ci neni, privlastnit se da oboji, jen v tom druhem pripade je to trosku narocnejsi. A na otazku, co pro me znamena Open Source, je tato odpoved: a) moznost spoluprace s jinymi, nemam prece patent na rozum (nejlepsi prispevatele jsou "cistici" kodu, kteri vezmou stavajici prasacky napsany kod a vypuliruji ho) b) zdroj vzdelani (ano, za zivot jsem nastudoval funkcnost mnoha ruznych kodu a naucil se mnoha vecim z nich) c) zvyseni vazby s hlavnimi uzivateli (uz se mi nekolikrat stalo, ze pri problemu v Solarisu velky zakaznik poukazal na moznosti implementaci zmen v OpenSolarisu a obcas jsme se dopracovali vzajemnou komunikaci k zajimavym vysledkum)
No dobře, ale k tomu nepotřebuješ zdrojáky, stačí dobře dokumentované API těch sdílených knihoven.
popř. si ji můžu upravit podle svých potřeb.Hmm... Jasně, no. Assemblerem to půjde i u closed-source, ale to myslím není ono.
A vzhledem k tomu, že nepíšu (doufejme) jako prase, tak výše popisované problémy (opatřit komentáři v angličtině, upravit "ke zveřejnění" atd.) u mne odpadají a zveřejnění SW je otázkou pár minut, popř. hodin.Napsal jsem projet veskere zdrojaky a ujistit se, ze kazda trida a metoda je dobre anglicky okomentovana. To neznamena, ze jsem prase, ale ze proste chci mit jistotu. Komentuju veskere sve kody, kazdou metodu a tridu, ale kdyz dopredu neplanuju, ze to jednou bude jako open source, nejsem si pak zpetne 100% jisty -- coz je myslim pochopitelne. Takze to je otazkou hodin a brzdil bych s temi silnymi vyrazy
@param
a podobne.... Takze tak Takže neptej se "Co mi přinese, když program uvolním jako open source?", ale spíše "Co se stane, když nikdo nebude dělat open source." Jinak ti to samozřejmě nepřinese žádné výhody.I uvolneni programu jako open source muze neprimo vest k materialnim vyhodam a neni na tom vubec nic spatneho. Nekdy muze byt dusledkem otevreni kodu i vetsi materialni zisk, nez jaky by teoreticky byl, kdyby SW zustal uzavrent. IMHO je dost projektu, ktere kdyby autori neotevreli, tak zdechnou, protoze by nebyli schopni se dostat pres relativne vysoky vstupni prah na ten dany segment trhu. Kdyz SW ale otevreli, znacne ten prah snizili (samotny SW byl bezplatny, takze se o to lide vice zajimali) a casem kolem toho SW vybudovali support masinerii, ktera jim prinasi nemale penize...
Tiskni
Sdílej: