Ruankao System Architect (Senior) common mistakes
Ruankao System Architect (Senior) · Understand the traps and how to avoid them.
Converting between binary, decimal, and hexadecimal by treating the digits as ordinary base-10 place values, for example writing 0.1 decimal as 0.0001 binary or translating 2 KB as 2000 bytes without noticing the prefix convention the question uses.
Candidates memorize '1 KB = 1024 bytes' from consumer packaging and never build a positional-value model, so digit-by-digit conversion feels like a copying exercise rather than a weighted sum.
What to do instead
Convert by explicit place-value expansion: write each bit's weight (128, 64, 32, 16, 8, 4, 2, 1) above the digit, circle the powers that sum to the target, and group bits in fours for hex. State whether the stem uses SI or binary prefixes before computing.
Ordering the memory hierarchy by capacity instead of by proximity to the CPU, or explaining cache as 'extra RAM' that stores whole programs, so questions about locality, hit rate, or why a loop over a large array runs slowly get answered with speed-of-RAM claims.
The slogan 'cache is fast memory' is recalled in isolation, without a mental picture linking registers, L1, L2, L3, RAM, and disk along shared axes of latency, size, cost, and volatility.
What to do instead
Draw the hierarchy once as a ladder from registers to disk and label each rung with typical latency and typical size. Then rehearse locality: explain why the same loop is faster after a warm-up pass and why row-major traversal of a 2-D array beats column-major.
Equating every TLB miss with a disk-backed page fault.
The shortcut substitutes a label for the actual mapping, system state or measurable requirement, so it can select a technically inappropriate remedy.
What to do instead
Track translation-cache lookup separately from page-table residency and protection. A TLB miss can resolve to a valid resident page, while a fault may indicate permission rather than a missing disk page.
Choosing a software architecture from a fashionable label without a measurable constraint.
The shortcut substitutes a label for the actual mapping, system state or measurable requirement, so it can select a technically inappropriate remedy.
What to do instead
State the actual quality scenario, failure assumptions, interfaces and evidence. Compare trade-offs rather than assuming microservices or an event bus automatically improve every quality attribute.
Candidates rely on generic project-management intuition for the information systems and technology fundamentals section, guessing at questions on network topologies, database normalisation, encryption and authentication, or system integration architectures, and they skip the laws, regulations and standards items assuming they are common sense.
The technology and legal domains feel peripheral to the 'management' identity of the exam, so study time is concentrated on the ten management knowledge areas. The technical vocabulary is broad and candidates cannot judge which terms they actually know.
What to do instead
Allocate a fixed weekly block to the technical fundamentals, covering networking basics, database and normalisation concepts, information security principles including symmetric versus asymmetric encryption and authentication factors, and common integration styles. For law and standards, learn the specific obligations and thresholds rather than slogans, and note which standard applies to which artefact. Use short recall quizzes rather than long reading so gaps surface quickly.
Assuming broker exactly-once wording guarantees every external business side effect happens exactly once.
A local observation or language feature does not establish the wider state, timing or end-to-end guarantee required by the scenario.
What to do instead
Define the end-to-end effect, failure boundaries, transaction assumptions, idempotency and replay behavior rather than transferring a local product guarantee to an unrelated downstream system.
Answering an impacts-of-computing prompt with a slogan, such as 'automation causes job loss' or 'algorithms are biased', without naming the mechanism, the affected group, or a plausible mitigation, and confusing patents, copyrights, and trademarks in intellectual-property items.
These questions read as opinion rather than analysis, so candidates write the first socially acceptable claim instead of constructing a cause-and-effect chain, and the three IP regimes blur together as 'legal protection'.
What to do instead
Use a fixed three-part structure: mechanism (what the system does), affected party (who bears the cost or benefit), and mitigation (policy, design, or access remedy). For IP, key on the object protected (invention, expression, brand identifier) rather than on the duration.
Using 'encryption' and 'hashing' as synonyms, calling a salted hash reversible, or treating authentication and authorization as the same check, so a question about password storage or access control is answered with the wrong primitive.
Both techniques transform data into an unreadable-looking string, and the candidate has memorized the word 'secure' instead of the direction of the mapping: encryption is reversible with a key, hashing is one-way.
What to do instead
Sort every scenario into a table with columns for reversible, key required, and purpose. Passwords are salted and hashed slowly; stored files are encrypted symmetrically; keys are exchanged asymmetrically. Then separate the two access questions: who are you (authentication) versus what may you do (authorization).
Treating the CIA triad as three interchangeable words and answering 'confidentiality' for any control that involves encryption or passwords, even when the scenario is about data being altered in transit or a system being unavailable.
Candidates memorise the acronym but never attach a decision test to each leg, so under time pressure they match on the surface keyword (encryption, password) rather than on the security property the scenario actually describes.
What to do instead
Before answering, write one line: what is the harm in the scenario - someone reading it (confidentiality), someone changing it (integrity), or nobody being able to use it (availability)? Then pick the control that addresses that harm. Practise with mixed scenarios where a hash protects integrity, a backup protects availability, and encryption protects confidentiality.
Classifying every privacy or data-handling question as a compliance question and citing a law, when the question is actually asking which security objective or control class applies.
Law and regulation content is memorable and heavily emphasised in study material, so candidates over-apply it and stop reading the actual stem, which may be about least privilege or data minimisation as a design principle.
What to do instead
Read the stem's final clause first to identify what is being asked (a principle, a control, a legal obligation, or a role). Only invoke a specific law when the stem names a jurisdiction, a data subject right, or a breach notification timeline.
Treating risk appetite, risk tolerance, risk capacity, and risk threshold as interchangeable terms.
The vocabulary is similar in ordinary usage, and many study resources use them loosely. Exam items discriminate precisely: appetite is the amount of risk the organisation is willing to pursue, tolerance is the acceptable variation around a target or limit, capacity is the maximum it could withstand, and thresholds are the concrete trigger points.
What to do instead
Memorise one-line operational definitions and a distinguishing example for each. When two options both sound right, choose the one that matches the specific term used in the stem rather than a neighbouring concept.
Confusing risk treatment ownership with risk ownership: assuming the risk practitioner owns, and is accountable for, the identified risk.
The practitioner facilitates the process; the business process or asset owner owns the risk and the treatment decision. Candidates with a controls or compliance background default to the practitioner being accountable, which leads to wrong answers about who accepts residual risk.
What to do instead
On any ownership or sign-off question, map roles explicitly: risk practitioner advises, monitors, and reports; the business owner owns and accepts; senior management sets appetite; the board provides oversight. Choose the option that places accountability with the business owner unless the stem says otherwise.