유효성검사를 하는 방법은 다양하다. 자바스크립트/html5를 통해 프론트에서 바로 유효성검사를 하고 보내는것과

백앤드에서 컨트롤러를 통해 유효성검사를 하고 에러를 발생시킨뒤 url맵핑하는 방법이 있다. -> validator

Validator란?

유효성검사를 위한 인터페이스

작성법

1. 스프링xml파일에 다음의 코드를 등록.

• root-context.xml

등록을 해주면 validator가 발생시키는 에러에 해당하는 메세지를 view에 띄워줄 수 있다.

2. 메세지소스 만들어주기. src/main/java/resources/ 에 message라는 폴더를 만든후 label.properties로 파일을 만들어준다.(위에 스프링 등록해줄때 message.label 이라고 해줬기 때문)

안에는 간단하게 이렇게 적어주면 된다. 형식 : error이름.feild이름

❗️Tip : error이름만 적으면 모든 feild에서 적용 스프링에 메세지 등록 및 작성을 완료 했으니 validator를 만들어준다. 나는 이렇게 패키지를 하나 만들어서 그안에 클래스로 만들었다.

먼저 implements Validator를 해주고 메소드오버라이드를 해줍니다.

그럼 내가 유효성 검증하기 위핸 객체를 supports(Class<?> clazz) 메소드에 위 그림과 같이 return 해줍니다.

후에 validate함수에 Object형태로 들어온 target을 다시 초기화해줍니다. 예) ClientPaymentVO clientPaymentVO = (ClientPaymentVO)target;

4. 컨트롤러에 선언해서 사용

validator에서 에러가 반환되면 errors.hasError 통해서 받게 되고 그럼 페이지 이동과 동시에 해당 view에는 메세지가 표시됩니다.

view페이지 form:error 태그 사용

카드번호 옆에 태그써주면 해당되는 메세지 글이 뜬다.

6. 결과 페이지

ex) Mypage를 누름 -> 로그인 여부 판별 이 과정에서 session을 이용하면 controller에서 계속 session 값을 받아와야한다. 그래서 interceptor에 특정요청을 등록해두면 interceptor가 특정요청의 앞/뒤로 껴들어서 먼저 실행하는 것을 이용한다.

그림으로 살짝 이해를 해보자.

특정요청시에만 controller 앞에 interceptor를 세워서 세션유무 판별을 해주면 편할 것이다.

☝🏻작성방법

1. interceptor 클래스 만들어주기

✔️ 간단!

1. HandlerInterceptorAdaptor 상속
2. @Override
3. 세션여부 확인 후 true 반환/ false반환
4. true 반환시 정상작동 아니라면 로그인 페이지로 리다이렉트 후 false 반환

2. servlet.xml 파일에 interceptor 등록해주기

mapping을 해줘서 interceptor 원하는 곳을 지정해주자!

서론 스프링 미완성 프로젝트를 웹서버에 호스팅하기 위해(그다지 별도움은 안돼보임...) cafe24에 돈주고 웹서버를 하나 샀다.

아직 개념들이 제대로 정립되지 않았지만, 일단 해보는 마음으로 FTP filezilla 사용해서 플젝을 올렸는데 DB에서 많이 막혔다. 그 중 제일 화난 부분은 mariaDB 접속이 안되는 부분..

해결 본 오류는 권한문제, 비밀번호 틀림 등이 있지만 만약 모든걸 잘하고 있다면 그냥 호스팅하는 웹서버에 DB접속을 올바르게 하지 않고 있음이 클 것이다.

일단 DB접속을 잘하자! ✅ CheckList✍️

웹호스팅 서버의 주소를 올바르게 적었는가? DB user를 카페24의 ID로 적었는가? DB Password를 카페24의 비밀번호로 적었는가? 외부 ip가 접속가능하게끔 설정 해주었는가?(만약 이것이라면 웹호스팅 하는방법을 보시길(링크)) 일단 나는 여기서 내 db user를 계속 치는 짓을 반복했다. 구글링을 하고 하고 해서 알아낸 사실은 'cafe24에서 DB를 제공해준다' 라는것

