لزوم یادگیری فناوری‌های جدید و روشهای بهتر در پروژه‌ها

همیشه در پروژه‌ها یکی از دغدغه‌های من تحویل کار با کیفیت مطلوب و راضی شدن مشتری هست. بخشی از این داشتن کیفیت به استفاده از فناوری‌های مناسب هست. در این پست میخوام کمی از تجارب و لزوم یادگیری روزانه در برنامه‌نویسی رو یادآوری کنم.

تحقیق در کاری که قراره انجام بشه خیلی مهم هست. به چند دلیل در هر پروژه‌ای ما از تحقیق و جستجو تمام روشها سرفنظر میکنیم:

1. روشهای قبلی رو، قبلا یاد گرفتیم، الانم دست به کد و فوری اون بخش رو درست میکنیم. پس اصلا وقتی برای روشهای جدید نمیزاریم
2. نیاز به وقت داره. بیشتر پروژه‌ها بصورت انفرادی نوشته میشه، و مشکل زمان تحویل+باگ‌گیری+تحویل و راه‌اندازی، اجازه وقت گذاشتن برای تست روشهای دیگه رو نمیده. حتی تست روشها میتونه خودش ۱/۳ زمان رو در بر بگیره، که به‌صرفه نیست
3. قبلا روشهای یاد گرفته شده تست شده و داره کار میکنه، پس لزومی نداره وقت بزاریم و روشهای جدید رو یاد بگیریم
4. بعضی روشهای جدید نیاز به سطح بالایی از دانش هست. مثلا curl صرفا باید موارد پایه رو یاد بگیرید و با گرفتن نمونه کد از اینترنت راه میفته، ولی api نیاز به خوندن document، و تست ماژولهای نوشته در زبان مورد نظر هست. چون در نگاه اول curl‌مسیر ساده‌ای هست از اون استفاده میکنیم

با توجه بر موارد بالا، برنامه‌نویس تصمیم میگیره که روشهای قدیمی خودش رو در پروژه استفاده کنه. حالا به چند مورد از روشهای جدید در مقابل قدیم و مزایا و معایب رو ذکر میکنم

1. sql یا NoSQL
   معمولا برنامه‌نویسان php با mysql‌ خوی گرفتن و بصورت پیش‌فرض دیتابیس این زبان هست. ولی آیا همه جا باید از این دیتابیس استفاده بشه؟ مثلا پروژه‌ای رو در نظر بگیرید که ۵۰ دسته بندی داره، بعضی از این دسته‌ها به فیلدهای زیادی نیاز داره مثلا نام، نام‌خانوادگی، موبایل و آدرس و ... ولی بعضی دسته‌ها فیلد کمی نیاز داره و صرفا باید کد‌ملی یا شماره تلفن برای اون دسته وارد بشه. با این اوصاف آیا mysql برای این پروژه به صرفه هست؟ توجه کنید که join‌ در mysql‌چقدر روی performance تاثیر داره. جواب خیر. و این موردی که در یک پروژه بهش برخورد کردم و بعد از تحقیقات و تست به این نتیجه رسیدم که پروژه باید دیتابیس mongodb کار کنه. تنهای معایب این روش نصب نبودن بر روی هاست اشتراکی و مشتری باید سرور تهیه کنه. که البته بسته به بزرگ بودن کار این مورد قابل چشم پوشی بود.
2. ajax یا websocket
   مورد websocket با html5 معرفی شد. بعد از مدتی NodeJS مکمل اون شد و خیلی از سایتها چت ‌هایی بسیار قوی با اون درست کردن. نمونه تلگرام. ولی این مورد نیاز به یادگیری و مطالعه داره و گذشته از اون node بصورت پیش‌فرض بر روی هاست‌ها نصب نیست و برنامه‌نویس تصمیم میگیره از روش قدیمی خودش که فرستادن ajax در نیم ثانیه و یا در نهایت از کامیت استفاده کنه. معایب این روش میتونه مرورگرهای قدیمی باشه که websocket رو ساپورت نمیکنن.
3. curl یا api
   بیشتر سایتهای بزرگ برای تنوع خدمات خودشون وو این که ثابت کنن یه سرویس بسیار قوی دارن، api رو راه اندازی کردن. معمولا این api تکمیل هستن. یعنی هر کاری که توی gui سایت قابل انجام هست، توسط api هم قابل انجام هست. اکثرا از سه فناوری WSDL,SOAP,RestFul استفاده میشه. ولی باز هم برنامه‌نویسان چون از قدیم از curl بهره بردن و جواب هم داده همچنان به اون وفادار هست. api معمولا پایدار هست، یا تغییرات رو طوری اعمال میکنن که استفاده کنندگان سیستم‌هاشون قطع نشه ولی از بزرگترین معایب curl تغییر gui‌یا مسیرهای submit هست.

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

اما راه حل رو بازم لیست میکنم:

1. شما راضی و مشتری هم راضی. اگر پروژه با هر فناوری نوشته شده الان داره کار میکنه و تست‌ها هم موفق آمیز بوده. پس استفاده از فناوری قدیمی تا وقتی مشکلی در سایت پیش نیومده میتونه بکار گرفته بشه و زیادی هم حساس نشید. ولی بهتره روشهای جدیدتر رو هم تستی بگیرید شاید روزی اون قسمت از پروژه بدلیل فناوری قدیمی از کار بیفته و شما در شرایط بدی برای بروز رسانی قرار بگیرید
2. مشتری راضی ولی شما وجدانتون نارحته. بله این مورد برای خیلی ها پیش میاد. اگر روشهای جدید بکار گرفته میشد، سرعت و دقت بیشتری داشت و مشتری هم خوشحال‌تر میشد. ولی این عذاب وجدان در شما هست که بدلیل وقت یا هر مشکل دیگری نتونستید روشهای جدید رو استفاده کنید. در اولین فرصت راهی برای رفع عذاب وجدانتون پیدا کنید، مثلا مشتری رو متقاعد کنید برای بروز رسانی اون قسمت یه مبلغی در نظر بگیره. البته باید بیشتر از قبل بر سر قیمت باهاش راه بیاید.
3. مشتری ناراضی و شما هم قبول دارید کار بد انجام شده. این شرایط خیلی بده باید زودتر برطرف بشه. مشتری برای پروژه هزینه کرده و شما در زمان مورد نظر نتونستید، بهترین روش رو پیاده سازی کنید. مشتری حقش ضایع شده. این جا فقط گرفتن زمان بیشتر میتونه مشکل رو حل و اگر هم رفع اون مشکل داره با مشتری حرف بزنید و متقاعدش کنید اون موقع بسته به زمان و شرایط، روشهای قبلی استفاده شد، و برای رفع باگ و استفاده از روش جدید باید مبلغی رو بده. شاید مشتری از اختصاص مبلغی بیشتر به پروژه سر باز بزنه و شمار رو مجبور کنه که باید بدون دریافت هزینه برطرفش کنید، خب این‌جا دیگه باید از خودتون بگذرید و این ضرر رو بپذیرید و تجربه‌ای باشه برای پروژه‌های بعدی که مطالعه و پیدا کردن روش مناسب رو انجام بدید

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