witola.com

رفتن بیش از وبلاگ صبح من رول من در سراسر این مقاله بسیار عالی در Webdesigner انبار نوشته شده توسط به تیگ Cranford جیسون آمد .

من برای طولانی ترین زمان لذت می برد طراحی برای وب داشته باشد، اما تا زمانی که دو سال پیش واقعا پرش به برنامه نویسی و توسعه جلویی ساخته شده است. بخش جالب توجه این است که من پیدا کرده اند آن را به صورت کمی از مبارزه در آن به عنوان طراح من با استفاده از یک طرف از مغز و به عنوان یک توسعه دهنده های دیگر استفاده کنید.

ذهنی این مالیات، به عنوان یک طراح من می خواهم آن را به نگاه به راست و به عنوان یک توسعه دهنده من می خواهم به کار وب سایت. پرکردن این شکاف و به یک رسانه شاد خسته کننده است، اما من خودم به کالا به گام برای استخدام. در اغلب موارد افراد یا یکی یا دیگری. یکی طراحی و سرگرم کننده و تعادل است، که در آن دیگر منطقی، فنی و گاهی خسته کننده است. ، من امیدوارم که مقاله شما لذت می برند.

غرض # 1: "چرا می تواند توسعه نه تنها آن را در کامپیوتر نگاه می کنید؟"

طراحی ظاهر بزرگ و دست کردن در کامپیوتر به توسعه خود را ایجاد می کنید، اما هنگامی که شما سایت را دریافت می کنید، آن را مانند لحاف چهل تکه از آنچه شما طراحی شده است به نظر می رسد.

موضوع
Comps صفحات وب، آنها ترکیبی از HTML، CSS، و کد جاوا اسکریپت نیست. فتوشاپ، آتش بازی، و تصویرگر می تواند بسیاری از چیزهایی که غیر ممکن است (و یا حداقل به طور افراطی غیر عملی) را بر روی وب انجام دهید، که اغلب بدان معنی است که توسعه دهندگان را مجبور به طراحی در مقیاس پایین.

راه حل
بحث به توسعه خود را در حالی که شما در حال طراحی، تنها پس از آن. از آنها بپرسید که آیا اثر شما در حال استفاده آسان برای به انجام رساندن و یا اینکه آیا جایگزین بهتری وجود دارد خواهد بود. همچنین، به شما به عنوان کسب اطلاعات بیشتر در مورد توسعه وب سایت، شما قادر به بهتر بگویم تفاوت بین زمانی که طراحی خود را غیر عملی است و زمانی که توسعه فقط slacking خاموش.

غرض # 2: "رنگ همه اشتباه هستند!"

شما رنگ ها را انتخاب کنید خودسرانه، اما توسعه دهندگان به نظر می رسد فکر می کنم که "نزدیک به اندازه کافی نزدیک است."

موضوع
من نمی دانم که آیا این همه توسعه دهندگان واقعی است، اما من یک بار با یک برنامه نویس که قرمز رنگ سبز سو کور بود کار می کرد (او یکی از طرفداران بزرگ مدیریت محتوای ما، که تمام ایمیل های خود را در متن صورتی فرستاده بود آهک سبز پس زمینه). با این حال، رنگ کور بودن او را از توسعه دهنده و پا زدن، الاغ را متوقف نمی شود.

راه حل
اگر شما می خواهید رنگ را به حق باشد، پس از طلسم تمام ارزش های رنگ در صفحه است. در توسعه خود را به کره چشم مقدار رنگ تکیه می کنند و یا برای نمونه رنگ در فتوشاپ.

شما همچنین باید در نظر است که مشکل نیست ممکن است با توسعه و اما با تو. رنگ های مختلف بر روی مک و CMYK به نظر می رسد (اگر شما اتفاق می افتد به طور تصادفی قادر می سازد که فضای رنگی). اطمینان حاصل کنید که سند خود را در حالت رنگ و اثبات به طور پیش فرض به کلی RGB تنظیم شده است.

غرض # 3: "آیا توسعه دهندگان حتی می دانم که به معنای" فضای سفید چیست؟ "

گذاشته اید مقدار زیادی از تنفس اتاق در اطراف عناصر برای ایجاد یک مسیر چشم مایع و بهبود خوانایی، اما توسعه crams همه چیز با هم، شما گفتن: "این تنها راه مناسب است."

موضوع
من یک بار به یک توسعه دهنده که او هیچ فاصله ای بین مرز ماژول و محتوای آن را ترک کردند، شکایت، و برای بیشتر مردم به خواندن آن واقعا دشوار است. او جواب داد: "من در مورد افراد دیگر اهمیتی نمی دهند. من می توانم آن را. "در حالی که بسیاری از توسعه دهندگان می شوند کاملا بی عاطفه، آنها را در هنر خوب از مخلوط کردن فضاهای مثبت و منفی، برای هدایت چشم بازدید کننده را در اطراف طراحی شده است نه آموزش دیده است.

راه حل
اگر شما واقعا می خواهید طرح خود را به عنوان دقیق که ممکن است، نه تنها طراح کامپیوتر و انتظار می رود آنها را به فاصله. مشخص دقیق عرض، ارتفاع و طول در طراحی سند مشخصات. این به عنوان نوعی چاپ عکاسی که زمینه ان ابی ونقش ان سفید است که شما و توسعه توافق بر سر چه کارهایی باید فاصله است.

