Gyakorlati példa a nyílt forráskód előnyeire

Open Source

TLTR: Egy alkalmazás nem működött ReactOS-en, a ReactOS fejlesztői visszakövették a probléma forrását egy Wine bughoz, megosztottak egy lehetséges javítási módot rá és most az alkalmazás működik mind Wine, mind ReactOS alatt.

( bennyh | 2020. 04. 27., h – 19:58 )

Már ezért is van értelme a ReactOS-nek.

Színes vászon, színes vászon, fúj!

Kérem a Fiátot..

Mivel ezek önálló projektek és nem egy cég termékei, nem hiszem hogy bárkit pisztollyal kényszerítenének (vagy a főnökük kényszerítene), hogy WINE helyett ReactOS-t fejlesszen. Lehet, ha nem lenne a ReactOS, nem a WINE-be fektetnék az így megmaradt energiát, hanem elmennének hokijátékosnak vagy virágkötőnek.

Színes vászon, színes vászon, fúj!

Kérem a Fiátot..

( arpi_esp v | 2020. 04. 28., k – 08:17 )

az lenne az igazi ha egy windows bugig nyomoznanak vissza :)

Remlik egy sztori, ahol a user hibat jelentett az Abiword fejlesztoinek, kiderult, hogy az Abiword ertelmezte jol a LibreOffice szabvanyat, a LibreOffice rosszul ertelmezte a sajat szabvanyat, es kiderult, hogy egy MS Office bug miatt irtak at "szabvanykovetorol" "rosszra" azt a LibreOffice kodreszletet.

Azaz egy doc/docx-re irt fix tevedesbol lefutott od-n is.

( Hevi v | 2020. 04. 28., k – 15:06 )

Szoval egy marginalisan hasznalt OS nem tudott futtatni egy marginalisan hasznalt programot, majd a bugot fixaltak egy marginalisan hasznalt emulatorban...

Nyilt forraskod \o/

:)

A 10.15 Catalinaban annyi minden valtozott, hogy az mar gyakorlatilag egy 4. operacios rendszer onmagaban - kompatibilitast tekintve. Nem csak a 64 bit-only, hanem az ujragondolt fajlrendszer-jogosultsag miatt is. Egy rakas legacy program egyszeruen azon nem megy, meg akkor se, ha 64 bitre forditottak. (Azt ertem, hogy azert, hogy gyorsan kijojjon majd minden az ARM-os Mac-ekre, ha mar "ugyis nemreg hozza kellett nyulni a forraskodhoz", de na).

Tobbek kozt a macOS Catalina jelenleg az egyetlen olyan modern oprendszer, ami nem tud valamilyen modon wine-nal kompatibilis 32 bites Win alkalmazast futtatni. Ha 90-es evekbeli jatekokat akarsz futtatni, vagy virtualis gepezel, vagy nem update-elsz 10.14 Mojave-rol.

Aztan ezekutan kepzeld el mi fog futni meg nem futni az elso ARM-os macOS-en, ha igazak a pletykak. Az a big 3 maintenance szempontbol egy big 5 epp (es akkor meg csak Desktopot neztunk).

Entry-level laptopokkal kezdenek elmeletben. Ami azt jelenti, hogy max office kell.

Azt meg mar tudjuk, hogy iPad appok egyszeruen konvertalhatoak macOS app-okka.

ARM-en ez valoszinuleg meg egyszerubb lesz. Aki eddig MB Air-t vett, valoszinuleg nem futtatott CAD-et vagy xCode-ot. Problem solved (for a while). Onnantol meg majd az ido eldonti.

"Azt meg mar tudjuk, hogy iPad appok egyszeruen konvertalhatoak macOS app-okka."

Nem azokkal van baj. Hanem azokkal, amiknek a forrasahoz utoljara 2010 elott nyultak, es ugy forditottak az akkori Mac OS X-re. Engem nem erdekel pl., hogy menni fog rajta a legujabb Angry Birds, de az igen, hogy egy 90-es evekbeli vagy 2000-es evekbeli jatek/emulator elinduljon. (De azokat egyelore Catalinan is elfelejthetem)

Business szoftverben igaz, hogy ami nem up to date es nem nyultak az elmult 2-3 evben a forrasahoz, azt joggal hivod elavultnak. Meg a Cobolban irt banki scripteket is karbantartjak 30 ev utan par safe-ebb sor atirasaval, ha hozza a penzt.

DE:

Jatekra teljesen alkalmatlan a Mac platform igy. Uj jatekok egy resze nem fut, egy masik resze utan jon ki a gyerek fel ora utan a szobabol, hogy "fater, kene a bankkartyad". A 90-es evekben pedig olyan jatekok keszultek, hogy eletetted a gyereket, es napokig konyorogni kellett neki, hogy legalabb enni jojjon mar ki. A jatekipar mukodeskeptelen, miota profitoptimalizalok a donteshozok. Addig volt jo a jatekipar, amig nem fejostehenkent, hanem felfuttatando agkent tekintettek ra.

Na: ezekbol a jatekokbol uj Mac-eken semmi nem fog menni, de meg az emulatorok is nehezkesen, foleg, hogy app store-ba nem engednek be emulatort.