스크립트는 다 작성되어 있으니 데이터만 받아와서 출력하면 될거라고 하셔서 =>

아뇨그냥 스프링 + jsp 입니다.

처음엔 누구나 그렇습니다. 그렇게 좌절하지 않으셔도 괜찮습니다.

당연히 실망하실거고 제게 기대했던 기준은 더 낮아지겠지만

=> 아마도 실망하지 않고, 기대했던 기준? 보다 기대치가 낮아질 일은 없을것입니다. 

회사와 직원들이 신입분들에게 거는 기대는 생각보다 크지 않습니다. 

내일 출근하면 대리님께 정중히 사과드리고

업무를 바꿔달라고 요청하거나 아니면, 당장 업무보다

대리님께서 변경하신 소스를 받아서 분석하고 공부해야겠습니다.

=> 개인적으로는, 이렇게 이렇게 진행했는데 이러한 부분에 막힌 상태입니다. 도움을 주실 수 있나요? 디데이가 언제까지고 제가 언제까지 시간을 쓸 수 있을까요? 언제까지 진행해보고 다시 한번 확인요청 드려도 될까요? 가 더 좋은 태도라 생각됩니다. 

jsp 로 데이터 받아와서 출력하는게 어려우신 거죠?

일단 컨트롤러나 레포지터리 계층에서 템플릿으로 보내주는 데이터를 로그로 찍어 보세요 

일단 뭐 보내주는지 확인 => jsp 페이지에서 받은 객체에 뭐 들어있는지 확인 => 템플릿에서 뭐 출력하는지 대충 확인 => 일부분 부터 출력해보기

그래도 삑사리 나면 다른 페이지와 대조 하시고 전체 검색을 활용해서 최대한 여기저기에서 힌트를 얻어보세요  

컨트롤러쪽 작성하신 분이 있으면 설명해달라고 하시던지 해도 좋을것 같아요 

그리고 jsp 부분 작업은 에러가 나도 다른 페이지에 크게 영향을 주지 않잖아요 

전체 복사로 백업 해놓으시고 이리저리 바꿔 보세요 

<%

   System.out.println();

%>

못하는건 빨리 못한다고 해줘야 

다음대책을 세우니

잘하신것 같기도 하고

일주일만에 지지 치는건 먼가 아닌것 같구

한달동안 열심히 노력했는데도 안되면 모르겠지만.

SI는 어떨지 모르겠지만.. 경력직도 입사하고 몇 주, 길면 몇 달까지 진행 중인 프로젝트와 회사 업무 프로세스 파악에 시간을 할애합니다.

그래서 보통 3개월의 수습 기간이 있는 거구요. 그러니 너무 성급하게 진행하실 필요 없습니다.

(1) 일주일 만에 업무 바꿔달라고 하는것은 너무 성급합니다.
그렇게 말씀 드리면, "이 자식... 뭐지??" 하는 표정을 0.5초동안 대리님 얼굴에서 보게될것입니다.
그리고, 약 1초동안 낮게 들리는 한숨소리도 같이 듣게 될겁니다.

(2) 신입의 장점은 몰라서 물어봐도... 제대로된 선배사원이면 가르쳐 준다는 것에 있습니다.
그리고, 신입의 미덕은 모르는 부분을 혼자서 꽁꽁싸매지 않고, 
모르는 부분 빨리 물어봐서 진도 나가 주는게 미덕입니다.
==>즉, 일주일동안 소스 분석하면서 끙끙댈때,
몰라서 막혔던 부분들, 왜 소스코드에 그렇게 적혀있는건지 이해 안되는 부분등등을 전부 메모해서,
대리님께 사실 일주일동안 소스 분석해봤는데, 이것 이것들 때문에 결과물을 못 만들었다.
==>죄송하지만, 이것들좀 설명해주시겠습니까? 하고 부탁해보세요.

(3) 저렇게 물어보고, 피드백 받고, 소스코드 물고 늘어져서 끝내 해결하는 모습 보여주고...
이런거 시도해봐도 도저히 나의 이 빡대가리 머리로는 안되겠다는 결론이 났을때,
그때 업무 바꿔달라고 해야 합니다.

딴 거 할 생각 말고요.

생각보다 어려워서 헤매고 있으니 조언을 달라고 하세요.

하다가 막히면 막힐 때마다 물어보고요.

뭘 모를지 모르는게 신입이라 그렇게 계속 부딪혀 나가야 합니다.

