Megy mint én reggel blog gurul kezembe került ez a kiváló cikket írt Webdesigner Depot a Jason Cranford Teague .
Nekem van a leghosszabb ideig élvezte tervezése az interneten, de két évvel ezelőtt tényleg ugorj be a kódolás és a front-end fejlesztése. Az érdekes az egészben, hogy azt találtam, hogy legyen egy kis harc, hogy mivel én vagyok a tervező egyik oldalát az agy és a fejlesztő tudom használni a másikat.
Mentálisan ez megadóztatása, a tervező azt akarom, hogy néz ki jól, és a fejlesztő akarok a honlapon helyes működése. A hiány finanszírozására, és jön a boldog közepesen unalmas, de azon kapom magam, hogy egy jobb árucikk helyet a foglalkoztatás. A legtöbb esetben az emberek vagy az egyik vagy a másik. Az egyik tervező és a szórakozás és az egyensúly, ahol a másik logikus, műszaki és néha frusztráló. Remélem tetszik a cikk, én tettem.
Idegesít # 1: "Miért nem a fejlesztő csak hogy úgy nézzen ki, mint a comp?"
Létrehoz egy tetszetős design és kézzel ki a comp a fejlesztő, de amikor megkapja az oldalon vissza, úgy néz ki, mint egy patchwork takarót, amit terveztek.
Kiadás
Comps nem weblapok, ők nem keveréke HTML, CSS és JavaScript kóddal. Photoshop, Fireworks, Illustrator és sokat tehetnek a dolog, hogy lehetetlen (de legalábbis vadul megmutatásával) a weben, ami gyakran azt jelenti, hogy a fejlesztők meg kell kicsinyíteni design.
Megoldás
Beszéljen a fejlesztői tervezése közben, nem csak utána. Kérdezze meg őket, hogy egy hatás használata könnyű lesz elérni, vagy egy jobb alternatíva létezik. Továbbá, ahogy többet megtudni webfejlesztés, akkor képes lesz arra, hogy jobban megmondani a különbséget, amikor a design nem praktikus, és amikor a fejlesztő éppen lazító ki.
Idegesít # 2: "A színek minden rossz!"
Nem választhat színeket önkényesen, de a fejlesztők úgy gondolják, hogy "közel van elég közel."
Kiadás
Nem tudom, hogy ez igaz minden fejlesztők, de én egyszer dolgozott egy fejlesztő, aki volt, piros-zöld színtévesztő (volt nagy rajongója a Content Manager, aki elküldte neki az összes e-maileket rózsaszín lévő szöveg lime-zöld háttér). Azonban, hogy színtévesztő nem akadályozta meg őt abban, hogy egy kick-ass fejlesztő.
Megoldás
Ha szeretné, hogy a színek, hogy igaza van, akkor nevezzék meg az összes színértékeket az oldalon. Ne hagyatkozzon a fejlesztő a szemgolyó színértékek vagy kóstolja meg a színeket a Photoshop.
Azt is meg kell vizsgálni, hogy a problémát nem lehet a fejlesztő, hanem veled. A színek különböző a Mac és a CMYK (ha történetesen véletlenül teszi, hogy a színtér). Győződjön meg arról, hogy a dokumentum színes mód és bizonyítékok vannak beállítva, hogy általános RGB alapból.
Idegesít # 3: "Nem is tudom, mi fejlesztők" white space "eszközökkel?"
Már bőven maradt légzési szoba körül elemek létrehozásához folyadék szemmel út és az olvashatóság javítása érdekében, de a fejlesztő crams mindent együtt, mondom, "Ez az egyetlen megoldás, hogy minden fér."
Kiadás
Én egyszer panaszkodott, hogy egy fejlesztő távozott között nincs szóköz határán egy modult, és annak tartalmáról, így nagyon nehéz a legtöbb ember olvasni. Azt válaszolta: "Nem érdekel más emberek. Tudom elolvasni. "Bár a fejlesztők többsége nem annyira érzéketlen, hogy nem képezték a képzőművészeti keverés pozitív és negatív terek irányítják majd a látogató szeme körül a design.
Megoldás
Ha szeretné, hogy a tervek a lehető legpontosabbnak, ne csak add a tervező egy kötelező és azt várják tőlük, hogy kitaláljuk, a távolság. Adja meg a pontos szélesség, magasság, hossz és a tervezési előírások dokumentumot. Ezt szolgálja az a tervezetet, hogy Ön és a fejlesztő megállapodnak, hogy milyen távolságban kell a dolgokat.
Legalábbis meg kell határozni az általános szabályokat és a margók párnázással. Például: "Minden modult kell egy legalább 10 pixel közötti kitöltést a tartalom és a határon."
Idegesít # 4: "A fejlesztők sosem terveimet, hogy ugyanúgy néznek ki a különböző böngészőkben."
Te nézd meg a helyszínen a Firefox és úgy néz ki, finom, de mikor indítsuk el az Internet Explorer darabokra esik.
Kiadás
Be kell, hogy szimpatikus a sorsát a fejlesztők, amikor ahhoz, hogy a tervek következetes nézni több böngészőben is. Mindegyik böngésző saját quirks a távolság. A dolgok egyre jobb (főleg a lassú halált az Internet Explorer 6), de egyre őket, hogy teljesen jó játszani egymással, még mindig nehéz.
Megoldás
Én általában lehetővé teszik a néhány pixel kígyózik a szobában az én minták befogadására cross-browser kérdések, de jó, ha tudjuk, mik ezek a kérdések tervezése közben, így segíthet a fejlesztő elkerülni őket.
Ne félj rámutatni cross-browser problémákat a fejlesztő, és azt várják tőlük, hogy rögzíteni kell. De egy részük megoldása csak úgy lehetséges, ha a csípés a design.
Idegesít # 5: "Ez eltart meddig?"
Semmi sem olyan nyomasztó, mint az éjféli égő olaj, dupla idő, hogy a projekt egy részének kész a menetrend, csak hogy újra egy fejlesztési LOE (szintű erőfeszítéseket), hogy hozza a projekt megjelenési dátumot vissza egy hónap végétől az örökkévalóság .
Kiadás
A klasszikus epizód a Star Trek: The Next Generation, Scotty magyarázza a tényeket a mérnöki élet Geordi La Forge: "Azt nem mondtam meg neki [Picard kapitány], meddig lenne igaziból, ugye? Ó, fiúcska. Neked sokat kell tanulni, ha azt akarod, hogy rád gondolok, mint a csodatevő. "Néhány fejlesztő szerint a tervezők ugyanúgy gondolkodik, hogy Scotty a Csillagflotta Kapitány.
Megoldás
A fejlesztők tudják, hogy ilyenkor az előre nem látható problémákat, és így hajlamosak pad durva becsléseik. Ez azt is teszi őket igazán jól néz ki, ha megkapják a végén sokat korábban vártnál. Alkudozni a fejlesztő le ésszerű idővonal, majd tartsa őket hozzá. Amint megismerjük a fejlesztők, akkor remélhetőleg megtalálja a saját útját, hogy a "csodatevő".
Külön bónusz idegesít: "A fejlesztők nem értik a tervezők."
Vagy még rosszabb:
"A fejlesztő úgy gondolja, ők a tervező!"
Elég baj, ha a fejlesztők úgy tűnik, hogy egyszerűen megtagadják, hogy a tervező szemszögéből, hanem nézeteltérés általában közvetítik (általában egy jó projekt manager). Azonban, ha a fejlesztő azt hiszi, hogy többet megtudni design, mint a tervező, a kedélyek lehet fáklyát.
Kiadás
Már meg kellett küzdenie a több mint egy fejlesztő, aki olvasott egy cikket Jakob Nielson , majd előadást akart nekem bevált tervezési gyakorlat közepén egy találkozót. Ez nem csak azt mutatja, tiszteletlenséget a tervező, de lelassítja a projekt vita következik.
Megoldás
Együttműködés a know-it-all fejlesztők trükkös, és ahogy ezeket a helyzeteket kezelni méretétől függ az ego van dolga. Általában találom, hogy egyszerűen csak a legjobb hallgatni, mit mondanak majd, ha van egy pont, ismerd meg és lépj tovább. Kerülje vitatkozott velük, ha lehetséges.
Gyakran a panasza egy design "szabály", hogy a már törött. Ne félj attól, hogy tudomásul veszi, hogy eltört egy szabályt, ez az, amit az innovatív tervezők csinálni, de ügyeljen arra, hogy meg tudják indokolni, miért tört rá.
Amikor találom magam ebben a helyzetben, azt hiszem, visszatérek a felülvizsgálati napot tervezés iskolában, amikor meg kellett védeni a munkám ellen néhány igazán durva kritikát. Ezek az ülések gyakran ego-zúzódás, de megtanított, hogyan kell megvédeni a gyors döntéseket, miközben az én hűvös.
Úgy tűnhet, hogy megalázó, hogy folyamatosan igazolja a döntéseket, de minél többet mutatni a "módszerrel a őrültséget", annál inkább azt találjuk, hogy a kollégák érték és bízz ítéletet.