ویرگول
ورودثبت نام
داریوش علیپور
داریوش علیپورتوسعه دهنده نرم افزار
داریوش علیپور
داریوش علیپور
خواندن ۲ دقیقه·۷ سال پیش

تفاوت فلسفی ریکت و انگولار، لایبرری و فریمورک

یک همکار که در شغلش بسیار موفق و توانا بود، چند روز پیش در یک صحبت دوستانه اشاره کرد که:

انگولار از ریکت خیلی بهتره، چون تمام جوانب اپلیکیشن رو پوشش میده. ریکت فقط المنت رندر میکنه.

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


قبلا در رابطه با کسانی که برای ساده ترین کار ها به دنبال لایبرری ها میرن صحبت کردم. برنامه نویس هایی که به هیچ وجه زحمت فکر کردن راجع به یک تابع ۳۰ یا ۴۰ خطی یا یک تابع ریکِرسیو رو به خودشون نمیدند. اما میدونید چی حتی از این هم خطرناک تره؟ تعهد بی قید و شرط اپلیکیشن شما به یک فریمورک...

تعریف فریمورک در مقابل لایبرری

کد شما، لایبرری ها را صدا می کنه، تا بخش هایی از مسئولیتش رو به اون ها بسپاره؛ اما فریمورک، کد شما رو در بر میگیره. در حقیقت به گونه ای که فریمورک به شما میگه که از چه چیز هایی و به چه شکل می توانید استفاده کنید.

کد همه یکدست بشه خوبه! همه کد هم رو راحت می فهمیم!

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

سرعت توسعه اپلیکیشن، با فریمورک ها افزایش پیدا می کند

چون همه چیز رو خودشون دارن؟ بله درسته اما اول باید ادبیات تمام اجزای فریمورک رو کامل یاد بگیرید. هرچند معمولا تمام اون اجزا، با کیفیت بهتر و شرایط مناسب تر برای شما، در پکیج های کوچک و تخصصی، در دسترس هستند. با پیدا کردن ابزار مناسب، دیگه نیاز نیست به زور و زحمت، فریمورک رو به سمت نیاز هاتون خم کنید؛ طوری که از چشم توسعه دهنده های فریمورک، اصطلاحا بِست پرَکتیس نیست. پس ظاهرا اینجوری بیشتر زمان ذخیره میکنید!

هر چی بیشتر هزینه کنی، بیشتر قدرش رو میدونی...

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

روی خودتون سرمایه گذاری کنید، به خودتون اعتماد کنید!

بیشتر جاوا اسکریپت رو تجربه کنید. خودتون رو به چالش بکشید، محک بزنید. اینطوری با دغدغه های برنامه نویس های «تولید کننده» آشنا می شوید. شاید راه حل بهتری پیدا کنید و تغییر بزرگ بعدی رو شما رقم بزنید! در بدترین حالت، از خودتون یک برنامه نویس آگاه تر ساختید که میتونه راجع به دیپندنسی ها تصمیم بگیره؛ کاری فراتر از مقایسه تعداد ستاره های دو ریپوی رقیب.

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

برنامه نویسی ذاتا بر پایه ی فلسفه و منطق است؛ نه تقلید و تکرار.

angularreactreactjsjavascriptframework
۱۴
۴
داریوش علیپور
داریوش علیپور
توسعه دهنده نرم افزار
شاید از این پست‌ها خوشتان بیاید