CertNote/ Commute Study Notes
Roadmap
KOEN
CLF-C02 · FoundationalCloud Practitioner - Foundational
DVA-C02 · AssociateDeveloper - Associate
SAA-C03 · AssociateSolutions Architect - Associate
SOA-C02 · AssociateCloudOps Engineer - Associate
SAP-C02 · ProfessionalSolutions Architect - Professional
DOP-C02 · ProfessionalDevOps Engineer - Professional
Linux Master 2 · 2급KAIT Linux Master - Level 2
SCS-C03 · SpecialtySecurity - Specialty
Linux Master 1 · 1급KAIT Linux Master - Level 1
MLA-C01 · AssociateMachine Learning Engineer - Associate
AIF-C01 · FoundationalAI Practitioner - Foundational
  • Week 1
    • 1.The Relationship and Differences Between AI, Machine Learning, and Deep Learning
    • 2.Learning Types: Supervised, Unsupervised, and Reinforcement Learning
    • 3.Problems Where ML Fits vs. Problems Where It Doesn't
    • 4.Key Terms: Model, Training, Inference, Feature, Label, Overfitting
    • 5.Week 1 Review: AI/ML Fundamentals
  • Week 2
  • Week 3
  • Week 4
  • Week 5
  • Week 6
DEA-C01 · AssociateData Engineer - Associate
MLS-C01 · SpecialtyMachine Learning - Specialty
SQLD · 개발자SQL Developer (SQLD)

© CertNote · 주간랩스

  • About
  • Changelog
  • Contact
  • Terms
  • Privacy
← AIF-C01/Week 1/Day 3

Based on the AIF-C01 exam guide·Report an error

AIF-C01· AssociateWeek 1 · Day 3~28 min read

Day 3 - Problems Where ML Fits vs. Problems Where It Doesn't

📌 Key Takeaways

  • Traditional programming is data + rules → results, while machine learning is data + results → rules. The input and output are swapped.
  • ML is a good fit when the rules are too complex for humans to write down, there is enough data, and a small margin of error is acceptable.
  • ML is a poor fit when the rules are simple and clear, there is almost no data, or 100% accuracy and a complete explanation are mandatory.
  • Choosing the simplest method that is still sufficient is good design. A more complex technology is not automatically the right answer.
  • In practice, clear rules are often written as code and only the complex judgments are handed to ML, so the two are used together.

Traditional Programming vs. Machine Learning

Machine learning is powerful, but it is not a cure-all. In practice, cases are common where ML was adopted without any real need, so costs went up and the results were worse.

AspectTraditional programmingMachine learning
Who creates the rulesA person (the developer)Learned from data
InputData + rulesData + answers (examples)
OutputResults (answers)Rules (a model)
Suitable situationsRules are clear and do not changeRules are complex or hard for humans to define
  • Traditional programming: a person writes the rules, and the computer executes them exactly as written.
  • Machine learning: you give the computer data and example answers, and it produces the rules (a model).

Traditional programming is data + rules → results, and machine learning is data + results → rules. It is easy to remember if you think of it as the input and output being swapped.

Problems Where Machine Learning Fits

The more of the following conditions are met, the better a choice machine learning is.

  1. The rules are too complex, or too hard for a person to write out one by one — writing code rules to recognize a cat in a photo is practically impossible.
  2. Patterns exist but are hard to express explicitly — the characteristics of spam email keep changing and are subtle, so they are hard to pin down as fixed rules.
  3. There is enough data of sufficient quality — you need plenty of historical data (examples) to train on.
  4. A small margin of error is acceptable — machine learning is not 100% accurate; it gives probabilistically good answers.
  5. The rules must change when circumstances change — the model can be retrained on new data to adapt to change.

Examples of a Good Fit

  • Image, speech, and natural language recognition
  • Recommendation systems (products, movies)
  • Spam and fraud detection
  • Demand and price forecasting
  • Customer churn prediction

Problems Where Machine Learning Doesn't Fit

Conversely, in the following cases machine learning is overkill or inappropriate.

  1. The rules are clear and simple — "VAT is 10% of the amount" is just a multiplication.
  2. There is almost no data — with too few examples to learn from, it will not work properly.
  3. 100% accuracy and a perfect explanation are mandatory — when legal or safety requirements allow no error and the basis for every decision must be explained, machine learning, which is probabilistic and sometimes a "black box," can be risky.
  4. Simple calculation or lookup is enough — database lookups and fixed formula calculations are more accurate and cheaper with the traditional approach.

