Vztah Apple a Adobe je dlouhodobý. Ve skutečnosti jsme se setkali se zakladateli Adobe ještě v době, kdy byli v jejich příslovečné garáži. Apple byl jejich prvním velkým zákazníkem, přijal jejich jazyk Postscript pro novou tiskárnu Laserwriter. Apple investoval do Adobe a vlastnil po mnoho let asi 20% společnosti. Obě společnosti úzce spolupracovaly v začátcích DTP a byly to dobré časy. Po těchto zlatých časech rostly společnosti odděleně. Apple prošel kousek od zkušenosti naprostého zániku a Adobe se vrhla na korporátní trhy se svými produkty Acrobat. I dnes obě společnosti pracují pospolu na naplňování potřeb svých společných kreativních zákazníků – uživatelé počítačů Mac kupují kolem jedné poloviny produktů Adobe Creative Suite – mimo to však existuje málo společných bodů zájmu.

Rád bych zmínil některé naše myšlenky, které se týkají produktu Adobe Flash, proto, aby naši zákazníci i kritici lépe porozuměli, proč nedovolíme Flash na iPhonech, iPodech a iPadech. Adobe nás osočuje z toho, že toto rozhodnutí je ryze obchodního rázu – říkají, že chceme ochránit náš App Store – ale ve skutečnosti je naše rozhodnutí založené na technologických faktech. Adobe prohlašuje, že jsme uzavřeným systémem a že Flash je otevřený, ale ve skutečnosti, opak je pravdou. Pokusím se vám to vysvětlit.

Zaprvé je tu ta „Otevřenost“.

Produkty Adobe Flash jsou 100% proprietární. Jsou k dispozici pouze od Adobe, a Adobe má výhradní právo na jejich další rozšiřování, ceny, atp. To že jsou produkty Adobe Flash všeobecně rozšířené ještě neznamená, že jsou otevřené, natož když jsou ovládané pouze a jen společností Adobe. Podle jakékoli definice je Flash uzavřený systém.

I Apple má mnohé proprietární produkty, to ano. Ačkoli například operační systém pro iPhone, iPod a iPad je proprietární, tak pevně věříme, že veškeré standardy, které se nějakým způsobem vztahují k webu, by měly být otevřené. Apple raději než Flash zvolil HTML5, CSS a Javasript – tedy otevřené standardy. Každé mobilní zařízení od Applu je distribuováno s vysoce výkonnou, na zdroje nenáročnou, implementací těchto otevřených standardů. HTML5, nový webový standard, který byl přijat Applem, Googlem a mnoha dalšími, dává vývojářům možnost vytvářet náročnou grafiku, typografii, animace a přechody bez potřeby závislosti na pluginu do prohlížeče od třetí strany (jako třeba Flash). HTML5 je naprosto otevřený standard ovládaný standardizační komisí, které je Apple členem.

Apple dokonce tvoří otevřené standardy pro web. Například, Apple začal s malým open source projektem a vytvořil WebKit – plně open-sourceový HTML5 renderovací engine, jenž se stal srdcem prohlížeče Safari, který je instalován ve všech našich produktech. WebKit má širokou podporu a přijetí. Goole jej užívá v Adrojdím prohlížeči, Palm jej užívá, Nokia také a RIM (Blackberry) oznámil, že jej také začne používat. Téměř každý prohlížeč na smartphonech, které nejsou od Microsoftu, užívá WebKit. Tím, že Apple technologii WebKitu otevřel jako open source projekt, v podstatě vytvořil standard pro mobilní prohlížeče.

Za druhé, „celý web“

Adobe neustále opakuje, že mobilní zařízení od Apple nemohou přistupovat k „celému webu“, protože 75% videa na webu je ve Flashi. Co však neříkají je, že téměř všechno toto video je také k dispozici v mnohem modernějším formátu, H.264, a tedy je zobrazitelné na iPhonech, iPodech a iPadech. YouTube, které obsahuje odhadem 40% videa na webu, lze přehrát v aplikaci, který je součástí každého mobilního zařízení od Apple, kde iPad nabízí snad nejlepší YouTube zážitek, který kdy byl. K tomu připojme video z Vimeo, Netflixu, Facebooku, ABC, CBS, CNN, MCNBC, Fox News, ESPN, NPR, Time, The New York Times, The Wall Street Journal, Sports Illustrated, People, National Geographic a mnoha, mnoha, mnoha dalších míst na webu. Uživatelé na iPhonech, iPodech a iPadech zase o tolik videa nepřijdou.

