This pattern of wrapping unstructured data in types, so that we can use that data in a reliable way, is called “data transfer objects”. It's the first concrete pattern I highly recommend you to use in your larger-than-average Laravel projects.
#BrentRoose

انتخاب اسم‌های طولانی در صورت ضرورت، ایرادی نداره و اجتناب‌ناپذیره. Brent Roose می‌گه ما توی یکی از پروژه‌هامون یه همچین کلاسی داریم:
CreateOrUpdateHabitantContractUnitPackageAction 😁

میگه: ما اولش از این اسم متنفر بودیم و تلاش کردیم کوتاهش کنیم، اما در نهایت باید اعتراف می‌کردیم که وضوح این اسم نسبت به کاری که کلاس انجام می‌ده، مهم‌ترین چیزه و IDEهامون مراقب هستند که وقتی اسم این کلاس‌های طولانی رو می‌نویسیم، اشتباه ننویسیم. پس طولانی‌بودنشون خطری نداره.

اگه می‌خوایید بگید یه عدد بزرگ‌تر از فلان، از min استفاده نکنید! min تعداد کاراکتر رشته رو بررسی می‌کنه، نه مقدار خود عدد!
#laravel

Before:

{{ explode('|', $gift->noscript)[0] }} - {{ explode('|', $gift->noscript)[1] }}

After:

{{ str_replace('|', ' - ', $gift->noscript) }}



آدم تحت فشار کدهای مزخرفی می‌نویسه. 😂

ادیت: کد اول، جدا از پیچیدگی و کثیف‌بودن، در صورتی که کاراکتر | داخل رشته نباشه، ارور می‌ده (توی بخش دوم)، اما کد دوم در هر صورت درست کار می‌کنه.

این وبسایت یه مجموعه از cheatsheetهای زبان‌های برنامه‌نویسی و حتی ابزارها و لایبرری‌های مختلف رو جمع کرده:
https://devhints.io

این پروژۀ جدیدیه که دارم شروع می‌کنم و محتاج ⭐️ شما هستم.
این پروژه، یه شبکۀ اجتماعیه برای افرادی که به چیز خاصی اعتیاد دارند و خودشون رو به چالش می‌کشند. ان شاء الله رنکینگ و اشیومنت و این جور چیزها خواهد داشت. تست‌های خوبی خواهم نوشت و از PHP/Laravel/Docker استفاده می‌کنم. برای پیاده‌کردن فید، ایده‌هایی دارم که حالا بعدا باید ببینیم چطوری می‌شه.
https://github.com/muhammadmp97/Hope

من محمد علی کلی بودم، اما اون سجاد غریبی دوست داشت!

Dockerfile added:
https://github.com/muhammadmp97/rate-limiter

امروز چند ساعت وقت باارزش هدر رفت، فقط برای اینکه مرورگر Brave اجازه شیر کل صفحه رو نمی‌داد (بعدا فهمیدم که Firefox چنین مشکلی نداره) و مجبور شدم به خاطرش wayland رو غیر فعال کنم و همین باعث شد به صورت دومینویی کلی چیزهای دیگه خراب بشه.

اگه چیزی کار می‌کنه، بهش دست نزنید.
راه‌حل جایگزین پیدا کنید.

شاید دار و ندارتون بریزه وقتی بدونید که حتی درصد باتری توی لینوکس، یه فایله!

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

این‌جا دو مهارت به درد شما می‌خوره:
۱. ارتباط موثر و جمع‌کردن هر کسی که ممکنه بخشی از مشکل باشه برای پیداکردن راه‌حل سریع.
۲. اولویت‌بندی کارها.

این‌طوری می‌شه بعضی تسک‌ها رو (حتی اگه قبلا اولویت کمتری داشتند) اولویت داد تا بقیه تیم معطل رسیدن نمونند. 😁