Օգտագործողներին օգնություն, ոչ սխալ 
 
 TL;DR: Գնացեք անսահմանափակ սխալ հաղորդագրություններ, որոնք օգնում են օգտվողներին լուծել խնդիրները: TL;DR: Գնացեք անսահմանափակ սխալ հաղորդագրություններ, որոնք օգնում են օգտվողներին լուծել խնդիրները: Հիմնական խնդիրներ 
 
 
 
 
 
 
 
 
 
 
 Օգտագործողների վախենում եւ frustation Չնայած գործառույթային ուղեցույցներ տեխնիկական jargon Մարդիկ, ովքեր անում են սխալները Քաղաքական UX Լավ սխալ վերադառնալը Հեղինակային տեղեկատվության սխալը Օգտագործողների հավասարությունը նվազեցնում է Հիմնական հաղորդագրություն Կասկած սխալները Հիմնական հոդված՝ Հիմնական հոդված՝ Հիմնական հոդված՝ Հիմնական հոդված 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 Հիմնական քայլեր 
 
 
 
 
 
 Տեղադրեք ձեր codebase- ում բոլոր բնական սխալ հաղորդագրություններ, որոնք օգտագործում են "Oops", "Ինչ ինչ-որ բան սխալ էր" կամ "Այս սխալը կատարվել է" Հիմնական հաղորդագրությունները փոխել են այն մասին, ինչ տեղի է ունենում Ավելացնել գործառույթային ուղեցույց, որը ասում է օգտվողներին, թե ինչ կարող են անել խնդիրը լուծելու համար Հիմնադրեք ճշգրիտ ինտեգրային գրառումը, որպեսզի փնտրեք տեխնիկական մանրամասներ արտադրողների համար Ավելացնել Monitoring Alerts- ի համար, որը տեղեկացնում է զարգացման թիմը, երբ սխալները հաճախ ունենում են Հիմնական կոդը Երբ 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- ը փոխում է գործառույթը եւ անվտանգ է, եթե դուք վերահսկում եք logging- ը եւ վկայացեք debugging- ի համար. Պահպանեք, որ աջակցություն թիմերի պահանջվող տեղեկատվություն ստացեք. Արդյոք փոխանցման վտանգը ցածր է, քանի որ դուք բարելավում եք տեղադրված սխալների վերահսկողությունը, այլեւ փոխանցում եք հիմնական բիզնես բլոգիկը: Ինչու է ավելի լավ սխալը Դուք առաջարկում եք օգտվողներին օգտակար ուղեցույցներ, այլեւ բաղադրիչներ: Դուք ստեղծում եք ավելի լավ օգտվողի փորձը, որը ապահովում է հուսալի, գործառույթային պատասխանատվություն, այլեւ հուսալի տեխնիկական սերգոնը: Օգտագործողները գիտեն, թե ինչ է սխալ, եւ գիտեն, թե ինչ է իրենց հաջորդ քայլերը: Դուք վախենում եք, որ տեխնիկական տեղեկատվություն մուտքագրեք գրասենյակներում, իսկ օգտագործողների համար տեսնում եք բիզնեսի հարմարավետ հաղորդագրությունները: Ձեր աջակցություն թիմը ստանում է ավելի լավ debugging տեղեկատվություն միջոցով strukturated logging. Դուք կարող եք առաջատարորեն լուծել համակարգի խնդիրները, վերահսկողելով սխալները, նախքան օգտագործողները հաղորդում են նրանց համար: Դուք կարող եք պահել տեխնիկական տեղեկատվություն, բայց դեռ գրել այն արագ խնդիրների լուծման համար. Ինչպե՞ս կարող է բուժել երեխա: ️ Ձեր համակարգը խոսում է հուսալի «Oops» հաղորդագրություններով, որոնք հավատում են իրական պատմությունները: Հեղինակային սխալ հաղորդագրություններ Տեղադրեք այն մասին, թե ինչ սխալ էր եւ թե ինչպես վերադառնալ այն: Real աշխարհը Մարդը չի ասում, «Այս, ինչ-որ բան սխալ էր», երբ ձեր քարտը կանգնած է: Նրանք ասում են, որ որոշ խնդիրներ են, եւ առաջարկում են լուծումներ: Այս ծրագրային մոդելը վերլուծվում է սխալային հաղորդագրության մոդելներ, որը համակարգը ավելի ինտեգրիտ եւ օգտակար է օգտագործողների համար Բրիտանիա Արդյոք ️ Դուք պետք է ճշգրիտ լինել, որ չեք բացահայտել sensitive համակարգի տեղեկատվություն, որը կարող է օգնել attackers. Որոշ սխալները կարող են պետք է մնալ generic անվտանգության պատճառների համար (հարկե, authentication սխալները). Բացի այդ, հատուկ սխալ հաղորդագրությունների ստեղծման համար անհրաժեշտ է ավելի արտադրական ժամանակ եւ խոշոր սխալ սերտիֆիկների փորձարկման: Հիմնական հոդված՝ AI-ի հետ 
 
 Նկարագրվում է, որ: 1. Նկարագրեք ձեր codebase- ում բոլոր հիմնական սխալ հաղորդագրությունները, որոնք օգտագործում են "Oops", "Ինչքան սխալ էր" կամ "Այս սխալը կատարվել է": 2. Նկարագրեք, որ սխալը կատարվում է: 3. Ավելացնել գործառույթային ուղեցույցներ, որոնք օգտագործողների համար ասում են, թե ինչ կարող են անել խնդիրը լուծելու համար: 4. Ավելացնել ճշգրտական ինտեգրված գրառումը, որպեսզի մատակարարների համար ստանալ տեխնիկական տեղեկատվություն: 5. Ավելացնել վերահսկողության հաղորդագրություններ, որոնք տեղեկացնել են զարգացման թիմը, երբ սխալները հաճախ ունենում են: Նկարագրվում է, որ: 1. Նկարագրեք ձեր codebase- ում բոլոր հիմնական սխալ հաղորդագրությունները, որոնք օգտագործում են "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 Գործիքներ Գործիքներ Քլեյդ Քլեյդ Պահպանություն Պահպանություն Պոլիտ Պոլիտ Դուք Դուք Երկու Երկու DeepSeek-ի մասին DeepSeek-ի մասին Մետինե AI Մետինե AI Գրիկ Գրիկ Կանայք Կանայք ️ ️ 
 
 Ապրանքներ 
 
 [x] Հիմնական Related Արդյունքներ 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 Ապրանքներ Նկարագրություն Դա Ryan McGuire- ը Pixabay-ի մասին Այս հոդվածը մեկն է The Refactoring Series- ում: 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.

