전체 글

Design Based FrontEnd Developer 매일 어제보다 1mm라도 더 성장해나가는 프론트엔드개발자
카테고리 없음

isms-p 프론트엔드 대응

isms-p 대응을 하려면 프론트엔드에서 할 수 있는게 뭐가 있을까 ? ISMS-P 대응에서 프론트엔드는 **“개인정보를 어떻게 수집·전송·표시·보호하느냐”**를 중심으로 점검 대상이 된다. 서버·인프라가 주 영역이긴 하지만, 프론트에서도 명확히 해야 할 항목들이 있다.1. 개인정보 수집·처리 최소화입력 단계불필요한 입력 필드 제거예: 생년월일 전체 대신 연령대, 주민번호 입력 금지개인정보 필드 명확히 구분name, phone, email 등 식별 가능한 필드 정의상태 관리전역 상태(Redux, Zustand 등)에 개인정보 저장 최소화페이지 이동 시 자동 파기unmount 시 초기화모달/폼 닫을 때 값 reset2. 개인정보 노출 방지 (UI/UX)화면 표시마스킹 처리전화번호: 010-****-1234..

카테고리 없음

플래그가 헷깔려서 정리하는 글

export const FLAG_OVERDUE_INVOICE_ENABLE = process.env.NEXT_PUBLIC_FLAG_OVERDUE_INVOICE_ENABLE === 'true' ? true : false동작 방식:환경변수 값에 따른 결과:NEXT_PUBLIC_FLAG_OVERDUE_INVOICE_ENABLE=true → FLAG_OVERDUE_INVOICE_ENABLE = trueNEXT_PUBLIC_FLAG_OVERDUE_INVOICE_ENABLE=false → FLAG_OVERDUE_INVOICE_ENABLE = false환경변수가 없거나 다른 값 → FLAG_OVERDUE_INVOICE_ENABLE = false if (FLAG_OVERDUE_INVOICE_ENABLE) { // t..

카테고리 없음

클로드에게 코드리뷰 받아보기.

나 : 내가 여태 제시한 코드들을 보면 내 코드의 안 좋은 습관은 뭐야? 개선하려면 어떤 노력을 해야해 ? 네가 제시한 코드들을 분석해보니 몇 가지 공통적인 패턴들이 보여. 이런 습관들을 개선하면 코드 품질이 크게 향상될 거야.주요 안 좋은 습관들1. 하나의 함수/컴포넌트에서 너무 많은 일 처리 // 문제: onSubmit 함수가 100줄 넘게 여러 가지 일을 처리const onSubmit = async (formData) => { // 검증 로직 // 파일 업로드 로직 // API 호출 로직 // 에러 처리 로직 // 성공 처리 로직 // ...}2. 깊은 중첩 구조 선호 // 문제: if문 안에 if문, 그 안에 또 if문if (usePage === 'MembersTemplate..

Mori_FEDev
모리 로그