Další prohlášení Adobe je, že na zařízeních od Apple nelze hrát Flashové hry. To je pravda. Naštěstí je na App Store více než 50.000 her a zábavných titulů, z nichž jsou mnohé k dispozici zdarma. Pro iPhone, iPod a iPad je k mání více her a zábavních titulů, než pro jakoukoli jinou mobilní platformu na světě.

Za třetí, spolehlivost, bezpečnost a výkon

Symantec upozorňuje na Flash proto, že má jeden z nejhorších bezpečnostních záznamů v r. 2009. A my víme z první ruky, že Flash je příčinou číslo jedna, způsobující pády počítačů Mac. Společně s Adobe jsme pracovali na řešení těchto problémů, ale tyto problémy přetrvávají již několik let a my opravdu nechceme nikterak snižovat spolehlivost, bezpečnost a výkon našich iPhonů, iPodů a iPadů tím, že do nich přidáme Flash.

A nad to, Flash si vůbec nevede dobře na mobilních zařízeních. Již po několik let jsme žádali Adobe, aby nám předvedli Flash, který by se dobře choval na libovolném mobilním zařízení. Nikdy jsme jej neviděli. Adobe veřejně tvrdilo, že bude distribuovat Flash pro smartphone počátkem roku 2009, pak to byla druhá polovina r. 2009, potom první pololetí r.2010 a teď tvrdí, že to bude druhé pololetí roku 2010. Myslíme si, že Flash pro smartphone nakonec bude, ale jsme moc rádi, že jsme se kvůli tomu nemuseli nikterak zdržet. A navíc, kdo ví, jak se nakonec bude chovat?

Za čtvrté, životnost baterie.

K tomu, aby se zajistila dlouhá životnost baterie u mobilních zařízení přehrávajících video, je třeba, aby zařízení dekódovalo video hardwarově. Softwarové dekódování videa konzumuje zbytečně moc energie. V moderních mobilních zařízeních jsou mnohé chipy, které obsahují dekodér H.264 – průmyslový standard, využívaný, například, v každém přehrávači Blu-ray DVD. Tento standard přijali za svůj Apple, Goole (YoutTube), Vimeo, Netflix a mnohé další společnosti.

Současný Flash je má v sobě také podporu H.264, i přes to video na téměř všech webech využívajících Flash technologie stále používá starší generace kódování, které není obsažené v mobilních chipech a proto se musí na těchto zařízeních dekódovat softwarově. Rozdíl je markantní: zatímco, například, iPhone přehrává video v H.264 10 hodin, zatímco videa dekódovaná softwarově hrají méně než 5 hodin do naprostého vybití baterie.

Až video-weby překódují svá videa do H.264, budou je moci poskytnout bez nutnosti užítí Flashe. Takové video lze výborně přehrát v prohlížečích jako Safari od Apple a nebo Chrome od Google, bez nutnosti instalace jakéhokoli pluginu a navíc taková videa vypadají dobře na iPhonech, iPodech a iPadech.

Za páté, dotykové technologie.

Flash byl vytvořen pro PC, která užívají myš, a ne pro dotykové displeje, kde se užívají prsty. Např.; mnohé Flashové stránky jsou závislé na „rolloverech“, které umožňují objevení či změnu menu či jiného elementu na stránce tím, že se přes danou pozici daného elementu přejede kurzorem myši. Revoluční multi-touch rozhraní od Apple neužívá myš a myší kurzor a proto koncept rollover na těchto rozhraních nefunguje. Většina Flash stránek by proto musela být stejně přepsána, či přizpůsobena k podpoře zařízení s multi-touch rozhraním. A když už vývojáři budou přepisovat své Flashové stránky pro tuto podporu, proč by neměli využít raději moderních technologií jako je HTML5, CSS a JavaScript?

Dokonce, i kdyby Flash běžel na iPhonech, iPodech a iPadech problém s nutnosti přepisu stránek pro podporu dotykových zařízení by se stejně nevyřešil.

Za šesté, nejdůležitější důvod.

Vedle faktu, že Flash je uzavřený a proprietární, má velké technologické nedostatky a nepodporuje dotyková zařízená, je zde ještě daleko důležitější důvod proč nedovolíme Flash na iPhonech, iPodech a iPadech. Diskutovali jsme o stinných stránkách využití Flashe při přehrávání videa a interaktivního obsahu webových stránek, ale Adobe navíc touží po tom, aby vývojáři začali Flash používat pro vývoj aplikací, které poběží na mobilních zařízeních.

