Dataford
Interview QuestionsInterview GuidesExperiencesCoaching
New
Pricing
Get started
Dataford
Popular roles
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Browse
Browse All RolesEvery role hub, from analyst to MLBrowse All CompaniesCompany-specific interview loopsAll Interview GuidesThe full guide library
Top questions by role
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Top questions by skill
SQLPythonStatisticsMachine LearningA/B TestingSystem DesignGenerative AIProduct SenseMetricsBehavioral
Browse all questions →Try a mock interview
Experiences
Practice
Mock InterviewsTimed interview simulations with feedbackCoaching1:1 coaching with people at your target companiesSuccess PathYour 6-week structured planModulesCurated lessons by topicWebinarsTalks from ex-Big Tech data leadsPlaygroundA free-form scratch editor
Learn
BlogInterview strategy and career adviceTech Job Market ReportHiring trends across data and AI rolesFor UniversitiesDataford for career centersAbout DatafordWho we are and how we build
Pricing
Build my plan

Memory Optimization

HardCoding00:00
Practice interviewer
In session
5 left
00:00

Your question is Memory Optimization. Take a moment with it on the right.

Talk me through your thinking if you like. When you're confident, submit your answer and I'll grade it like a real screen (7/10 or better passes).

You need to log in / sign up to chat or submit.

Problem

Radiant Security's AI SOC platform aggregates a continuous stream of raw security alerts per tenant into incidents, then enriches each incident's alerts with threat intel as new signals arrive. A teammate wrote the aggregator below and it works, but it's the top suspect for the service's growing memory footprint.

import copy

class AlertAggregator:
    def __init__(self):
        self.raw_alerts = []
        self.incidents = {}
        self.enrichment_cache = {}

    def ingest(self, alert):
        self.raw_alerts.append(alert)
        incident_id = alert["incident_id"]
        incident = self.incidents.setdefault(incident_id, {
            "incident_id": incident_id,
            "alerts": [],
            "context": alert["raw_context"],
        })
        incident["alerts"].append(alert)

    def enrich(self, incident_id, threat_intel):
        incident = self.incidents[incident_id]
        enriched = []
        for a in incident["alerts"]:
            merged = copy.deepcopy(a)
            merged["threat_intel"] = threat_intel
            merged["full_context"] = incident["context"]
            enriched.append(merged)
        self.enrichment_cache[incident_id] = enriched
        incident["enriched_alerts"] = enriched
        return enriched

    def close_incident(self, incident_id):
        return self.incidents[incident_id]

    def stats(self):
        return {
            "total_alerts_seen": len(self.raw_alerts),
            "open_incidents": len(self.incidents),
        }

Assume this runs as a long-lived, in-process aggregator handling a continuous stream of alerts per tenant, and that enrich() gets called again on the same incident every time new threat intel arrives (a normal pattern here). Explain, in writing, exactly where this code's memory usage grows without bound, and how you would redesign it so steady-state memory stays flat once incidents close.