그림 참조

이렇게 접속설정을 해주자 그럼 외부 서버의 USER로 접속이 된다. database명은 cafe24 아이디로 고정이다.

Server Host : 웹 호스팅 주소 (초기값은 카페24아이디.cafe24.com) Database : cafe24아이디 Username : cafe24아이디 password : cafe24비번 이클립스 DB 연동을 잘해주자!!!! 여기서도 꽤나 고생했다. 개념을 잘 잡아줘야한다.

📌 웹호스팅 서버에서 DB를 제공 = 내가 외부 서버의 DB에 접속하는 것 = localhost가 내 컴퓨터가 아님 = localhost는 내가 cafe24로 부터 부여받은 서버

내컴퓨터에서 톰캣으로 구동하려면 host를 cafe24주소로 웹 호스팅으로 하려면 localhost로 해야한다.(내서버에서 내서버의 DB로 접속하기때문에 localhost) 그림참고

결론 처음부터 제대로된 개념을 갖고 뭔갈 해결한다면 매우 시간이 단축될 일이지만.. 이렇게 돌고 돌고 돌아서 결국엔 개념을 이해하게 된다. 문제상황을 얼마나 빠르게 이해하냐가 중요한 거 같다.

정보처리기사를 합격하고 집에서 계속 쉬었다. 합격하고 지원이랑 같이 맛있는 고기도 먹고 편하게 시간보내다가 집에 왔다. 합격했다는 사실을 가답안 통해서 알았을 때 너무 기분이 좋았다.

그만큼 나름 스트레스도 받고, 성실하기도 했..나? 쉬면서 앞으로 코딩에 확실히 집중해보면 좋을 듯 하다. 빌드업한 시간만큼 꽤나 괜찮은 결과 있을 수 있을 것이다.

sql응용에서 이론을 정리할 내용은 크게 없다. 그래도 나는 개념에 대해선 전부 요약정리를 해놨다. 다른 단원에 비해서는 개념정리가 반 정도로 적다. 이유는 쿼리문을 작성하는게 가장 중요하기 때문.

sql쿼리문 작성 문제는 꼭 하나쯤은 나오기 떄문에 쿼리문을 작성할 수 있는 능력을 갖추는게 중요하다.

나는 웹서비스 관련 프로젝트를 해본적이 있어서 sql기본 쿼리문작성에 이해도가 높은 상태였기 때문에

크게 공부를 하지 않고도 바로 공부할 수 있어 좋았다.

sql 작성문제풀이 ㅠㅠ

sql핵심단어요약정리

• sql응용 공부 결과물 - 핵심용어정리 + sql쿼리문작성문제풀이

바로 결합도와 응집도

모듈의 결합도는 낮게 응집도는 높게 해야한다. 걍 모듈은 오직 단 하나의 기능을 수행하는 독립된 실체것인데... 모듈끼리 결합도가 높으면 수정, 개발, 유지보수가 힘들것. 반대로 응집도가 높으면 독립된 하나의 기능을 수행하기 수월할것이다.

서버프로그램구현은 이 둘위주로 개념정리하면 금방 정리할 수 있어 좋았다.

결합도 초성암기

수제비 정보처리기사 책

<내공 외제 스자> - "내부공사는 외제를 쓰자"

내용결합도 - 공유결합도 - 외부결합도 - 제어결합도 - 스탬프결합도 - 자료결합도(데이터)

----> 방향으로 높아짐

응집도 초성암기

수제비 정보처리기사 책

<우논시절통순기> - "우리가 논 시절 통은 순기였다"

우연적응집도 - 논리적응집도 - 시간적응집도 - 절차적응집도 - 통신적응집도 - 순차적응집도 - 기능적응집도

-----> 방향으로 높아짐

그래도 한번만 외우면 머리굴릴 일은 없어보인다.

중요하게 봐야할것은

xss/ sql삽입 그리고 자잘한 보안관련 용어이다.

어쨋든 단답형이라도 토시하나 틀리면 오답이니 하나를 정확하게 외우는게 포인트일듯 하다.

• nodejs를 설치하면 자동으로 설치된다.
• nodejs는 브라우저가 아닌 운영체제에서 자바스크립트를 실행할 수 있도록 개발된 소프트웨어 입니다.
• 운영체제에서 자바스크립트를 실행하는데 다양한 패키지들을 npm명령어로 설치하고 사용할 수 있습니다.
• 패키지 관리자를 통해 다양한 소프트웨어를 설치하고 사용함으로써 개발 효율성을 높일 수 있습니다.

패키지관리자

• 소프트웨어에 사용되는 프로그램을 관리하는 프로그램.
• 의존성이 필요한 다른 패키지에 대해 경고하고 같이 설치해 편리하다.
• 소프트웨어 개발에 쓰이는 외부 라이브러리들을 패키지관리자를 통해 관리하여 설치, 업데이트, 삭제 등 유지보수를 도와준다.
• 그 예가 npm, yarn이다.

npm의 단점

• 패키지 중복설치
• 너무 많은 패키지들이 설치돼 유용한 패키지를 찾기 힘들다.
• 패키지이름을 잘못입력하는 개발자를 노려 해킹하는 경우도 있다.
• 대안으로는 yarn이 있다.

yarn

• 중복패키지 발견시 링크방식으로 해결한다.
• workspace기능을 통한 다중모듈이 요구되는 국내환경에서 많이 사용.

다양한 분야에 쓰이는 자바스크립트 타입스크립트는 왜 나왔을까?

• 타입스크립트는 자바스크립트의 슈퍼셋(상위호환) 따라서, 타입스크립트는 자바스크립트의 모든기능을 제공한다.
• 웹에서 실행되는 거의 유일한 언어가 자바스크립트이기 때문에 공생하는 전략을 취하는 타입스크립트
• 타입 = 데이터 타입을 명시 👉 명시적인 데이터 유형 설명. 자바스크립트는 제공하지 못한다.
• 타입스크립트를 배우는건 자바스크립트를 배우는것과 일맥상통 + 타입스크립트만의 기능

  let age = 10;
  //변수이름에 따라 유추... 나이구나...
  let x = 10;
  //유추가 안됨
  let weight = 80;
  //weight가 숫자인지 문자인지는 모른다.
  let weight:number = 80;
  //typescript는 위 방식으로 데이터 타입을 숫자 유형으로 명시해줍니다.
  //콜론(:)뒤에 데이터 타입 설명
  let height:number = 176;
  //위와 같은 경우는 단위를 모른다. 
  type Centimeter = number;
  //타입을 따로 명시 해준 뒤, 센티미터는 넘버!
  let height:Centimeter = 176;
  //그 타입을 변수에 명시해줄 수 있습니다.
  type RainbowColor = 'red'|'orange'|'yellow'|'green'|'blue'|'indigo'|'violet';
  let color: RainbowColor = 'orange';
  //컬러의 타입은 레인보우컬러가 됩니다.
  color = 'black' //=> 이렇게 하면 color의 타입을 RainbowColor로 명시해줬기 때문에 오류가 납니다. 7가지 문자열에 black이 포함되지 않기 때문입니다.

  코드가 명확해지며, 코드를 이해하는 데 도움이 돼 버그를 줄이고 수정하는데 용이합니다.

이런작업들은 typescript가 transfiler이기 때문입니다. 트랜스파일러는 상, 하위 버전의 자바스크립트가 호환될 수 있도록 언어를 변환해주는 것을 말합니다.

기존 babel과 같은 도구가 있었어서 타입스크립트가 이질감이 적었습니다. 이 외에도 표현할 수 있는 방식이 더 많기 때문에 많은 회사에서 타입스크립트를 채택합니다.

출처 : 김민태의 프론트엔드 아카데미

❓ 적는 이유
솔직하게 지금 회사 다니면서 이직하고 싶다는 생각만 하고 있다. 지금 회사가 도움이 안된다고 생각하기 때문이다. 하지만 어딘가에 현 회사를 경력으로 써야한다면, 현재 회사에서 배운 점이 무엇인지 어필해야 한다. 그래서 생각날 때마다 블로그에 적기로 했다.

회사 다니면서 배우고 있는 것

1. 확실하게 알고 코드리뷰하기
   • 내가 적어도 로직과 코드를 100% 이해하고 있다면, 모르는 내용에 대한 질문이 나와도 임기응변이 가능하다. 50%만 아는 상태에서 팀장과 코드리뷰하게 되면 참사날 가능성이 많다. 팀장의 시간이 내 시간보다 더 비싸기 때문에 코드리뷰할 때는 신중하게 해야하고, 확실히 파악했다는 판단이 설 때 해야한다.
2. 끝까지 디버깅하기
   • 초반에 많이 했던 실수가 끝까지 디버깅을 안하고 어느정도 했을 때 답답한 마음에 선배 혹은 팀장에게 질문하곤 했다. 디버깅을 조금만 더 찍어보면 알 수 있는 내용이었는데 끝까지 파악을 하지 않았던 것. 뭐든 물어보기 전에 내가 할 수 있는 선에서 다 해보고 그것을 정리한 후에도 답이 없을 때 자문을 구해야 답하는 사람도 편하다.
3. 개발 내용 노션에 정리하기
   • 어떤 이슈에 대해 개발 내용을 노션에 차곡차곡 정리해 놓으면 똑같은 이슈가 발생했을 때 보다 빠르게 대처가 가능하다. 뿐만 아니라, 팀원들과 해당사항을 공유할 때 노션 페이지를 공유하면 내 개발 시간을 줄여가며 설명하지 않아도 돼서 효율적이다.
4. 무조건 긍정적으로 대답하기
   • 가장 중요할지 모른다. 개발은 정말 '하면된다'의 예시가 아닐까... 개발은 안되는게 없는 것 같다. 그런의미에서 동료가 무엇을 요청할 때, 내 기준 정말 안될 것 같아도 일단 해보겠다고 대답해야한다. 된다고 호언장담을 하라는게 아니라 긍정적인 시그널을 주는 대답을 해야한다. 그래야 안되더라도 이해한다.
5. 타부서/ 유관부서와 정확히 이야기 하기
   • 말끝을 흐리지 말자. 말끝을 흐리는 이유가 뭘까? 자신감이 없어서다. 말끝 흐린다고 내가 하는 말 내용 달라지지 않는다. 그냥 틀려도 자신있게 말하고 알려주는 거 듣자. 또, 이슈가 생겼을 때 설계자 혹은 요청자와 바로바로 소통해서 문제가 지속되지 않도록 해야한다. 혼자 고민해봤자 시간만 길어지고 납기요청 지나면 욕먹는다.
6. 이슈 파악 후 공유 빠르게 하기
   • 이슈를 파악했을 때, 이게 내 선에서 가능한 것인지 도움이 필요한지 파악하고 윗선에 공유를 해야할지 선택해야한다. 또 무슨 일인지는 알지만, 너무 비효율, 비합리적인 건이라면 윗 선에 이슈를 공유하고 도움을 요청하도록 하자. 바로 실행하기보다는 이슈를 정확히 파악하고 행동으로 옮길 수 있도록 하자.

저는 지금 1년차 주니어 개발자 입니다. 입사한지 이제 6개월 밖에 안됐는데 커리어가 쌓이는건지 뭔지 도무지 감이 안잡힙니다. 그래서 이 회사에서 내가 어떤 일을 하는지 그게 내 개발인생에 도움이 될련지 알아보려고 합니다. 혹 우연히 이 글을 읽는다면, 댓글로 도움 좀 주십사~ 합니다.

소개

1. 나이
   • 1992년생 32살 😢
2. 재직중인 회사 🏢
   • erp개발회사

경험 & 기술

1. 기술
   • 스프링부트, JS, 자체개발툴
2. 경험
   • erp개발을 하고 있다. erp는 전사적 자원관리로 회사의 자원관리를 비즈니스로직에 맞게 웹으로 구현해야한다. 한번 서비스 개발이 이뤄지면 유지보수를 하거나, 새로운 메뉴화면을 추가하는 일이 주를 이룬다.
   • 서비스 api 개발 및 쿼리작성
   • html, js를 활용한 화면개발
   • git, gitlab을 통한 코드관리
   • jenkins 배포
3. 경험에 대해 느낀 점
   • 비즈니스 로직을 이해하면서 개발하는 능력 향상 -> 타부서, 유관부서와 소통할 일이 많아진다. ERP업계 내에서 이직한다면 경쟁력이 있다.
   • 이미 구축된 대형 서비스에서 발생하는 에러들에 대한 유지보수
   • webapp구축 및 공통 서비스, JS에 대해서는 개발해볼 수 있는 경험이 없다.
   • jenkins도 배포 버튼만 누를뿐, 개발단계에서 경험해볼 수 있는 CI/CD경험이 없다.
   • 무한 api/뷰 개발...
   • 교육/세미나 등의 기회 부족

     내가 원하는 회사

     erp개발자가 나쁘다고 생각하지 않습니다. 한 직장에서 오랫동안 일하며 경쟁력을 갖추고자 하는 사람들에게 erp개발은 매력적이라고 생각합니다. erp 비즈니스 로직이 워낙 어려우니까요...

하지만, 제가 하고 싶은 일은 재밌고 창의적인 서비스를 개발하고 런칭하며, 유지보수하는 일 입니다. 진정 그게 하고 싶어서 늦은 나이에도 감히? 개발을 시작했습니다. 비전공자에 머리도 똑똑하지 않은데도요. 그리고 자체 개발 프로젝트를 하다보면 누군가에게 교육을 받을 일도, 교육할 일도 생길겁니다. 또한 공유해야할 이슈들도 정말 많은데 시스템이 조직적으로 잡혀 있다면, 거대한 코드 덩어리 속에서 몇 시간을 헤메는 일은 없을 겁니다. 사내 세미나, 교육, 발표, 코드리뷰 등으로 개발자 역량 강화, 동기부여하는 적극적인 조직에 몸담고 싶습니다.

저는 가고 싶은 회사를 3가지 기준으로 정하려 합니다.

1. 조직적인 개발 시스템을 갖춘 회사
2. 자사 서비스를 꾸준히 개발하는 회사
3. 사우들간 적극적인 소통이 이뤄지는 회사

내가 원하는 개발자 커리어

가고 싶은 회사는 얼추 각이 잡혔습니다. 아마 세가지 원칙을 모두 충족하는 회사를 간다는건 꽤나 어려운 일일지 싶습니다... 커리어를 잘 쌓고 실력을 충분히 증명해도 갈까 말까일 듯 합니다. 그래도 가고 싶은 회사. 그 회사가 서술하는 개발자 요구능력이 제가 원하는 개발자 커리어일 것 입니다. 따라서 제가 평소 가고 싶었던 회사의 채용공고를 보며 커리어개발에 대해 생각해 보겠습니다.

React, Vue, Angular 등 SPA 프레임워크 사용에 능숙하신 분. HTML, CSS, JavaScript에 대한 이해가 깊은 분. UI/UX에 대해 높은 가치를 두고 있는 분. Git 등의 분산 버전 관리 시스템 이용에 능숙한 분.

