전체 글

Overview 테스트 코드는 필수다. 라는 식의 말을 많이 들어봤지만 막상 테스트 코드를 작성한 기억이 없습니다. 항상 에러가 어디서나는지 console.log() 를 찍으면서 확인을 했습니다. 너무 불편해서 이번에는 React에서는 어떻게 테스트 코드를 작성할지 공식문서에서 글을 읽고 실습해봤습니다. 테스트 코드 추천 도구 Jest는 JavaScript 테스트 러너입니다. DOM에 접근하게 하는 jsdom 을 통해서 테스트를 진행. jsdom은 단지 어떻게 브라우저가 작동하는지에 대한 대략적 개요입니다. 하지만 이는 종종 React 컴포넌트를 테스팅 하기에 충분합니다. Jest는 모킹과 타이머 같은 파워풀한 특징과 결합되어 훌륭한 반복속도를 제공합니다. 그래서 더 많은 제어 코드를 가집니다. Reac..

컴포넌트 상태 다루기 컴포넌트 -> 앨리먼트의 집합 ( ) useState -> 상태값을 다루는 훅 const [count, setCount] = useState(0); [!help] Hook 이란? Hook은 함수형 컴포넌트에서 React state와 생명주기 기능(lifecycle features)을 “연동(hook into)“할 수 있게 해주는 함수라고 합니다. Hook은 class 안에서는 동작하지 않으며, 대신 class 없이 React를 사용할 수 있게 해주는 것이라고 합니다. 컴포넌트 사이드 이펙트 다루기 사이드 이펙트 -> 부수 효과를 의도적으로 발생시킬 때 사용 useState -> lazy initialize 비용이 많이 드는 localStorage 에 접근하거나 배열을 조작 할 때 사..

한 번에 끝내는 React의 모든 것 초격차 패키지 Online. 을 구매하여 들었습니다. 2년전에 구매하여 강의를 보다가 안봤었는데 오늘부터 다시 수강하게 되었습니다. 패스트캠퍼스에서 지금 후기를 남기면 온라인 강의를 1개를 공짜로 들을 수 있어서 올리게 되었습니다. 여러분들도 자기계발의 기회를 놓치지 말고 Fastcampus 강의를 수강했던적이 있다면 후기를 작성하여 강의 1개를 공짜로 들어봐요~~!!! https://fastcampus.co.kr/event_online_review2023 [수강 후기 이벤트] 패캠과 함께한 2023년 그리고 2024 | 패스트캠퍼스 수강 후기 작성만 해도 패스트캠퍼스 무료 수강권을! 올해 강의를 수강하며 느꼈던 점과 부족했던 점들에 대해 스스로 회고해보고 더 멋진 ..

DevOps 기본 개념 DevOps ? 개발(Dev) 와 운영 (Ops)의 합성어. 개발과 운영의 경계를 허물고 하나의 팀으로 통합하고자 하는 문화 혹은 철학. DevOps 역사 : 태동 2009년 O’Reilly Velocity Conference 변화에 대응하기 위한 도구 자동화된 인프라 버전관리 공유 쉬운 빌드 및 배포 기능 활성화 스위치 메신저 봇 변화에 대응하기 위한 문화 존중 신뢰 실패에 대한 긍정적인 자세 비난하지 않기 소프트웨어 개발은 위와 같은 라이플사이클, 생애주기를 가지고 있습니다. 조직이 커지면 각 단계 별 전문가로 구성된 기능 조직을 운영할 수 있다. 하지만 그만큼 의사소통이 많아지기에 커뮤니케이션 문제가 생기고, 병목구간이 생기기 쉬워진다. 하지만 개발자가 소프트웨어의 생애주기 ..

#객체지향 #오브젝트 프로그래밍 패러다임 개발자 공동체가 동일한 프로그래밍 스타일과 모델을 공유할 수 있게 함으로써 불필요한 부분에 대한 의견 충돌을 방지한다. 또한 프로그래밍 패러다임을 교육시킴으로써 동일한 규칙과 방법을 공유하는 개발자로 성장할 수 있도록 준비시킬 수 있다. 두 패러다임은 존재할 수 없는 것도 아니다. 절차지향 패러다임에서 객체지향 패러다임으로 전환됐다고 해서 두 패러다임이 존재할 수 없는 것은 아니다. 오히려 서로 다른 패러다임이 하나의 언어 안에서 공존함으로써 서로의 장단점을 보완하는 경향이 있다. ex) 절차형 패러다임과 객체지향 패러다임을 접목시킨 C++ 와 함수형 패러다임과 객체지향 패러다임을 접목시킨 스칼라(Scala) 가 있다. 이처럼 하나 이상의 패러다임을 수용하는 언어..

SI 때 혹은 과거의 경험 테스트는 모두 사람이 하는 것이었고, 한번의 테스트는 상당한 노동력을 필요로 했다. SI에서는 전용 테스트 팀이 따로 있었고, 인수인계 전에 인수테스트라는 것을 진행해서 기능적인 테스트를 꼼꼼히 했었음. 그러다가 블러온 테스트의 바람 로직이 대부분 쿼리에 있는 mybatis에서는 테스트하기가 상당히 까다로웠음. 그 후 시간이 지나 JPA를 하게 되고, 쿼리가 아닌 자바 코드에 로직이 많이 담기게 된다. 유지보수성의 극적인 향상(쿼리로는 다형성이나 디자인패턴 전략 등을 하기 어렵거나 불가능) 자바코드에 담긴 로직은 테스트하기 쿼리에 담긴 로직에 비해 상대적으로 편리함. TDD & 실무 처음 공부해보고 도입하려고 해보았으나, 클래스의 구성이나 프로그램 구조가 잡히지 않은 상태에서는..