Máme, žel, bolestivé zkušenosti s tím, umožnit třetí straně vytvořit softwarovou vrstvu mezi platformu a vývojáře. Výsledkem jsou nakonec podřadné aplikace a překážky zlepšení a rozvoje dané platformy. Když si vývojář zvykne pouze na knihovny a vývojové nástroje třetí strany, může využívat výhod vylepšení a rozšíření dané platformy pouze až tehdy, když se třetí strana rozhodne tato vylepšení platformy do svých nástrojů zařadit. My nechceme být odkázáni na milost a nemilost třetí strany v rozhodnutích zda, a případně kdy, se rozhodnout naše vylepšení platformy dát k dispozici svým vývojářům.

Toto se stává ještě horší, když třetí strana poskytuje multiplatformní vývojové nástroje (pozn. tj. nástroje umožňující tvorbu aplikací, které v nezměněné podobě poběží na více platformách – Mac, Win, Linux…). V takovém případě třetí strana přijímá rozšíření a možnosti dané platformy v plné šíři až v okamžiku, kdy je podobné rozšíření k dispozici na všech platformách, které jejich nástroje podporují. Proto jejich vývojáři mají přístup pouze ke zlomku všech funkcí poskytované danou platformou. Znovu, nemůžeme přijmout takové řešení, kdy budou vývojáři odříznuti od využití všech inovací a rozšíření jen proto, že nejsou v danou dobu k dispozici na platformách konkurence.

Flash je multiplatformní vývojový nástroj. A cílem Adobe není umožnit vývojářům psát co nejlepší aplikace pro iPhone, iPod a iPad. Jejich cílem je umožnit vývojářům psát aplikace meziplatformě – tedy aplikace, které poběží stejně na více platformách. Adobe byla hodně pomalá v přijímání rozšíření na platformách od Apple. Například, ačkoli je Mac OS X na světě téměř deset let, Adobe plně Mac OS X přijala tuto platformu teprve před dvěma týdny spolu s CS5. Adobe byl poslední z klíčových vývojářů třetí strany pro Mac OS X, který jej plně (Cocoa) přijal.

Naše motivace je jednoduchá – chceme poskytnout nejvyspělejší a nejpokrokovější platformu pro naše vývojáře, a aby stáli přímo na půdě dané platformy a vytvářeli ty nejlepší aplikace, které kdy svět viděl. Chceme postupně platformu rozšiřovat tak, aby vývojáři mohli vyvíjet ještě úžasnější, mocnější, zábavnější a užitečnější aplikace. Každý vyhrává – my prodáme více zařízení, protože budeme mít nejlepší aplikace, vývojáři získají stále širší publikum a zákaznickou základnu a uživatelé budou potěšováni tím nejlepším a nejširším výběrem aplikací lepším, než mají jiné platformy.

Závěr.

Flash byl vytvořen v éře PC – pro PC a myš. Flash je pro Adobe úspěšný business, a my rozumíme tomu, proč Adobe touží po rozšíření Flashe za hranice PC. Ale mobilní éra je o nízkoenergetických zařízeních, dotykových rozhraní a otevřených webových standardech – a to jsou všechno oblasti, kde Flash zaostává.

Příval mediálních společností nabízející obsah pro mobilní zařízení Applu ukazuje, že Flash není nutně potřeba jak pro sledování videa, tak ani pro konzumaci jakéhokoli jiného obsahu webu. Navíc, 200.000 aplikací v App Store Applu potvrzuje, že Flash není třeba ani k tomu, aby desítky tisíc vývojářů mohlo udělat graficky bohaté aplikace, včetně her.

Na mobilních zařízeních nové, otevřené standardy vyvinuté v mobilní éře, jako třeba HTML5, zvítězí (a na nakonec tomu tak bude i na PC). Možná by se Adobe mělo v budoucnu více zaměřit spíše na tvorbu kvalitních nástrojů pro HTML5, než na kritiku Apple za to, že minulost nechává za sebou.

Steve Jobs
Duben, 2010

Překlad: Michal „McHa“ Kočer
Jazyková úprava (1.5.2010): Jana „Najja“ Laňková

EDIT:
Přeloženou reakci Adobe na tento dopis naleznete zde. Za překlad děkujeme Karlu Šebelovi.

