현재 내가 있는 팀이 개발하고 있는 마케팅 플랫폼의 어드민 페이지의 소스는 jQuery로 구성되어있고 SaaS의 특성상 어드민페이지가 굉장히 복잡하다. 한페이지에 굉장히 많은 폼데이터들이 있고 그 데이터들에 의해 여러 UI가 바뀌어야 하는 구조이다.이렇다보니 점점 더

이번에 대용량으로 유저정보를 저장할 일이 생겼는데 그때 파티셔닝을 이용해서 테이블을 분리하는 작업을 했다. 파티셔닝은 논리적으로 하나의 큰 테이블을 더 작은 물리적인 조각으로 분할하는 것을 말한다.이점쿼리 성능이 특정 상황에서 크게 향상 될수 있다. 특히 테이블에서 자

동기 현재 내가 개발팀으로 있는 마케팅 플랫폼에서 새로운 기능을 추가했다. 기존에는 세그먼트 타겟팅으로만 발송되던 고객사의 유저 타겟에서 전체발송과 수동업로드 발송을 추가 한 것이다. 세그먼트 타겟팅 발송 (첫 방문한 고객, 일정 기간 이상 방문한 고객 등등) 전

고수준 모듈의미 있는 단일 기능을 제공, 상위 수준의 정책을 구현저수준 모듈고수준 모듈의 기능을 구현하기 위해 필요한 하위 기능의 실제 구현고수준 모듈 -> 저수준 모듈도면 이미지를 저장한다. -> NAS에 이미지를 저장한다.측정 정보를 저장한다. -> MEAS_INF

기능 구현을 위해 다른 구성 요소를 사용하는 것(객체 생성, 메서드 호출, 데이터 사용)의존은 변경이 전파될 가능성을 의미한다.의존하는 대상이 바뀌면 바뀔 가능성이 높아짐!(호출하는 메서드의 파라미터 변경)그래서 순환의존은 위험하다.a -> b 의존 b -> c 의존

기능은 여러 하위 기능으로 분해된다.암호변경 \- 변경 대상확인 \- 대상암호 변경분리한 기능을 누가 제공할 것인지 알맞게 배분하는 것! 이렇게 객체지향을 설계한다.하지만 클래스가 커지고, 메서드가 커지면 절차 지향과 똑같은 문제가 발생한다. 큰 클래스 -> 많은

상위 클래스의 기능을 재사용하고 확장하는 방법으로 활용한다.하지만,상속의 단점상위 클래스 변경 어려움상위 클래스의 변경의 여파가 하위클래스에 따라 전파됨상위 클래스의 기능구현을 알아야 하위클래스에서 재사용할수 있는데 이는 캡슐화를 약하게 만든다.클래스 증가하위 클래스가

여러(Poly) 모습(morph)을 갖는것 한 객체가 여러 타입을 갖는 것 한 객체가 여러 타입의 기능을 제공한다.데이터나 프로세스 등을 의미가 비슷한 개념이나 의미있는 표현으로 정의하는 과정따라서 추상화는 공통의 성질을 뽑아내는 것! (일반화)따라서, 여러 구현 클래

객체의 핵심은 어떤 기능을 제공하느냐 이다.객체는 기능으로 정의한다.기능의 명세는 메서드를 이용해서 작성한다.객체와 객체는 기능을 사용해서 연결된다.객체와 객체가 상호작용하는것 메세지라고 부른다.(메소드 호출, exception 메세지, return 메세지 등등)단순한

제품의 버전이 올라갈때마다 수정해야되는 LOC (코드줄수)가 늘어나고 시간과 자원이 더 많이 소요된다.기능이 추가될때마다 챙겨야하는 코드 양은 증가한다.예를 들어,특정한 조건을 구현하려고 할때 if 절의 뎁스가 깊어지고 점점 코드의 분석시간이 증가한다.\-> 코드 분석

결론만 말한다면 자바는 'call by value'이다.많은 사람들이 헷갈려 하는 부분이 객체를 파라미터로 넘길때 인 것같다.에서 dog는 객체 그자체를 의미하는 게 아니라 Dog의 참조값을 가르키는 포인터역할이라고 생각하면 이해하기가 쉽다.예를 들자면,위의 예제에서

java는 기본적으로source Code를 Compile 한후 ByteCode를 interprete해서 JVM에서 실행됨.바로 기계어로 컴파일되는 언어들은 해당 빌드환경(운영체제)에 종속됨.따라서 기본적으로 java가 속도가 더 느리다.근데 느리기만 할까?그래서 JIT

https://velog.io/@xiniha/React-Suspense-알아보기xiniha님의 블로그글 내용 정리react suspense 알아보기비동기 데이터에 의존하여 UI를 그리는 컴포넌트를 작성하게 된다.React의 컴포넌트 렌더링은 동기적으로 이뤄저야

typescript 왜 필요 할까? 타입에러를 사전에 방지 할 수 있다. 객체가 호출 가능한 프로퍼티인지 미리 확인 가능. 자바스크립트는 동적 타입 언어이기 때문에 코드가 실행되어야만 어떤일이 벌어지는지 비로소 확인이 가능하다. 이는 결

지금 내가 맡고있는 팀의 프론트 환경은 제이쿼리로 구성되어있다. 한 페이지의 모든 JS 코드들이 하나의 파일(...) 로 되어있어서 유지보수하기가 힘든 부분이 많다. 하나의 기능을 수정할려면 기존의 코드를 훑어 보면서 그기능을 구현한 함수가 어디있는지 찾아야하고 또

React 와 node.js로 토이 프로젝트를 하다보니 cors 이슈가 발생해 이참에 어렴풋이 알던 개념을 다시 정리 해보고자 포스팅을 열었다. SOP SOP는 동일출처원칙으로 하나의 웹페이지에서 다른 출처로 리소스를 요청할 수 없는 것을 말한다. 여기서 동일 출처라

http의 역사는 웹개발자로서 알아야할 필수교양 같은것이라고 생각한다.웹이 어떻게 발전되어 왔는지를 한눈에 알 수 있고 프론트엔드 개발 뿐만 아니라 rest API를 이용하는 수많은 분야의 개발자들이 알아야할 부분이 아닌가 싶다.그래서 공부도 할겸 한번 정리해보는게 나

이 포스팅은 모던자바스크립트 문서의 변수의 유효범위와 클로저 챕터를 보고 학습한 내용을 기억하기 위해 정리한 글입니다.일단 클로저를 이해하기 위해 변수선언의 스코프와 중첩함수에 대해서 알아야합니다.자바스크립트에서 변수는 var, let, const 로 선언하여 사용합니

보통 페이지를 표시하기위한 JS 코드와 css 같은 파일들은 webpck과 같은 도구를 이용해 번들링 되어 난독화되고 압축됩니다. 보다 서버에서 빠르게 전달되고 보안성을 높이기 위해서 이러한 난독화와 압축이 사용되는데 이럴경우 페이지에서 에러가 발생할 시 디버깅하기가

알고리즘 문제를 풀다가 leetcode의 3Sum 문제를 푼 사람들의 코드를 봤는데 투포인터로 합이 k인 두수를 찾고있는 코드를 봐서 블로그에 정리하려고 합니다.유명한 풀이법일수도 있는데 저는 꽤 재미있는것 같아서 따로 정리해두려고 합니다.먼저 숫자 배열에서 투포인터를