витола.цом

Одлазак преко мог јутарњег блогу ролнице сам наишао на овај одличан чланак написан у вебдесигнер Депот од Јасон Цранфорд Теагуе .

Имам за најдужи пут уживала дизајнирању за веб, али до пре две године заиста направила скок у кодирању и фронт-енд развоја. Занимљиво је да сам утврдио да је то мало борбе у да као дизајнер Ја користим једну страну мозга и као програмер ја користим други.

Психички се ово опорезивање, као дизајнер Желим да изгледају и десно као програмер желим да сајт функционише право. Премошћавање јаза и ту долази до срећног медија је досадан, али сам пронаћи себе да буде бољи да се роба терен за запошљавање. У већини случајева људи су или један или други. Један од њих је и забаван дизајн и равнотежа, где је друго логично, техничке и понекад фрустрирајући. Надам се да ћете уживати у чланак, јесам.

Негодовање # 1: "Зашто не могу да програмер само да изгледа као на комп?"

Ви креирате атрактивне дизајн и руку на комп то иоур програмера, али када се вратим на сајт, изгледа као крпара јоргана онога што сте дизајниран.

Емисија
Поени нису Веб странице, они нису мешавина ХТМЛ, ЦСС, ЈаваСцрипт и кода. Пхотосхоп, Фиреворкс, Дреамвеавер и може да уради многе ствари које су немогуће (или барем дивље непрактично) на Вебу, што често значи да ће програмери морати да смањи дизајн.

Решење
Разговарајте са својим девелопер док су пројектовање, не само после тога. Питајте их да ли ће ефекат користите било лако постићи, или да ли постоји боља алтернатива. Такође, као што сте сазнали више о Веб развоју, моћи ћете да боље кажем разлику између када ваш дизајн је непрактично и када програмер је само забушава искључен.

Негодовање # 2: "Боје су у праву!"

Ви не бирамо произвољно боје, али програмери изгледа да мисле да је "близу је довољно близу."

Емисија
Не знам да ли је ово истина од свих програмера, али сам једном радио са програмер који је црвено-зелене боје-слепи (био је велики фан нашег Цонтент Манагер, који је послат свим њеним мејлова у ружичастој текста на кречно-зелена позадина). Међутим, будући да боје слепи га није спречило да буде Кицк-Асс програмер.

Решење
Ако желите да се боје да буду у праву, онда срицати све вредности боја на страници. Не ослањајте се на програмеру да очна јабучица боју вредности, или да пробају боје у Пхотосхопу.

Такође треба узети у обзир да проблем не може бити са девелопера, али са вама. Боје изгледају другачије на Мац и на ЦМИК (ако вам се деси да случајно омогући тај простор боје). Уверите се да ваш документ колор мод и докази су постављена на генеричке РГБ подразумевано.

Негодовање # 3: "Да ли програмери знају мисли оно 'Бели простор'?"

Оставио си доста Бреатхинг Роом око елемената за креирање течности путању ока и побољшали читљивост, али програмер црамс све заједно, говорећи вам: "То је једини начин да све може да стане."

Емисија
Једном сам се жалио да је програмер остављали простор између границе модула и његовог садржаја, тако да је заиста тешко за већину људи да читају. Он је одговорио: "Не занима о другим људима. Могу га читати "Док већина програмери нису баш тако безосећајан., Они нису обучени за ликовне уметности мешања позитивне и негативне простора да води ока посетиоца око дизајна.

Решење
Ако заиста желите да се ваши пројекти да буде што прецизнији, не само да пројектанта и комп и од њих очекујемо да схватим размак. Наведите тачне ширине и висине и дужине у спецификације дизајна документу. Ово служи као образац и да сте програмер за договоре о томе како ствари треба да буду распоређени.

У најмању руку, дефинисати општа правила за маргине и паддинг. На пример, "Сви модули морају имати минимум 10 пиксела постава између садржаја и границе."

Негодовање # 4: "програмер никада не могу добити моје дизајне да изгледају исто у различитим прегледачима."

Можете погледати на сајту у Фирефоку и то изгледа фино, али када се пребаците на Интернет Екплорер пада на комаде.

Емисија
Морате бити наклоњен невољама програмера када је у питању прављење дизајна изгледају доследни преко претраживача. Сваки прегледач има своје куиркс са размаком. Ствари постају све боље (посебно са спором смрћу Интернет Екплорер 6), али добијам их све лепо да у потпуности играју једни са другима и даље је тешко.

Решење
Ја генерално дозвољавају неколико пиксела на Виггле соби у мом дизајну за смештај крос-прегледача питања, али помаже да се зна шта су ова питања док сте пројектовање, тако да можете помоћи програмер их избегне.

Немојте се плашити да истакнем крос-бровсера проблеме програмера и од њих очекујемо да буду исправљене. Међутим, решавање неки од њих захтевају да подесите ваш дизајн.

Негодовање # 5: "Ово ће потрајати колико дуго?"

Ништа није депресиван него спаљивање на Миднигхт Оил двапут време да бисте добили свој део пројекта урађен на време, само да се вратим на Лое развој (нивоа напора) који ставља пројекат за ослобађање датум уназад месец дана од краја вечности .

Емисија
У класичној епизоди Стар Трек: Тхе Нект Генератион, Сцотти објашњава чињеница инжењеринг живота Георди Ла Форге: "Нисте му рекли [Цаптаин Пицард] колико заиста би, зар не? Ох, момчић. Мораш много да науче, ако желите да људи мисле о вама као чудотворац "Неки програмери мисле дизајнера на исти начин на који мисли Скоти од Старфлеет капетанима..

Решење
Програмери знају да ће наићи на непредвиђене проблеме и тако имају тенденцију да пада грубо своје процене. Ово такође чини их изгледају заиста добро ако добију њихов крај урађено много раније него што је процењено. Исецкати са девелопера сведе на разумну временску линију а затим држите их на њега. Као што сте упознати програмер, надамо се да ће наћи свој начин да буде "чудотворац".

Специјални бонус негодовање: "Програмери једноставно не разумеш дизајнера."

Или још горе:
"Програмер мисли да си дизајнер!"
То је довољно лоше када програмери изгледа да једноставно одбија да види тачку дизајнера гледишта, али да разлика у мишљењу може обично бити посредован (обично добар пројецт манагер). Међутим, када програмер мисли да они знају више о дизајну него дизајнер, страсти могу букнути.

Емисија
Сам морао да се бави више од једног програмера који прочитао чланак Јакоб Ниелсон и тада хтели да ме предавање о доброј пракси дизајна у сред састанка. То не показује само непоштовање за пројектанта, али успорава пројекат као што следи расправа.

Решење
Рад са зна-се-свим програмерима је незгодно, и начин за руковање овим ситуацијама зависи од величине ега сте се баве. Генерално, мислим да је најбоље да једноставно слушају шта они имају да кажу, а затим, уколико имају тачку, признају га и крене даље Избегавајте расправе са њима, ако је могуће..

Често се њихова жалба о дизајна "правило" да је био сломљен. Немојте се плашити да призна да сте сломио правило-то је оно што иновативних дизајнера уради, али пазите да не може да оправда зашто си га сломио.

Кад год се нађем у оваквој ситуацији, мислим да сам се вратио свом приказу дизајна дана у школи, када сам имао да брани свој посао против неких прилично бруталне критици. Ови састанци су били често его модрице, али су ме учили како да се брзо брани своје одлуке задржавајући моје кул.

То може изгледати понижавајуће морати да оправдају своје одлуке стално, али ви више показују "метод у свом лудилу", више наћи ћете да ваше колеге вредност и верујете свом пресуду.