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

ایمیل خود را وارد کنید:

در کتاب “Project Management Methodologies: Selecting, Implementing, and Supporting Methodologies and Processes for Projects” به مفهوم و جدول مرتبط جالبی برخوردم که بد ندیدم آن را در وبلاگ هم بگذارم. در این کتاب، “مدیریت پروژه” را جزیی از یک “اکو سیستم (ecosystem)” کامل می داند که از مولفه های (Component) مختلفی تشکیل شده است و [...]

باید بگویم آن انتظاری که از مشارکت در بحث پس از انتشار قسمت اول (اینجا) داشتم برآورده نشد. اگر چه دوستان دیگری در فضای وبلاگستان در یک رویداد تصادفا همزمان به بحث مواجهه با مقاومت در برابر تغییرات به صورت عمومی پرداخته بودند که جالب توجه است(برای مثال ۱ ، ۲ و ۳). اما برگردیم [...]

این نوشته آقای کمالیان را بخوانید: “پایان یک سازمان، چه زمانی و چرا؟” می بخشید که اینقدر صریح خواستم که آن نوشته را بخوانید، چون اولا اگر آن را نخوانید یک نوشته خوب را از دست داده اید و دوما بدون مطالعه آن قطعا خواندن ادامه این نوشته بی معنی است. اما بعد : اگر [...]

در سالیان اخیر و با طرح متدولوژی های چابک ، Agile Methodologies تقریبا همه عرصه های فرآیند توسعه نرم افزار (Software Development)  دستخوش تغییر شد، از جمله بحث مدیریت پروژه و به تبع آن مفهوم جدیدی ایجاد شد تحت عنوان مدیریت پروژه چابک یا Agile Project Management. اگر چه مبحث چابکی، فقط منحصر به صنعت [...]

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

برنامه نویس روز کار، برنامه نویس شب کار!

مطلبی خواندم در وبلاگ notgartner با عنوان:


The Day Programmer vs. The Night Programmer


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


نویسنده مطلب معتقد است-و من هم ایضا با ایشان موافقم- که بر اثر  سالها تجربه و بررسی نظرات سایر افراد ، می توان برنامه نویسان کامپیوتر را فارغ از فنآوری مورد استفاده ای که از آن استفاده می کنند به دو گروه تقسیم کرد:




  1.  برنامه نویسان روز کار (Day Programmer)


  2. برنامه نویسان شب کار (Night Programmer)