Examples of a Poor Fit

ProblemBetter approachReason
Computing the sum of two numbersTraditional programmingThe rule is clear
Calculating a 10% taxTraditional programmingA simple formula
Looking up employee information by employee IDDatabase lookupAn exact lookup is enough
A prediction based on only 10 data recordsAcquire data firstNot enough training data

💡 Related theory: Avoid the misconception that "machine learning is always smarter." Applying machine learning to a problem with clear rules can raise costs and even lower accuracy. Choosing the simplest method that is still sufficient is good design.

Decision Flowchart

This is a quick sequence for checking whether to adopt machine learning.

Can a person write the rules easily and clearly?
   └ Yes → Use traditional programming (ML is unnecessary)
   └ No ↓
Is there enough data to train on?
   └ No → Get data first (ML is difficult for now)
   └ Yes ↓
Can a small margin of error be tolerated?
   └ No → Review carefully (ML may be risky)
   └ Yes → ML is likely a good fit

Two "Poor Fit" Signals the Exam Guide Points To

The AIF-C01 exam guide gives cost-benefit analysis and cases that need a fixed outcome rather than a prediction as examples of situations where AI/ML is not a good match.

1) You need a "fixed outcome," not a prediction

  • A machine learning answer is a prediction. It means "probably this," and even for the same kind of input it is occasionally wrong.
  • Traditional code, on the other hand, is deterministic. The same input always gives the same result, and you can point to a single line of code to show why.
TaskWhat is neededRight approach
Calculating the income tax to withhold from a salaryThe single value set by lawTraditional programming
Checking an account balance, deducting a transfer amountA value that cannot be wrong by even one unit of currencyTraditional programming
Checking whether a password matchesA definite yes or noTraditional programming
The likelihood that this transaction is fraudAn estimate of a likelihoodMachine learning
Expected number of visitors next monthAn estimate of an uncertain futureMachine learning
  • A rule of thumb: if you can say the answer is "calculated or looked up," use the traditional approach; if you have to say it is "estimated or singled out," it is a candidate for machine learning.

2) The cost-benefit does not add up

Machine learning does not cost only the price of building a model. You have to add up everything below and weigh it against the benefit you get.

CostDetails
DataCollecting, cleaning, and attaching answers (labels)
TrainingCompute resources and time, and many rounds of trial and error
OperationsThe cost of keeping it running in a service, monitoring performance, periodic retraining
PeopleSpecialists, and staff to review the results
  • If you build a model to auto-classify 20 inquiries a month, it is far cheaper for a person to just read them. When the volume is small, the benefit of automation is also small.
  • Even for a problem where a few lines of rules already solve 95%, adding a model to raise that to 97% means checking whether those 2 percentage points are worth more than the operating cost.

Conversely, Three Ways AI/ML Adds Value

The exam guide gives assisting human decision-making, scalability of solutions, and automation as examples of where it adds value.

DirectionMeaningExample
Decision supportA person makes the decision, while the model narrows down evidence and candidatesMarking suspicious areas in a medical scan for the doctor to review
ScalabilityRaise throughput without adding headcountChecking millions of payments a day in real time
AutomationTake repetitive judgments off people's handsAutomatically routing incoming inquiries to the right department

Judging by Scenario

ScenarioVerdictReason
Free shipping when the order total is 50,000 KRW or moreTraditional programmingThe rule is one line, and the outcome is fixed
Read a handwritten address and convert it to textMachine learningA person cannot write rules for handwriting styles
Apply a discount rate by membership tierTraditional programmingLooking up a table is all it takes
Pick out, from millions of customers, those who will cancel next monthMachine learningThe patterns are complex and there is a lot of past data
In the first week of a startup, predict demand from 30 customer recordsNot suitable for nowThere is not enough data; build it up first
Fully automate eligibility decisions where the law requires giving reasonsProceed carefullyA complete explanation is needed; use rules or add human review
Auto-classify a handful of documents a monthNot suitableThe cost does not justify the benefit
Pick out defective products from photos (tens of thousands of defect photos on hand)Machine learningComplex visual patterns + enough data

Striking a Realistic Balance

  • In practice, the two approaches are often used together. Clear rules go into traditional code, and only the complex judgments are left to machine learning.
  • The important perspective is not "only one of the two is right" but "pick the tool that fits the problem."

