5 Pet Peeves -suunnittelijat ovat kehittäjien kanssa (ja miten heitä vältetään)
Kissat ja koirat. Kain ja Abel. Suunnittelijat ja kehittäjät. Nämä ovat vain muutamia suurista historiallisista kohtaamisista.
Suunnittelijat ja kehittäjät näyttävät usein tulevan eri planeetoilta ja heillä on täysin erilaiset aivot.
Kehittäjät haluavat sivuston toimivan oikein, suunnittelijat haluavat sen näyttävän oikealta.
Vaikka näillä tavoitteilla on paljon päällekkäisyyksiä (ja tietenkin olen hieman stereotyping), erot usein tulevat alas suunnittelijan ja kehittäjän odotuksiin menestyksestä.
Odotusten hallinta on viestinnän asia: pisteiden tekeminen selkeästi toiselle puolelle, yhteisten tavoitteiden löytäminen ja tavoitteiden saavuttaminen.
Okei, joten ehkä se ei ole niin helppoa, mutta molempien osapuolten on tärkeää ainakin yrittää ymmärtää toisiaan .
Jotta voisimme edistää suunnittelijoiden ja kehittäjien välistä hyvää tahtoa, aion jakaa joitain lemmikkieläimiä joita olen kohdannut ja tutkia niitä, jotka johtavat niihin ja niiden ratkaisuihin.
Peeve # 1: "Miksi kehittäjä ei voi vain näyttää siltä kuin comp?"
Voit luoda upean muotoilun ja luovuttaa paketin kehittäjälle, mutta kun saat sivuston takaisin, näyttää siltä, että olet suunnitellut tilkkutäppää.
Ongelma
Comps ei ole Web-sivuja; ne eivät ole sekoitus HTML-, CSS- ja JavaScript-koodeista. Photoshop, ilotulitus ja Illustrator voivat tehdä paljon asioita, jotka ovat mahdottomia (tai ainakin mahdottoman epäkäytännöllisiä) Webissä, mikä usein tarkoittaa sitä, että kehittäjät joutuvat pienentämään suunnittelua.
Ratkaisu
Keskustele kehittäjän kanssa suunnitellessasi, ei vain sen jälkeen. Kysy heiltä, onko käyttämäsi vaikutus helppo saavuttaa vai onko olemassa parempi vaihtoehto. Lisäksi, kun opit lisää Web-kehityksestä, voit paremmin kertoa, milloin muotoilu on epäkäytännöllinen ja kun kehittäjä on vain löysällä.
Peeve # 2: "Värit ovat kaikki väärin!"
Et valitse värejä mielivaltaisesti, mutta kehittäjät näyttävät ajattelevan, että "lähellä on tarpeeksi lähellä."
Ongelma
En tiedä, koskeeko tämä kaikkia kehittäjiä, mutta olen työskennellyt yhdessä kehittäjän kanssa, joka oli puna-vihreää sävyä (hän oli suuri sisällönhallintapeli, joka lähetti kaikki sähköpostit vaaleanpunaisella tekstillä lime-vihreä tausta). Kuitenkin väri-blind ei estä häntä olemasta kick-ass kehittäjä.
Ratkaisu
Jos haluat, että värit ovat oikein, kirjoita sitten kaikki sivun väriarvot. Älä luota kehittäjään silmämunien väriarvoksi tai näyttämään värejä Photoshopissa.
Sinun on myös harkittava, että ongelma ei välttämättä ole kehittäjän, vaan sinun kanssasi. Värit näyttävät erilaisilta Macilta ja CMYK: ltä (jos satunnaisesti sallit tämän väriavaruuden). Varmista, että asiakirjan väritila ja todistukset on oletusarvoisesti määritetty yleiseksi RGB-asetukseksi.
Peeve # 3: "Kehittäjät tietävät jopa mitä" valkoisella tilalla " tarkoitetaan?"
Olette jättäneet runsaasti hengitystilaa elementtien ympärille luomaan nestekidenäytön polkua ja parantamaan luettavuutta, mutta kehittäjä kruunaa kaiken yhteen ja kertoo sinulle: "Se on ainoa tapa, jolla kaikki sopii."
Ongelma
Kerran kehittäjälle valitin, että hän ei jättänyt tilaa moduulin rajan ja sen sisällön väliin, mikä useimmille ihmisille todella vaikea lukea. Hän vastasi: "En välitä muista ihmisistä. Voin lukea sen. "Vaikka useimmat kehittäjät eivät ole kovin kovaa, heitä ei ole koulutettu hyväntekeväisyyteen sekoittamalla positiivisia ja negatiivisia tiloja ohjaamaan kävijän silmää muotoilun ympärille.
Ratkaisu
Jos todella haluat mallienne olevan mahdollisimman tarkkoja, älä vain anna suunnittelijalle tilaa ja odottaa heitä selvittämään välimatkan. Määritä tarkat leveydet, korkeudet ja pituudet mallitiedot -asiakirjassa. Tämä toimii suunnitelma, jonka sinä ja kehittäjä sopivat siitä, miten asiat tulisi jakaa.
Ainakin määritellä marginaalien ja pehmusteiden yleiset säännöt. Esimerkiksi: "Kaikkien moduulien sisällön ja rajan välillä on oltava vähintään 10 pikseliä."
Peeve # 4: "Kehittäjä ei voi koskaan saada mallini näyttää samalta eri selaimissa."
Katsot sivuston Firefoxista ja se näyttää hyvältä, mutta kun vaihdat Internet Exploreriin, se hajoaa.
Ongelma
Sinun on oltava sympaattinen kehittäjien ahdistusta ajatellen, että mallit näyttävät yhdenmukaisilta selaimissa. Jokaisella selaimella on omat välilyönnit. Asiat parantuvat (erityisesti Internet Explorer 6: n hidas kuolema), mutta saada ne kaikki täysin pelaamaan mukavasti toistensa kanssa on edelleen kovaa.
Ratkaisu
Yleensä sallitaan muutamia kuvapisteitä, joissa kuviointikokemukseni selaimessa on ongelmia, mutta se auttaa ymmärtämään, mitä nämä asiat ovat suunnittelussa, jotta voit auttaa kehittäjää välttämään niitä.
Älkää pelätkö ristiselainongelmia kehittäjälle ja odottako niiden olevan kiinteitä. Mutta eräiden ongelmien ratkaiseminen voi vaatia, että asennat suunnittelusi.
Peeve # 5: "Tämä kestää kauan?"
Mikään ei ole enemmän masentavaa kuin polttaa keskiyön öljyä kaksinkertaisella ajalla saadaksesi osan projekteistasi aikataulussa, vain palaamaan kehitystyöhön LOE, joka palauttaa projektin julkaisupäivän kuukausi ikuisuuden päättymisestä .
Ongelma
Klassisessa jaksossa Star Trek: The Next Generation , Scotty selittää Geordi La Forgelle teknistä elämää koskevia tosiasioita: "Ette kertonut hänelle [kapteeni Picardille] kuinka kauan se todella toteutuisi, vai mitä? Voi, tytär. Sinulla on paljon opittavaa, jos haluat ihmisten ajattelemaan sinut ihmeistyöntekijänä. "Jotkut kehittäjät ajattelevat suunnittelijoita samalla tavoin kuin Scotty ajattelee Starfleet Kapteeneista.
Ratkaisu
Kehittäjät tietävät, että he kohtaavat ennalta arvaamattomia ongelmia, ja he pyrkivät näin heikentämään arvioitaan. Tämä tekee niistä myös todella hyviä, jos ne saavat loppunsa tehty paljon aikaisemmin kuin arvioitiin. Houkuttele kehittäjää kohtuulliseen aikajanalle ja pidä niitä sitten. Kun tutustut kehittäjään, toivottavasti löydät oman tapansa olla "ihme työntekijä".
Special Bonus Peeve: "Kehittäjät eivät vain ymmärrä suunnittelijoita."
Tai pahempaa:
"Kehittäjä ajattelee olevansa suunnittelija!"
On hankalaa, kun kehittäjät näyttävät yksinkertaisesti kieltäytyvän suunnittelijan näkökulmasta, mutta tämä mielipide-ero voi yleensä olla välitön (yleensä hyvä projektipäällikkö). Kuitenkin, kun kehittäjä ajattelee, että he tietävät enemmän suunnittelusta kuin suunnittelijasta, häiritsevät voivat näkyä.
Ongelma
Olen joutunut käsittelemään useamman kuin yhden kehittäjän, joka luki artikkelin Jakob Nielsen ja sitten halusi luennoitella hyvää suunnittelukäytäntöä kokouksen keskellä. Tämä ei ole pelkästään ilmeistä suunnittelijan kannalta, vaan hidastaa projektia keskustelun tuloksena.
Ratkaisu
Tietämys kaikkien kehittäjien kanssa on hankalaa, ja tapa käsitellä näitä tilanteita riippuu siitä, millaista egoa olet tekemisissä. Yleensä mielestäni on parasta vain kuunnella, mitä heillä on sanottavaa ja sitten, jos heillä on asia, tunnustavat sen ja siirryvät eteenpäin. Vältä väittelemään heidän kanssaan, jos mahdollista .
Usein heidän valituksensa koskee muotoilua "sääntöä", joka on rikki. Älä pelkää tunnustaa, että olet rikkonut säännön - innovatiiviset suunnittelijat tekevät - mutta varmista, että voit perustella sen, miksi olet rikkonut .
Aina kun löydän itseni tässä tilanteessa, ajattelen takaisin suunnittelupäivän tarkastelupäivinäni, kun jouduin puolustamaan työni melkoisen julman kritiikin vastaisesti. Nämä istunnot olivat usein ego-mustelmia, mutta he opettivat minua nopeasti puolustamaan päätöksiä ja pitämään viileänä.
Saattaa tuntua nöyryyttäväksi, että sinun on jatkuvasti perusteltava päätöksiesi, mutta mitä enemmän näytät "menetelmää hulluudessa", sitä enemmän huomaat, että kollegasi arvostavat ja uskovat arviointisi .
Kirjoitettu yksinomaan WDD: lle Jason Cranford Teague .
Mitkä lemmikkikoirat sinulla on kehittäjien kanssa? Haluamme tietää lisää tästä, lähetä kommenttisi alla.