🤔چرا Tailwind ارزش یادگیری داره ؟ (پارت دوم)

8️⃣یک سری پلاگین هایی مثل daisyui هستن که بهتون کامپوننت آماده میدن، دقیقا شبیه کاری که بوت استرپ میکنه با این تفاوت که سورس کد 50 تا کامپوننت به پروژه اضافه نمیشه که در نهایت از 5 تاش استفاده کنید و هر کامپوننتی که استفاده کنید سورس همون فقط به فایل استایلتون اضافه میشه

9️⃣اینطوری نیست که یک بخشی از کدت بره توی html و یه بخشیش بره توی CSS (مثل بوت استرپ که کامپوننت رو استفاده میکنی باید بری توی CSS واسش استایل بنویسید چون بوت استرپ خیلی کلاس نداره واسه کاستومایز)

0️⃣1️⃣معمولا کامپوننت های بوت استرپ این مشکل رو دارن که خیلی قابل کاستومایز نیستن (به این دلیل که شما یه استایل میدید و خوده اون کامپوننت هم یه سری استایل داره و بینشون کانفیلیکت به وجود میاد و کدهای بوت استرپ روی کد های شما over-write میشه)

1️⃣1️⃣فریمورک کامپوننت بیس داخلی داره

2️⃣1️⃣میتونید کانفیگ های دیفالتش رو هم کاستوم کنید (مثلا سایز md رو هرچی دوست داشتید بدید)

3️⃣1️⃣میتونید داخل لایه هاش مثلا base، هرچی میخواید اضافه کنید

#css #framework #tailwind #part2
☕️ @CodeExplore

یک فرانت اند کار به چه چیزهایی نیاز داره؟📝

به بخش دوم رسیدیم 🖼️

🌞 اینکه فرانت کار ui/ux بلد باشه خیلی خوبه، اما الزامی نیست. بجاش میتونم بگم یه فرانت کار باید بلد باشه داده هارو دسته بندی کنه و ساختار مناسبی بهش بده.
(نیاز به اموزش خاصی هم نداره ، فقط تمرینه!)
برای اینکه توضیح بالا رو درک کنید یه مثال ساده میزنم: فرض کنید رفتید یه سایت تبلیغاتی ، بدون اینکه بخواید کد بزنید، روی کاغذ بخش های مختلف و وابسطه بهم رو بنویسید (تا جایی که میتونید تمرین کنید که دقیقا چه اطلاعاتی از سمت فرانت به بک میره و بلعکس)


🌚 یه فرانت اند کار باید کَش کردن داده ها و بهینه سازی رو بلد باشه تا هم خودشو خوب نشون بده، هم سرعت کارشو!


🌕 مسئله بعدی تست نویس و مدیریت خطاست که حتما برای یه سنیور شدن ، نیاز دارید دیپ تر وارد این مباحث بشید و ابزار های مختلف و همچنین دیباگ کردن خطاهای مختلف رو بشناسید (بهتره انواع خطا رو سرچ کنید و روش دیباگشم بررسی کنید)

🌎 گام بعدی آشنایی با PWA و ویژگی هاشه و همچنین یادگیری اصول کلی شبکه ، مثل url ها , websocket , کد های وضعیت ، هدر ها و ...


⭐️ در آخر هم باید بگم یادگیری هیچ وقت تموم نمیشه. پس فقط دلتونو به چیزایی که گفتم خوش نکنید، هرچقدر بیشتر جستجو کنید در های جدیدی به روتون باز میشه. ولی مواردی که گفتم برای یه فرانت کار حدودا الزامیه! موفق و پیروز باشید ❤️

#پست_پیشنهادی
#frontend #part2
☕️ @CodeExplore

خب ادامه حالت هارو هم بگم تا نصفه ولش نکنیم 😀
خب حالت چهارم یکمی از سادگی خارج میشه و وارد بحث شی گرایی میشه! از الان بگم !

4️⃣ حالت چهارم شما دوتا underscope قبل اسم میزاری (که بهش میگن double underscope یا بین برنامه نویسا جا افتاده dunder) یعنی متغیر name__ رو میخونیم داندر نِیم

حالا جدا از اسمش ، این یکی دقیقا چیکار میکنه برامون؟ اینو کلا باید با مثال برم جلو 🤓

فرض کنید ما دوتا کلاس داریم که یکی از کلاس ها از اون یکی ارث بری میکنه :

class Human():
    def __init__(self):
        self.sex = 'male'
        self.name = 'karim'

class Teacher(Human):
    sef __init__(self):
        super().__init__()
        self.count = 2
        self.name = 'math'

اگه به کلاس های بالا نگا کنید توی جفتشون یه فیلد name داریم ، و چون کلاس teacher از human ارث بری میکنه و داخل خودش صداش میزنه دوتا فیلد name باهم قاطی میشن 🥲
اونوقت ما چجوری میتونیم به جفتشون دسترسی داشته باشیم؟

اینجاست که dunder میاد وسط و مثال بالا رو تغییر میدیم:

class Human():
    def __init__(self):
        self.sex = 'male'
        self.__name = 'karim'

class Teacher(Human):
    sef __init__(self):
        super().__init__()
        self.count = 2
        self.__name = 'math'

شاید بگید خب الانم که اسماشون باز شبیه همه، ولی داندر داره! اینجاست که پایتون میگه من دخالت میکنم و اسامی که به صورت dunder دار نوشته شدن رو تغییر میدم😎
بیاید یه شی بسازیم و ببنیم توش چیه :

t1 = Teacher()
dir(t1)
# ['_Human__name', '_Teacher__name', 'sex', 'count']

میبیند که با اضافه کردن dunder پایتون کلا اسم پراپرتی رو عوض کرد و اسم کلاس رو اولش چسبوند. اینجوری خیلی راحت از هم تفکیک میشن😁

5️⃣ و آخرین حالتم زمانیه که شما یه dunder اول اسم میزارید و یدونه هم اخر اسم
که میشه مثل ‌_‌_init_‌_ که بهش میگن magic method و خود مفسر پایتون کاری به این نوع اسم گذاریتون نداره و فقط برای خوانایی کده! یعنی خودتون تصمیم میگیرد فلان تابع رو اینجوری تعریف کنید برای فلان کار (یعنی برای یه کار خاص رزروش کنید و بدونید خارج از اونجا هم کاری باهاش ندارید و فقط برای یه کاره)

مثلا همین _‌_init_‌_ رو وقتی داخل یه کلاس صدا میزنید یعنی تابع سازنده رو صدا زدید و میدونید که این تابع هم خارج از خود کلاس به کار نمیاد و فقط رزرو شده برای سازنده بودن!


در اخرم باید بگم برای سنیور شدن حتما این چیزا رو رعایت کنید. هم برای درک خودتون خوبه هم برای بقیه برنامه نویسایی که کدتونو نگا میکنن ✨

دیگه کوتاه تر از این نمیتونستم بکنم.
روز خوبی داشته باشید💓

#پست_پیشنهادی
#part2
#python #underscope #oop
☕️ @CodeExplore

😎نکات طلایی برای برنامه‌نویسان مبتدی (پارت دوم)

👍این مقاله شامل نکات کاربردی در زمینه برنامه‌نویسی است که از فروتن بودن و پذیرش کمک دیگران تا استفاده از منابع متنی باز و بهبود مستمر پروژه‌ها را پوشش می‌دهد.

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

🌐 برای مشاهده کامل مقاله کلیک کنید

#codingtips #beginnerprogrammer #learntocode #part2
☕️ @CodeExplore