개발 일기

for (int j = 0; j < 10; j++) { num[j] = (char) j; System.out.println(num); } num[1] = (char) 1 //즉'1'이 되는 줄 알았다. 그런데 char의 1의 numeric value 는 1이 아니다. 48이다. 그렇기 때문에 int를 char 로 바꿔줄 때는, 아스키 코드에 맞춰서 변환해줘야한다. '0'은 48을 가지기 때문에, char(48) = '0' 이 된다. for (int j = 0; j < 10; j++) { num[j] = (char) ('0' + j); System.out.println(num); } https://stackoverflow.com/questions/53096607/java-problem-with-castin..

상황: Main에 내 작업을 푸시하려고 함 실수로 Merge Main 이 안된 상태로 push origin master (ㅜㅜ) 결과: 충돌이 남.. 고민: 이번에는 원격 main pull 이 2-3회 정도 뒤쳐져있어서, 내 파일과 차이나는 것들이 꽤 많았다. 내가 로컬에서 코드 수정해서 푸시해도 괜찮을지?(코드 내용이 같아도 순서가 바뀌어 있거나 한 것들이 있었다) 해결책: 로컬에서 main 소스를 작업 브랜치에 머지하고 다시 푸쉬하면 된다. 소스가 꼬이고 main 과 위치가 좀 달라도 내용이 바뀌지 않으면 크게 상관없는 듯하다. (한줄 변경점이 누락된 코드가 있어서 (아마 기존 메인이 덮어져서 코드가 지워진 것 같다) 그것만 따로 수정해줬다. //git 나의 로컬 작업 브랜치 git add . git..

상황: git ignore에 aws.yml을 지정했음에도 설정파일이 깃헙의 원격 repository 에 그대로 올라갔다. Git 파일을 삭제하더라도, history 에 파일이 남아있다. 해결책 -이럴 때는 푸시 이전 시점으로 시간 여행을 하고(log) reset hard 후 push한다. - AWS IAM/BUCKET도 삭제하였다. (미연이 일을 방지하기 위해서) //마스터 브랜치에서 commit 이력보기 git log //commit id 가 나온다. 내가 돌아가려는 아이디를 abcde라고 해보자. git reset --hard abcde // git push -f origin master //push origin 을 그냥 할 경우, 아래의 에러가 뜬다. error: src refspec main do..

아래와 같은 메시지가 나올 때, warning: LF will be replaced by CRLF in 1119_v2/.gitignore. warning: LF will be replaced by CRLF in 1119_v2/.gitignore. 이유 OS 마다 줄바꿈 바라보는 문자열이 다름. Git 이 둘중 하나를 선택하기 위해 경고 메시지를 띄움. LF 를 할지 CRLF 를 할지 결정 해줘야한다. Autocrlf 를 켜자. git config --global core.autocrlf true 오랫만에 원격 저장소를 썼더니 push 시 에러가 떴다. 원격 저장소에 로컬저장소에는 없는 파일이 있어서 충돌이 나는 것 같다. pull 로 정리하기를 권고하고 있다. 위클리 테스트용도여서 굳이 다시 볼 데이터는..

이 포스팅은 (1) ORM, JPA란? (2) JPA를 쓰는 이유 (3)JPA 영속성 컨텍스트를 사용할 때의 이점에 대해서 다룬 개인적인 기록입니다. 오류가 있을 경우 피드백 주시면 감사하겠습니다. ORM 이란? ORM(Object Relational Mapping) 정의 객체지향 패러다임을 관계형 데이터베이스에 보존하는 기술. 즉, 객체와 관계형 DB의 데이터를 자동으로 매핑해주는 것. 자바에만 있는 개념은 아닙니다. Node.js, 파이썬 등도 ORM 이 있습니다. ORM은 자바라는 언어에만 국한되는 개념이 아니고, 관계형 패러다임을 갖고 있다면 DB 종류를 구분하지 않습니다. ORM의 시작 백엔드 개발자가 비즈니스 로직 개발하기도 바쁜데, SQL 작성도 해야하네. 그런데 생각해보니, '객체 지향'의..

* 드림코딩과 Jaro님의 블로그 자료를 바탕으로 개인 공부를 위해서 정리한 글입니다. View 를 렌더링 하는 위치에 따라 서버사이드/클라이언트 렌더링으로 나뉜다. 서버사이드 렌더링(SSR), 클라이언트 사이드 렌더링(CSR) 모두 장단점이 있다. 그러니, 구동하고자 하는 서비스의 니즈에 맞춰서 선택하자. 서버사이드 렌더링(SSR), 클라이언트 사이드 렌더링(CSR) 이란? 서버사이드 렌더링 -전통적인 웹 페이지 구동방식이다. -요청 시마다 새로고침이 일어나며, 요청이 있을 때마다, 서버에 새로운 페이지에 대한 요청을 한다. -서버 측에서 HTML&View를 생성해서 응답해준다. -필요한 물건이 있을 때마다 마트에 쇼핑하러가는 거라고 생각해보면 쉽다. 클라이언트 사이드 렌더링 -서버 사이드 렌더링은 c..

브라우저의 동작 방법은 대표적인 CS 면접 단골 주제입니다. 왜 이 주제가 면접에서 자주 나올까요? 다양한 의도가 있겠지만, 제 생각엔 이 질문이 인터넷 동작, 웹개발의 핵심과 (정보를 요청하고 가져오는 것, 어떻게 표현되는지) 닿아있어서인 것 같아요. HTML, CSS, JS 코드로 웹 페이지를 생성하면, 브라우저는 요청한 대로 화면에 그려줍니다. 이렇게 그려지는 과정에서 브라우저는 다양한 일을 수행하게 되고, 여기서 렌더링이 큰 비중을 차지합니다. 이 포스팅에서는 브라우저의 개념, 브라우저와 서버의 통신, 브라우저의 구조와 렌더링 과정에 대해 설명드릴게요. 웹 서버와 / 웹 브라우저의 통신 인터넷이 동작하기 위해서는 웹 서버와 웹 브라우저가 필요합니다. 브라우저(클라이언트)에서 서버에 요청을 보내면,..

알고리즘 공부에 대한 마음의 장벽이 높아진다. 나는 공부를 꼼꼼히 하는 편이고, 새로운 것에 적응할 때 시간이 필요한 타입이다. 부트캠프 특성상 다양하게 배우다보니 (알고리즘, AWS, 실전 프로젝트, 자바, 파이썬, 자바스크립트 등등..) 마음은 조급한데, 익숙해지지는 않아서 재미를 붙이기가 어려웠다. 부트캠프는 압축 성장에 최적화 되어 있다. 압축 성장이 가능한 이유는, 커리큘럼보다도 동료들 덕분이다. 나와 같이 시작한 팀이 앞서가고, 때론 날아다니는 걸 보면 긴장하고 자극받는다. 그런데 압축적인 스트레스도 함께온다. 내가 익숙했던 경영/문과 공부는 시간에 비례해서 성장할 수 있었지만, 프로그래밍 공부는 외국어 공부와 비슷해서, 절대적인 시간과 공부량이 필요했다. 그래야만 한 단계를 넘을 수 있다. ..