2020 - Hacker Noon Contributor of the Year in REFACTORING

2022 - HackerNoon Contributor of the Year - Clean Code

2022 - HackerNoon Contributor of the Year - Debugging

2022 - HackerNoon Contributor of the Year - Github

2022 - HackerNoon Contributor of the Year - Machine Learning

2022 - HackerNoon Contributor of the Year - Quality Assurance

2022 - HackerNoon Contributor of the Year - Refactoring

2022 - HackerNoon Contributor of the Year - Software Architecture

2022 - the Greatest Storyteller

Buy My Book

Share your ideas with me!

Read My Stories

Buy Me a Coffee

Software Engineer and Book Author

Այս աուդիոն պատրաստվել է պատմության բնօրինակ լեզվով:

Չափազանց երկար; Կարդալ

Make resilience your competitive advantage

031 - Հեռնել OOPs

About Author

ՄԵԿՆԱԲԱՆՈՒԹՅՈՒՆՆԵՐ

ԿԱԽՎԵԼ ՏԵԳՍԵՐ

ԱՅՍ ՀՈԴՎԱԾԸ ՆԵՐԿԱՅԱՑՎԵԼ Է Մ

Related Stories

What is Hyperthreading and How Do You Enable It?

Hypernative Bolsters Bitcoin L2 Security as Stacks Ecosystem Gets Real-Time Protection

HyperCycle Announces Strategic Split into Two Distinct Operations

How HyperCycle Is Building the Internet for AI: A Deep Dive with Toufi Saliba

What is Hyperthreading and How Do You Enable It?

Hypernative Bolsters Bitcoin L2 Security as Stacks Ecosystem Gets Real-Time Protection

HyperCycle Announces Strategic Split into Two Distinct Operations

How HyperCycle Is Building the Internet for AI: A Deep Dive with Toufi Saliba

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps