واضح آرشیو وب فارسی:روزنامه خراسان: هفته گذشته در مورد این که چگونه می توان از نرم افزارهای اوپن سورس، کسب درآمد کرد، صحبت کردیم. این هفته ادامه این نکات را برای شما بیان خواهیم کرد. شروع کار به دقت منابع اینتـرنتـی اپـن سـورس ماننـد Freshmeat.net و SourceForge.net را بازبینی کنید و پروژه هایی را که مشابه محصول شما هستند و کاربرد یکسانی دارند، جست وجو و یادداشت نمایید. سپس به بررسی یافته های خود بپردازید و با کمک تجربیات و دانسته های خود به فیلترسازی و حذف موارد نامربوط و غیرمفید اقدام نمایید تا زمانی که دو یا چند گزینه کاربردی باقی بماند. یافتن جوابی برای پرسش های زیر می تواند شما را به هدف نزدیک تر کند: آیا پروژه همان هسته یا ماژول مورد نیاز شما را تهیه می کند؟ آیا پروژه با زبان برنامه نویسی مورد نظر شما کدنویسی شده است؟ آیا پروژه فعال است؟ آیا مجوز انتشار و بهره برداری از پروژه متناسب با نیاز شما است و اجازه دستیابی و بهره برداری از منابع پروژه را به شما می دهد؟ در گام بعد، پروژه ای که تمامی نیازمندی ها و انتظارات شما را برآورده می کند و برای تولید محصولتان مناسب است را دانلود نمایید و تمامی کدهای پروژه را از نظر ساختار برنامه نویسی، کیفیت کدها و توضیحات پروژه مورد بررسی قرار دهید. اگر به قطعه کد یا ماژولی برخورد کردید که مدت زمان زیادی از برنامه نویسی آن گذشته است، می توانید با مطالعه اسناد راهنما و توضیحات پروژه، به نسخه های جدیدتر پروژه دسترسی پیدا کنید. در پروژه های اپن سورسی که از یک تیم توسعه قدرتمند و فعال سود می برند، این مزیت وجود خواهد داشت که در هر زمان بتوانید به نسخه های جدیدتری از برنامه مراجعه کنید. اکنون زمان ساخت برخی از اجزای برنامه جدید خود مانند فرم ، کاربرگ و لوگوها فرارسیده است. اگر منابع اپن سورس را به خوبی جست وجو کرده باشید، بسیاری از بخش های برنامه با تغییری جزئی در سورس کد پروژه اپن سورس آماده خواهند بود و برای تهیه آن ها زمان و نیروی انسانی زیادی هدر نخواهد رفت. در این مرحله از تولید محصول نرم افزاری، شما به عنوان مدیر پروژه، نیاز دارید به تخمین مدت زمان توسعه پروژه بپردازید و سرعت کدنویسی تیم برنامه نویسی خود را برآورد کنید. همچنین یک برنامه کامل و بی نقص، شامل تمامی اجزا، حتی پیغام های خطای کاربر است. اگر این بخش ها در پروژه اپن سورس وجود نداشته باشند، مقدار زمان و تلاش لازم برای تهیه آن ها را نیز به زمان توسعه برنامه اضافه کنید. اکنون زمانی است که باید تصمیم بگیرید که آیا پروژه شما کامل و بی نقص است یا نیاز به اشکال زدایی و خطاگیری دارد. هیچ پروژه نرم افزاری خالی از اشتباهات کدنویسی و برنامه نویسی نیست. زیرا همواره برخی از این اشتباهات، از چشم تیم توسعه و مدیر پروژه پنهان خواهند بود. بسیاری از پروژه های اپن سورس قدرتمند، قبل از انتشار رسمی یک نسخه، چندین نسخه آزمایشی را برای یافتن نواقص و خطاهای برنامه و گرفتن بازخورد در مورد امنیت و کیفیت برنامه، منتشر می کنند. این روش چندین مزیت دارد: تمامی باگ های برنامه کشف و برطرف می شوند، کدهای غیر بهینه و کدهای مرده از پروژه حذف خواهند شد و در نهایت سطح امنیتی برنامـه در مواجهه بـا کدهای تخریبی Exploit به صورت بسیـار زیادی بـالا خواهد رفت. البته ممکن است رفع اشکال یک برنامه چندین سال به طول بینجامد. به همین خاطر طول مدت زمان خطایابی برنامه رابطه مستقیمی با اهداف و اراده شما در تولید یک برنامه متن باز دارد. قطعا پروژه نرم افزاری که تمامی پروسه های اشکال زدایی و بهبود را پشت سر گذاشته است و چندین بار در گستره ای مانند اینترنت در معرض آزمایش و استفاده کاربران حرفه ای قرارگرفته باشد، یک خروجی کامل و با کیفیت خواهد داشت و این نکته دقیقا کلید برتری نرم افزارهای اپن سورس بر نرم افزارهای انحصاری است. گستره آزمایش نرم افزارهای اپن سورس، شبکه ای مانند اینترنت است. اما در نرم افزارهای انحصاری، این گستره به تعدادی برنامه نویس و تیم آزمایش کننده محدود می شود. برای ارتباط بهتر و استفاده موثرتر از توسعه دهندگان و هکرهایی که مشتاقانه و به صورت رایگان حاضر به همکاری با تیم توسعه پروژه شما هستند، نیازمند تشکیل یک انجمن درباره پروژه هستید تا با در دسترس قراردادن سورس کد پروژه، بتوانید هر نسخه آزمایشی را در میان انجمن توزیع کنید و از این طریق با توسعه دهندگان در ارتباط باشید. البته مجوز نرم افزار شما باید اجازه هرگونه دسترسی و اصلاح را به کاربران داده باشد. تشکیل دادن یک انجمن، اجباری نیست. اما نشانه احترام به جامعه توسعه دهندگان آزاد است.
چهارشنبه ، ۸مهر۱۳۹۴
[مشاهده متن کامل خبر]
این صفحه را در گوگل محبوب کنید
[ارسال شده از: روزنامه خراسان]
[تعداد بازديد از اين مطلب: 63]