To je zajímavá teze jenže, podle mně tam splývá vývojář a uživatel..
Uživatel není nespokojený protože má na výběr x launcherů , ale protože ten co si vybral padá, nebo neumí co by od něj chtěl.
Jinak pohled na android ultrazz kteří nechápou, že víc než 80% lidí nedělá root a nenahrává jiné ROMky je trefný.
Nejzábavnější je snaha výrobců ozvláštnit Android různými GUI nadstavbami. Považují totiž za klíčové, aby byl jejich výrobek jiný. Bohužel jde většinou o dost mizerné nadstavby, které navíc nesedí se zbytkem systému.
Komerční SW takový být nemusí. WP mohou mít předinstalované aplikace, ale lze je triviálně odinstalovat. iOS pokud vím také neobsahuje takovou spoustu humusu. Bohužel pokud si člověk koupí Android nebo notebook s Windows, výrobce cripplewarem nešetří.
Android má problém? Fascinují mě pisatelé podobných blábolů. Android je nejrozšířenější platforma a pohání drtivou většinu mobilů po celém světě. Neřekl bych, že má problém.
Pokud má nějaká platforma problém, je to WP. A problémem WP číslo jedna je nemožnost volby. Komunisti už svůj OS mají, pro nás normální, prosím, nechte Android s možnostmi volby...
Přesně.
Je lepší, když se zařízení přizpůsobuje uživateli, ne uživatel zařízení. I za cenu toho, že si na začátku musí najít nastavení a nakonfigurovat to - udělá to jednou, za dva týdny zapomenuto a už jenom chrochtá blahem, jak dobře se mu s ním pracuje.
Problém mají není na straně Androida. Kdybych to měl k něčemu přirovnat - od první třídy ve škole se lidi učí psát tak, že drží tužku mezi palcem a ukazováčkem, položenou na prostředníček. Kdyby výrobce tužek přišel s tím, že jeho tužky mají z boku ergonomický držadlo a píše ses tím tak, jako kdyby člověk držel propisku v kleštích a jiný způsob použití by nebyl možný, tak má výrobce problém. A tenhle skutečný problém mají Win 8. U Win 8 RT to povýšili ještě tím, že to nepíše na normální papír a musí se kupovat speciální, předražený.
Mimochodem, jeden nejmenovaný výrobce nářadí přišel letos s nabídkou štípaček a kombinaček "ohnutých" o 45° a tvrdil, že se s tím líp pracuje. Ohromná výhoda proti konkurenci, nikdo nic podobnýho nenabízel... Mega reklamní kampaň za pár M€... a po dvou měsících jde život dál a člověk nikde o ohnutý kleště nezavadí. Proč asi? Zjistili, proč to konkurence ještě nenabídla?
Uživatelské rozhraní by mělo mít dobrou ergonomii. A tu ty alternativní launchery většinou nemají.
Jinak ohledně možnosti výběru souhlas. Zvlášť když je default nepoužitelný, a stává se z toho *nutnost* volby. V tomhle stojí za zmínku Windows. Dají se sice změnit k nepoznání, ale default je prostě dobře udělaný a snadno použitelný, takže se do modifikací pouští naprosté minimum uživatelů.
Mám na mysli všechny verze.
Omalovánky vám pijí krev? Při uvedení WinXP tu všichni diskutéři nadávali na "omalovánky". Dnes všichni WinXP opěvují, a nadávají pro změnu na Metro.
Doporučení: pokud nemáte rád omalovánky, vyhněte se telefonům s Androidem a iOS, a používejte Windows Phone.
http://i-cdn.phonearena.com/images/reviews/119944-image/Apple-iPhone-5-vs-Samsung-Galaxy-S-III-01.jpg
http://photos.pcpro.co.uk/blogs/wp-content/uploads/2013/05/IMGP6843.jpg
stabilite...!? WTH XP jim hlavně běželi na každé HW odpadu a šli jednoduše používat kradené. Pro občana druhého třetího světa bylo jednoduší a levnější ho používat na HW, který už třeba v prvním světě už vyhodili. WinXP jsou z nouze cnost nikoliv tak super dobrý operační systém.
I výkon je otázka, pokud spoustu technologií…
Taky GUI widlí moc nemusím, proklikávání x úrovní ve Start menu je na draka.
Ale XPčka zatím byly a jsou z widlí nepřekonaný - relativně málo nároků na železo (zvlášť v porovnání s novějšíma), stabilnější než předchozí verze a lidi už si na to ovládání zvykli. Takže pokud Widle, tak XPčka.
A jak je to s kompatibilitou? M$ nectí standardy a už se několikrát stalo, že ze dne na den změnili API, formát jejich proprietálních souborů, technologii, user interface... Dokáže M$ zaručit, že dokument, který dneska vytvořím, bude možný otevřít za 10 let? Dokáže zaručit, že když pro ně dneska napíšu aplikaci, nebude potřeba ji za pět let vyhodti a celou překopávat?
by the way, slyšel jsem, že M$ oznámil nejvýkonnější tablet na světě. To jim to na ničem slabším nechodí?
S kompatibilitou je to ve Windows tak, že na Windows 8 není problém běžet většinu aplikací napsanou pro Windows 95; u 32-bitových Win8 klidně aplikaci pro DOSu nebo Windows 3.1. Samozřejmě bez rekompilace. 10 let staré dokumenty MS Office samozřejmě otevřete. U jiných formátů to MS asi těžko bude zaručovat :)
Kdy MS ze dne na den změnil API, formát jejich proprietárních souborů, technologii, user interface? API se prakticky jen rozšiřuje, formáty souborů jsou většinou interní (k manipulaci s nimi používáte API), technologie se od prvních Windows NT rozvíjí ale nemění. User interface samozřejmě prochází vývojem, jako všude.
BTW změny všeho a všude jsou přece specialitou Linuxu. Balíčky jsou určené pro konkrétní verzi konkrétního distra, zvuk se řešil přes OSS a dnes je to ALSA, knihovny přešly z ASCII na UTF-8 mnohdy bez zpětné kompatibility atd.
Zrovna dělám údržbu jednoho staršího projektu a testu jsou dělaný pod M$VS 2005. Nepodařilo se to pod Win7 rozchodit, řve něco o tom, že je potřeba instalovat novější verzi a zkompilovat to nejde...
Před měsícem jsem ppoteboval sáhnout do softu, který je sestavený a otesotvaný pdo IAR EW 2.18. Na Win7 to znamernalo půlden hledání patche nebo podle pravidel měsíc retestování softu po překladu jiným kompilátorem. A měsíc času dvou lidí z manažera nevyrazím...
Dokument z Wordu 2.0 v posledním Wordu taky nepřečteš.
Co se UTF-8 týká, je to nástavba ASCII a na problém se zpětnou kompatibilitou jsem nenarazil. Spíš mám probléy, když přetahuju něco z Widlí a nějaký dobrák ve jméně souboru použil diakritiku, tak se název souboru blbě čte kvůli nějaké pochybné CP-1250 :Q
Takže nelži.
VS2005 samozřejmě běží na Win7. Je potřeba mít aktivovaný .NET Framework 3.5.1 v Programs and Features (tuším v sekci Windows Components), a po instalaci VS nainstalovat Service Pack, případně další aktualizace.
IAR EW podle všeho na Windows 7 funguje. Akorát pánové použili protection system s donglem, který má driver; ten "kupodivu" nefunguje. Jo a jejich instalátor při běhu na Windows 7 nenakopíruje nějaké soubory; na to mají patch. Za špatně napsaný setup Windows fakt nemůžou :). Jestli dovedete tímhle strávit půlden, tak děláte něco špatně.
http://supp.iar.com/Support/?note=87391&from=search+result
Word 2013 samozřejmě umí otevřít dokumenty Wordu 2.0. Ve výchozí konfiguraci je ale tenhle formát, spolu s jinými staršími, z bezpečnostních důvodů zakázaný. Říká se tomu attack surface reduction :)
http://support.microsoft.com/kb/922849
UTF-8 je sice nástavba ASCII, ale na Linuxu se používá UTF-8, UTF-16 a UTF-32. Jejich zavádění před lety způsobilo řadu nekompatibilit.
Pokud máte problémy se jmény souborů, bude to tím, že je Windows ukládají v UTF-16, a vy se je snažíte číst jako ANSI 1250. To je známý problém: snad každý linuxák si nesprávně myslí, že file names jsou v ANSI 1250. Takže použije na klíčenku mount s příslušným parametrem, uloží názvy souborů s diakritikou... a názvy souborů jsou všude jinde nečitelné.
no právě, problém je v instalaci všeho bordelu kolem. Ve Fedoře mám balík GCC, mám tam IDE a make je furt stejný. Nemusím řešit další balíky a service packy a další koniny a hledat, kde to najít. Prostě napíšu sudo yum update gcc a je to...
Ohledně IAR, máme síťovou licenci na serverech a ten půlden byl spíš kvůli shánění všeho kolem... V rámci firmy je to ještě úspěch :(
Na attack surface reduction měli páni programátoři myslet dřív, než začali co tři roky měnit formát dat. S jendím parserem by takový problémy nebyly, zmizly by ty otravný hlášky při ukádání v compatibility mode,...
Nekompatibilita znakových sad byla vždycky jenom kvůli tomu, že si M$ vytvořil vlastní codepages. Při přenosu *ux - *ux není problém, s anglickýma názvama taky ne a jediný, s čím to blbne, jsou widle. Ty už jsem naštěstí odepsal, takže doma v podstatě nikde. A o klíčence nepadlo ani slovo, myslel jsm uložení na NAS a následně zobrazení na telce s DLNA, nebo přenos po SMB :Q
Ve Windows si stáhnete poslední Visual Studio, a je to bez problému. Pokud si chcete instalovat starší VS, je potřeba ho pak aktualizovat (nakonec to při příštím checku udělá i Windows Update). Předpokládám že pokud si budete chtít na poslední Fedoře instalovat 8 let staré GCC a IDE, také to nebude na jeden krok.
Pokud produkt používá drivery, tak lze předpokládat problémy s kompatibilitou mezi verzemi. To ovšem není chyba Windows.
Tři roky? Word 2.0 je z roku 1991 :). Který jiný wordprocessor používá jeden parser 22 let? OpenOffice? Nebo snad WordPerfect? Kdepak.
SMB ve Windows používá UFT-16. Protokol podporuje vyjednání code page, což se může hodit pro prastaré klienty. Pokud je někde problém, není na straně Windows.
MS si vytvořil vlastní code pages celkem logicky. Pro GUI se totiž stávající code pages nehodily. Přebývala semigrafika, a nebyly v nich věci jako typografické uvozovky, trojtečka apod. A odložit vydání produktu ve zbytku světa o 5-10 let jen proto, aby code page prošla standardizací, by bylo dost hloupé.
Některé aplikace interně používají UTF-16 nebo UTF-32, ale to je čistě jejich rozhodnutí, veškeré API je v UTF-8 a soubory se předávají v UTF-8.
UTF-16 se používá pouze na NTFS, FAT používá ty Microsoftem zmršené verze ISO 8859. Navíc se to netýká jen jmen souborů, ale hlavně jejich obsahu.
Qt a GTK podle vás nejsou API? Aha, vy píšete jen s glibc (která mimochodem používá datové typy char a wchar_t, ten první s minimální podporou pro code pages) a x11lib :)
Mimochodem "podporu" Unicode v X11 pěkně ilustruje tohle:
http://www.x.org/releases/X11R7.7/doc/libX11/libX11/libX11.html#Character_Sets_and_Encodings
VFAT používá UTF-16. Koukněte do specifikace, nebo si vytvořte soubor s českým názvem (na Windows, ať není zmršený) a koukněte na direktory entry v hexa editoru.
Ohledně obsahu je to jednoduché: pokud je na začátku textu BOM, je to Unicode. Pokud ne, jde o starý dokument s code page systému.
Qt i GTK používají UTF-16 hlavně kvůli Windows.
glibc používá proměnnou LANG, kde můžete uvést kódování. Pokud jej neuvedete, je UTF-8.
Ty kódování slouží jen pro určité funkce, dnes všechny nejspíš již zastaralé. Ten systém kódování vznikl v roce 1985, sedm let před UTF-8 a osm před Win32. Dnes se v Xlib běžně používá UTF-8.
VFAT se ale týká jen souborů delších než 8.3, ne? Já si ty problémy s kódováním ve FAT pamatuju i z přenosů souborů mezi českými a německými Windows 98, takže to není specifikum Linuxu.
Hmm, zajímavý přístup, kvůli zmršené minulosti zmršit i budoucnost. Linux nemá moc problémů rozlišovat mezi dokumenty v UTF-8 a lokálním ISO 8859, možná by se v Redmontu mohli inspirovat u příkazu file místo psaní vlastní detekce „Bush hid the faсts“. Anebo neměli už na počátku mršit ISO 8859 :-)
Použití UTF-16 v Qt se dá celkem pochopit, protože Windows a Mac tvoří většinu uživatelské základny, UTF-16 je praktičtější pro interní reprezentaci textu, a výsledný kód je na Windows i Macu rychlejší. Bohužel na Linuxu je nutně pomalejší.
GTK používá směsku UTF-32 a Cčkových 8-bitových gcharů.
Proměnná LANG vám pomůže jen v některých scénářích. Například pokud máte FS s názvy v UTF-8, nastavíte LANG na cs_CZ.ISO8859-2 a voláním open() založíte soubor s názvem kódovaným v 8859-2, tak se název souboru nepřevede to UTF-8. Výsledkem je název souboru v 8859-2 umístěný na UTF-8 FS. Taková UTF-8 invalid byte sequence (IBS) je pak velkým problémem pro všechny ostatní aplikace. Nelze ji zobrazit, a není možný ani round trip [IBS]<==>UTF-16 ani [IBS]<==>UTF-32. Přitom takové Qt interně se jmény souborů pracuje v UTF-16.
Podobných případů, kde se LANG ignoruje, najdete jistě sám desítky.
VFAT píše dlouhá jména i pro soubory s krátkým názvem. Windows 98 jely v ANSI code page, i když názvy souborů na FS byly v Unicode.
Ta minulost není nijak zmršená, používání kódových stránek bylo svého času nutností. A jasné rozlišení mezi Unicode a non-Unicode textem není zmršení; naopak je to velmi praktické.
Jakákoliv detekce rozeznávající Unicode od kódových stránek je v principu nespolehlivá, zvláště na krátkých textech. "Bush hid the faсts" je přesně důsledek takového postupu. Nakonec i funkce IsTextUnicode má v SDK poznámku, že detekce není spolehlivá.
MS těžko mohl zmršit 8859. ANSI 1250 byl draft 8859-1 (finální verze totiž ještě neexistovala) s přidanými znaky pro typografické uvozovky a pár dalších znaků potřebných pro práci v GUI. Ostatní MS code pages jsou založeny buď také na draftech 8859, nebo byly vyvinuty nezávisle, protože příslušné 8859-x nebyly ještě ani v tom draftu, a to v někerých případech řadu let. Například 8859-13 je z roku 1998. To měl MS podle vás čekat s uvedením podpory baltských jazyků ve Windows do roku 1998, než se ISO uráčí standardizovat code page, která je stejně pro práci v GUI nevhodná? Další lahůdkou je třeba hebrejská 8859-8, ve které vyjma znaků nutných pro práci v GUI chybí také nikkudim (což je zjednodušeně srovnatelné s absencí diakritiky v českém textu).
Celkem chápu, že by se vám díky použití CPs 8859 na Linuxu líbilo je mít i všude jinde, a že byste ze současné situace rád někoho obvinil. Jenže realita je trochu jinde.
Balíčky nejsou určeny pro konkrétní verzi konkrétního distra, proto v sobě mají uvedeny závislosti. Pokud ty závislosti dokážete splnit, lze používat ty balíčky kdekoliv, kde se používá daný formát balíčků (jsou jen dva běžné formáty, navíc jde mezi nimi celkem dobře převádět), což znamená maximálně přidání dalšího repozitáře. Na mém Kubuntu 13.04 klidně můžu spouštět programy pro Debian Potato.
Dnes je standard PulseAudio. ALSA implementuje plně funkční OSS API a PulseAudio implementuje zvukovku pro ALSA. Není tak problém přes PulseAudio hrát Quake 2, který používá OSS.
UTF-8 (ISO 10646-1) je zpětně kompatibilní s ASCII, to byl také účel jeho vzniku, stejně jako jsou zpětně kompatibilní ISO 8859 sady. Na rozdíl od Unicode funkcí ve Windows.
Ty formáty nejsou jen dva, a instalace balíčků na jinou než určenou verzi distra je o hubu. Kubuntu je odvozené od Debianu, takže to nejspíš dopadne dobře; ale není to žádné pravidlo, které by obecně fungovalo.
Quake lze hrát na instalaci s ALSA? Wow, to jsem nečekal. Někdy se to zjevně i povede.
UTF-8 je s ASCII kompatibilní dost omezeně. Například ASCII algoritmus zalamování řádek vám u azbuky bude produkovat řádky třetinové délky, Cčkové funkce pro hledání znaku jsou nepoužitelné (to bylo "vyřešeno" změnou dokumentace - memchr místo znaku najednou hledá "byte") atd. Navíc to přináší řadu problémů, když neumíte rozeznat třeba file names mezi UTF-8 a ASCII. V Linuxu se navíc inteligentně nepoužívá Byte Order Mark, aby to bylo ještě zábavnější.
K tomu je UTF-8 nevhodné pro interní reprezentaci textu. Díky tomu Qt používá UTF-16 a GTK UTF-32. Aby to bylo zábavnější, například Qt interpretuje každý název souboru na disku v UTF-8; pokud je v ISO code pages, máte problém, protože ho neumí převést do UTF-16. Round trip UTF-8=>UTF-16(32)=>UTF-8 je jednak zbytečnou ztrátou výkonu, a pak není zaručeno, že výchozí UTF-8 string je shodný s výsledným.
Ve Windows je to vyřešeno daleko lépe. Všechno jede v UTF-16, a pokud se volá API v ANSI nebo OEM code page, všechno se do UTF-16 převede. ANSI API je samozřejmě dál podporované - nešly by bez něj spustit aplikace pro Win9x, Win3x, a aplikace psané idioty co od roku 1993 nepostřehli existenci Unicode.
Běžné formáty jsou jenom dva: RPM a Deb.
O hubu je možná instalace programů na jiné Windows, než pro které byly vydány, ale už jsem několikrát instaloval balíčky pro Red Hat na Debianu a o hubu to nebylo, ten převáděcí program upozorňuje na všechny možné problémy, takže jejich řešení bývá celkem jednoduché.
UTF-8 je s ASCII zpětně kompatibilní. Jistě víte, že to neznamená, že to bude s funkcemi napsanými pro ASCII fungovat optimálně. Nakonec aplikace pro Windows 3.11 fungují ve Windows XP taky dost podivně. Rozpoznání jmen souborů mezi ASCII a UTF-8 se díky té zpětné kompatibilitě řeší velmi jednoduše: když to přečtete jako UTF-8, nemůžete udělat chybu ;-)
BOM v UTF-8 nepotřebujete, je vždy big endian. Unicode Consortium nedoporučuje v UTF-8 používat BOM (bohužel zakázat jej už nemůže). Linux se tedy v tomhle chová slušněji než windowsí Notepad, kde IIRC ani nejde BOM vypnout.
Qt i GNOME používají kódovou stránku specifikovanou v LANG, přičemž výchozí je UTF-8. Pokud máte LANG pro UTF-8 a soubory v ISO 8859, máte na svém počítači něco hodně špatně a nefungující převody jmen souborů budou jen maličkost.
UTF-8 slouží hlavně pro přenos dat. Interně si to můžete přeskládat do čeho chcete, podle toho, co potřebujete (IMO nejméně tři čtvrtiny aplikací to ani nijak převádět nepotřebují a pro ten zbytek je UTF-16 pro zpracování textů stejně celkem nevhodné). Převod UTF-8 ↔ UTF-16 i UTF-8 ↔ UTF-32 je celkem triviální a v porovnání s dalším zpracováním textu výkonově zanedbatelný. Pro platný UTF-8 řetězec je zaručeno, že výsledek převodů UTF-8 → UTF-16 → UTF-8 bude totožný s původním textem (s výjimkou BOM, které byste ale neměl používat), i když ve Windows jsem se už setkal s tím, že ve výsledném UTF-8 byly v rozporu s normou surrogate pairs zakódovány jako surrogate pairs a ne jako code pointy.
rpm a deb jsou nejběžnější formáty balíčků, ale zdaleka ne jediné.
UTF-8 je zpětně kompatibilní s ASCII, ale bohužel ne s 8-bitovými znakovými sadami. Rozpoznání jmen souborů se pak řeší opravdu triviálně: zkuste to jako UTF-8; možná to způsobí chybu, a možná se o ní dozvíte až daleko později :)
Minimálně Qt pokud vím LANG ignoruje. Navíc soubor v UTF-8 bez BOM prostě nerozeznáte od nějaké 8859-* code page. Instalací nového distra Linuxu se vám nepřevedou do UTF-8 vaše sobory, natož soubory které dostáváte zvenku :)
Ano, jak sám píšete, round trip UTF8<->UTF16 ani UTF8<->UTF32 není spolehlivý ani u validních sekvencí. Když k tomu přičtete to, že vstup může být klidně v nějaké starší code page, a naprostá většina implementací UTF-8 navíc skousne i řadu nestandardních sekvencí, je v tom pěkný guláš.
Taky jsem psal: jsou jen dva běžné formáty, navíc jde mezi nimi celkem dobře převádět
UTF-8 má velmi dobrou synchronizaci, takže je dost snadné jej na základě pravděpodobnosti rozlišit od ISO 8859. Obzvlášť když víte, že všechny soubory v daném adresáři musí být ve stejném kódování. Na rozdíl od rozlišení UTF-16 a 8-bitových sad, to je totiž dost neproveditelné.
Zajímavé, že příkaz file nemá problém rozeznat soubory v UTF-8 od souborů v ISO 8859. Že by to bylo tím, že UTF-8 má dost specifické sekvence?
Zajímavé, že v tom guláš na Linuxu nemáme. Na rozdíl od UTF-16 a „Bush hid the faсts“ :-)
Jenže u XP šlo ten modrý hnus nahradit klasickým šedým W98 vzhledem nebo po crackutí jedné ze systémových knihoven i jiným tématem. Jiné nasírací funkce, jako jsou různé dialogy po vložení CD do mechaniky šly vypnout přes registry.
Windows phone je jako ruský budík, nejde na něm nic nastavit ani ta hloupá tapeta.
V originálním článku se mi líbilo tohle:
It’s like going to a restaurant, ordering, and having the waiter ask you, How much coriander do you want on that? OK, and should we cook it for twelve minutes or for eighteen?
Choices can be a burden when you’re qualified to make them, and a disaster when you’re not.
Osobne si myslim ze nezalezi tolik na mnozstvi voleb jako na jejich popisu, ci definici. Kdyz na me smartfoun vybehne s hlaskou ze si mam vybrat jednu ze tri moznosti a ani u jedny nechapu o co jde a obcas se jeste zda ze to jsou synonyma pak je to matouci. Bohuzel tak to je asi u vsech operacnich systemu co jsem videl a obcas tomu jeste napomuze praseckej preklad hlasky z anglictiny.
Takze jako reseni bych videl aby vyvojari pouzivaly vice beznych vyrazu nez (i kdyz spravnych) odbornych vyrazu a aby nazvy moznosti vysvetlovali o co jde pripadne aby to bylo mozne snadno a JEDNOZNACNE dohledat.
Geeks mají jasno a pochopitelně mají nutkání si standartní "ku*vítka" nahradit jinými - jim více sympatickými.
Z pohledu většiny "obyčejných uživatelů" je geniální iOS právě svou uzavřeností a tím stabilitou. Jailbreak je pak často jen výmluva jak za další aplikace neplatit.
Kdyby jen tak to jablečné železo stálo 1/3, mám za to, že by Androidů bylo na světě podstatně méně.
Když je tak zmatený množstvím voleb, tak bych mu předepsal jako životní partnerku jednu ze skupiny {brýlatá Máňa,kyprá Brunhilda a uhrovitá Ingrid}, ať není zbytečně zmatený i v běžném životě. Když si nebude moci vybrat jinde, bude s vyšší pravděpodobností věrný a spokojený ve vztahu. Nebo bychom mu mohli vlastně rovnou vybrat, ať ho to nemate.
jenže pokud by udělali verzi bez možností, něco jako i-phone, tak jim spoiusta užibvtaelů odejde za jiným produktem nebo stejně začnou vymýšlet doplňky pro možnost pokročilého nastavení, tak jak se kdysi tunily mobilní telefony bez OS
kdyby android neuměl to, co umí, včetně možností dostatečné svobody tunit, nedosáhl by takováho úspěchu,
Někdo holky, někdo vdolky. Je ale fakt, že tohle přesně lidem okolo mě na Androidu vadí. Nechtějí z jejich pohledu zabíjet čas vrtáním se v telefonu, chtějí ho používat. Příměr s autem bych řekl že je docela trefný.
A podle reakcí v diskusi mi přijde, že je to trefa do černého, nebo ještě lépe, píchnutí do vosího hnízda. :-)
ja sa nechcem ucit veci ktore ja osobne pouzijem raz. skratka chcem kupit telefon, vnorit sa do advanced nastaveni s vysokym poctom poloziek, den dva sa v tom babrat az k mojej spokojnosti a potom dalsie 3 roky sa toho nechytat. rootnutie telefonu (aspon toho mojho) nieje na tri prikazy a tiez skusat tisice aplikacii kym zistim ktora je o trocha lepsia ako ina ma tiez nelaka. pre mna je skratka telefon spotrebka, nie modla, ale by som rad aby to bola prijemna spotrebka
Nojo, ale zatímco jeden chlap je přehnaný žárlivec a partnerku by zahaloval víc jak Talibavec, aby z ní nikdo neviděl ani vlas, další se rád chlubí, jakou má doma kočenu a dává její nahý fotky na web a rozesílá známým do mailu. A teď si představte, že někdo určí pravidlo, že povinně na jeden víkend v roce všichni pojedou do nudistickýho kempu a jinak žádná veřejná nahota. Naštve to oba dva.
Univerzální řešení, co padne všem, neexistuje. Dá se jenom udělat nějaký rozumný kompromis a dát lidem možnost, aby si to přiohnuli. Takže bych nepranýřoval za to, že dávají uživatelům možnost volby. Raděj bych místo flamewaru nevrhl autorům, co vyhodit a jak se zlepšit. On si marketing preference trhu z prstu nevycucá a smartfouny jsou na trhu teprve pár let, takže z žádně dlouhodobé zkušenosti, jakou mají třeba cukráři, se těžit nedá...
Ano, rozumné defaults to mohou částečně řešit. Bohužel je někdo musí rozumně udělat.
Jako příklad bych uvedl navigace TomTom. V prvních verzích tam bylo Advanced menu, ve kterém šlo nastavit nejspíš stovky položek. V dalších verzích zmizelo, protože ho používal minimální počet zákazníků. A kdo ho použil, nejspíš si jen nastavil navigaci do nepoužitelného stavu, a zbytečně obtěžoval na supportu.
Pak je ovšem otázka, jestli trávit čas implementací stovek nastavovátek (možnost nastavit název ulice přes celý display, dát barvu ulice shodnou s barvou mapy apod.), které stejně nikdo nepoužije, nebo to úsilí věnovat raději tvorbě celkově kvalitnějšího UI, ve kterém se uživatelé nemusí hrabat. U těch navigací je to myslím jasné: počet možností nastavení je dnes výrazně menší.
A vás někdo nutí každý týden měnit laucher? Když vám ten, který vám nainstaloval výrobce vyhovuje, tak jej prostě neměňte. To je jednoduché.
Pokud vám nevyhovuje, tak si nahrajte jiný a používejkte ten. To je svoboda volby. Když nebude majiteli WinPhone vyhovovat něco v GUI jeho telefonu, tak jej zahodí a koupí si Android nebo iPhone. Výhoda tohoto přístupu je v tom, že bude mít nový telefon, nevýhoda v tom, že bude o pár tisíc lehčí.
Tak tak, kopim tel. ktery mi vyhovuje a basta.
U Androidu je jako u jedineho vyber a kdyz vyber nevyhovuje, vyberu si HW, kde jde dat neco jineho ;-)
BFU je to sumak, koupi telefon, telefonuje, pise SMS obcas emaily, prohlizi obrazky, web a videa ... a je stastny, cim mene zaplati, tim lepe.
Ja si zase koupil tel. z Ciny, PB pajka, ROOT v zakladu, zadny prebytecny SW, pry je uplne holy ma 2SIM 3000mA vymenna baterku, jde tam dat mSD a ma smejd fotak, jeste umi BT a GPS, takze i do auta a to i handsfree ;-)) ... jo a zadne vypalne M$ ... pro ten dobry pocit.
A tohle jsou me preference, ktere mi nikdo jiny nenabizi, jiny ma jine preference a koupi si neco jineho, ma na vyber hloupy telefon, BB, Apple nebo M$ Lumia ... a nebo X variant Androidu od ruznych implementatoru a vyrobcu HW.
OSS je otom, ze kdyz uz muj HW neni podporovan, mam moznost jej porad upgradovat ...