Vlákno názorů k článku
Preference vývojářů podle OS
od M. Prýmek - Dneska už se mi narozdil od vcerejska, nechce...
-
Dneska už se mi narozdil od vcerejska, nechce věnovat tehle "plodne diskusi", takze jen telegraficky:
Ujasněte si názory. V jednom příspěvku byl NeXT "zajímavý", ve druhém "kde Jobs zbastlil hybrid Mach kernelu s BSD komponentami". Jen pro přesnost: NeXT (a dnešní MacOS) má Mach MIKROkernel, na nějž byl portován FreeBSD kernel + BSD utility. Je to cesta správným směrem od zastaralé devítky (v tom máte pravdu!) ke standardům a osvědčeným řešením.
Narozdíl od Malýměkký Apple/NeXT nevymýšlel kolo a neudělal ho hranaté, ale použil desetiletí známá a bezpečná řešení.
NeXT měl nejlepší SKUTEČNĚ objektový (ne jako pokusy s C++) návrh knihoven, jaký jsem kdy viděl. Zřejmě jste pro něj nikdy neprogramoval, což je vaše škoda, je to nádhera, čistota, pohoda, předvídatelnost a je to neskutečně rychlé (rychlý vývoj). Drtivá většina je teď v MacOS jako Cocoa.
NeXTStep byl vydán v roce 89. Previews údajně od 86. V té době neměl M$ ještě ani Windows 3.0 a mluvit o čemkoli je ztráta času...
První Windows NT přišly v roce 93. Je zbytečné psát víc. Kdo není zhulanizovaně demagogický, má jasno, kdo byl "napřed" a jestli NTLM bylo ve své době pokrokové :)))
O tom, kdo začal s podporou multimédií se taky snad hádat nemusíme...
Jen pro přesnost: Windows v roce 85, kdy jak uvádíte, přišly na trh, byly v podstatě jen takový filemanager. Něco jako Norton Commander :)
Navíc maloměkkáči drželi neskutečně zastaralý "DOSový" styl až do roku 2000 (Millenium), kdy už dávno na světě neměl co pohledávat. Je to alespoň patnáct let, co bylo programátorům (a virům) umožněno zapisovat kamkoli jakkoli a používat ne-bezpečné postupy. Kdo takhle programátory vychoval a kdo se kvůli tomu musí babrat v žumpě zpětně-kompatibilních berliček a prasáckých postupů, je nad slunce jasnější. V Unixovém světě se nic takového neděje. Apple udělal dobře, že šel touto cestou.
Ad (ne)úspěšnost NeXTu: akvizice NeXT pozvedla Apple z prachu. Lze lehce ověřit na http://finance.google.com/finance?q=NASDAQ:AAPL
Možná se budete divit, ale Apple není firma, která "žije z MP3". Prodej iPodů tvoří polovinu příjmů. iTunes&spol jenom desetinu. Prodej počítačů - meziroční růst 40%, iPody 8%, služby 32%. iTunes je víceméně jen služba pro podporu prodeje iPodů. viz 10-K Filling: http://ccbn.10kwizard.com/xml/download.php?repo=tenk&ipage=5286035&format=PDF (hlavne oddil Net Sales)
Ten klíč z registru jsem citoval proto, aby bylo vidět, kam všude se prasácké 8.3 vetře. Není vůbec pravda, že je na vymření nebo že "není důvod ho dnes používat". Prostě jako se vším: obtížné dědictví minulosti je zabastlené všude v systému. Druhá věc je ta cesta, která nedodržuje žádný standard (oproti struktuře aplikace z Macu, kterou jsem uváděl, a kterou dodržují všichni). Třetí věc je "krása" toho CLSID.
Ad HFS a velikost písmen: narozdíl od vás jsem právě na Macu a kouká na mě rozbalovátko, kde se dá case-sensitiveness nastavit.
Ad username: znáte volbu --force-badname? Slušný člověk vychovaný unixy ji nepoužívá. Praseti, odchovanému Windows, se hodit asi bude. Nemá se pak ale divit, když bude mít problémy (co třeba františek@domena.cz?).
No nic, dál už nemám sílu. Plošnosti a hulanizaci zdar! Adieu. -
Lael Ophir (neregistrovaný)NeXT má zajímavý framework, který je dnes znám jako Cocoa. Ten MICROkernel Mach je osvědčený. Škoda, že na něm nikdo nepostavil mikrokernelový systém, protože jako čistý mikrokernel má veliké problémy s výkonem. Autoři NT to věděli, a zvolili jako architekturu NT modifikovaný mikrokernel (navíc ho dovedli napsat sami). Autoři NeXTu, Openstepu, MacOS a FreeBSD mikrokernelové rysy de facto zahodili.
Apple/Next použil to, co byl schopen koupit, protože nebyl schopen nic vyvinout doma. Výsledkem je hybrid, různé splácané technologie. Autoři NT naopak psali doma, a napsali velmi dobrý design, do značné míry inspirovaný VMS. Když jsme u toho, Linus psal doma, a zvolil design 30 let starého unixu, který použil bez větších změn. Tragédie.
Nepřijde mi, že by C++ bylo "nedostatečně objektové". Ale faktem je, že budoucnost patří managed prostředím, typu C# nebo Java. Spoustu chyb v nich prostě nelze udělat, a spousta dalších chyb skončí na výjimkách, ne na přepsání blíže neurčitelného kusu paměti.
NeXT byl uvedený v roce 1989. A víte, za jakou cenu? USD 9999. Tehdy byl dolar o něco silnější, a díky vysoké ceně šlo o propadák.
Pro Windows v roce 85 byl možné psát aplikace. Pro Norton (textový) se také dají psát aplikace? ;)
MS držel Windows 9x až do roku 2000, protože je trh chtěl. Původně měl po Windows 95 přijít přechod na řadu NT, a Windows 98 měly být poslední verzí Win9x (ne-mainstream). Bohužel se ukázalo, že výrobci HW nejsou ochotní pro NT psát drivery, a výrobci SW se do podpory NT také nehrnou tolik, jak se čekalo. Kupodivu se díky setrvačnosti trhu podařilo od řady 9x definitivně odpoutat až v roce 2002 s Windows XP. Co byste dělal vy? Vnutil zákazníkům něco, co nechtějí? Když dnes MS prodává Vistu, a nechce prodávat stará XP, tak všichni nadávají, jak si to dovoluje. Ale prodej Win9x byste prostě natvrdo zastavil, bez ohledu na zákazníka. Jak jednosměrné.
Žumpa zpětně kompatibilních postupů a berliček je na každé platformě. Zrovna Apple, který dodával systémy s PowerPC, které běžely větší část kódu v emulaci, o tom může vyprávět svoje. Nakonec přechod na MacOS X byl zpackaný, a přechod na 64 bitů je packán právě teď. Přes všechny ty příšernosti má Mac velmi mizernou zpětnou kompatibilitu.
Ano, NeXT zřejmě zachránil Apple před krachem. Firma, která do roku 2001 nebyla schopna nabídnout systém s preemptivním multitaskingem a funkční správou paměti, krach zasloužila. Ještě, že se mu podařilo dokoupit technologii, když ji sám nebyl schopen vyvinout.
Ano, polovinu příjmu Apple tvoří MP3 přehrávače. To je čistá IT společnost ;). Nezačne Apple prodávat ještě ponožky, nebo autorádia?
GUID je jedinečný identifikátor. Jako uživatele vás GUDI netrápí, jako vývojáře také ne. Mohl byste pochopit, že v komponentovém modelu je dobré mít jedinečný identifikátor. A protože MS nepřiděluje žádné name spaces (jako třeba SAP, který je prodává partnerům), je třeba zajistit jedinečnost identifikátoru. GUID to dělá velmi dobře. Příklad s 8.3 cestou pochází z Office 2000, tedy je k ničemu.
OK, HFS beru.
Volby --force-badname jsem neznal, teď už znám i USER_REGEX. Problém je v tom, že --force-badname zjevně není součástí POSIX, a kdo ví, které unixy ho implementují. Jinými slovy nikde není psáno, jak má user name vypadat. František je podle všeho naprosto v pořádku. To, že obcházení problémů považujete za "slušnou výchovu" jen ilustruje, o čem je administrace unixů. Naučit se chyby systému, a říkat "ale tak to nikdo slušný nedělá". Děkuji, nechci. Já mám raději popsané. Ve Windows máte login name (alfanumerické, frantisekl), display name (Unicode, František Lahola), a problémy nejsou. Emailové adresy nemusejí být shodné s login name, může to být například frantisek.lahola@domena.cz. V MS Exchange si nastavujete generátor emailových adres, které se použijí při zakládání uživatele; samozřejmě můžete adresu ručně změnit. Jo, unixy... Tak to prostě slušně vychovaný člověk nedělá, že?
