Reader and Writer Are Options, Not Architecture Rules
Choose Reader, Writer, and tool-layer boundaries from code size, domain distance, legacy constraints, and team conventions—not imitation.
Engineer · Writer
I’m Gemini Kim. I define software problems, test simple solutions, and write about what real-world operation teaches me.
Latest articles
Choose Reader, Writer, and tool-layer boundaries from code size, domain distance, legacy constraints, and team conventions—not imitation.
Delay common modules until ownership is clear, and organize logging, exceptions, and shared protocols around concrete capabilities instead.
Adapt to a new engineering team through timely questions, visible progress, early review, and small evidence-based changes after trust is earned.
Split an oversized service by mapping concepts, tracing responsibilities, testing boundaries, and comparing concrete refactoring options.
Design operational tables around business concepts, then serve complex history and admin searches from a separate query model.