آخرین اخبار و مقالات و مطالب پیرامون اشکال زدایی در ایران آی سی تی نیوز ، پایگاه فناوری اطلاعات و ارتباطات ایران
بر روی این دامنه اینترنتی سیستم مدیریت محتوا
پارس سی ام اس
نصب شده است که نرم افزاری قوی جهت طراحی سایت
می باشد. طراحی وب
با استفاده از پرتال
( پورتال
) پارس منجر به طراحی وب سایت
شما می شود. طراحی وب سایت
کپی رایت پورتال
پارس
طراحی در وب، بحث گسترده ای است و هر چه به آن بپردازیم کم است. به ویژه وقتی وب سایت های مهم و پرطرفدار روزبه روز بیشتر به سادگی نزدیک می شوند. بنابراین باید قاعده طراحی نسل بعدی را بر اصل سادگی گذاشت. با هم نگاهی به نکات مرتبط با سادگی می اندازیم.
بازی با شماره های ساده سادگی بسیار خوب است. بهترین ایده در شرایط پیچیده، انتخاب راه حل ساده است. به این ترتیب، اگر چیزی نیاز نباشد، حذف می شود و هیچ مشکلی بابت پیاده سازی نخواهد بود. حواستان جمع باشد که پیچیدگی های غیرضروری خطر نابودکردن سود و بالابردن هزینه های بی فایده را در پی خواهد داشت. باید هدف خود را روی این موضوع قرار دهید که هر کاری که لازم است، انجام دهید تا بتوانید وظیفه خود را به پایان برسانید. کافیست به این سوال پاسخ دهید که چند مجهول باید در سایت شما قرار گیرد؟ وب سایت شما نباید بیش از اندازه پیچیده باشد. فقط تا حدی که بتواند به اهداف مختلف خود برسد.
مزایای طراحی ساده 1– هرچه طراحی ساده تر باشد، پیاده سازی آن سریع تر انجام می پذیرد و به پیکسل ها و کلیک های کمتری برای ساخت نیاز دارد. اگر چیزی را 2برابر پیچیده تر کنید به این معنا نیست که ساخت آن هم 2برابر طول خواهد کشید بلکه مدت ساخت آن، به طور تصاعدی بالا خواهد رفت. 2– طراحی های ساده، در تغییر یا تولید الگوها ساده تر و سریع تر هستند. (ساخت یک جعبه معمولی در مقابل ساخت یک مربع با چهار گوشه گرد، زمان بسیار کمتری می برد.) 3– طراحی های ساده برای اشکال زدایی، معتبر کردن، ویرایش و مهندسی دوباره ساده ترند. 4–صفحه های ساده، فایل های کوچک تر با هزینه ای کمتر دارند که سریع تر دانلود شده و در مرورگرهای مختلف، یکسان نشان داده می شوند. سادگی، برای کسب وکار هم مفید است. وب سایت های تجاری موفق، وب سایت هایی هستند که در بازی درصدها، برنده باشند. هر کس بتواند مشتریان بیشتری را در وب سایت خود حفظ کند و سهم بازار بیشتری داشته باشد، برنده است. اگر کفش فروشی آنلاین دارید، هرچه افراد بیشتری را نگه دارید، به این معناست که کفش بیشتری فروخته اید. حتی پیغام های ساده، موفق ترند. (چون خواندن آنها راحت تر است.)
تنوع؛ خوب یا بد؟ همه دغدغه های طراحی تاکنون مطرح، و پیش از این حل شده اند. راه حل های مفید کم کم تبدیل به عرف شده اند و هیچ اشکالی ندارد اگر از این عرف پیروی کنید. بیشتر مشکلات طراحی برطرف شده اند. بهترین راه حل ها، بارها و بارها استفاده شده و به صورت قرارداد درآمده اند، البته تا وقتی که راه حل بهتری پیدا شود و جای آن ها را بگیرد. درست است که هر روز مفاهیم و موضوع های جدیدتری وارد می شوند که هرکدام به راه حل مخصوص به خود نیاز دارند، ولی در هر پروژه، نیاز نیست ابتکاری جدید از خود به خرج دهید. در مواجهه با مشکلات، طراح، دو راه برای انتخاب دارد: 1– اول اینکه به مشکل، به چشم مبارزه نگاه کند و سعی کند برای آن راه حل پیدا کند. این راه، سرگرم کننده، مبارزه طلبانه و درعین حال وقت گیر و پرریسک است. 2– راه دوم این است که سراغ راه حل هایی برود که قبلا برای مسائل مشابه استفاده کرده است. در طراحی، این راه، یعنی استفاده از عرف طراحی (الگوهای صفحه بندی، navigation ، سبک و غیره که قبلا موفقیت آمیز بوده اند . (
عرف بد نیست صدها الگوی طراحی مشترک وجود دارد که به صورت عرف درآمده اند. راه حل های مبتنی بر عرف، زندگی را برای شما، طراحان و حتی افرادی که سایت شما را می بینند، راحت تر می کنند زیرا فکر کمتری برای پیاده سازی و فهم نیاز دارند، به نظر آشنا می آیند و همان طور که انتظار دارید رفتار می کنند. تعداد کمی از طراحان وب اعتقاد دارند که هر کاری انجام می دهند، باید متفاوت و عجیب و غریب باشد. این طرز فکر گاهی اوقات و در حالتی درست است که طراح، دستور کار خود را دنبال کند (شاید برای این طراحان، بازخورد خوب از دیگر طراحان، مهم ترین معیار موفقیت باشد.) اما بدانید به ندرت در یک سایت، عجیب و غریب بودن، هدف است. درست است که ما باید به عنوان طراح چیزهای جدید بسازیم ولی باید تصمیم بگیریم که کجا انرژی خلاقانه خود را مصرف کنیم بعضی از طراحان در برخورد با مسائل، از روی سادگی سعی می کنند از طریق رجوع به راه حل های طراحی نو و جدید، آن را حل کنند که بیشتر، تلف کردن وقت و انرژی است. اتکا به راه حل های طراحی جدید نه تنها کار و وقت بیشتری می گیرد، بلکه موفقیت کمتری هم حاصل می کند. (این یک قانون نانوشته است که بیشتر چیزهای جدید شکست می خورند: محصولات جدید، شکل های جدید زندگی، طراحی های جدید و ...) درست است که ما باید به عنوان طراح، چیزهای جدید بسازیم، ولی باید تصمیم بگیریم که کجا انرژی خلاقانه خود را مصرف کنیم و کجا بهتر است از قراردادهای موجود استفاده کنیم. شاید بهترین جواب این باشد که: از قراردادها تا وقتی که درست کار می کنند، استفاده کنید !
سایت خوب به هوش نیاز ندارد این که سایت خود را طوری طراحی کنید که نشان دهید چقدر باهوش هستید یا مخاطبان شما چه کسانی هستند، یک اشتباه است. بیشتر مردم به فعالیت های فکری علاقه دارند ولی راه های بهتری (مثل حل کردن سودوکو) برای مشاهده یک صفحه وجود دارد! مگر این که یک سایت سیاسی یا تکنیکی را اداره کنید که اهدافتان، برپایه فعالیت های فکری باشد. سعی نکنید بازدیدکننده را به فکر وادارید زیرا هیچ وقت برای این کار از شما تشکر نخواهد کرد. به کار بردن ذکاوت بیش از حد، ریسک به دنبال دارد. از مسائلی استفاده نکنید که به دانش قبلی نیاز داشته باشد. علامت سوال هایی که بالای سر بازدیدکنندگان هستند، نشانه اصطکاک ذهنی آنهاست که زمینه را برای فرار از شما و سایت تان فراهم می کند. یکی از ریسک های مبارزه با ذهن بازدیدکننده تان این است که احتمالا کاری می کنید که احساس حماقت کند در حالی که شاید واقعا قصد این کار را نداشته باشید.
زرنگ باشید، نه باهوش ! ساده نگه داشتن سخت است. یکی از دلایل سخت بودن آن این است که ما اغلب احساس می کنیم برای متفاوت بودن و رسیدن به علایق بازدیدکننده، باید کاری خارقالعاده انجام دهیم. اینجا، جایی است که ذکاوت دچار مشکل می شود. همیشه این نکته را در ذهن خود داشته باشیم که کسانی که به این وب سایت برای پیدا کردن نیازهای خود رجوع می کنند، طراح وب سایت نیستند. آنها نمی خواهند طراحی های جذاب و جدید ببینند بلکه در طراحی، به دنبال نیاز خود در محتوای سایت هستند. هدف ما نباید جلب توجه به سمت خودمان باشد بلکه باید راحت تر کردن ارتباط باشد.
محمدحسین کردونی
... گذشته از این، استفاده از روش مذکور سبب افزایش حجم فایل اجرایی پس از کامپایل، کندی در بارگذاری و اجرای برنامه، سخت تر شدن انجام عملیات اشکال زدایی (دیباگ)، بالا بردن میزان استفاده از حافظه اصلی و تحمیل بار مضاعف بر دوش پردازنده به دلیل استفاده مکرر از حلقه های تکرار و تصمیم گیری می شود ...
... - پیاده سازی تکنولوژی (technology implementation): ایجاد یک سیستم فنی منوط به انجام مجموعه ای از فعالیت ها و دانش خاص است: زبان ها و پروتکل ها، کدینگ و اشکال زدایی، تست و ارزیابی ...
... حتی ماهرترین برنامه نویسان هم کد بی نقص نمی نویسند و همواره نیاز است که کدهای خود را رفع ایراد کنند تا از مشکلات آن با خبر شود، اما این اشکال زدایی یعنی چه و به چه صورت می توان آن را رفع کرد؟ شما یک برنامه نوشته اید که خروجی آن مطابق با نتیجه دلخواه شما نیست و کدهای شما هم از نظر منطقی درست به نظر می آیند، ولی خروجی آن درست نیست ... یکی از راه های یافتن اشکال این است که در هر مرحله مهم از برنامه، متغیرهای کد خود را مشاهده کنید و مطمئن شوید که درست در کدام خط و کجای برنامه داده های شما اشتباها تغییر می کنند ... روش دیگر، استفاده از ابزارهای اشکال زدایی (debugger) است ... visual studio debugger این برنامه به همراه تمامی نسخه های ویژوال استودیو منتشر شده است و امکانات زیادی دارد که می توان از میان آن ها به موارد زیر اشاره کرد:1- یکسان کردن سورس و سمبل کدها به طور کامل2- اضافه شدن به پردازش های در حال اجرای روی سیستم برای اشکال زدایی (از این روش به منظور اشکال زدایی سرویس های ویندوزی نوشته شده در ویژوال استودیو استفاده می شود ... )3- امکان اشکال زدایی برنامه های نوشته شده در دات نت و برنامه های محلی نوشته شده در ++c 4- امکان اشکال زدایی به صورت از راه دور5- قابلیت های ویژه و حرفه ای برای گذاشتن نقطه توقف (breakpoint)6- نمایش داده ها و وضعیت آنها ...
... این کار debug (اشکال زدایی) برنامه را راحت تر و نگهداری کد را ساده تر می کند ...
... این نرم افزار که مکمل نرم افزار اشکال زدایی فایرباگ (firebug) است زمان بارگذاری صفحه را تحلیل کرده و در همین حال به دیگر مواردی که به بهبود آن منجر می شود، کمک می کند ...
... همانطور که می دانید اصطلاحا به اشکالات نرم افزاری باگ اطلاق می شود ولی آیا تاکنون فکر کرده اید واقعا چرا نرم افزارها باگ دارند؟ چرا هیچ وقت شر این باگ ها از سرمان کم نمی شود؟ شاید هیچ مفهوم و موضوع دیگری در علوم مهندسی را نتوان یافت که به اندازه مفهوم باگ، این واقعیت مهم را برای انسان روشن کرده باشد که هیچ فرمول و قانون ساخت انسان، بی اشکال و نقص نیست و در هر طرح و برنامه ای، بدون تردید، نقصان ها و لغزش هایی وجود دارد که در نگاه اول به نظر نرسیده است ... از این رو متون و کتاب های مفصلی در زمینه debugging یا اشکال زدایی از نرم افزار و متدهای آن تالیف شده است و همچنان ادامه دارد ... برنامه نویسان تازه کار معمولا از این شاخه مهندسی نرم افزار گریزانند و امیدوارند برنامه هایی بنویسند که به قدری خوب باشد که اصلا کارش به اشکال زدایی نکشد، ولی پس از دو سه سال کار حرفه ای در این زمینه سرانجام تسلیم می شوند و آشنایی با اصول علمی اشکال زدایی برایشان به یک ضرورت تبدیل می شود، مگر اینکه نخواهند به اصول اخلاقی و حرفه ای مهندسی نرم افزار متعهد باشند و از اینکه برنامه های ساخت آنها پر از انواع باگ و ایراد باشد، باکی نداشته باشند اما برطرف کردن باگ ها برای بسیاری از برنامه نویسان غیرآماتور یکی از قسمت های چالش برانگیز و لذت بخش کار است و تقریبا مثل حل کردن معماست ...
... در بیشتر اوقات مشکل در این توپولوژی شکستن خط اصلی است که کاری مشکل برای اشکال زدایی (troubleshooting) به حساب می آید ...
... همچنین اگر برنامه ای را که به یک زبان واحد نوشته شده است و در کامپایلری بدون اشکال به فایل اجرایی نهایی منتج شده است، در پیاده سازی دیگر آن کامپایلر بخواهیم کنیم ممکن است با اشکالات متعدد روبه رو شویم که عملا اشکال یابی و اشکال زدایی آن را غیرممکن خواهد ساخت و در نتیجه فرد مجبور خواهد بود همواره با یک کامپایلر کار کند ... این که نتوان یک برنامه به یک زبان واحد را در کامپایلرهای دیگر همان زبان کامپایل کرد، یک اشکال بزرگ به شمار می رود که به آن نداشتن قابلیت انتقال1 گفته می شود ... مثلا ممکن است سوال شود که وقتی یک برنامه در کامپایلری مثل کامپایلر ++ c بورلند بدون اشکال به فایل اجرایی تبدیل می شود، چه لزومی دارد آن را به کامپایلر ++ c مایکروسافت انتقال دهیم؟ این سوال از دو دیدگاه قابل بررسی است ... اما برنامه نویس باید به این نکته توجه داشت باشد که اگر قرار باشد برنامه خود را در یک کامپایلر دیگر از آن زبان یا در سیستم عامل دیگری کامپایل کند، ممکن است حتی اگر با خطایی نیز مواجه نشود، یک اشکال منطقی ظریف در برنامه ظهور کند که معمولا یافتن این گونه اشکالات زمانگیر و خسته کننده است ... در صورتی که اگر آ ن دستور انتساب مقدار به مؤلفه ها وجود داشت این اشکال رخ نمی داد ...
... پیش از این php با وجود وسعت کاربردش، یک محیط کار مجتمع و توانمند نداشت و برنامه نویسان ناچار بودند برنامه های خود را در ویراستارهای معمولی نوشته و در سرورهای خود آزمایش و اشکال زدایی کنند ...
|
صفحه 1
|
2 | 3 | 4 |
|