DiscoverCode lodge
Code lodge
Author: codelodge.podcast
Subscribed: 268Played: 2,146Subscribe
Share
© codelodge.podcast
Description
پادکست Code Lodge، یک مجموعه گفتگوهای جذاب و چالش برانگیز درباره برنامهنویسی و دنیای نرمافزار است. از مباحث فنی گرفته تا روندها و تجارب در حوزه توسعه نرمافزار، این پادکست به شنوندگان خود ارتباطی عمیق با جذابیتهای دنیای کدنویسی ارائه میدهد.
6 Episodes
Reverse
در این قسمت از سری پادکستهای Code Lodge، به موضوع تست نویسی و اهمیت آن در توسعه نرمافزار میپردازیم. تست نویسی، فرآیندی ضروری برای تضمین کیفیت و عملکرد نرمافزارها است که با اجرای صحیح آن، میتوان از بروز خطاها و مشکلات جلوگیری کرد. در این اپیزود، به بررسی اصول و مبانی تست نویسی، دلایل اهمیت آن و روشهای انجام آن خواهیم پرداخت. همچنین، تلاش میکنیم تا با ارائه تجربیات و نکات عملی، به درک بهتری از تست نویسی و چگونگی اجرای موثر آن برسیم.
میزبانهای شما در این اپیزود:
رامبد مقدم
بهنیا آزاد
در این قسمت از سری پادکستهای Code Lodge، به موضوع تست نویسی و اهمیت آن در توسعه نرمافزار میپردازیم. تست نویسی، فرآیندی ضروری برای تضمین کیفیت و عملکرد نرمافزارها است که با اجرای صحیح آن، میتوان از بروز خطاها و مشکلات جلوگیری کرد. در این اپیزود، به بررسی اصول و مبانی تست نویسی، دلایل اهمیت آن و روشهای انجام آن خواهیم پرداخت. همچنین، تلاش میکنیم تا با ارائه تجربیات و نکات عملی، به درک بهتری از تست نویسی و چگونگی اجرای موثر آن برسیم.
میزبانهای شما در این اپیزود:
رامبد مقدم
بهنیا آزاد
در این قسمت از سری پادکست های Code Lodge، به موضوع میکرومنیجمنت در تیمهای توسعه نرمافزار میپردازیم. میکرومنیجمنت، یا مدیریت دقیق و زیرذرهبینی کارکنان، میتواند تأثیرات منفی و جبران ناپذیری بر روحیه اعضای تیم و عملکرد آنها داشته باشد. در این اپیزود، به بررسی و شناسایی ریشه اصلی این رویکرد مدیریتی می پردازیم. همچنین، سعی میکنیم به درک بهتر و نزدیکتری از تأثیرات و چالشهای وحشتناک میکرومنیجمنت برسیم.در این اپیزود، مسئله و عارضه را موشکافی کردیم، و در اپیزود بعدی راهکارهایی برای حل این مسئله از سمت اعضای تیم و سازمان خواهیم پرداخت.
میزبان های شما در این اپیزود :
بابک طارمی
ایمان صفری
مسعود بیگی
در این قسمت از سری پادکست های Code Lodge به بررسی نقش Devops ، چگونگی ایجاد این نقش و اهمیت وجود آن در تیم های بزرگ و کوچک نرم افزاری می پردازیم. همچنین به تفاوت برنامه نویس و دواپس و اینکه چه شخصی میتواند این نقش را برعهده داشته باشد پاسخ خواهیم داد
در این اپیزود ( و پارت های بعدی همین سرفصل)، با هم بررسی خواهیم کرد که چطور خواهیم توانست سال جدید بهتری بسازیم. در این پارت ما به مبانی فکری درست این بحث می پردازیم. اینکه چطور بفهمیم در کجای مسیر ایستادیم؟ پیشرفت خودمان را با چه متر و معیاری بسنجیم، و برای پیشرفت در دریای مواج فرصت ها، از چه قطب نمایی استفاده کنیم. میزبانان شما در این اپیزودنبی کرم پورمسعود بیگی
در این اپیزود از پادکست با عنوان 'میکروسرویس های بد'، به بررسی مشکلات و خطرات معماریهای میکروسرویس میپردازیم. از وابستگیهای پیچیده تا مشکلات دست و پا گیر در محیط عملیاتی، در این قسمت به عنوان اولین قسمت از یک سری پادکست های Code Lodge، دربارهٔ مواردی که ممکن است در دنیای میکروسرویس ها بلای جانمان شوند، صحبت خواهیم کرد.
United States
عالی بچه ها، مرسی
درود وخسته نباشید آیا ماکرو سرویس با میکرو سرویس فرق میکنه؟ اینجا یه وقتایی صحبت از ماکرو بود، یه وقتایی میکرو. ممنون میشم توضیح بدید.
#نه_به_فاشیسم_سازمانی
#نه_به_فاشیسم_سازمانی
راضیم از ضبط
خیلی عالی و مفید بود
#نه_به_فاشیسم_سازمانی
تکبیر
#شنیدم
توی اون بخشها هم مخاطبین زیادی خواهید داشت که مطالب حول موضوعات فنی و نه صرفا خود مباحث فنی براشون خیلی مفیده. کیفیت صدا هم بهتر از سری قبل بود :) خدا قوت، با انرژی ادامه بدید...
دمتون گرم، خسته نباشید به عنوان پیشنهاد و در صورتی که این مبحث رو خواستید ادامه بدید، خوبه از منظر سازمانهای با سایزهای مختلف هم بررسی کنید، چون تمام مخاطبین در تیمها/سازمانهایی با سایز مشابه شما که توی گفتگو غالب بود، کار نمیکنند و خوبه که دید پیدا کنند که لازمهی دواپس داشتن چیه، کدی که بتونه به دست دواپس برسه باید چه حداقلهایی رو داشته باشه، مرز بین سیسادمین و دواپس و اسآرای و پلتفرم انجینیر چیه و کی و کجا خوبه استفاده شه. آیا با نبود سرویس ابری مشابه آمازون و آژور و با توجه به خصوصیات بومی مارکت نرمافزار ایران، وظایف دواپس کجاها باید متناسب با ظرفیتها و محدودیتها تغییر کنه! به نظرم حالا که شما آستین همت رو بالا زدید و مباحث مفید و کاربردی خیلی خوبی رو در قالب پادکست مطرح میکنید، خوبه که طیف وسیع مخاطبین رو در نظر بگیرید. افرادی که شاید از دل مباحث به این خوبی به اشتباه بیوفتن و برای سازمان و تیمی که پیشنیازهای داشتن دواپس رو نداره تصمیمات غیربهینه بگیرن. خلاصه اینکه پیشنهاد میکنم ۲۰ تا ۳۰ درصد گفتوگو رو به سمت نکات تصمیمگیری/سازی فنی ببرید چرا که توی اون بخشها هم
#شنیدم
خسته نباشید عالی⚡
گفتگو بسیار عالی و لذت بخش بود👍👏
سلام کیفیت خیلی بده تو راه تو ماشین خواستم گوش بدم هیچی متوجه نشدم
خسته نباشید بچه ها، عالی بود. دمتون گرم ❤
#شنیدم
در ابتدا، دمتون گرم که به بهبود فضای کمرونق پادکستهای فنی کمک میکنید. به عنوان فیدبک برای بهبود نسخههای بعدی خوبه که مطالبتون رو آماده کنید چون این شماره بیشتر شبیه بحث و گفتوگو دونفره بود و حتی گاهی برای موضوعات نخ تسبیح وجود نداشت و اگر شنونده تماما روی موضوعات مسلط نبود شاید متوجه پرش بین مطالب نمیشد. مثلا موضوع گاربج کالکتور خیلی متشتت اومد وسط صحبت، که کمکی به بحث برای شنونده نداشت بلکه فقط به گپ و گفت دونفره خودتون کمک میکرد در حالیکه اگر مطالب از پیش تنظیم میشد، خیلی سریع و خلاصه ولی ساختارمند میشد همون موضوع رو با ذکر نوع سرور و کلاینت، تغییرات بعد از فریمورک ۴.۸.۱ و تغییرات در نسخههای کور تبدیل کرد به یک راهحل پرهیز از استفادهی نابجا از معماری مایکروسرویس. خلاصه اینکه پادکست رو باید خیلی فراتر از بحث و گفت دوستانه دونفره تولید کنید. مورد بعدی کیفیت صدا بود که میشد هام محیط رو حذف کنید و اکو محیطی رو تصحیح کنید. حتما دیکته ننوشته است که اشتباه نداره، دمتون گرم، امیدوارم روزبهروز بهترش کنید و هرگز متوقف نشید 🙂
#شنیدم
#شنیدم