HanaHana

7장 오류처리 8강 경계 ✅ 외부코드 사용하기 Map 과 같은 경계 인터페이스를 이용할 때 👉 이를 사용하는 클래스나 클래스 계열 밖으로 노출되지 않도록 주의할 것. 👉 Map 인스턴스를 공개 API의 인수로 넘기거나 반환값으로 사용하지 않는다 ✅ 경계 잘피고 익히기 외부코드를 사용하면 적은 시간에 더 많은 기능을 출시하기 쉬워짐. 하지만 외부코드를 익히기도, 통합하기도 어렵다. 따라서 먼저 간단한 테스트 케이스를 작성해 외부 코드를 익히는 것 추천 학습 테스트 학습테스트 : 프로그램에서 사용하려는 방식대로 외부 api를 호출(통제된 환경에서 api를 제대로 이해하는지를 확인하는 셈) 👉학습 테스트는 api를 사용하려는 목적에 초점을 맞춘다 ✅ 학습테스트는 공짜 이상이다 학습테스트에 드는 비용은 없다 -..

✅ 의도를 분명히 밝히기 ✅ 그릇된 정보 피하기 ▪ 그릇된 단서는 코드 의미를 흐린다. ▪ 나름대로 널리 쓰이는 의미가 있는 단어를 다른의미로 사용해도 안된다. (ex. hp, aix, sco) ▪ 서로 흡사한 이름을 사용하지 않도록 주의한다. 유사한 개념은 유사한 표기법을 사용할 것 ▪ 한 예로 O나 0, l(소문자 L)과 I(대문자 I)은 비슷하게 보이므로 두 변수를 한꺼번에 사용하면 혼란을 야기한다 ✅ 의미있게 구분하기 ▪ 컴파일러를 통과할지라도 연속된 숫자를 덧붙이거나 불용어를 추가하는 방식은 적절하지 않다. ▪ 연속적인 숫자를 덧붙인 이름은 의도적인 이름과 정반대 ▪ 그릇된 정보를 제공하는 이름도 아니며 아무런 정보를 제공하지 못하는 이름일 뿐이다 ▪ 불용어를 추가한 이름은 아무런 정보를 제공하..

1. 개발환경 구축 //1. node 설치 npm install //2. create-react-app 설치 create-react-app install //3. 웹앱 시작 create-react-app . //4. 웹앱 실행 npm start run 2. 배포 리액트가 기능의 편의성을 위해서 추가해놓은것들 때문에 create-react-app의 개발환경의 파일의 무게는 무겁다. 따라서 npm run build 명령어를 통해 용량을 줄인다. //웹 서버 설치 npm install -g serve // 한번만 실행시킬 웹서버 설치 npx serve //build를 root로 지정 npx serve -s build 3. props & state Props 부모 컴포넌트로부터 props를 상속받고 수정 불가능..

1. 실습 준비 mysql 서버 접속 mysql -uroot -p opentutorials 데이터베이스 생성하고 확인 CREATE DATABASE openturorials; SHOW DATABASES; opentutorials 데이터베이스 사용 USE opentutorials; author 테이블 생성 CREATE TABLE author ( id int(11) NOT NULL AUTO_INCREMENT, name varchar(20) NOT NULL, profile varchar(200) DEFAULT NULL, PRIMARY KEY (`id`) ); // INSERT INTO author VALUES (1,'egoing','developer'); INSERT INTO author VALUES (2,'d..