📚 Case: In a card payment approval system, "decline if over the limit" and "decline a card reported lost" are policies that must be enforced without exception, so they are put in as code. "Is this an unusual, suspicious payment?" is hard to write as rules, so machine learning scores it. Cases where the score is ambiguous are checked by a person. Three layers sit one on top of the other in a single system.

Traditional ML Models vs. Foundation Models

Even after deciding to use machine learning, there is one more choice left. The exam guide asks you to tell which of a traditional ML model and a foundation model (FM) fits, based on regulation, explainability, and operational constraints.

Comparison axisTraditional ML modelFoundation model (FM)
What it was built forTrained for one task (for example, predicting delinquency)Pretrained on huge amounts of data and used generally across many tasks
What it does wellClassification and numeric prediction on tabular dataGenerating text and images, summarization, question answering
Explaining resultsRelatively easy to show which features had an influenceHard to explain why a given sentence came out
Size and operationSmall, fast, and cheapLarge; response latency and usage cost must be weighed
Fitting situationsDecisions that need justification, such as screening and scoring in regulated industriesWork that needs flexible expression, such as drafting and handling customer conversations
  • "The basis for a loan screening result must be explained to a regulator" → the explainable traditional ML side.
  • "We have to answer customer inquiries in natural sentences" → the foundation model side.
  • Foundation models themselves are covered in Week 3. For today, just remember that it is not "generative AI is the latest, so always choose it."

Correcting Common Misconceptions

  • "If you have lots of data, machine learning will work" → Before the amount, look at whether answers are attached and whether the data is skewed. One million records you cannot use are the same as zero.
  • "Once a model is built, you're done" → When the world changes, the model goes stale too. Monitoring and retraining costs keep coming.
  • "If you use machine learning, you don't need rules" → Policies that must be followed are still fixed in code. The model takes the ambiguous judgments outside of them.
  • "If you can't tolerate error, you can never use machine learning" → It can be used in a decision-support form, where the model only narrows down candidates and a person makes the final decision.

📖 Glossary

  • Traditional programming: An approach where a person writes rules as code and the computer executes them exactly as written.
  • Model: The bundle of rules machine learning finds in data. It is the product of training.
  • Training data: The past data used to teach a model, together with its answers.
  • Data quality: How accurate, complete, and unbiased the data is. It matters as much as the amount of data.
  • Probabilistic: Does not guarantee the same correct answer every time, and answers "this is likely."
  • Black box: A state where an answer comes out but a person has difficulty explaining why.
  • Explainability: The property of being able to give the basis for why a model made a decision. Especially important in finance, healthcare, and law.
  • Churn prediction: The task of predicting in advance whether a customer will stop using a service. A typical ML use case.
  • Fraud detection: The task of picking out abnormal transactions, such as in card payments.
  • Foundation model (FM): A large model pretrained on huge amounts of data so it can be used broadly across many tasks. It is the basis of generative AI.

📝 Practice Questions

Click a choice to reveal the answer and explanation.

Question 1

For which of the following problems is traditional programming more appropriate than machine learning?

Question 2

Which statement most accurately describes the input/output relationship of traditional programming and machine learning?

Question 3

In a certain business task, there are only a handful of historical records available for training, and the results must be legally 100% accurate and fully explainable. Which judgment is most appropriate for this situation?

Question 4

Which of the following is hard to consider a characteristic of problems suited to adopting machine learning?

PreviousLearning Types: Supervised, Unsupervised, and Reinforcement LearningWeek 1 · Day 2Next Key Terms: Model, Training, Inference, Feature, Label, OverfittingWeek 1 · Day 4

Official references

  • AIF-C01 official exam page(opens in a new tab)

On this page

  • Key Takeaways
  • Traditional Programming vs. Machine Learning
  • Problems Where Machine Learning Fits
  • Examples of a Good Fit
  • Problems Where Machine Learning Doesn't Fit
  • Examples of a Poor Fit
  • Decision Flowchart
  • Two "Poor Fit" Signals the Exam Guide Points To
  • 1) You need a "fixed outcome," not a prediction
  • 2) The cost-benefit does not add up
  • Conversely, Three Ways AI/ML Adds Value
  • Judging by Scenario
  • Striking a Realistic Balance
  • Traditional ML Models vs. Foundation Models
  • Correcting Common Misconceptions
  • Glossary
  • Practice Questions