매직값은 함수의 정상적인 반환 유형에 적합하지만 특별한 의미를 가지고 있다.매직값의 일반적인 예는 값이 없거나 오류가 발생했음을 나타내기 위해 -1을 반환하는 것이다.값이 없음을 나타내기 위해 함수에서 -1을 반환하는 것을 접한 적이 있을 것이다.과거에는 더 명시적인

일반적으로 코드는 다음과 같이 서로 중첩되는 블록으로 구성된다.함수가 호출되면 그 함수가 실행되는 코드가 하나의 블록이 된다.if 문의 조건이 참일 때 실행되는 코드는 하나의 블록이 된다.for 루프의 각 반복 시 실행되는 코드는 하나의 블록이 된다.여러 겹으로 중첩된

조금은 개선되겠지만 여전히 문제가 있다.코드가 훨씬 더 복잡해 보인다. 작성자와 다른 개발자는 코드뿐만 아니라 주석문과 문서도 유지보수해야 한다.개발자는 코드를 이해하기 위해 파일을 계속해서 위아래로 스크롤해야 한다. 코드를 파악할 때getS() 함수를 보고 변수 s의

현실적으로 복구할 가능성이 없는 오류가 발생하면 신속하게 실패하고, 요란하게 실패하는 것이 최상의 방법이다.비검사 예외를 발생프로그램이 패닉이 되도록(패닉을 지원하는 언어를 사용하는 경우)체크나 어서션 사용암시적인 기술을 사용하면 오류 시나리오를 확인하거나 처리하기 위

복구 가능한 오류사용자의 잘못된 입력 오류네트워크 오류중요하지 않은 작업 오류위 같은 오류가 발생했을때 전체 시스템이 작동을 멈춘다면 훌륭한 사용자 경험은 아니다.적당한 오류 메시지를 송출 하고 사용자가 대처 할 수 있도록 환경을 제공하는 것이 조금 더 나은 방법이다.

다른 사람이 코드를 파악하려면 다음과 같은 사항을 이해 해야한다.여러 가지 상황에서 어떤 함수를 호출해야 하는지클래스가 무엇을 나타내는지 그리고 언제 사용되어야 하는지어떤 값을 인수로 사용해야 하는지코드가 수행하는 동작이 무엇인지어떤 값을 반환 하는지그리고 다른사람이

왜 추상화 계층을 만드는가? 1.가독성 한번에 한 두개 정도의 계층과 몇개의 개념만 다루면 되기때문에 코드의 가독성이 크게 향상된다. 2.모듈화 다른 계층이나 코드의 일부에 영향을 미치지 않고 계층 내에서만 구현을 변경하기가 매우 쉬워짐. 다양한 상황에 대처하기

내가 원하는 코드 품질의 목표는 책과 같다내가 만들고있는 서비스에서는 1번 사항 말고는 나머지는 해당되지 않는 것 같다.중복코드도 존재 하고 변화할 때 마다 새로 만들어야 하는 현상이 자주 발생 하는것 같다.그중에 2,3번 사항이 정말 절실하게 필요하다고 생각이 든다.

React 와 다르게 React-Native 는 svg이미지를 바로 사용할 수 가 없다 그래서 아래의 라이브러리를 사용해야한다!github.com/react-native-svg/react-native-svg먼저 설치한 라이브러리의 WithLocalSvg 라는 컴포넌트를

lerna 를 글로벌 로 설치하는 방법과 npx 를 사용해 최신버전을 사용하는 방법이 있다.이 글에서는 npx 를 활용하는 방법을 사용할 예정이다.를 사용해서 먼저 프로젝트 초기 세팅을 해준다

어떤프로젝트를 만들지컴포넌트의 구성을 짜야한다.컴포넌트별 기능을 나열해야한다.기능별 필요한 데이터를 나열해야한다.컴포넌트의 우선순위를 정해야한다.기능을 팀원별로 분배해야한다.마감이 다가온다면. 일단 프로젝트를 완성 하는 것 이 중요하다는 생각이 들었다.항해의 실전프로젝

오늘 구현한 알람 너무 힘들었다 첫번째로 버전이 바뀐 탓에 기존에있던 모든 예제들이 사용할수 없는 코드가 되었다.오직 기댈곳은 공식문서 뿐이다.https://firebase.google.com/docs/cloud-messaging/concept-options처

지금은 왜 Promise 보다 async await 을 쓰는게 좋은가 에 대한 이야기를 하려고 한다.아래는 예시 코드 이다. 위처럼 이제 비동기 처리를 할 수 있다.하지만 위의 코드 처럼 Promise를 사용 하면 문제점이 있다.위의 코드 처럼 고의 적으로 에러를 내

먼저메인 페이지상세 페이지 로그인 페이지 위 의 페이지 의 와이어프레임이 완성된 상태여서 해당 페이지의 구성을 구현 하는 중 이다.해당 작업을 들어가기 전 Container presenter 방식 에서 뷰를 관리하는 presenter 부분을 파일로 나눈 것을 prese

1. API 문서 설계 오늘 장차 2시부터 시작해서 저녁 6시까지 API 설계를 함께 했다 먼저 결과물이다. API 설계 문서 확실히 Api 설계 조차도 사람이 많고 사공이 많으니 배가 산으로 가는 느낌이 들었다 또한 사소한것 부터 큰 것 까지 의견 차이가 많아서

2일차 회의 https://www.notion.so/330f2a5fed704ea4994c70df339894dc 2일차회의 처음 날보다 더 많은 내용을 정하고 회의가 더 수월하게 흘러갔다 이번 회의에서 프로젝트의 구상화가 상당히 많이 진행됐고 대부분 사람들의 머리속에

닉네임이메일형식의 ID비밀번호전화번호소셜로그인깃허브구글카카오페이스북로그인 완료 후상세정보 입력 권유 알림창확인 버튼 클릭시 마이페이지 이동각 직군 선택개발자일 경우 사용 언어, IDE,협업툴선택디자이너일 경우 디자인툴 선택작업 가능 시간대 및 날짜대면 / 비대면거주지

첫날이고 다들 아직 어색하다 보니 많은 내용을 정하지는 못한것 같고 아쉬운 점이 많은 것 같다.아직 서로에 대해 잘 모르다 보니 조금더 효율적? 으로 대화를 하지 못한 점이 아쉽고 조금더 좋은 방향으로 말할 수 있었지 않을까 하는 점? 들이 아쉽다.회의가 매끄럽게 진행

call과 apply는 함수를 호출하는 함수이다. 그러나 그냥 실행하는 것이 아니라 첫 번째 인자에 this로 setting하고 싶은 객체를 넘겨주어 this를 바꾸고나서 실행한다.call 과 apply 의 사용법 위와 같은 방법으로 호출 하고 사용한다.const in

변수 a와 b 가 본인이 선언된 위치에 따라 유효 범위가 정해졌습니다.이런 유효 범위를 스코프라고 합니다.변수이름 ,함수이름, 클래스 이름과 같은 식별자가 본인이 선언된 위치에 따라 다른 코드에서 자신이 참조될 수 있을지 없을지 결정되는 것자바스크립트는 블록 스코프(b