Kijken naar de taal en de intentie in de Android-ontwerprichtlijnen

Hoewel elk besturingssysteem een ​​overkoepelende look heeft waar ontwikkelaars naar zullen streven, is de look and feel van Android in de loop der jaren geëvolueerd zonder dat externe ontwikkelaars de kans krijgen om bij te praten. Met alle gebruikersinterfacestijlen van verschillende apps, kan proberen om iedereen in een gemakkelijk te begrijpen plaats te kruisen UI-wise moeilijk zijn.

Om dit te bestrijden heeft Google onlangs de Android Design-handleidingen voor Ice Cream Sandwich uitgebracht. Vandaag ga ik de taal bekijken die in deze richtlijnen wordt gebruikt om te zien waar de intentie van Google ligt.

Bijzonderheden

Creatieve visie

Het eerste gedeelte in de richtlijnen voor ontwikkelaars geeft informatie over de inspanningen die Google heeft geleverd in Ice Cream Sandwich, terwijl de belangrijkste doelen worden uitgelegd die ze voor de eindgebruiker in gedachten hadden. Wat interessant is, is de mate van bekendheid binnen deze sectie: in plaats van zichzelf te verwijzen naar gewoon Google of het Android Development Team, koos de schrijver ervoor om het minder formele 'wij' op te nemen. Hoewel dit nog steeds impliceert dat er een groter team aan een project werkt, voelt het alsof Google eindelijk een uniform front presenteert. Er zijn niet langer verschillende groepen met verschillende doelen die op Android werken; nu is het 'wij'.

Let op de nadruk op 'mij'.

Google legt ook veel nadruk op het vermijden van de termen 'de gebruiker' of 'de ontwikkelaar' in dit begingedeelte. In plaats daarvan is de gebruiker 'ik' en de ontwikkelaar 'jij'. Door dit soort taal op te nemen plaatst Google zich ineens in de schoenen van de gebruiker en zorgt hij ervoor dat de ontwikkelaar een zekere verbinding met het document voelt. Het gebruik van 'jij' heeft de neiging iemand te tekenen (wat de reden is dat tweede persoon zo goed werkt, zowel in fictie als in non-fictie).

Ontwerpprincipes

Hier zien we dat Google een meer formele toon neemt met hun taal. Ze blijven de 'ik'-behandeling gebruiken met de verschillende subsecties, maar de lichaamstekst wordt de meer informele' mensen '. Dit zorgt voor een soepele overgang van het eenvoudigweg maken van een ontwikkelaar om verbinding te maken met de richtlijnen tot het geven van daadwerkelijke instructies die op meer dan één persoon passen.

Betover me, meesteres.

Door het persoonlijke met het informele te combineren, houdt Google vast aan het vertrouwen dat in het eerste gedeelte is gevestigd en gebruikt het als een kracht om u te laten geloven wat zij zeggen. Het is moeilijk om te argumenteren met de niet-definitieve term 'mensen', omdat het van toepassing kan zijn op veel of heel weinig mensen; het is moeilijk te zeggen, en die ambiguïteit geeft Google wat bewegingsruimte.

De rest

Van daaruit neemt Google een meer definitieve benadering van hun taal, waarbij termen als 'de gebruiker' worden gebruikt in plaats van 'mensen' of 'ik'. Ze hebben binnen de eerste twee delen al vertrouwen en een persoonlijke band opgebouwd en nu hebben ze hun tanden in je vel.

De doelen van Android als geheel

In het hele document spreekt Google de wens uit om de 'Android-ontwerptaal' in uw brein te plakken. Terwijl ze technische informatie door de secties heen bespreken, zoals schermgrootte, typografie en rasterlay-outs, blijft de taal eenvoudig en gemakkelijk te lezen. Een deel hiervan is omdat Google hierdoor een blijvende indruk achterlaat; Een andere reden is dat eenvoudige taal gezaghebbend lijkt en gemakkelijker te begrijpen is.

Android Design Language. Daar is het.

Zoals ik in een eerder artikel al aangaf, is Android eindelijk volwassen en klaar voor de allerbeste tijd zonder de aangepaste skins van de fabrikant. Helaas is dat slechts de helft van de strijd; Externe ontwikkelaars moeten ook de ontwerptaal van Google begrijpen en de beste manier om dat te laten gebeuren, is door middel van deze richtlijnen.

Is het absoluut belangrijk dat elk aspect van deze richtlijnen exact op een T wordt gevolgd? Natuurlijk niet. Het is belangrijk, echter, dat een ontwikkelaar weet wat hij of zij breekt wanneer ze een applicatie ontwerpen. Alles moet een bewuste keuze zijn, en het eerste deel van het werken aan dat doel is om duidelijk te maken wat u (in dit geval Google en de gebruiker) verwacht van dit ding genaamd Android.

Persoonlijke mening

Ik vind het geweldig dat Google heeft besloten deze gids te publiceren. Niet alleen is het vol met uitstekend schrijven (iets dat een aspirant-copywriter als ikzelf kan waarderen), maar het communiceert ook dat Android op het punt staat meer één te worden. Waar voordat je kon wegkomen met het ontwerpen van een applicatie op elke manier die je wilt - met een paar geaccepteerde standaarden - nu legt Google echt de (ontwerp) wet vast met deze richtlijnen.

Zullen ontwikkelaars aandacht schenken aan dit document? Ik weet het niet. Maar nu kunnen we in ieder geval hopen dat Google volgens eigen regels leeft en als voorbeeld dient.