گزارش نویسی یا شکنجه؟!

* به نظر من توی مهندسی نرم افزار یکی از سختترین کارها گزارش نویسی و تولید داکیومنت هست، باور کنید! من به شخصه حاضرم ۱۰ ساعت به طور متوالی سمینار بدم و درباره کارهایی که کردم حرف بزنم و نتایج رو نشون بدم، به جای اینکه بشینم همینایی رو که گفتم، مستندسازی کنم!
یکی دیگه از مشکلات ما اینه که مستندات نرم افزاری به سادگی یک گزارش نیست! در اصل به اونها میگن Artifact (مصنوعات). یعنی ترکیبی از یک گزارش + کلیه سعی ها، نمودارها، گرافها و نتایج بدست آمده است که خیلی مواقع اصلا نمیدونی چطوری باید روی کاغذ اثبات کنی، تا شهودی به نظر برسند.
مسئله اینجاست که با حرف نمیشه پول در آورد(!) و مدیران معمولا مجبورند که گزارشی، چیزی بدن تا به اصطلاح نتایج قرارداد مشخص باشه!

* داشتم یک دور دیگه این پست شیوه ارائه مطالب علمی و فنی رو میخوندم، تاریخش توجهم رو جلب کرد. ۲۱ اردیبهشت!:) یعنی پارسال این موقع ها. الان اصلا یادم نمیاد که اون موقع روی چی کار میکردم؟!

۱۰ نظر

  1. حامد ۱۳۸۸-۰۲-۱۵، ۳:۰۵ ب.ظ

    اتفاقا من برعکس شمام. با سرعت هرچه تمام تر و البته بدون وقفه چنان گزارشی مینوسیم که همه تو کیفیتش میمونن!

    جواب به این نظر

  2. حامد ۱۳۸۸-۰۲-۱۵، ۳:۰۹ ب.ظ

    برای همین مورد هم هست که تا حالا حداقل برای ۴۰ – ۵۰ نفر دیگه هم گزارش و پایان نامه و به قول بعضیا مستند سازی نوشتم! تعریف از خود نباشه واقعا به این کار علاقه دارم. مثلا برنامه ای رو که تو ۶ ماه نوشتم در عرض دو روز با جزئیات کامل رو کاغذ میارم. البته قبول دارم که ثابت کردن با مصنوعات واقعا گاهی اوقات سخت میشه
    اینجوریه که خودت میدونی چیکار کردی اما نمیتونی رو کاغذ کامل حق مطلب رو ادا کنی!

    جواب به این نظر

  3. حسین ۱۳۸۸-۰۲-۱۵، ۳:۴۲ ب.ظ

    چیه کلاس میزاری… کارته باید انجام بدی… مشکلی هست… .

    جواب به این نظر

  4. IT.blogfa.com ۱۳۸۸-۰۲-۱۵، ۵:۳۵ ب.ظ

  5. خداحافظ کانادا ۱۳۸۸-۰۲-۱۶، ۱۲:۳۱ ق.ظ

    سلام زهرا جان

    یه مطلب جدید در مورد تبعیض نژادی تو کانادا نوشتم بد نیست بخونی.

    جالبه که کانادا مثبت نویس ها همیشه میگن نه این چیز ها نیست اصلا!

    خداحافظ کانادا

    جواب به این نظر

  6. فرزاد ۱۳۸۸-۰۲-۱۶، ۴:۴۳ ق.ظ

    سلام خانم مهندس،
    موضوع خوبی رو اشاره کردی. من فکر می‌کنم اشکال کار از اونجا آب می‌خوره که از گزارش میخوان استفاده ابزاری کرده و پول درآورند . درصورتیکه یک تیم که واقعا دلش میخواد کار کنه و محصولی ارائه بده باید ابتدا اون رو بشکل یک مدل ساده و بصورت محصولی که من اسمشو میذارم پروتوتایپ ارائه بده. مدیر فنی تیم اون رو گسترش میده تا قابل ارائه به مدید سطح بالاتر بشه. به نظر من اگه پالایش گام به گام و اصول طذاحی و … رعایت بشه و محجصول در فاصله زمانی قابل قبولی آماده بشه پس از اون از داشته‌های تیم بر روی سرور کنترل ورژن [ :()! ] می‌‌توان یک گزارش خوب مناسب سطح مدیران ارائه داد.

    جواب به این نظر

  7. جمال ۱۳۸۸-۰۲-۱۶، ۳:۳۱ ب.ظ

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

    جواب به این نظر

  8. default ۱۳۸۸-۰۲-۱۶، ۴:۰۶ ب.ظ

    مزد آن گرفت جای برادر که کار کرد…

    جواب به این نظر

  9. Hyena ۱۳۸۸-۰۲-۱۶، ۴:۵۲ ب.ظ

    شکنجه وقتیه که چند سال پیش واسه یه جایی یه پروژه ای انجام دادی که نتیجش کلی فایل و تنظیمات مختلف و … بوده، باهاشونم یه قرارداد پشتیبانی امضا کردی، حالا یهو زنگ می زنن میگن میخوایم این سیستم فلان کارم برامون انجام بده، و تو داکیومنت نداری

    جواب به این نظر

  10. پشت کنکوری (رضا) ۱۳۸۸-۰۲-۱۷، ۱۲:۴۵ ق.ظ

    من هر وقت وبت رو می خونم به زندگی امیدوارم میشم (چه ربطی داشت کامنت من به پست تو (کلا دیگه گیر نده)سمی کالن; )

    منم نرم افزار می خونم ولی از فنی ؛ برا کارشناسی امتحان می دم امسال و قبول میشم (بابا اعتماددبه نفس )

    بعد خودتو اماده کن که تو کارشناسی ارشد می گرمت دقیقا یه دوسال دیگه وعده ما دانشکده فنی مهندسی شریف

    بچه های فنی رو که می شناسی با مهارت بالا در زمینه برنامه نویسی و …

    اماده جنگ با ریاضی ها (کامنت بود یا کل کل )

    جواب به این نظر

نظر شما