Titta på språk och avsikten i Android Design Guidelines

Medan alla operativsystem har en övergripande look som utvecklare kommer att sträva efter att följa, har Android-utseende utvecklats under åren utan att ge tredje partens utvecklare chansen att komma ikapp. Med alla de olika applikationernas användargränssnittstyp kan det vara svårt att försöka korralera alla till ett lättförståeligt ställe..

För att bekämpa detta släppte Google nyligen Android-designguiden för Ice Cream Sandwich. Idag ska jag titta på språket som används i dessa riktlinjer för att se var Googles avsikt ligger.

Specifikt

Creative Vision

Det första avsnittet inom utvecklarens riktlinjer beskriver de ansträngningar som Google har lagt in Ice Cream Sandwich medan de förklarar de viktigaste målen som de hade i åtanke för slutanvändaren. Det som är intressant är hur mycket förtrogenhet är inom detta avsnitt: istället för att hänvisa till sig själv som bara Google eller Android Development Team, valde författaren att införliva det mindre formella "vi". Även om detta fortfarande innebär att det finns ett större team som arbetar med ett projekt, får det att känna att Google äntligen presenterar en enhetlig front. Det finns inte längre olika grupper med olika mål som arbetar på Android. nu är det "vi".

Observera betoningen på "mig".

Google lägger också stor vikt vid att man undviker villkoren "användaren" eller "utvecklaren" i den här inledningen. I stället är användaren "mig" och utvecklaren är "du". Genom att inkorporera denna typ av språk placerar Google genast sig i användarens skor och ser till att utvecklaren känner en viss anslutning till dokumentet. Att använda "du" tenderar att dra in en person (vilket är anledningen till att andra personen fungerar så bra, både i fiktion och non-fiction).

Designprinciper

Här ser vi att Google tar en mer formell ton med sitt språk. De fortsätter att använda "mig" -behandlingen med de olika underavsnitten, men kroppstexten blir det mer informella "folket". Detta ger en smidig övergång från att bara en utvecklare ansluter sig till riktlinjerna för att ge faktiska instruktioner som passar mer än en person.

Förtrolla mig, älskarinna.

Genom att kombinera den personliga med den informella, håller Google på förtroendet som upprättats inom den första sektionen och använder det som en kraft för att få dig att tro vad de säger. Det är svårt att argumentera med den icke-definitiva termen "människor", som den kan gälla för många eller mycket få; Det är svårt att berätta, och den otydligheten ger Google lite wiggle-rum.

Resten

Därifrån tar Google ett mer definitivt tillvägagångssätt till sitt språk, med hjälp av termer som "användaren" istället för "folk" eller "jag". De har redan etablerat förtroende och en personlig koppling inom de två första sektionerna, och nu har de sina tänder i huden.

Målen för Android som helhet

I hela dokumentet uttrycker Google en önskan att cementera "Android design språk" i din hjärna. Medan de diskuterar viss teknisk information i hela sektionerna, till exempel skärmstorlek, typografi och rutnätlayout, är språket enkelt och lätt att läsa. En del av detta beror på att Google tillåter ett varaktigt intryck. En annan anledning är att det enkla språket verkar mer auktoritativt och lättare att förstå.

Android Design Language. Där är det.

Som jag påpekade i en tidigare artikel har Android äntligen mognat och är klar för topptid utan tillverkarens anpassade skinn. Tyvärr är det bara hälften av slaget; Utvecklare från tredje part behöver förstå Googles design språk, och det bästa sättet att få det att hända är genom dessa riktlinjer.

Är det absolut viktigt att varje aspekt av dessa riktlinjer följs exakt till en T? Självklart inte. Det är viktigt, dock, att en utvecklare vet vad han eller hon bryter när de utformar en ansökan. Allt borde vara ett medvetet beslut, och den första delen av arbetet mot det målet är att klargöra vad du (i detta fall Google och användaren) förväntar sig av den här typen som heter Android.

Personlig åsikt

Jag tycker att det är bra att Google bestämde sig för att publicera den här guiden. Inte bara är det fullt av utmärkt skrivande (vilket är något som en aspirerande copywriter som jag själv kan uppskatta) men det kommunicerar också att Android håller på att bli mer enhetlig. Var innan du kan komma undan med att designa en ansökan på något sätt som du vill - med några accepterade standarder - nu lägger Google verkligen (design) lagen med dessa riktlinjer.

Kommer utvecklare att uppmärksamma detta dokument? jag vet inte. Men åtminstone nu kan vi hoppas att Google kommer att leva med sina egna regler och tjäna som ett exempel.