سوال: اینطور که پروژه رو برای من تعریف کردی، با توجه به ساختار، استفاده از NoSql برای این پروژه حماقته! چرا آخه همچین کاری کردی؟ بعدها به مشکل می‌خوری‌ها!
پاسخ‌ها:
ببین من کلا از ساختار JSON و اینا خوشم میاد بخاطر همینم X خیلی "راه‌دست"تره واسم!
حسینو که می‌شناسی؟ هم رفیقیم هم معلم خوبیه. Yکار قهاری‌عم هست. اگه توی کار مشکلی بخورم هست و کمکم می‌کنه.
واقعیتش من پارسال تو یه ورک‌شاپی شرکت کردم که الان قشنگ واست کوئری Y می‌زنم عشق کنی.
چیزی که من شنیدم community فریمورک Z خیلی بزرگه و واسه اکثر سوال‌ها و مشکل‌ها هم توی نت جواب هست.
یادگیری X برای من بشدت راحت‌تر از یادگیری Z عه.
هیچ‌کس تو اهمیت انتخاب تکنولوژی مناسب شک نداره. ولی هرکسی با منطق خودش اون‌رو انتخاب می‌کنه. توی این دنیای بزرگ باید لیستی باشه که هممون بهش رجوع کنیم و با معیارهای اون، تکنولوژی‌مون رو انتخاب کنیم. از این لیست‌ها توی اینترنت بشدت یافت میشه ولی چه اتفاقی باعث میشه تکنولوژی‌های غلط انتخاب کنیم و حتی روی غلطمون پافشاری کنیم؟
این مکالمه جالبه:
-کارفرما: بله می‌گفتم. من با توجه به مطالعاتی که قبل از اینکه مزاحمتون بشم داشتم، متوجه شدم پروژه‌ی ما اصطلاحا "تماما I/O" هست. من یه مقاله‌ای خوندم نوشته بود استفاده از X انتخاب درستیه. بازم ریش و قیچی دست خودتونه. انتخاب خاصی مدنظرتونه؟ (من دیدکلی خودمو راجع‌به پروژه دارم ولی فریلنسرِ من تجربه‌ش خییلی بیشتره و حرف، حرف اونه)
-فریلنسر: با احترام به صحبت شما، من نظرم روی Y عه. توضیحش توی مقال نمی‌گنجه ولی خروجی که شما نیاز دارید رو بهتون میده. (توی این شرایط کی قید ۵میلیون تومنو میزنه فقط چون X بلد نیست؟ اینا که فشار زیادی قرار نیست بیاد روی سرورهاشون. اون رو هم تازه یجور هندل می‌کنم. اگه فشاری هم بیاد من اون موقع نیستم. پولمو گرفتم و مسئولیتی ندارم)
چرا دروغ؟ تا چندسال پیش تفکر خودِ من هم همین بود. هر پروژه‌ی وبی که به من پیشنهاد می‌شد رو به هر سختی که بود با PHP میزدم ولی حواسم بود مسئولیتی در قبال پشتیبانی و توسعه‌ش قبول نکنم که بعدها برام دردسر نشه. خیلی از این پروژه‌ها با هزینه‌ای خیلی بیشتر از اون پولی که به من داده شده بود، کاملا تغییر تکنولوژی دادن.
بعنوان کارفرما:
بعنوان فریلنسر/کارمند/برنامه‌نویس:
