صارفین کی مدد کریں، تنازعہ نہیں 
 
 TL;DR: صارفین کو مسائل کو حل کرنے میں مدد کرنے کے لئے مخصوص، کام کرنے کے قابل پیغامات کے ساتھ غیر معمولی غلطی کے پیغامات کو تبدیل کریں. TL;DR: صارفین کو مسائل کو حل کرنے میں مدد کرنے کے لئے مخصوص، کام کرنے کے قابل پیغامات کے ساتھ غیر معمولی غلطی کے پیغامات کو تبدیل کریں. مسائل کا حل 
 
 
 
 
 
 
 
 
 
 
 صارفین کی مصیبت اور ناکامیاں کوئی ہدایت نہیں ہے تکنیکی jargon غلط فہمیوں کی کمزوری غریب کے لئے غلطی کی واپسی غلطی کی غلطی کی معلومات صارفین کی اعتماد میں کمی جینیاتی پیغام خاموش ناکامیاں کاپی رائٹ https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xx-we-have-reached-100 https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxxiv https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xv https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-vi-cmj31om https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxvii قدم 
 
 
 
 
 
 اپنے کوڈ بیس میں تمام عام غلطی کے پیغامات کی شناخت کریں جو "Oops"، "کچھ غلط ہو گیا ہے" یا "ایک غلطی ہوئی" جیسے الفاظ کا استعمال کرتے ہیں. عام پیغامات کو اس واقعے کی مخصوص وضاحتوں کے ساتھ تبدیل کریں کام کرنے کے لئے ہدایات شامل کریں جو صارفین کو یہ بتاتے ہیں کہ وہ مسئلہ کو حل کرنے کے لئے کیا کرسکتے ہیں ڈویلپرز کے لئے تکنیکی تفصیلات کو پکڑنے کے لئے مناسب اندرونی لاگ ان کو لاگو کریں ترقیاتی ٹیم کو خبردار کرنے کے لئے نگرانی کی خبروں کو شامل کریں جب غلطیوں کو اکثر ہوتا ہے نمونہ کوڈ سے پہلے function processPayment(paymentData) {
  try {
    // Too broad try catch  
    validatePayment(paymentData);
    chargeCard(paymentData);
    sendConfirmation(paymentData.email);
  } catch (error) {
    // Generic error message shown to user
    return {
      success: false,
      userMessage: "Oops! Something went wrong. Please try again.",
      error: error.message
    };
  }
}

function handleError(res, error) {
  // Exposing HTTP 500 to users
  res.status(500).json({
    message: "Internal Server Error",
    error: error.message
  });
}
 کے بعد function processPayment(paymentData) {
  try {
    validatePayment(paymentData);
    // This catch is specific to payment validation
  } catch (error) {
    // 1. Identify all generic error messages in your codebase
    // that use terms like "Oops", "Something went wrong", 
    // or "An error occurred"    
    // 2. Replace generic messages 
    // with specific descriptions of what happened
    // 3. Add actionable guidance telling users 
    // exactly what they can do to resolve the issue
    // 4. Implement proper internal logging 
    // to capture technical details for developers
    logger.error('Payment validation failed', {
      userId: paymentData.userId,
      error: error.message,
      stack: error.stack,
      timestamp: new Date().toISOString()
    });
    // 5. Add monitoring alerts to notify 
    // the development team when errors occur frequently    
    alerting.notifyError('PAYMENT_VALIDATION_FAILED', error);
    if (error.code === 'INVALID_CARD') {
      return {
        success: false,
        userMessage: "Your card information" + 
        " appears to be incorrect." +
        "Please check your card number," + 
        " expiry date, and security code."
      };
    }
    return {
      success: false,
      userMessage: "There was a problem validating" +
      " your payment." +
      "Please try again or contact support."
    };
  }

  // You should break this long method
  // Using extract method
  try {
    chargeCard(paymentData);
  } catch (error) {
    logger.error('Card charging failed', {
      userId: paymentData.userId,
      error: error.message,
      stack: error.stack,
      timestamp: new Date().toISOString()
    });
    alerting.notifyError('CARD_CHARGING_FAILED', error);
    if (error.code === 'INSUFFICIENT_FUNDS') {
      return {
        success: false,
        userMessage: "Your payment couldn't be processed"+
        " due to insufficient funds. " +
        "Please use a different payment method" + 
        " or contact your bank."
      };
    }
    if (error.code === 'CARD_EXPIRED') {
      return {
        success: false,
        userMessage: "Your card has expired. " +
        "Please update your payment method with a current card."
      };
    }
    return {
      success: false,
      userMessage: "There was a problem processing your payment." +
      " Please try again or contact support."
    };
  }

  try {
    sendConfirmation(paymentData.email);
  } catch (error) {
    logger.error('Confirmation sending failed', {
      userId: paymentData.userId,
      error: error.message,
      stack: error.stack,
      timestamp: new Date().toISOString()
    });
    alerting.notifyError('CONFIRMATION_FAILED', error);
    return {
      success: true,
      userMessage: "Payment processed successfully,"+
      " but we couldn't send the confirmation email." +
      " Please check your email address or contact support."
    };
  }

  return { success: true,
          userMessage: "Payment processed successfully." };
}
 نوعیت 
 
 [x] دستاویزات امن ️ یہ refactoring رویے کو تبدیل کرتا ہے اور محفوظ ہے اگر آپ لاگ ان اور ڈبگنگ کے لئے فعال خبروں کو برقرار رکھیں. سپورٹ ٹیموں کی ضرورت کی تفصیلات کو حذف کرنے سے بچیں. تبدیلیوں کو توڑنے کا خطرہ کم ہے کیونکہ آپ بنیادی کاروباری منطق کو تبدیل کرنے کے بجائے موجودہ غلطی کے انتظام کو بہتر بناتے ہیں. کوڈ کیوں بہتر ہے؟ آپ صارفین کو غلطی کے بجائے مفید ہدایات فراہم کرتے ہیں. آپ ایک بہتر صارف کے تجربے کو بہتر بنانے کے ذریعے فراہم کرتے ہیں، واضح، کام کرنے کے قابل پیغامات کے مقابلے میں تکنیکی جیرگون کو مذاق. صارفین کو معلوم ہے کہ کیا غلط کیا گیا ہے اور ان کے اگلے اقدامات جانتے ہیں. آپ کو کاروباری دوستانہ پیغامات کو صارفین کو دکھانے کے دوران لاگ ان میں تکنیکی تفصیلات کو برقرار رکھنے کی طرف سے نگرانیوں کو الگ کر سکتے ہیں. آپ کی سپورٹ ٹیم ساختہ لاگ ان کے ذریعے معلومات کو بہتر ڈیبگنگ حاصل کرتی ہے. آپ صارفین کو ان کی رپورٹ کرنے سے پہلے سسٹم کے مسائل کو پیشہ ورانہ طور پر نگرانی کے ذریعے حل کرسکتے ہیں. آپ ان سے تکنیکی معلومات کو دور رکھیں، لیکن اب بھی اس کو تیز ترین مسئلہ حل کے لئے ریکارڈ کریں. یہ کس طرح بہتر بناتا ہے؟ ️ آپ حقیقی دنیا اور آپ کے ماڈل کے درمیان زیادہ قریب توازن رکھیں.مزید غیر واضح "Oops" پیغامات کے بجائے، آپ کا نظام واضح الفاظ میں بات کرتا ہے جو حقیقی واقعات کی وضاحت کرتا ہے. غلطی کے پیغامات میں کیا غلطی ہوئی اور کس طرح اسے ٹھیک کرنے کے بارے میں خاص معلومات شامل ہیں. حقیقی دنیا ایک خریدار آپ کے کارڈ کو رد نہیں کیا گیا ہے تو "اوپ، کچھ غلط ہو گیا ہے" نہیں کہتا ہے - وہ آپ کو مخصوص مسئلہ بتاتے ہیں اور حل پیش کرتے ہیں. یہ متبادل سافٹ ویئر کے ساتھ متوازن ہے غلطی کے مواصلات کے نمونے، نظام کو زیادہ ذہین اور صارفین کے لئے مفید بناتا ہے Bijection کے ️قسمیں آپ کو حساس نظام کی معلومات کو ظاہر نہیں کرنے کے لئے محتاط ہونا چاہئے جو حملہ آوروں کی مدد کرسکتے ہیں. کچھ غلطیوں کو سیکورٹی کی وجہ سے عام رہنے کی ضرورت ہوسکتی ہے (مثال کے طور پر تصدیق ناکامیاں). اس کے علاوہ، مخصوص غلطی کے پیغامات کی تخلیق کرنے کے لئے زیادہ ترقی کا وقت اور غلطی کے اسکرینوں کی تفصیلی جانچ پڑتال کی ضرورت ہے. Refactor کے ساتھ AI 
 
 مشورہ کی پیشکش: 1. آپ کے کوڈ بیس میں تمام عام غلطی کے پیغامات کی شناخت کریں جو "Oops"، "کچھ غلط ہو گیا ہے" یا "ایک غلطی ہوئی" جیسے الفاظ کا استعمال کرتے ہیں 2. جو کچھ ہوا ہے کے مخصوص وضاحت کے ساتھ عام پیغامات کو تبدیل کریں 3. صارفین کو صحیح طریقے سے یہ بتائیں کہ وہ مسئلہ کو حل کرنے کے لئے کیا کرسکتے ہیں 4. ڈویلپرز کے لئے تکنیکی تفصیلات کو پکڑنے کے لئے مناسب اندرونی لاگ ان کو لاگو کریں 5. ڈویلپر ٹیم کو خبردار کرنے کے لئے نگرانی کی خبروں کو شامل کریں جب غلطیوں کو اکثر ہوتا ہے. مشورہ کی پیشکش: 1. آپ کے کوڈ بیس میں تمام عام غلطی کے پیغامات کی شناخت کریں جو "Oops"، "کچھ غلط ہو گیا ہے" یا "ایک غلطی ہوئی" جیسے الفاظ کا استعمال کرتے ہیں 2. جو کچھ ہوا ہے کے مخصوص وضاحت کے ساتھ عام پیغامات کو تبدیل کریں 3. صارفین کو صحیح طریقے سے یہ بتائیں کہ وہ مسئلہ کو حل کرنے کے لئے کیا کرسکتے ہیں 4. ڈویلپرز کے لئے تکنیکی تفصیلات کو پکڑنے کے لئے مناسب اندرونی لاگ ان کو لاگو کریں 5. ڈویلپر ٹیم کو خبردار کرنے کے لئے نگرانی کی خبروں کو شامل کریں جب غلطیوں کو اکثر ہوتا ہے. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Without Proper Instructions 
 With Specific Instructions 
 
 
 
 ChatGPT 
 ChatGPT 
 
 
 
 Claude 
 Claude 
 
 
 
 Perplexity 
 Perplexity 
 
 
 
 Copilot 
 Copilot 
 
 
 
 You 
 You 
 
 
 
 Gemini 
 Gemini 
 
 
 
 DeepSeek 
 DeepSeek 
 
 
 
 Meta AI 
 Meta AI 
 
 
 
 Grok 
 Grok 
 
 
 
 Qwen 
 Qwen چیٹنگ چیٹنگ کلوڈ کلوڈ پریشانی پریشانی پائلٹ پائلٹ آپ آپ Gemini کے Gemini کے DeepSeek کے DeepSeek کے کا مقصد کا مقصد گرک گرک کیوین کیوین ️️ 
 
 استثناءات سطح 
 
 [x] منتظم Refactoring کے مترادفات https://hackernoon.com/refactoring-014-how-to-remove-if?embedable=true یہ بھی پڑھیں https://hackernoon.com/fail-fast-philosophy-explained-si963vk9?embedable=true https://www.morling.dev/blog/whats-in-a-good-error-message/?embedable=true https://ulrikapark.wordpress.com/2021/05/03/are-you-sure-people-get-happy-about-your-oops-error-messages-or-does-it-lower-their-trust-in-your-software/?embedable=true https://www.sonarsource.com/learn/error-handling-guide/?embedable=true کریڈٹ تصویر کے ہے رین McGuire Pixabay میں یہ مضمون Refactoring سیریز کا حصہ ہے. https://maximilianocontieri.com/how-to-improve-your-code-with-easy-refactorings?embedable=true

The code in this story is for educational purposes. The readers are solely responsible for whatever they build with it.

Winner of Noonies 2020 for the award Hacker Noon Contributor of the Year - REFACTORING.

Refactoring 031 - OOPs کو ہٹانے

About Author

تبصرے

ہینگ ٹیگز

یہ مضمون اس میں پیش کیا گیا تھا۔

Related Stories

On Sunday, the 26th of November, 1631

Urbain Grandier by Alexandre Dumas - Table of Links

"Growing Businesses Gives Me a Sense of Purpose." says Flow Ninja Founder/CEO

AI Search Traffic Marketshare for Calling HackerNoon Blogs: 52% OpenAI, 30% Amazon & 18% Perplexity

On Sunday, the 26th of November, 1631

Urbain Grandier by Alexandre Dumas - Table of Links

"Growing Businesses Gives Me a Sense of Purpose." says Flow Ninja Founder/CEO

AI Search Traffic Marketshare for Calling HackerNoon Blogs: 52% OpenAI, 30% Amazon & 18% Perplexity

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps