차근차근정확하게

Java Convention을 작성하는 이유.. 컨벤션은 상호간의 협의이다.. 코드를 구현할 때 어떻게 기능을 구현할 것인가도 중요하지만, 혼자 개발하는 것이 아니라면 통일성을 갖춰서 사용해야한다고 생각이 들었다.. 누군가는 3칸을 띄우고 누군가는 개행을 진행하고 이렇게 된다면 통일감이 없는 코드가 될것이고, 그 코드는 결국에는 더미코드가 될 가능성이 농후하다는 것이 개발하면서 느낀점이었다.. 그래서 시작부터 기본적인 규칙은 지정해두어야 통일감이 있을거고 쓸데없는 시간을 낭비하는 일을 방지할 수 있을거라고 생각이 들었다. 하위에는 "그래도 이것만큼은 지키자"라는 명목하에 밑의 기준들을 팀원들과 공유하게 되었다   ConventionIndent 규칙공백 (space bar) 4칸중괄호는 같은 줄에 열고, ..

Git Flow를 사용하면서.. github는 단순히 소스코드를 저장하고, 온라인으로 저장된 형태의 소스코드를 권한이 있다라면 누구라도 쉽게 이용할 수 있으면서 코드의 결합을 할때 도움을 주는 도구라고 생각하고 있었다.. 하지만, 중요한점은 결합을 할때에 방식이 지정되어 있지 않다면 아직 덜 완성된 코드가 배포가 될수도 있고 Hot Issue로서 올라온 문제에 대해 수정을 할 때에 어떤 부분부터 적용시킬지에 애매한 결과를 초래할 수 있다는 것을 알 수 있었다.. 이럴 때에 사용하는 것이 Git Flow이다. 굳이 Git Flow라고 말하기 보다는 소스코드 병합시의 타이밍과 배포를 명확하게 관리하기 위해서 도입한다고 보는 편이 더 낫다고 생각이 든다..구글링을 해본다면 여러 종류의 Flow들이 즐비해 있는..

Commit 컨벤션이 필요한 이유...혼자서 github로서 저장의 목적으로 사용할 때에는 굳이 신경쓰지 않았던 부분이다.하지만, 회사에서 한번 사용을 해보았을 때 컨벤션이 지정되어있지 않다면 많은 불편함이 수반된다는 것을 몸소 느낄 수 있었다...만약, 그냥 어떤 코드를 수정했다 라고만 저장을 해둔다면, 추후에 다시 확인하거나 누군가가 질문하여 답을 해야한다면 오류때문에 바꿨는지 아니면 리펙토링을 진행한 것인지, 아니면 빌드가 안되서 바꾼것인지에 대해 명확성이 드러나지 않던 것이 혼자 git에 저장하던 방식대로 커밋메시지를 작성하였다면 제대로 답을 하지 못했을거라 생각이 들었다. 커밋 메시지의 컨벤션을 잘 활용한다면, 굳이 코드를 들여다 보지 않더라도 어느정도 파악이 가능하고 개개인이 자신들만의 규칙으..

협업의 시작소스 저장소 자체를 회사나, 정말 필요로한 일의 경우가 아니라면 사용하는 빈도수가 낮았던 것 같다..습관화가 되어있지 않다보니, 팀프로젝트를 위한 repository를 만들어야하는데 어떤 방식으로 만들면 좋을지에 대해 고민하다가 검색을 했더니, 2가지 정도의 방법이 나와서 이유를 생각해보고, 정리를 해놓을겸 작성해보려 한다..  GIT의 협업 방법 소스 저장소는 git 말고도 여러가지 방식이 존재한다... 회사를 재직할 당시에 git도 사용해보았지만, svn도 사용을 했었다. 또 다른 경험으로는 오픈 소스 저장소를 사용하는 것이 아닌 회사 자체에서 파일로서 업데이트를 하며 배포파일을 바꾸듯이 소스코드를 교체한다는 회사도 들어봤었다.. 사실 git을 굳이 사용하지 않아도 되지만 무료로 사용이 가..

JDBC 연결java.sql.DriverManagerjava.sql.Connection ( Java 인터페이스 )DriverManager.getConnection( 데이터베이스 링크, 데이터베이스 사용자 아이디 , 데이터베이스 사용자 비밀번호 )/*Connection connection = DriverManager.getConnection(ConnectionConst.URL, ConnectionConst.USERNAME, ConnectionConst.PASSWORD);*/@Slf4jpublic class DBConnectionUtil { public static Connection getConnection(){ try{ Connection connection = Dr..

SQL MapperJDBC를 더욱 편하게 사용하기 위해서, JDBC 편의 메서드 제공하는 역할 장점JDBC를 편리하게 사용하도록 도와준다SQL 응답 결과를 객체로 편리하게 변환해준다JDBC의 반복코드를 제거해준다단점개발자가 직접 SQL을 작성해야한다대표기술Mybatis, JdbcTemplate ORMORM은 객체를 관계형 데이터베이스 테이블과 매핑해주는 기술 장점SQL을 직접 작성하지 않아도 된다SQL을 동적으로 만들어 실행해준다각각의 데이터베이스마다 다른 SQL을 사용하는 문제도 중간에서 해결해준다주의할점SQL을 작성하지 않고, 객체를 기준으로 자동생성되는게 있으므로, 깊은 이해가 필요하다대표기술JPA ( 하이버네이트, 이클립스링크 )

JDBC 란?자바에서 데이터베이스에 접속할 수 있도록 하는 자바 API를 의미함.JDBC는 데이터베이스에서 자료를 쿼리하거나 업데이트하는 방법을 제공한다 JDBC 이해클라이언트 (APP, WEB)의 요청이 들어오면, Application Server에서 요청을 분석하고 필요한 데이터를 DB를 통해 가지고 오게된다 Application은 필요한 데이터가 있을 때, 3가지 절차를 지나게 된다커넥션 연결 : DB 와 연결을 하기위해 커넥션 설정을 한다SQL 전달 : DB에 쿼리를 하기 위해서, SQL을 전달하게 된다결과 응답 : SQL 결과를 응답을 통해, Application Server에 전달하게 된다 여기서, JDBC의 사용 이유 (?)DB의 경우, 여러 회사들에 따라 서로다른 접근, 결과 포멧들이 나뉘..

문제1. 크기가 N인 수열(A) 존재2. 각 원소 A[i]에 관련된 오큰수 NGE[i] 를 구한다3. 오큰수가 존재하지 않는 경우는 , "-1"로 저장( 1 (* 오큰수 : 오른쪽에 큰 수 중 가장 왼쪽에 있는 수 )ex) A [ 3,5,2,7 ] => NGE [ 5,7,7,-1 ]A [ 9,5,4,8 ] => NGE [ -1, 8,8,-1 ] 문제 분석N의 조건이 1,000,000까지 가능하므로 , 일반적인 반복문으로 풀이를 할 경우 시간초과가 난다스택을 이용하여, 풀이 진행스택에 새로 들어오는 수가 top에 존재하는 수보다 크면 그 수 는 오큰수가 된다오큰수 구한 후 수열에서 오큰수가 존재하지 않는 숫자에 -1을 출력ex) A[top] ex) A [ 3,5,2 ,7] // result [ ] // s..