난 공부하겠으니 이 업무는 대리님이 하시라고 하는건

너무 심한거 아닌가요?

할수 있는거 골라서 줬으니 누가 뭐하고 할때까지

계속 노력하는 모습을 보여야죠.

기존소스 비슷한소스 계속 분석하고 따라해보면 됩니다.

성장에 있어서 가장 중요한건 부족함을 인지하고 인정하는 과정이라고 생각합니다.

작성자분은 그 부분에 있어서 잘 하고 계시니 다음은 빠르게 포기 하는 것이 아닌 이해할 수 있도록

도움을 요청해보는게 어떨까요?

경력도 마찬가지예요. 그나마 본인에 대해서 그렇게 생각하시는걸보면 정말 착하신겁니다.

현실은 아장아장 걷고 있으실텐데 

마음만 전력질주 하셔서 그러신듯 

시간 투자해서 공부 열심히 해주시면 잘 걷게 되고 

그다음은 뛰게 되고 그다음이 전력질주가 될겁니다. 

뭐든지 하루아침에 이루어지는건 없습니다.

만리장성도 시작은 첫돌놓는거 부터 입니다. 

그 돌이 쌓여서 성벽을 만드는거죠. 

단편 정보만 봐서 확실하지 않지만,

지금 그거 못 넘어서면 개발자로써 발전하기 힘들겁니다.

요는 '기존 내용을 모르기' 때문에 '진행할수 없다' 인데,

사실 개발일이 상당 부분 그렇습니다.

아니 정확하게 말하자면,  SW 개발은 지금까지 그런 방향으로 발전해왔습니다. 세부 내용을 숨기고 블랙박스 안에 넣어서, 현재 문제가되는 부분만 보는거죠. 

대략의 흐름을 파악하고, 각 시점의 관심사와 아닌 것을 구분하고, 핵심에 집중하여 변경을 가하는 것. 

이것이 꼴랑 5개월 공부로 되는 일은 아닙니다만,

그렇다고 더 쉬운 무언가도 없을 겁니다. 

개발자를 계속 하고 싶다면,

조언을 받아서 어떻게든 해내야 할거라고 봅니다.

어차피 그보다 더 쉬운 개발 업무도 없을 것 같구요.

부딪혀 보고 깨져 보는 것도 신입 때나 부담 없이 할 수 있는 것 같습니다!

신입 때 안 멍청하면 오히려 연차 쌓였을 때 멍청해질 수 있어요

찾아보고 아무리 연구해봐도 모르겠을 때 사수한테 물어보고 혼날건 혼나세요!

날렸다고 생각했지만 뒤돌아봤을떄 날린 시간은 없었습니다. 이클립스에 이상한 에러 떠서 실행도 못해보고 날린 날도, 오타땜에 날린날도, 돌아보면 날린게 아니라 다시는 같은 실수를 안하게 할수 있거나, 무조건 실수를 기록하는 습관을 갖게 되거나, 이럴떄 이럴것이다라는 촉을 갖게 되는 자양분이었어요. 

시킨대로 구현을 못했다 하더라도 어디서 막혔으며, 어떤 문제를 풀고 있고 어떤건 구현했는지 기록하고 그 기록물을 보고하거나 보여주면 제대로 된 상사라면 지금은 어리버리해도 나중엔 얘는 빨리크겠다 이런 감을 받을겁니다, 지금 실력이 아니라 기록하고 성실히 해보는 사람은 꾸준히 성장합니다. 1주일 포기는 넘 빠른거 같고 1주일더 풀어보고 내가 찾아본 사이트는 스크랩해두고 무슨문제가 생겼고 어떻게 푸는지 몇시간 단위로 꾸준히 기록해두고 해서 좀더 잡아보세요. 그래서 상사가 지금 어디까지 됐어요? 말하면 기록한거 바탕으로 여기까진 했는데 여기서 이런 문제가 생겨 이 사이트를 좀더 보고 있습니다. 이런식으로 보고하는게 좋아요. 주니어때 빠른 성장은 기록하는 습관이 중요해요. notion 이나 블로그 추천

코딩을지켜츄

제가 완전 입문자여서 잘 몰라서 그런데...

늘 궁금했던게 블로그는 정말 네이버 블로그 같은건가요???

코딩을지켜츄

그 블로그에 뭐 쓰는건가용??

그냥 오늘 새로 알게된것들 기록용으로 쓰는건가요?