Klávesa Escape sekvence

Home               \033[1~
End                  \033[4~
Page Up           \033[5~
Page Down       \033[6~

Soubor ~/.inputrc ke stažení jako text – inputrc.txt

Reference:

Mac OSX Terminal Page Up/Down + Home/End of line

Kaaj odjel na vánoce k rodičům jako čerstvý switcher, on i jeho manželka si vezli nové MBP po párdenním zaškolení v teple domova. V šumavském městečku u rodičů není žádné wifi, žádný ethernet ani nic jiného k připojení k Síti, kterou kaaj pro práci potřebuje a z časů PC si s sebou vzali T-Mobile USB Stick MF626, který hrdě hlásá, že ovládací SW pro Mac OS X má v ovládací paměti, žel jen pro Leoparda.

Čerstvý switcher měl radost, instalace proběhla v pořádku, internet začal pěkně chodit, ale co to, po chvilce zjistil, že nefunguje spuštění terminálu. Nefunguje spuštění žádného nového programu. Tak jak již byl zvyknutý z jiného OS, provedl restart. Restart však neproběhl nový macbook pro prostě nenaběhl, geeci tomu říkají že byl bricknutý (angl. brick=cihla, tedy z pěkného HW akorát tak těžítko). Tož provedl instalaci na manželčine druhém macbooku pro, nerestartoval a v tom velmi nerovnovážném stavu, kdy jakákoli nepřeloženost mohla znamenat další brick začal googlit a vygooglil několik stránek upozorňujících na to, že SW tohoto konrétního USB sticku přepíše systémovou dynamickou knihovnu (obdoba DLLka z win) libcurl.4.dylib její 32bitovou upravenou verzí od T-mobile. Avšak snow leopard vyžaduje 64bitovou verzi této knihovny. Tímto přepsáním systémové knihovny se tedy i všechny programy, které tuto knihovnu pro svůj běh potřebují, úplně vyřadí z činnosti – včetně terminálu, diskových utilit atp. Více o problému zde a nebo zde.

Co v takovém případě dělat? Macky vládnou tzv. target módem, kdy se z vašeho HW stane externí firewire disk pro nějaký jiný počítač. Kritickou knihovnu pak stačí prostě přepsat novou, lepší verzí ( tu stáhnete třeba tady odtud). Řeklo by se, tak to by šlo, máme brick a skoro běžící mac, ale kde v šumavském městečku ve sváteční den sehnat firewire 9pinový kabel? Bylo jasné, že tudy to nepůjde. Wifi ani ethernet připojení také není k dispozici, takže jsme na to šli nakonec takto – využili jsme informací z výše uvedných návodů a pak ještě z návodu tohoto (thank you Mike!, you saved our day ).

1. Zásadní bylo nabootovat bricknutý stroj do jednouživatelského režimu (single user mode). To se, chvála Pánu, podařilo.
   Do single user mode se dostaneme tak, že při bootování stroje držíme stisknuté klávesy ⌘-S (tedy klávesu cmd současně s klávesou S).
   Pozn.: v single user mode Mac OS X fungují jen některé řádkové příkazy. Žel např. program diskutil potřebuje tu nabořenou knihovnu, takže jej v tomto stavu počítače nemůžeme užít.
2. Dostat do stroje správnou knihovnu libcurl.4.dylib. Tak toto se zdá být jednoduchý krok, ale byl to krok nejobtížnější. A. Protože jsme neměli k dispozici žádnou síť, nešlo v plnosti použít Mikeův popis. B. Když jsme pro přenos užili USB flashdisku, naformátovaného FAT32, tak se nezadařilo systému zavézt modul jádra obsluhující msdosFS (zřejmě zavaděč je závislý na nabořené systémové knihovně). C. Na druhém polobricknutém stroji nešlo flasku naformátovat v nativním mackovském HFS a linuxový notebook o HFS neměl ani tuchu.

   Co tedy teď? Provedli jsme to následovně. Nejprve přítel na iChatu (tedy já) vytvořil obraz flasky s filesystémem HFS u sebe na zdravém notebooku, tento obraz jsme přes GPSRS/EDGE dostali do polobricknutého mabooka, odtud jsme jej vložili na VFATkovou flasku, přes ní na HDD linuxu a z linuxové příkazové řádky jsme tímto obrazem přepsali právě použitou flasku. Tím jsme dostali flashku s HFS, na kterou jsme na polobricknutém mabooku nakopírovali funkční knihovnu libcurl.4.dylib.

   Takže, máme flashku s HFS s knihovnou. A bricknutý stroj v single user mode. Flashku zasuneme do bricknutého, stroje a provedeme příkazy, kterými překontrolujeme filesystém na bricklém stroji a hlavní disk přimountujeme v režimu pro zápis (r/w mode):

   fsck -fy

   mount -uw /

   na systému pak vytvoříme přípojný bod pro flashku a flashku přimountujeme k systému:
   mkdir /Volumes/F

   mount -t hfs /dev/disk1s1 /Volumes/F

   Takže máme na bricklém systému přístup ke správné knihovně.

3. Knihovnu překopírujeme na správné místo v systému tak, že jednoduše z flashky překopírujeme knihovnu do adresáře /usr/lib, příkazem:

   cp /Volumes/F/libcurl.4.dylib /usr/lib/

   případně, máme-li na flashce jen zaBzip2povanou verzi, přímo staženou z libcurl.4.dylib.bz2, musíme tuto rozBzip2povat a teprve pak nakopírovat, k tomu užijeme serii příkazů:

   cp /Volumes/F/libcurl.4.dylib.bz2 /tmp

   cd /tmp

   bunzip2 libcurl.4.dylib.bz2

   cp libcurl.4.dylib /usr/lib/

   rm /tmp/libcurl.4.dylib

4. Systém rebootujeme a radujeme se, že vše funguje. Reboot provedeme sledem následujících příkazů:

   cd /

   umount /Volumes/F

   rmdir /Volumes/F

   reboot

   No a to radování už necháme na vás , my jsme po takové anabázi měli radost velikou, že oba stroje fungují zase jak mají.

Takže, Veselé Vánoce a moc pěkný celý nový rok 2010!

• Přehled bootovacích módů
• Příkazy v single-user mode

1. Přepnutí do adresáře ~/.ssh:
   příkaz:
   $ cd ~/.ssh/
2. Vygenerování privátního a veřejného klíče užívající (DSA šifrovacího algoritmu):
   příkaz:
   $ ssh-keygen -t dsa
   Na výzvu Enter passphrase vložte dostatečně dlouhou šifrovací frázi, může to být celá věta, která může obsahovat mezery a jiné znaky (užití češkých znaků nedoporučuji)!
3. Přenesení veřejného klíče na vzdálený stroj:
   Buď jej přeneseme na nějakém mediu (např.: USB klíčence) a nebo jej překopírujeme pomocí SCP, příkaz:
   $ scp ~/.ssh/id_dsa.pub @:
   kde je doménové jméno či IP adresa vzdáleného SSH serveru.
4. Vložení veřejného klíče do seznamu přístupových klíčů na vzdáleném stroji ~/.ssh/authorized_keys:
   Na vzdáleném stroji zadejte v adresáři, ve kterém máte soubor id_dsa.pub příkaz:
   $ cat id_dsa.pub >> ~/.ssh/authorized_keys
   po ověření, že klíč je v souboru ~/.ssh/authorized_keys můžete případně soubor id_dsa.pub na vzdáleném stroji smazat
5. Na původním stroji se zkusíme připojit na vzdálený stroj:
   příkaz:
   $ ssh @
   na výzvu programu ssh-agent zadáme frázi klíče s tím, že buď si klíč bude pamatovat pouze ssh-agent po dobu dokud se neodhlásíme od Mac OS a nebo můžeme zaškrtnout volbu, Remeber password in my keychain:, kdy se bude automaticky pamatovat heslo (fráze) k SSH klíči ve vašem keychainu (klíčence na hesla).

Ve druhé části videotutoriálu představujeme základní správu klíčenky (keychainu) pomocí programu Keychan Access, popisuje základní funkce Keychainu jako správce klíčů(hesel) v systému. Druhá polovina tohoto dílu je věnovaná nastavení Mac OS X pro vzdálený přístup pomocí protokolu SSH.

Dále je v turiálu zmíněná nutná úprava pro MacFusion, aby fungovala i pro snow leoparda, tedy odstranění vlivu souboru sshnodelay.so v instalaci aplikace Macfusion.app. V terminálu jsme ukázali možnost zazálohování tohoto souboru jeho přejmenováním pomocí následujícího příkazu:
cd /Applications/Macfusion.app/Contents/PlugIns/sshfs.mfplugin/Contents/Resources/
mv sshnodelay.so sshnodelay.so.bak