to become Me1st

컬럼명을 그대로 사용하는 경우가 아닌, 집계함수와 같이 컬럼명이 추가로 생성되는 경우에는 DTO가 아닌 interface를 만들어 줘서 사용해야 한다.

최근, 자소서랑 코테가 너무 많아서 미리 정리를 안해서 기억에 나는 건 별로 없지만.... 아무튼 24일 (월) 지난주까지 기획단계가 지나고, erd 설계와 api 명세서를 작성했다. 지난 특화 때는 뭔가 기술적인 것 보다 컨셉과 재미 위주로 했다면 이번에는 좀 더 기술적인 부분에 집중하기로 했다. 아마, Spring Security를 좀 깊게 다뤄보고, 알림 기능(firebase) , 보안 관련 S3 등등.. 우선 알림과 유저 토큰 쪽은 동욱이가 맡고, 젠킨스와 S3는 태순이가 그리고 내가 Security를 보기로 했다. 그리고 api를 기능별로 담당하는 걸로 했다. 개발 관련은 크게 기억이 안나고.. 좀 Security만 찾아본 정도..? 그리고 자율 팀 회식을 했는데 양꼬치집에서 1차를 하고 어느 ..

저번주 회고록을 쓰려고 미리 임시저장한게 있었는데 지난 카카오 서비스가 안되는 문제 덕분에 다 날라가서 전체 회고로 쓰기로... 정말 특화는 공통에 비해 2배는 빨리 지나간 기분이었다. 코딩테스트나 면접으로 인해 공가인 경우도 많아서도 있었지만 그냥 너무 빨랐다. 이번에도 UCC는 너무 재밌게 만들었고 예인이와 태순이가 완벽했다. 어쨌든 마무리가 잘 되었고, 웹 소설 추천 서비스라는 주제가 모두가 재밌게 느껴서 인지 팀 분위기가 너무 좋았다. 기술적인 면은 공통때가 더 있지만 기억에 남고 웃은 건 특화가 압도적이라고 생각한다. 이번에도 프론트 인원이 부족해서 동욱이가 프론트로 넘어가주고 심지어 리액트였는데도 너무 잘하더라.. 이번엔 다은이랑 같이 하둡, 데이터를 맡았는데 하는 과정이 우당탕탕이었고, 하둡..

내일 있을 면접 준비를 하다가 과부하가 와서... 오늘 신 역검을 응시한 걸 정리하려고 왔다.... 우선, 이전 버전의 역량검사를 많이 경험해 봐서 별 차이가 없겠거니 생각했다. 그나마 새로운 게임이 생겼다길래 방법만 익히고 시험을 보려고 유튜브를 찾아봤다. 그 결과, 너무 충격이었다. 구 역검 같은 경우는 처음 응시했을 때 '에이 게임은 당일에 규칙만 보고 이해할 수 있어야지~'라는 뭔 근거없는 자신감으로 응시했다가 호되게 혼났었다. 그 이후 미리 유튜브에서 설명을 보고 응시하니 쉬웠는데.... 신 역검은 그게 아닌 수준이었다. 오히려 규칙은 쉬웠지만 게임 자체가 너무 어려웠다.(물론 몇가지는 쉬운 게임이 있고...) 이건 연습이 문제가 아니다 하고 응시를 마쳤는데... 구 역검이랑 비교했을 때 느낀 ..

우선 이번 회고는 코테, 면접, 프로젝트 등 다양하게 많이 섞여서 기억이 가물가물 하다.. 26일 (월) 우선 오프라인 날이고, 저번주부터 본격적으로 서류 접수 하는 곳이 너무 많았다. 정신없이 주말이 지났고, 이 날 LG CNS서류 마감 날이라, 오전에 하둡에서 가져온 댓글 데이터를 DB에 넣는 코드를 작성하다가 CNS 서류를 조금 수정을 한 뒤 제출했다. 고등학교 친구가 42서울을 하고 있는데, 멀캠 근처를 왔다길래 중국집에 가서 친구랑 점심을 먹었다. 거기서는 싸피처럼 퇴소 규정이 결석 몇 번 이런게 아니라 블랙홀(?) 이라고 해서 게임에 비유하면 목숨(?) 시간을 몇 일을 주고, 프로젝트나 과제를 pass 받으면 그 일수가 늘어나는 방식이라고 한다. 뭐 그냥 과제와 프로젝트를 무조건 수행해야 하는..

