Deweloopers

خب این سری یه نفررفقط تونست حوزه ای که مهمون این اپیزود کار میکنه رو بفهمه :) مهمون بعدی کیبوردکست کسی نیست جز احسان قربانی عزیز🔥🔥 احسان در حوزه برنامه نویسی فرانت اند کار میکنه و از اعضا تیم فرانت سرکت نشانه🚀🚀 توی این اپیزود قراره با احسان در دنیای فرانت اند غرق بشیم و اطلاعات بیشتری ازش بدست بیاریم بالاخره جواب دو تا سوال مهم رو بگیریم که یکیش میشه آیا این دوستان واقعا برنامه نویسن یا نه و اینکه این صبر ایوب رو از کجا میارن🤣🥲 پس اگه تو هم علاقه به این حوزه داری یا دوست داری بیشتر باهاش آشنا بشی این اپیزود مال خودته👌👌 پس شما هم اگه سوالی دارید از احسان عزیز درباره خودشون و موضوع پادکست میتونید تا فردا همین ساعت توی باکس استوری اینستاگرام ازش بپرسید❤️ اگر هم به اینستاگرام دسترسی ندارید میتونید از طریق این لینک بصورت ناشناس توی تلگرام سوالتون رو بپرسید((حتما قید کنید که سوال رو از احسان دارید میپرسید)) ------- @shahriaarrr12 @Deweloopers

همونطور که دیدین عکس کانال رو عوض کردم. و اومدم بگم که بی‌دلیل نبوده :) برای این که اینجا رو بیشتر با لینکدین مرتبط کنم، یک روزنامه داخل لینکدین به نام کانال ساختم تا بتونم مطالب رو در هر دو شبکه‌ی اجتماعی، به اشتراک بگذارم :) این هم لینک روزنامه : https://www.linkedin.com/newsletters/deweloopers-7075748004330139648/ اولین مطلب روزنامه رو هم امروز نوشتم. به انگلیسی نوشتم تا انگلیسی‌ام رو محک بزنم و فهمیدم writing واقعا کار سختیه :) و فکر کنم بقیه مطالب رو فارسی بنویسم بهتر و خواناتر خواهد بود. اگر وقت کنم در آینده یه نسخه فارسی از همین مطلب هم خواهم نوشت. Kode with us | @Deweloopers

کُدِ بدون review به چه مانَدْ؟ به زنبور بی عسل! کار کردن بر اساس یک روند و چهارچوب مشخص، در بحث version control هر پروژه‌ای، چیزیه که خیلی‌ها اصلا بهش توجه نمی‌کنن. در هر مقیاسی و با هر تعداد برنامه‌نویسی، یک پروژه که فرآیند branching و تست و merge درست و مشخصی نداشته باشه، در نهایت محکوم به refactor خواهد بود. معمولا این رو ما وقتی می‌فهمیم که دیگه کار از کار گذشته و یه پروژه داریم با حجم زیادی از کاربر که وقت refactor کردنش رو نداریم! این وقت نداشتن اینقدر زیاد میشه که به یه جایی میرسیم که فرآیند استفاده از git در پروژه، یک مانع میشه در توسعه‌ی پروژه و مجبور میشیم به بازنویسی از اول فکر کنیم. خلاصه که برای پروژه‌هاتون حتما از گیت استفاده کنید. درست و غلطش مهم نیست، اولویت با این هست که برای کار با گیت روی پروژه استاندارد تعریف کنین و مهم‌تر از اون، در هر شرایطی پایبند باشید! Kode with us | @Deweloopers

یکی از چیزایی که از استاد عزیز، جادی یاد گرفته بودم ولی تا به حال به کارم نیومده بود، git bisect هست که دیروز باعث شد دو ساعت زمان هدر نره و بتونم به راحتی منشا یک باگ رو پیدا کنم. واقعا کار با این دستور ساده‌تر از چیزی که فکر می‌کردم بود و مفیدتر از چیزی بود که فکر می‌کردم. ولی خب هر چیزی قیمتی داره! دقیقا دیروز بعد از لذت بردن از کار با bisect، روی یک باگ دیگه هم استفاده‌اش کردم و اونجا باعث شد که یک ساعت زمانم هدر بره. چرا؟ جواب این سوال رو بعد از حل باگ پیدا کردم. در حقیقت باگی که من می‌خواستم رفع بشه،‌ خودش یک حالت خاص از یک باگ بزرگتر بود که اون رو کشف نکرده بودیم. وقتی با git bisect کار کردم،‌ وسط سرچ کردن، باگ جدید رو پیدا کردیم و چون می‌دونستیم از کجاست، راحت رفعش کردیم. خلاصه که اگر به باگی برخوردین که واقعا میدونید ماهیتش چیه ولی نمی‌دونید کجا کارهاتون اتفاق افتاده، استفاده از git bisect می‌تونه جذاب و مفرح و مفید باشه! Kode with us | @Deweloopers

یه چیز خیلی جالب راجع به transform در CSS که احتمالا نمی‌دونستین! سوال: آیا دو خط زیر با هم فرقی دارن ؟

transform: translateX(-50%) scaleX(0);
transform: scaleX(0) translateX(-50%);

پاسخ: در کمال تعجب، بله! حالا برای چی ؟ transform کلا به DOM کاری نداره، و مقادیر مورد نیازش مثل طول و عرض و ... رو از روی تصویر رندر شده‌ی توی مرورگر از اون المنت می‌گیره.( به عبارت دیگه GPU-Driven هست ) نکته‌ی طلایی اینجاست که توی transform، ترتیب به شدت مهمه! در دو چیز : یکی اعمال درست تغییرات مورد نظر، دوم هم اعمال transition روی transform. توی خط اول، المنت اول به اندازه ۵۰ درصد عرض خودش در محور X به عقب میره، و بعدش از عرض scale می‌خوره به ۰ برابر خودش که معادل اینه که عرضش صفر میشه. ولی در خط دوم، عمل scale خوردن قبل از translate اتفاق می‌افته و در نتیجه وقتی مرورگر میاد سراغ المنت برای جابه‌جایی، محاسبه می‌کنه: 50% * 0 = 0 ! در نتیجه المنت اصلا جا به جا نمیشه! همچنین برای اعمال transition روی transform، باید ترتیب و همچنین transformهای اعمال شده یکسان بمونن و فقط مقادیر ورودی اونها تغییر کنه. مثلا اگر scale داخل transform هست، دقیقا باید در همون موقعیت از لحاظ ترتیب باشه و حتما در مقدار تغییر داده شده‌ی transform هم باشه. وگرنه شاهد پرش و عدم اعمال transition خواهیم بود. it's CSS Science, b*tch! Kode with us | @Deweloopers