MySQL의 구조 정보를 표의 형태로 저장 mySQL 서버 접속 db 서버의 역할 자체 보안기능 권한(여러 권한을 가진 사용자들이 존재) - shcema/table에 대해 CRUD 각각에 대한 사용자의 권한을 부여/관리할 수 있음 1) Schema 생성 CREATE DATABSE ; 2) Schema 삭제 DROP DATABSE ; 3) 존재하는 Schema Database server 안에서 조회 SHOW DATABSES; 4) 특정 Schema(database) 안으로 이동 USE ; 테이블 구조 & 테이블 생성 table의 형태 : Column & Row 테이블 생성 예제 CREATE TABLE topic( id INT(11) NOT NULL AUTO_INCREMENT, title VARCHAR(1..

html event onclick 사용자가 html 요소를 클릭했을 때 onchange html 요소에 변화가 일어났을 때 onkeydown 사용자가 키보드를 눌렀을 때 비교연산자 피연산자 사이의 상대적인 크기를 판단하여, 참(true) 거짓(false)을 반환 == 왼쪽 항과 오른쪽 항의 값이 같으면 참 반환 === 왼쪽 항와 오른쪽 항의 값이 같고, 같은 타입이면 참 반환 != 왼쪽 항와 오른쪽 항의 값이 같지 않으면 참 반환 !== 왼쪽 항와 오른쪽 항의 값이 같지 않거나, 타입이 다르면 참 반환 if 문을 통한 중복의 제거 리팩토링 중복의 제거 리팩토링이란 코드의 가독성을 높이고, 유지보수를 편리하게 하고, 중복된 코드수가 낮은 효율적인 코드로 개선하는 작업이다. this : 자기 자신을 가리킨다..

https://youtube.com/playlist?list=PLuHgQVnccGMA8iwZwrGyNXCGy2LAAsTXk 지옥에서 온 Git www.youtube.com 다음 강의를 참고하였습니다. init .git 이라는 하위 폴더를 생성하여 해당 폴더를 git으로 관리할 수 있게 해주는 명령어 git init //.git 하위 디렉토리 생성 (폴더를 만든 후, 그 안에서 명령 실행 => 새로운 git저장소 생성) clone 저장소(Repository)로 부터 프로젝트를 복제한다. git clone // 기존 깃 소스 코드 다운로드/복제 add 작업 위치(Working Directory 이하 WD) 폴더에 작업한 파일이 있을 경우 add를 통해서 staging Area로 옮길 수 있다. git add..

01. 기술블로그를 쉽게 쓰는 방법 3가지 1. 주제 의식을 버리고 소재 의식으로 쓰자 주제의식 소재의식 추상적가치 특정한 대상이나 상황에 대한 자기만의 관점이나 생각, 해결방안 많은 사람에게 보편적인 주제를 선택해서 더 많은 사람들에게 주제 의식을 퍼뜨리는 것 독자와 상관없이 대상이나 상황에 맞닥뜨렸을 떄 부터 그 대상이나 상황에서 벗어날 떄 까지 겪은 일을 담담하게 정리 기술 블로그-> 일상을 다룬 수필이나 에피소드처럼 작성하자 2. 독자 수준이 아니라 자기 수준으로 쓰자 개발자가 기술 블로그를 쓸 때는 독자를 생각해서 어려운 용어를 일부러 해석해 풀어쓰거나 쉬운 용어로 바꿀 필요가 없다. 3. 재미있게 글을 쓰자 02. 글의 종류별로 목차 잡는 법 1 저술 기술 블로그릐 4종료, 저, 술, 편, 집..

01. 개발자가 알아야 할 제안서 작성 원칙 개발자와 제안 PM의 차이 제안서에서 개발자는 주로 기술 부문을 쓴다. 제안 PM이 개발자 출신이라면 개발자 출신이라면 개발자가 쓰는 기술 부문을 꼼꼼히 보고 챙길 것이지만, 비개발자 출신이면, 개발자 혼자 기술 부문을 떠맡게 된다. 시스템 구성도의 본질은 그림이 아니다. 제안 PM이 하는 말을 잘 들어보면 개발자가 제안서를 어떻게 쓰면 좋을지 알 수 있다. 첫째, 제안 요청서 분석 제안 PM은 거의 모든 요구를 제안요청서 기반으로 한다. (제안 요청서 : 고객이 제안을 요청하는 문서) 제안 요청서는 제안서 작성의 시작이다. 제안 PM은 제안 요청서에 문제와 답이 다 있다고 생각한다. 그런데 많은 개발자가 제안 요청서를 다 읽지 않고 기술과 관련된 요구사항만 ..

01. 서비스 개념을 범주, 용도, 특징으로 설명하자 02. 정확히 이해하도록 그림과 글로 묘사하자 개발문서에는 글과 코드만 들어가지 않는다. 그림이나 사진이 많다. 이때, 그림과 예문이 일치하지 않는 경우가 많다. 따라서 글이 그림과 같이 있으면 글과 그림이 같은 용어를 사용하는지 꼭 확인해야 한다. 03. 논증으로 유용한 정보를 제공하자 의견을 쓰려면 근거를 대자 개발 문서에는 꽤 많은 논증이 있다. 개발자가 의견만 말하고 근거를 말하지 않으면 독자가 청개구리가 된다. 가장 좋은 방법은 개발자가 직접 체험한 결과를 알려 주는 것 ex. default 값은 10 이며 30까지를 권합니다. (테스트 결과, 30까지는 인코딩 시간이 10%로 소폭 늘었습니다. 35일때는 200%로 인코딩 시간이 급증했습니다..