فالسی‌گفت | Falsy Goft

توی این قسمت از پادکست رفتیم سراغ فصل پنجم کتاب The Pragmatic Programmer با عنوان Bend or Break.این قسمت درباره‌ی اینه که چرا کدی که خیلی به هم وابسته باشه (coupled) به‌راحتی می‌شکنه، و چطور می‌تونیم انعطاف بیشتری بهش بدیم. توی این اپیزود از این چیزها گفتیم:چرا زنجیره‌های طولانی متدها (train wrecks) خطرناکن؟قانون دیمیتر (Law of Demeter) یعنی چی و چه کمکی می‌کنه؟چرا داده‌های global حتی singletonها می‌تونن دردسر درست کنن؟اینکه ارث‌بری (inheritance) چطوری coupling رو بیشتر می‌کنه.و در آخر، اینکه چرا همیشه اصل ماجرا تغییره.اگر توسعه‌دهنده‌ای و می‌خوای کدت محکم‌تر، منعطف‌تر و آینده‌دارتر باشه، این قسمت مخصوص توئه.

این قسمت یه گفتگوی کاملا خودمونیه که قراره راجع به شروع برنامه نویسی توی این دوره و کارهایی که باید بکنم و همینطور یکم با چاشنی هوش مصنوعی ترکیبش میکنیم و در انتها باید هایی که بتونین توی این مسیر بمونین و همیشه آپدیت و بروز باشین

«تو این اپیزود، سراغ یکی از مهم‌ترین درس‌های کتاب The Pragmatic Programmer رفتیم: Pragmatic Paranoia. اینجا یاد می‌گیریم که چرا باید همیشه آماده‌ی بدترین اتفاقات باشیم، چطوری کدهای قابل اعتمادتر بنویسیم و چجوری جلوی کلی خطای احتمالی رو همون اول کار بگیریم. یه اپیزود پر از نکته‌های ریز و درشت برای حرفه‌ای‌تر شدن تو دنیای نرم‌افزار! 🎙️برای حمایت از پادکستون خودتون هم میتونین از اینجا اقدام کنین

بررسی ابزارهای پایه کدنویسی و توسعه این ابزار، این فصل از کتاب The Pragmatic Programmer می‌گه که چطوری با ابزارای درست، دیباگ بهتر، و عادت‌های حرفه‌ای‌تر یه برنامه‌نویس و توسعه دهنده بهتری بشیم.چیزایی که توی این قسمت می‌شنوید:قدرت متن یا Plain Textاهمیت کار با Shellقدرت ویرایشورژن کنترل هاتکنیک و روش های دیباگ کردنزبان های پردازش متن و اهمیت اسکریپت نویسیدفترچه مهندسیاگه می‌خوای به یه سطح بالاتر از برنامه‌نویسی برسی، این قسمت رو از دست نده! 🎧🔥📢 پادکست رو بشنوید، نظرتون رو بگید و به دوستاتونم معرفی کنید!برای حمایت از پادکستون خودتون هم میتونین از اینجا اقدام کنین

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

این فصل یادمون میده که چطور به عنوان یه برنامه‌نویس، همیشه آماده‌ی تغییر باشیم. از اصل ETC گرفته تا اهمیت Orthogonality، این فصل بهمون نشون میده که چطور کدهایی بنویسیم که نه تنها الان کار کنن، بلکه فردا هم بتونیم به راحتی تغییرشون بدیم. یاد می‌گیریم که چطور با طراحی درست، سیستم‌هایی بسازیم که انعطاف‌پذیر و کم‌خطا باشن.برای مطالعه Design Patterns ها از این سایت استفاده کنینبرای حمایت از فالسی گفت اینجا کلیک کنین

یک برنامه‌نویس عمل‌گرا فقط کد نمی‌نویسد، بلکه طرز فکر متفاوتی دارد! توی این اپیزود از فلسفه‌ای صحبت می‌کنیم که می‌تونه مسیر حرفه‌ای هر برنامه‌نویسی رو تغییر بده. چطور بهتر تصمیم بگیریم، چطور مسئولیت‌پذیر باشیم و چطور مثل یه حرفه‌ای رشد کنیم؟ این شروع مسیر برنامه‌نویس عمل‌گراست!