
تفاوت git reset و git revert (و اینکه کِی سراغ کدام برویم)
یک کامیت اشتباه زدهاید و دنبال راه برگشت هستید. قبل از اینکه دستور بعدی را کپی کنید، فقط یک چیز مهم است: آن تغییر push شده یا نه؟
هر هفته مطلب تازه از تحریریه — نوشتهی همان مدرسهایی که دورهها را میسازند.

تایپ دهانگشتی برنامهنویسی یادتان نمیدهد؛ فقط دیگر مجبور نیستید حین فکر کردن به منطق کد، دنبال حرف روی صفحهکلید هم بگردید.

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

در C یا ++C یک اشارهگر نامعتبر معمولاً ماهها بعد، در پروداکشن، خودش را نشان میدهد. در Rust همان اشتباه، همان لحظهی کامپایل متوقفت میکند.

کد همزمان همیشه اول اجرا میشود، بعد Promiseها، و در آخر setTimeout — حتی با تأخیر صفر. این ترتیب شانسی نیست.

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

سه دوره داریم که هرکدام روی دیگری میایستد؛ ترتیب درست شروع، همان چیزی است که مسیر را کوتاه میکند نه سخت.

یک برد واقعی روزها طول میکشد تا برسد و با یک سیمکشی اشتباه میسوزد. شبیهساز همین الان باز میشود و اشتباه در آن هزینهای ندارد.

یک دورهی کامل آردوینو که مداری برای خریدن ندارد؛ کد را مینویسی و همان لحظه یک مدار واقعی، در همان تب مرورگر، جلوی چشمت اجرا میشود.