حامد سعیدی

چی بدتر از رفع خطاست؟ اینکه مجبور بشیم دوباره همون خطا رو رفع کنیم. ارزش کدهایی که خطاهای اساسی رو رفع می‌کنند بالاست و نباید تعداد خط کد رو معیار قرار بدیم

پروژه‌ای که از سال ۲۰۱۷ با مشارکت بیش از ۲۰ نفر دیگر روی گیت‌هاب شروع کردم برای لیست کردن API هایی که توسط سایت‌ها و برنامه‌نویس‌های ایرانی ارائه شده است

حل کردن «مشکل درست» باعث دریافت «ارزش» می‌شود اما صرف وقت و منابع محدود برای رفع مشکلات نادرست، به خلق محصول ارزشمند نرم‌افزاری نمی‌انجامد

کاربر عصبانی از خطایی است که ممکنه خودش باعثش شده باشه یا از نرم‌افزار باشه. چطور با نوشتن پیام خطای مناسب، به کاربر کمک کنیم؟

نیوگت در واقع پکیج منیجر برای دات‌نت است. چطوری پکیج‌های نیوگت خودمون (چه عمومی و چه خصوصی) رو به صورت اتوماتیک منتشر کنیم؟

ما معمولاً برای روشن شدن کدی که نوشتیم توضیح یا کامنت داخل کد می‌نویسیم. چه کامنتی خوب و چه کامنتی بد محسوب می‌شه؟ آیا کامنت اصلاً لازمه؟

چطور تستی که برای تست کردن اجزای کد نوشتیم رو تست کنیم و مطمئن بشیم درسته؟ یک راه حل ساده اما موثر برای اطمینان از صحت تست‌های نرم‌افزاری

داستان شروع و شکست یک پروژه شخصی و درس‌هایی که در اجرا، نگهداری و زمان شکست این پروژه آموختم.

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

اگر مخاطب محصول نرم‌افزاری ما برنامه‌نویس‌ها هستند، با داشتن یک تجربه کاربری بهتر، شانس بیشتری برای معرفی و توصیه خواهیم داشت

نسخه ترجمه شده و توضیحات بیشتر مربوط به «تست جوئل» در قالب یک کتابچه روی گیت‌هاب نویسندگان (گیت‌ بوک) منتشر شده