Jeffrey Way:
I've honestly benefited far more from studying open source projects. When I was younger, I rarely did this. Not sure why. Maybe I was scared of being overwhelmed by the complexity.
But, seriously, if you want to be a better developer, there's no short cut. Write and read a lot of code.
If I had to pick one book, though, it might be "Clean Code."

Old, but gold! 😂

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

لطفاً با ⭐️ دادن به ریپازیتوری، حمایت کنید.

می‌تونید برای خودتون یه ربات داشته باشید که مردم به جای پیام خصوصی، به اونجا پیام بدن و اکانت شما همچنان مخفی بمونه!

https://github.com/WebPajooh/MediumBot

وقتی ساختن یک آبجکت حالت‌های مختلفی داره (مثلاً خونه یه نبش داره، دو نبش داره، ممکنه مغازه داشته باشه یا نداشته باشه، باغچه داشته باشه یا نداشته باشه و...)، یه راه اینه که به ازای حالت‌های مختلف، subclass بسازیم. اینجا Builder Pattern وارد صحنه می‌شه و می‌گه من راه‌حلم.

شاید بشه کلاس InlineKeyboard توی پکیج TeleBot رو یه بیلدر به شمار آورد:
$keyboard = new InlineKeyboard()
->addCallbackButton('Help, 'help_callback')


    ->addUrlButton('FAQ', 'https://example.com/faq')
.
.
.

Builder Pattern

حتی یک تغییردادن ساده در یک کدبیس monolithic بسیار سخت است؛ زیرا باید تمام سیستم را به خوبی درک کرده باشید. اما تغییردادن ماژول‌های کوچک‌تر که به خوبی تعریف شده باشند، بسیار آسان‌تر است.

پرسیدن از دیزاین‌پترن‌ها توی مصاحبه (به شکلی که رایجه) صرفاً نشون می‌ده که طرف مطالعۀ تئوریک داشته یا نه.

مثلاً می‌پرسی: دربارۀ دیزاین‌پترن wrapper توضیح بدید!
این بنده‌خدا هم برای اولین‌بار اسم wrapper به گوشش خورده! البته بلده، ولی اون رو با اسم decorator می‌شناسه!

یک دیزاین‌پترن ممکنه اسم‌های مختلفی داشته باشه (کتاب GoF به اسم‌های مختلف اشاره می‌کنه) و اینکه کسی یک اسم رو یادش نیاد یا ندونه، دلیل نیست که طراح خوبی نباشه.

به جای این کارها، براشون یه مسئله طرح کنید و ببینید چه‌طوری حلش می‌کنند!

تفاوت Decorator و Strategy: اولی به شما امکان این را می‌دهد که پوستۀ آبجکت را تغییر دهید، اما با دومی می‌توان هسته را تغییر داد.

وقتی از Facade pattern استفاده کنید که می‌خواهید رابط (interface) محدود اما سرراستی برای یک subsystem پیچیده ایجاد کنید. این پترن یک میانبر (shortcut) برای پراستفاده‌ترین قابلیت‌های subsystem که نیازمندی‌های client را برآورده می‌کنند به وجود می‌آورد.

تفاوت Proxy و Decorator: غالباً اولی خودش آبجکتش را با life cycle آن مدیریت می‌کند، اما در Decorator این مدیریت توسط client انجام می‌شود.

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

چند سؤال مصاحبه:
- در PHP، چگونه می‌توانیم از subclass به superclass دسترسی داشته باشیم؟
- برای یک ادیتور، ساختاری طراحی کنید که بدون تغییر، تگ‌های جدیدی معرفی شود.
- در Laravel، یک دستور به artisan اضافه کنید که لیست routeها را در یک فایل html قرار دهد.
- تفاوت overloading و overriding را توضیح دهید.

توی جاواسکریپت، ()Date یه string بهمون می‌ده، اما خروجی ()new Date یه آبجکته.

سوال: چرا توی Typenoscript نباید از any به عنوان type استفاده کرد؟
جواب: بیکاز ما از typeها استفاده می‌کنیم تا به باگ‌های کمتری بخوریم و توسعه، راحت‌تر و مطمئن‌تر بشه. اگه قراره از any (هرچی!) استفاده کنیم، دیگه چرا از Typenoscript استفاده می‌کنیم؟! می‌ریم همون Javsacriptمون رو می‌نویسیم!