طراحان و توسعه دهندگان وب

تیم بریانت خلاق به طراحان می گوید که چگونه با توسعه دهندگان همکاری مفید داشته باشند (و بالعکس) . معمولا جریان کاری بین طراحان و توسعه دهندگان وب پس ا...
تیم بریانت خلاق به طراحان می گوید که چگونه با توسعه دهندگان همکاری مفید داشته باشند (و بالعکس) . معمولا جریان کاری بین طراحان و توسعه دهندگان وب پس ا...
تیم بریانت خلاق به طراحان می گوید که چگونه با توسعه دهندگان همکاری مفید داشته باشند (و بالعکس) .
معمولا جریان کاری بین طراحان و توسعه دهندگان وب پس از تکمیل و اتمام پروژه به پایان می رسد و در حین کار نیز هر کدام خود سعی بر حل مسائل کاری خود دارند و انضباط کاری درستی بینشان برقرار نیست .
ما به راه های بهتری برای برقراری ارتباط بین طراحان و توسعه دهندگان وب سایت نیاز داریم تا کار طراحان نتیجه بهتری داشته باشد . در زمانی که ابزار طراحی ما بهتر از همیشه است ، این کوته نظری است که طرح هایمان به خوبی ابزارمان نباشد .
من در این مقاله قصد برشماری شکاف های موجود بین این دو گروه و چگونگی جلوگیری از بروز این مشکلات را دارم .
اکثر سایت ها بدون انجام برخی کارهای طراحی و برخی کدنویسی ها نمی توانند کامل شوند . البته خیلی از طراحان نمی دانند که بخش مربوط به توسعه (کدنویسی) چگونه انجام می شود – اینکه هر کد مربوط به چه امری است و چرا از چند زبان کدنویسی استفاده می شود .
چرا مطلع بودن طراحان از چگونگی توسعه اهمیت زیادی دارد ؟ چون اینگونه آن ها متوجه می شوند که کدهای یک توسعه دهنده بر کدام بخش از طرحشان مؤثر است و اینگونه حاصل کار بهبود می یابد . توسعه دهندگان معمولا از کار طراحان به تناسب کدنویسی خودشان راضی نیستند ، طراحان نیز عیب های کار را کوتاهی توسعه دهندگان تلقی می کنند . به هر حال گاهی طراحان طرحی ایده آل به تناسب کار توسعه دهندگان ارائه می کنند ، اما هنوز طرح ها دارای نقاط ضعف می باشند .
اگر طراحان می خواهند که از اتلاف وقت خود برای طراحی بخش هایی که به دلیل نامتناسب بودن با کدها عملی نمی شوند جلوگیری کنند ، می بایست از ابتدا با زیربنای سایت که توسط کدنویسی توسعه دهنده ایجاد می شود مطلع باشند .
خوشبختانه طراحان نیازی به یادگیری کدنویسی برای تغییر قالب سایت ندارند ؛ بلکه دو راه حل برای بهره وری از زمان موجود است : 1) از ابزاری مانند وبفلو (webflow) استفاده کنند . 2) به طور مداوم با توسعه دهنده سایت برای اطلاع از تصمیمات وی در کدنویسی در ارتباط باشند . راه حل دوم به صبر و حوصله و توانایی برقراری ارتباط توسعه دهنده بستگی دارد ؛ بنابراین سراغ راه دوم می رویم .
وبفلو (یا ابزارهای مشابه آن مانند وبیدو (webydo) و فرونت (froont)) ابزاری است که طراح را به کدنویس تبدیل می کند . این یک ابزار سایت ساز درگ&دراپ (drag&drop) برای حرفه ای ها است ، نه آماتورها . این ابزار به طراحان توانایی برای ایجاد سایت می دهد که بتوانند طرح وب سایت را به بهترین شکل از نظر کاربرد و مبادلات سایت ایجاد کنند . مثلا در وبفلو ، شما یک عنصر در دریچه های صفحه وب خود قرار نمی دهید ، بلکه از طریق real-world html دریچه های صفحه وب خود را ایجاد و تقسیم (div) کرده و لینک های مد نظر خود را در آنها قرار می دهید . در واقع یک کد html را به تصویر می کشید . کدی که ایجاد می کند ، یک کد w3c (مطابق با استانداردهای وب) می باشد و می تواند حتی واضح تر از کدنویسی یک توسعه دهنده نیز باشد .
با استفاده از این ابزارها ، شما می توانید نگرشی کلی به کار توسعه دهندگان داشته باشید و همچنین توسعه دهندگان به همین خاطر شما را تحسین می کنند . به وسیله این ابزار حرفه ای شما می توانید تمامی کدهای خود را برای استفاده های بعدی به یک IDE (Integrated Development Enviroment) منتقل کنید .
طراحان معمولا در مراحل اولیه بحث توسعه وب مشمول می شوند ، در حالی که توسعه دهندگان در مراحل بعدی وارد می شوند . چرا ؟ چون متأسفانه توسعه دهندگان به عنوان دستگاه تبدیل طرح به کد تلقی می شوند . البته این نگرش ضد تولید است .
در حقیقت ، وقتی برای توسعه دهنده ارزش کمی قائل شویم ، هدف پروژه از ترتیب صحیح مشتری به مدیر تولید به طراح به توسعه دهنده گم می شود . اینگونه به قضیه نگاه کنید : وقتی مدیر پروژه از طراح می خواهد که از یک فونت خاص در طرح استفاده کند ، اما به توسعه دهنده فقط گفته می شود که تمامی متن ها باید برای موتور جست و جو شاخص باشند ، وظیفه کدام یک به درستی انجام می شود ؟ با پیشروی جداگانه ، طراح و توسعه دهنده از ابتدا ناهمگام بوده اند در نتیجه بهترین محصول از پروژه حاصل نمی شود و هر عضو جداگانه کار خود را انجام می دهد .
می بایست طراحان و توسعه دهندگان وب را از اولین ملاقات بین مشتری و مدیر پروژه در جریان پروژه قرار داد . اینگونه هم طراح و هم توسعه دهنده متوجه خواسته مشتری و هدف پروژه می شوند و می توانند با همکاری و همگام با یکدیگر پروژه را پیش ببرند .
ماکاپ ها (mockup یک نمونه ساختگی از پروژه برای تست کاربردی آن) معمولا از متن و تصاویر ساختگی استفاده می کنند . مطمئنا شما لورم ایپسوم (lorem ipsum) را دیده اید . در دنیای واقعی البته متفاوت است : وقتی یک سایت با محتوای اصلی فعال می شود ، اگر طراحی و کدهای سایت برای حجم و اندازه و موقعیت متغیر تصاویر و متون در نظر گرفته نشده باشد ، کار خراب می شود . سپس اگر مشتری تغییرات دلخواه خود را روی سایت انجام دهد ، سایت بسیار از حالت اولیه فاصله می گیرد .
نتیجه نهایی این است که طراحان و توسعه دهندگان وب در یک میدان نبرد قرار میگیرند که باید بدانند چگونه کارشان را انجام دهند تا بهترین تأثیر را روی کار یکدیگر بگذارند و متأسفانه هیچگاه کاملا برای این نبرد اماده نیستند .
ماکاپ را فراموش کنید و از ابتدا سراغ هدف اصلی مشتری بروید . اگر شما با پروژه را متناسب با محتوای مد نظر مشتری پیش ببرید ، سریع تر نتیجه و محصول کار را مشاهده می کنید . اگر از ابزاری مانند وبفلو یا وبیدو استفاده می کنید ، شما از مزیت مشاهده آنی حاصل طراحی خود بهره مند می شوید . این ابزارها به شما اجازه می دهند که محصول واقعی تولید کنید – نه فقط یک نمونه کار .
اگر طراحان و توسعه دهندگان وب مجزا از هم کار کنند ، نتیجه این می شود که حاصل کار دچار کمبودها و اشکالات زیادی می شود و زمان زیادی از دست می رود . پس بهترین گزینه ، همگامی و همکاری دو طرف از ابتدای کار است .
نظرات کاربران
در مورد این مقاله بحث کنید