우대사항 TypeScript, Flow를 이용한 JavaScript 정적 타입 분석 경험이 있는 분이. 서버 사이드 렌더링(SSR) 및 모바일 앱 내 웹앱 개발 경험이 있는 분. 반응형 디자인, 웹 접근성, 웹 표준을 고려한 UI 개발 경험이 있는 분. 테스트 및 배포 자동화 경험이 있는 분. Webpack 등 모듈 번들러를 능숙하게 사용하시는 분.

기술 코어: React, TypeScript, Next.js 상태 관리: React-Query, Recoil 스타일링: Emotion 패키지 매니저: Yarn Berry 빌드: Webpack, ESBuild, SWC, Babel CI/CD: GitHub Actions

바라는 거 무진장 많습니다. 이런 정도의 실력이면 학부 내내 프로젝트를 했거나, 현업에서 이 비슷한 업무를 맡으며 역량을 키워온 것이겠죠...? 주니어 1년차라 정말 몰라도 너무 모릅니다... 공고보니 또 한숨만 나오네요🫥 그래도 어쩌겠습니까...? 어딘가에 길이 있겠죠.

일단 저기서 저는 React , HTML, CSS, JS, GIT 을 사용해본 경험이 있습니다. 또한 TypeScript를 독학하고있는 중이며 웹앱개발에 아주 큰 관심이 있습니다. 또한 개인 프로젝트로 하이브리드 웹/앱을 만들고 있습니다.

제가 원하는 회사의 요구능력을 올바른 커리어루트로 삼고 공부 및 취업을 하려고 합니다. 바로 목표한 회사를 못간다면... React 프레임웍을 사용하고 웹앱을 개발하는 팀의 팀원으로 빠르게 이직을 해보려 합니다. 이게 맞는 길일진 모르겠지만, 적어도 꿈에 조금은 가까워 지겠죠.

마치며...

커리어에 대한 제 사고흐름은 이렇습니다.

1. 내가 하고 싶은 개발은 무엇인가?
2. 1의 가치를 표방하는 회사는 어떤 회사인가?
3. 그 회사가 나에게 요구하는 역량이 무엇인가?

그것이 내가 쌓아야할 유의미한 커리어다.

이렇게 정리한다면 누구에게나 좋은 커리어는 없고, 누구에게나 나쁠 커리어는 없다고 생각합니다. 본인이 원하는 길을 정하고 그에 맞는 커리어를 쌓는게 중요하다고 생각하니까요.

흔히, SI/SM 가지마라, 스타트업 가지마라, 금융IT가지마라, 솔루션 가지마라... 등등 조언들이 난무합니다. 그러니 말이 다 다르더군요.. 누구는 SI도 좋다하고 누구는 스타트업 가서 서비스 개발을 해보라하고...

그러다 보니 아! 이건 정말 답이 없는거구나! 라는 생각이 들었습니다. 어딜가든 내 가치관, 취향, 가치실현에 충족하는 업이 무엇인지 찾아보는게 우선이라고 생각 했습니다. 그리고 그에 맞는 커리어가 무엇인지 저는 제 나름대로의 길을 세웠습니다.

주니어 6개월 차 개발자의 짧은 생각으로 정리해본 바 입니다. 선배님들 혹시 이 글을 보시게 된다면 뭔가 단단히 착각하고 있네? 라는 생각이 들 수도 있겠습니다. 제가 n년차 개발자가 되고 이 글을 다시보게 되면 그 때의 제가 이 글을 회의적으로 볼 수도 있겠고요.

혹, 이글을 읽는다면 생각들은 어떠하신지 댓글로 알려주세요. 조언도 좋고, 공감도 좋고, 응원도 좋고, 일침도 좋습니다. 같은 꿈을 꾸고 있잖아요!