حداقل، تعریف قواعد کلی برای حاشیه و padding. به عنوان مثال تمام ماژول باید حداقل از 10 پیکسل از بالشتک بین محتوا و مرز داشته باشد. "

غرض # 4: "توسعه دهنده می تواند طرح های من هرگز به دنبال مشابه در مرورگرهای مختلف است."

شما در سایت در فایرفاکس نگاه کنید و خوب به نظر می رسد، اما زمانی که شما به اینترنت اکسپلورر تغییر آن را به قطعه می افتد.

موضوع
شما باید به دلسوز نسبت به وضعیت اسفبار از توسعه دهندگان که آن را به طرح ها در سراسر مرورگر سازگار نگاه می آید. هر مرورگر دارای خصلت های خاص خود را با فاصله است. همه چیز بهتر شده (به خصوص با مرگ تدریجی از اینترنت اکسپلورر 6)، اما گرفتن همه آنها را به طور کامل بازی خوبی با یکدیگر است که هنوز هم سخت است.

راه حل
من به طور کلی اجازه می دهد چند پیکسل از اتاق تکان دادن در طرح من به جای متقابل مرورگر مسائل، اما آن کمک می کند تا به این مسائل در حالی که شما در حال طراحی است، به طوری که شما می توانید کمک به توسعه از آنها اجتناب است.

نترس به نقطه ای از مشکلات مرورگر متقابل به توسعه و انتظار آنها را به صورت ثابت. اما حل و فصل برخی از آنها ممکن است نیاز به طراحی خود را نیشگون گرفتن و کشیدن.

غرض # 5: "این چه مدت طول خواهد کشید؟"

هیچ چیز بیشتر افسرده تر از سوزاندن نفت نیمه شب در دو زمان به بخشی از یک پروژه انجام شده در برنامه، تنها به عقب بر گردیم LOE توسعه (تلاش) قرار می دهد که تاریخ انتشار پروژه یک ماه از پایان ابدیت است.

موضوع
در قسمت کلاسیک از پیشتازان فضا: نسل بعدی، Scotty توضیح می دهد که واقعیت های زندگی مهندسی به Geordi لا فورج: "شما به او بگویید [کاپیتان پیکارد] واقعا چه مدت طول خواهد کشید، شما؟ آه، پسرک. تو تا حد زیادی به یاد بگیرند اگر شما می خواهید مردم به شما به عنوان یک کارگر معجزه فکر می کنم. "برخی از توسعه دهندگان از طراحان در همان راه که Scotty به کاپیتان Starfleet فکر فکر می کنم.

راه حل
توسعه دهندگان می دانم که آنها را مشکلات پیش بینی نشده روبرو می شوند و بنابراین به شدت پد تخمین خود را. این امر همچنین باعث می شود آنها را نگاه کنید واقعا خوب در صورتی که خود انجام می شود بسیار زودتر از برآورد شده است. چانه زدن با توسعهدهنده و به یک جدول زمانی معقول و سپس آنها را به آن نگه دارید. همانطور که شما را وادار به توسعه، امیدوارم کارگر "معجزه" به راه خود را پیدا کنید.

غرض جایزه ویژه: "توسعه دهندگان فقط طراحان را درک نمی کنند."

و یا حتی بدتر:
"توسعه فکر می کند آنها یک طراح!
آن زمانی که توسعه دهندگان به نظر می رسد به سادگی حاضر به نقطه نظر طراح را به اندازه کافی بد است، اما این اختلاف نظر معمولا می توان واسطه (معمولا توسط یک مدیر پروژه خوب). با این حال، زمانی که توسعه دهنده با خودش فکر کرد می دانند که بیشتر در مورد طراحی از طراح، tempers می تواند به شعله ور شدن.

موضوع
من مجبور به مقابله با بیش از یک توسعه دهنده که خواندن مقاله یاکوب نیلسون و پس از آن می خواست به من در مورد طراحی خوب عمل در وسط جلسه سخنرانی. این امر نه تنها بی احترامی را برای طراح را نشان می دهد، اما آهسته تر این پروژه را به عنوان بحث تحقیق و بحث است.

راه حل
کار با دانش همه توسعه دهندگان روی حیله و تزویر، و راه را برای رسیدگی به این شرایط بستگی به اندازه نفس شما با خرید و فروش است. به طور کلی، من آن را به بهترین وجه به سادگی گوش دادن به آنچه آنها می گویند و پس از آن، اگر آنها یک نقطه، آن را تصدیق و حرکت اجتناب از استدلال با آنها در صورت امکان.

اغلب شکایت خود را در مورد طرح "حکومت" که شکسته شده است. به اذعان کرد که قانون این چیزی است که طراحان نوآورانه انجام دهند اما مطمئن شوید که شما می توانید توجیه کند که چرا شما از آن شکست را شکست نترسید.

هر گاه من خودم را پیدا کنید در این وضعیت، من فکر می کنم به روز بررسی من در مدرسه طراحی، زمانی که من تا به حال به دفاع از کار من در برابر برخی از انتقاد خیلی بی رحمانه است. این جلسات به نفس، کبودی، اما آنها به من آموخت که چگونه به سرعت به دفاع از تصمیم گیری من در حالی که نگه داشتن سرد من.

این ممکن است به نظر می رسد تحقیر باید به طور مداوم توجیه تصمیمات خود را، اما به شما نشان دهد "روش در دیوانگی خود را، بیشتر به شما خواهد شد که ارزش همکاران خود و پیدا کردن اعتماد و قضاوت خود را.