여러 화면이 같은 진행 상태를 읽기
공용 데이터 · 내용 기반 조회
전사 모니터는 갱신 시각 기준으로 최근 상태를 받아 화면을 다시 그립니다. 같은 전사 상태를 서로 다른 화면에서 확인하는 모습이 강의의 공용 데이터와 연결됩니다.
오래 갱신되지 않은 실행 중 표시는 계속 믿어도 될까요?
PROJECT CASE / QT-LST
이 페이지는 QT-LST 서비스를 태계랩에 연결하거나 조작하지 않습니다. 기존 웹앱 화면과 확인한 구현을 학습 사례로 설명합니다.
강의는 개념을 이해하는 도구이고, 아래 내용은 기존 프로젝트 코드에서 비슷한 원리가 어떻게 나타나는지를 찾아 적은 기록입니다. 코드가 실제 기기의 현재 펌웨어와 같은 버전인지 이 페이지에서 확인한 것은 아닙니다.
FROM THEORY TO PROJECT
공용 데이터 · 내용 기반 조회
전사 모니터는 갱신 시각 기준으로 최근 상태를 받아 화면을 다시 그립니다. 같은 전사 상태를 서로 다른 화면에서 확인하는 모습이 강의의 공용 데이터와 연결됩니다.
오래 갱신되지 않은 실행 중 표시는 계속 믿어도 될까요?
트랜잭션 · 일관성
크레딧 차감 로직은 잔액이 충분한지 확인하고 관련 기록을 한 트랜잭션 안에서 갱신합니다. 일부 값만 바뀌어 서로 맞지 않는 상황을 줄이려는 설계입니다. 이 사례의 저장소는 SQL 테이블이 아닌 Firestore 문서입니다.
잔액만 줄고 사용 기록이 빠지면 어떤 문제가 생길까요?
배열 · 순차 탐색 · O(n)
연결 장치 목록에서 조건에 맞는 허브를 앞에서부터 찾습니다. 목록이 n개면 끝에 있거나 없을 때 최대 n개를 확인합니다. 정렬 조건이 없으므로 이진 탐색을 바로 적용할 수는 없습니다.
목록이 아주 커진다면 어떤 자료구조를 고려할까요?
UTF-8 · 버퍼 크기
메타데이터 문자열을 만들 때 글자를 하나씩 UTF-8로 인코딩해 바이트 수를 확인합니다. 한글 열 글자와 영문 열 글자가 같은 바이트 수라는 가정을 피하는 방법입니다.
글자 중간의 바이트를 잘라 버리면 왜 문자가 깨질까요?
프로토콜 · 송신 형식
웹앱은 주파수·강도·시작 값 등을 약속된 순서의 문자열로 만들고 UTF-8 바이트로 바꿔 BLE 특성에 씁니다. 수신 쪽이 같은 순서와 뜻으로 읽어야 합니다. 여기서는 웹앱 송신 측을 설명합니다.
필드 순서를 바꾸면 수신 쪽에는 어떤 수정이 필요할까요?
비동기 큐 · 작업 순서
브라우저 코드는 장치별로 이전 쓰기 작업 뒤에 다음 쓰기를 연결합니다. 한 장치에는 순서대로 전송하고 여러 장치는 함께 기다립니다. 이는 운영체제의 CPU 스케줄러가 아니라 웹앱의 비동기 순서 제어입니다.
모든 장치가 큐 하나를 공유하면 느린 장치가 다른 장치에 어떤 영향을 줄까요?
REAL WEB APP SCREENS
qtlst.kr에서 확인한 웹 화면입니다. 실기기 동작의 증거로 해석하지 않습니다.
스크린샷의 화면은 설명을 위한 실제 웹앱 캡처입니다. 개인 치료 효과나 하드웨어 출력을 증명하지 않습니다.