회사의 개발방법론을 바꾸고 싶지만 아직 바꿀수 있는 능력은 안되는 사원인가 봅니다. ㅎㅎ
프로그램은 결국 여러 개발자들이 작성한 명령어들의 집합인데 개인철학이 들어가면 결국 산으로 가게 되죠
힘들지만 기다릴수밖에 없지 않을까요ㅜㅜ

^^ 귀엽네용
뭐, 누구나 겪는 과정인것 같습니다.
저도 예전에 그랬고, 언젠가 그 지점을 넘어서고 부터는 그런 친구들을 조목조목 밟아주기도 했고..

하지만 지금 시점에선, 그 열정을 응원해줍니다.
적당히 방향만 잡아 주고, 열정을 응원해주면 정말 신나서 열심히 잘 하더라구요.
물론 조금 애매하게 가고 있을땐 중간 중간 채크하면서 다시 교정 정도만 해주면 되구요.

팀웤에 큰 부담이 안된다면, 그냥 두시는 게 좋은 거 아닌가요..
대부분 겪는 과정이긴 하지만, 그 때는 그 때의 열정이 있는 거니까요.
그리고 들어보면 옳은 말도 제법합니다.

보통 젊은 분들은 굳혀진 프로세스나 형식(으른들의 사정)을 달가워하진 않으니까..
그 분들이 팀을 한심하다고 생각하거나 답답해 하실 때가 많은데요.
그게 의외로 맞을 때가 있습니다. 실제로 팀이 한심한 경우도 있어요.

저는 오히려 경력이 쌓이니까 너무 숲만보려해서 나무는 못보는 상황이 되더라구요.
그래서 그런 분들이 오셔서 열정적으로 토로하거나 불만 제시해 주는 게 좋다고 생각합니다.
(물론 위에서 말한 것처럼 그 정도가 팀웍을 완전히 해칠 정도면 제지를 해야겟죠.)
그래서 심하지만 않으면 몇 분 계시는 것도 좋다고 봐요.

정말 잘 하면 잘하게 날 뛰도록 두는 것도 방법입니다.
어차피 회사는 열매만 먹는 곳.
잘 하는 거 잘하도록 확 풀어주고
조율은 팀장님이 하셔야죠. ^^;;

팀장이 그러라고 있는 거 아니겠습니까?

(그 일정안에는 )안됩니다.
(그 조건으로는 )못합니다.
입에 달고 사는  제게는 부러운 애들이네요.

니 팀 만들면 니 팀에서 니 하고싶은데로 하고 여긴 내 팀이니깐 까불지 말라고 선 그어야 합니다.

결정에 대한 결과는 신만이 알지 그 누구도 알지 못하기 때문에 맞는 결정이란것이 존재할수가 없어서 팀의 방향은 팀장이 할수 있는 최선의 선택으로 가는게 맞고 팀원은 그 최선의 선택을 도와주기 위한 조언을 해야지 방해만 하면 그건 팀에 마이너스죠

그리고 대기업에서 저런 술 안주감 되는짓하는 애들은 사회 생활 무서운줄 모르고 까부는 애들인데 저 친구도 빨리 깨닫지 못하면 인생 피곤하게 살것 같네요.

물론 개인적으로 저는 저런 친구들 좋아 합니다. 괴롭히는 재미가 있거든요 :D

차라리 신입이면 실력으로 살짝 눌러주면 되는데
주임, 전임급이면 한창 자신감 붙을 때인거죠.

하드코딩하면 안된다고 배웠는데 팀 코드를 보니 여기저기 하드코딩 되어있고,
나름 개발방법론에 준해 하드코딩, 글로벌변수, goto문 이런 거 안쓰고 코딩하는 내 자신이 뛰어나보이고~
애초 계획에서 뭔가 바뀌면 짜증 팍팍 늘어나 개기고~~

몇년 지나고보니 시간 없으면 하드코딩 할 때도 있고, 이미 릴리즈 된지라 건드리는 것 보다는 그냥 둘 수 밖에 없는 상황도 있고,
goto 잘만 쓰면 탈출하는 코드를 훨 보기좋게 짤 수 있고~
애초 계획대로 되는 건 없어서, 애초 계획이 어떻게 틀어질까, 어떤 요구사항이 추가될까 예상하여 작업하게 되더군요.

그렇다고 그냥 방치하면 안되겠죠~
그런 친구 2명정도 접했는데, 한명은 실력으로 살포시 눌러주고, 한명은 차근차근 상황 설명으로 이해시켰던 경험이 있습니다.

잘하는건 문제가 안되는데 부작용을 말씀하시는것 같습니다.

예를 들면 굳이 하지 않아도 될 일을 키운다든가, 쉽게 해결하면 될것 굳이 어렵게 해결한다든가...

저는 직접 대놓고 물어봅니다...

자신이 한 일을 남이 알아보기 쉽게 해놓는게 고수 같냐?

자신이 한 일을 아무도 못 알아보게 하는게 고수 같냐?... 답은 이미 정해져 있습니다.

여기서 문제를 발전 시켜야 합니다... 대부분은 남들이 쉽게 넘겨 받을수 있게 해야 한다...

너 여기서 평생 있을거 아니지 않느냐?...

그렇게 일하다 보면 성능 관련해서 머리를  많이 써야할 일이 나오는데,

그럴때 다다를수 있는 최고의 속도를 뽑아낼수 있겠느냐?...

설계 및 코딩을 전 팀원이 이해하지 못하면 결굴 일이 몰리고 일이 몰리면 그 친구가 혼자 감당하다가

몸 망가지고, 회사 나가고.. 팀 망가지고.. 후임자가 와서 전임자 욕하고... .. 그 뒤는 뻔하죠.

설계든 코딩이든 매뉴얼이든 설치 및 운영이든.. 최대한 쉽게하고 오래 운영해도 손 안대도 되도록 해놓는게

진정한 고수 아닐런지요?.. .. 잘하는 개발자는 개발실에서 야근하는 개발자가 아니고

일찍 퇴근해서 어디선가 맥주라도 빨고 있는 개발자 아닐까 싶네요.

애자일 방법론, 클린 아키텍쳐 같은 책이나 온라인 교육 같은거 하나 구매해주시고 너 년차에 많이 도움 되는 책이다 우리 회사에 너 년차되면 추천해주는 책이다 한번 읽어봐~ 봐바 하면서 주는것도 도움이 될거 같네요~