امروزه برنامه نویسان روزکار زیاد تر هستند و در اکثر شرکتهایی مشغول کارند که عموما از عدم کارایی رنج می برند. مشخصات برنامه نویسان روزکار را می توان در موارد زیر جمع بندی نمود:
۱- بیشتر رهبری می شوند تا رهبری کنند.
۲- آنها با پیچیدگی مسائل مشکل دارند.
۳- قدرت تجسم بخشیدن -مدل سازی- یک مساله را نداند.
۴- در خانه برنامه سازی نمی کنند.
۵- عموما در انجمن های توسعه و برنامه سازی مشارکت نمی کنند.
۶- در مجموع برنامه نویسی را فقط یک شغل می دانند.
مشخصات اصلی برنامه نویسان شبکارعبارت است از :
۱- اغلب قابلیت رهبری تیم ها را دارند و آن را انجام می دهند.
۲- آنها اغلب تمایل دارند مسائل پیچیده را حل کنند.
۳- می توانند مسائل را مجسم کنند و مدل سازی نمایند و از یک نوع حس ششم برخوردارند.
۴-ابزارهای برنامه سازی را در خانه هم دارند.
۵- در گروه ها و انجمن های برنامه نویسی شرکت می کنند.
۶- برنامه نویسی را مانند نفس کشیدن حیاتی می دانند.
اگر شما شب کار هستید، به نظرتان رفتار برنامه نویسان روزکار عجیب است و اگر روزکار هستید معتقدید گروه دوم اصلا زندگی نمی کنند! و به نوع لذت بردنشان از ساخت یک راه حل جدید و نگاهشان به برنامه نویسی می خندید.
اگر بخواهم نظر خودم را به مطلب بالا اضافه کنم، معتقدم که حرف نویسنده آن نه تنها درست است بلکه دور و بر خودم کلی مهندسین نرم افزار می شناسم که برنامه نویسی می کنند و من می توانم به راحتی در دو گروه فوق طبقه بندیشان کرد. هر چند به قول برخی نظردهندگان به این مطلب می توان گروه های جدیدی را پیدا کرد و یا افرادی را پیدا کرد که بسته به مساله، یکی از دو روش را انتخاب می کنند.
اما برخلاف مطلب فوق، برنامه نویسان روزکار را بد نمی دانم، معتقدم هر شرکت کاری باید از هر دو گروه داشته باشد،گروه شب کار را برای توسعه بخشهای اصلی سیستم هایش و حل مسائل پیچیده و گروه روز کار را برای ساخت فرمها و گزارشات و تعامل با مشتری.
دیده ام که شب کارها کمتر مایلند و می توانند با مشتری ارتباط برقرار کنند اما گروه دوم بهتر می توانند از پس این قضیه برآیند.
همچنین در مورد پشتیبانی های غیر فنی سریع، نمی توان روی شبکار ها حساب باز کرد، اما گروه دوم به دلیل رعایت ساعات کاری و ورود و خروج می توانند تغییرات غیر ساختاری و یا عیب های نرم افزار را ساده تر حل کنند. همین طور درمورد برنامه های ساده، معمولا شب کار ها یا از نوشتن آن لذت نمی برند و یا اول آن را پیچیده می کنند! بعد حلش می کنند که این هزینه تولید را افزایش می دهد در حالیکه گروه روز کار، فقط یه نوشتن آن برنامه اکتفا می کنند و در این مورد هزینه ها را زیاد نمی کنند.
در نهایت هر گروه مزایا و معایبی دارد که نمی توان گروهی را به دیگر ترجیح داد، بلکه به عنوان مدیر پروژه، ماهیت مساله است که روشن می کند از کدام گروه و به چه میزان در تیم توسعه پروژه استفاده گردد.
همین!

۴ دیدگاه نوشته شده است! می توانید دیدگاه خود را بنویسید

  1. shayan می‌گه:

    عجب! من نمی دونستم برنامه نویس روزکار هم وجود داره!

  2. حمیدرضا می‌گه:

    فکر میکنم این دسته بندی خیلی دقیق نباشه و مخصوصا به نوعی به شرایط کاری هم بستگی داشته باشه. البته شاید بی معنی به نظر برسه اما فکر می‌کنم من خودم -که خوب از این راه نون میخورم- تا قبل از کار اخیرم (که اغلب یه برنامه نویس صرف نبودم و انتظارات دیگه ای هم ازم می رفت یا مجبور بودم کارهای مرتبطی رو که کسی نبود انجامشون بده خودم انجام بدم) ۵ رو از مشخصات برنامه‌نویسای روزکار و ۲، ۳، ۴ و ۶ رو از برنامه‌نویسای شبکار داشتم. کار اخیرم که اولین کاریه که توش یه برنامه نویس صرفم و هیچ انتظار دیگه ای ازم نمیره فکر می‌کنم باعث شده مشخصات ۱، ۴، ۵ و ۶ رو از برنامه‌نویسای روزکار و ۲ و ۳ رو از برنامه‌نویسای شبکار رو داشته باشم!

  3. [...] HelpDesk ، منشی و سایر افراد اداری و مالی و خدمات و همچنین برنامه نویسان روزکار(day Programmer) (تعریف برنامه نویس روزکار و شب کار را اینجا [...]

  4. [...] برنامه نویس روز کار، برنامه نویس شب کار [...]

دیدگاه خود را به ما بگویید.