IF - select, where 절에서 사용 SELECT IF(10 > 5, '크다', '작다') AS result; Order By - Order by 뒤에 우선순위가 있는 열을 작성 LIKE - where 절과 함께 특정 패턴을 검색할 때 사용 SELECT * FROM Student WHERE Student_ID like 'a%'; LIKE 'a%' // a로 시작되는 모든 것 LIKE 'a_%_%' // a로 시작되고 최소 3이상의 길이를 가진 것 LIKE '_a%' // 두번째 자리에 a가 들어가는 모든 것 IN - where 절 내 여러 값을 설정할 때 사용 - or 연산과 유사한 효과 select * from Customers where country in ('UK', 'Korea') // ..

OOP에 대해서 설명해주세요. 데이터를 객체로 취급하여 프로그램에 반영하고, 순차적으로 프로그램이 동작하는 것과는 다르게 객체의 상호작용을 통해 프로그램이 동작하는 것을 말합니다. 객체를 연결시켜 프로그래밍하면 상속, 캡슐화, 다형성을 이용해 코드 재사용을 증가시키고, 유지보수를 감소시켜주는 장점이 있습니다. 객체지향의 설계원칙에 대해 설명해주세요. SRP - 단일 책임 원칙 : 한 클래스는 하나의 책임만 가져야 한다. OCP - 개방-폐쇄 원칙 : 확장에는 열려있고, 수정에는 닫혀있어야 한다. LSP - 리스코프 치환 원칙 : 상위 타입은 항상 하위 타입으로 대체할 수 있어야 한다. ISP - 인터페이스 분리 원칙 : 인터페이스 내에 메소드는 최소한 일수록 좋다. (하나의 일반적인 인터페이스보다 여러 ..

19일(월) 특화프로젝트는 시간이 너무 빨리 지나간다. 예전 공통 프로젝트 회고록에서도 1학기보다 너무 빠르게 지나간다 했는데 그거에 2배는 더 빠르다. 어느새 중간 발표 날이 되었다. 처음엔 컨설턴트님은 개발이 바쁘니 문서로 대체해주겠다고 하셨지만 싸피에서 아무래도 평가를 해야하다 보니 안된다는 식으로 말했다고 한다. 오프라인으로 하는 발표라면 오히려 좋아하는 편이기에, 이번에도 발표를 하게 되었다. 다른팀들 발표를 모두 듣고 난 느낌은 공통 프로젝트 때와 다르게 생각보다 흥미가 없었다. 아무래도 공통 때보다는 주제들이 이미 있는 서비스들이 많았고, 그러다 보니 발표에 집중하는 분위기도 아니었다. 이후 남은 시간에는 크롤링 한 데이터를 HDFS에 저장하는 작업을 했고, 승주의 도움을 받아 다은이와 Je..

공통프로젝트 마무리 이후 ~ 13일 이전까지 우선 특화프로젝트 부트캠프를 1주간 진행했다. 지난 공통때는 월,목이 오프라인이었는데 이번 특화에서는 월,수로 바꼈다. 공통프로젝트와는 다르게 도메인 별 사전학습 강의가 제공이 되었고, 숙제(?)가 있었다. 이번 우리 프로젝트 주제는 빅데이터(분산) 팀이기에 Hadoop에 대한 강의가 주로 구성이 되었다. (어렵다는 건 익히 들어 알고 있었는데 진짜 어렵다... 이론이 어렵다기 보단 이걸 어떤 방식으로 써먹으라는 거지 ㅡㅡ 하는생각이 들었다.) 이번에도 싸피에서는 팀워크 프로그램이라고 귀찮은 걸 했다. 공통 때는 그림을 그리고 나 사용법(?) 같은 걸 했는데 그래도 이번에는 약간 팀원들끼리 대화를 많이 할 수 있었고, 제로 카드 게임이란 걸 했는데 저번보단 재..

우선 부지런한 사람들은 나처럼 이런 짓은 안하겠지만 필기를 21년 2월인가에 따고 드디어 마무리를 하게 되었다. 7월 24일(일요일)이 실기 시험 날이었는데 접수할 때만 해도 7월부터 꾸준히 보면 되겠다고 했지만, 생각보다 공통프로젝트가 바빴고 몇몇 서류접수랑 코딩테스트, 그리고 우리은행 면접준비를 하게 되면서 미루고 미루게 되었다. (맞다 핑계다.ㅠㅠ) 정신차려보니 22일 밤이었고 2일동안 공부한다고 될까라는 생각이 들면서 시험도 치지 말까 했지만 돈이 아까우니 해보자는 생각을 하며 잤다. 아침 8시쯤 일어나서, 약 1년 기출을 찾아봤다. 풀어보려는 게 아니라 요새는 어떤 단원에서 많이 출제가 보기 위해 수제비 카페에서 확인을 했다. 정보처리기사 실기는 서술형과 약술형이지만, 어쨌든 60점만 넘기면 되..