뭐 의미없이 연차만 긴 개발자들이 얼마나 있다고 해도 그들이 저한테 직접적인 피해를 주는게 아니면 신경이 1도 안쓰이네요. 남들이 보기에 대단한 커리어가 아니라도 업계에서 오래 살아남았다는게 그분들의 내세울 커리어일 수도 있고요.

교육을 격려하는 영상찍고 그러는구야 그냥 먹고사는 방법의 차이아닌가 싶어요. 굳이 시간들여 매도하거나 부정할 이유도 없는?

개발은 3,4년정도 경험이 생기고 1,2년 정도 성숙단계가 지나면
10년차 든 20년차 든 그 차이가 많지가 않습니다.
사실 모두가 압니다 이런한 갭이 많지 않다는 것을

정말 그런가요?

가방에 관심 없는 사람들이 보기에는 3만 원짜리 동대문 가방과 3천만 원짜리 명품 가방이

별 차이 없어 보입니다.

차에 관심 없는 사람들이 보기에는 아반떼나 포르쉐나 별 차이 없어 보일 수 있죠.

그림에 관심 없는 사람들은 잉크젯프린터로 인쇄한 윈도우 바탕화면과 고흐의 별이 빛나는 밤에

원본 그림이 별 차이 없게 느껴질 수 있는데 왜 저렇게 비싼 값을 받는지 이해하기 어렵죠.

영특한 초급 개발자와 무능한 고급 경력자를 비교한다면 그것은 적당한 비교가 안 될 것이고 

초급 개발자 평균 개발능력과 고급 경력자 평균 개발 능력을 기준으로 한다면 

저는 더 비싸더라도 무조건 고급 경력자에게 일을 맡기고 싶습니다.

사람하는 일들이 대부분 그렇듯이 개발도 하다 보면 어떤 선택이 옳은지 

판단이 잘 서지 않을 때가 많습니다. 하지만 그럼에도 불구하고 판단을 해야만 하고 

그 결과에 대한 책임을 나와 내 회사가 져야만 하죠. 

많은 경험과 지식에서 나오는 판단은 실패확률을 줄이고 성공확률을 높인다고 생각합니다.

또한 단순히 개발능력 외에 많은 시련과 고난을 이겨낸 개발자들은 일종의 성인식을 거친 거라고

생각하며 초급개발자들은 아직 그런 성인식을 거치지 못한 것에 대한 차이는 있다고 생각합니다.

그렇다면 신입 개발자는 경력 개발자의 말에 순종해야하느냐.

그것은 절대 아닙니다. 경력 개발자도 당연히 틀릴 수 있고 잘못된 경험을 축적한 경우도 있고

어느 순간 썩기 시작한 경력 개발자도 있습니다. 항상 동등한 위치에서 화두를 꺼내고

토론하고 양쪽 모두 납득할만한 합리적인 결론을 낼 수 있어야만 합니다.

비즈니스적인 생각을 해야만 가치 있는 개발자이고 비즈니스적인 생각을 해보지 않은 개발자는 가치가 떨어지는 개발자라는 주장은 완전히 반대해요.

기타리스트가 굳이 작곡을 하지 않아도 사업을 하지 않아도 오직 더 좋은 연주를 하기 위해서 고민하는 것도 충분히 멋지고 의미있다고 생각합니다.

겸속해야 하고, 다양한 기술을 배워야 한다는 점에는 공감하지만...

주장하신 것에서 납득하기 어려운 것들이 있네요.

3,4 년차와 10년차가 별 차이 안난다는 말씀을 하신건가요?

하나의 기술만 보면 그럴지도 모르겠지만 서비스 개발 측면에선 경험의 차이를 무시할 수 없을텐데요.

제가 업무를 나눠주는 사람중에 10년 이상되신분이 있는데요. 이분은 어제 자신이 코딩한거도 잘 까먹어서 제가 알려줘요. 좀 친해져봤더니 개발에 크게 관심없고 먹고 사는 도구로 썼는데 이제는 npo나 농사같은거 하고 싶다고 하더라구요. 

한 3년지나면 관심도랑 자기노력때문에 차이가 더 커지는거 같다고 생각하는데 비슷한 업무를 계속하게 되면 어느 분야든 솔직히 상향평준화되는것은 당연한 일인거 같아요.

지금 시작하시는 분들은 제가 시작할때보다 방대한 지식을 요구하고 있어서 확확치고 올라오는 사람들도 많은 것 같습니다. 그리고 경력자 중에서는 넘사벽같아 보이는 누구나 인정하는 괴물도 있지요. 개발만 집중해서 살아왔다면 경력에 따른 실력차이는 반드시 존재한다고 생각합니다. 다만 그저 삶의 한부분으로 보고 업무가 익숙해진 이후 별다른 노력을 안하면 실력차이는 성장하는 사람들과 크지 않겠지요.

맞긴한데 10년차 넘어도 개발자 걍 하면 되지

굳이 관리자 트랙 탈 필요는 없다고 본다.

3,4년차 주니어가 10년차보다 신기술을 더 많이 아는지 설명해줄 수 있나요?

10년차가 당연 3,4년차보다 신기술 더 많이 알지 않나요. 그리고 왜 20년차 30년차가 신기술을 더 모른다고 생각하나요? 

나이들수록 나이나 지난 경험을 잊어버리는 태도는

중요하다고 생각해요.

취지는 이해합니다.

@kim  pm, pl  안하는게 오래 사는 길입니다 ㅋ

개발에만 매몰되지 말고 넓게 보라는 말

나는 아빠다님 말씀에 공감 합니다

개발자이지만 개발만 보지말고 전체적인 숲을 보는 시각을 갖는게 중요하죠

개발만 하다보면 본인도 모르게 개발이라는 늪에 빠지는 경우만 있죠

예를 들어 나는 개발만 잘하면 돼~ 다른건 몰라도 돼

이런식의 마인드는 위험할 때가 있죠

신기술을 끊임없이 공부하고 익힌다?

그 노력에 대한 의미는 충분히 있겠지만 이게 주니어 개발자의 장점이라고는 절대 생각하지 않습니다.

front-end는 기술력이 어느정도 중요하지만 대부분 시니어 급으로 가면 front-end는 잘 안건드리죠

연차가 쌓이면 쌓일수록

업무 프로세스 이해도 + 요구사항을 바로 코드화 시킬수 있는 능력 >>>>> 설계능력 (DB, class 등등 환경 구축의 전반적인 것) >>>>>>>>>>>>>>>>>>>>>>>>>>>> 개발기술

이라고 생각합니다.

글 쓰신 의도는 알겠으나, 동의하긴 힘드네요.

저야 프로이직러라 그런지 다양한 경험이 중요한 재산이지만, 막걸리 처럼 여러 사이트 돌아다니면서도 저런 이야기 하는 환경이라면(금융이 다 그렇진 않겠지만, 하도 저렇게 떠드니 선입견 생기게 만들죠) 본문 내용도 틀렸다고 할 순 없겠죠.

막말로, 어떤 기술의 도입을 결정할 때 "제가 해봤는데요" 한 문장으로 끝날 수 있는 것도 경력이 가지는 힘의 무게일 수 있습니다. 물론, 나쁘게 말하면 꼰데질이긴 하지만요. 하지만 결정에 따른 비합리적인 일정, 자원 소모를 줄일 수 있는 경우도 많기 때문에...반드시 나쁘다고 생각하지도 않구요. 대신에, 학원 강사들에 대한 선입견 역시 학원 강사들이 만든거라 생각하기 때문에 어느 정도 자업자득이라는 점에는 동의하겠습니다. 그렇다고 경력 오래된 사람들을 싸잡아 욕하는건....비야네 스트롭스트룹 아저씨보고 개발 그만하란 소리도 아니고...

년차 및 스펙과 실력은 상관 없을 수 있죠.

근데 그냥 스프링/RDB 만 계속 해서 큰 연봉 상승없더라도 일반개발자로 가족과 도란도란 큰 욕심없이 사는게 잘못된건 아닌거 같습니다.위에 막님 처럼 말이지요.

꼭 님 말처럼 인정받고 살아야 하나요? 

새로운것도 하고 싶은 사람/당장필요한 사람만 하면 됩니다. 현재에 집중하는 사람들도 똑같이 필요합니다.

특별한 사람(?)이 되고 싶을 수도 있고, 그냥 보통사람(?)이 되던지 그들의 선택을 존중하고 모두 필요한 세상이 좋은거 아닐까요. 

자기 인생 자기가 사는 겁니다. 정답이 없어요. 본문 글쓴 것처럼 사는게 정답이라면 본인이 그렇게 실천하면 될 일이죠. 각자 본인의 비지니스 잘 하면 되겠습니다... 

제가 볼 때 정리하면 이렇습니다 :

• 10년차 같은 3-4년차가 있다? (O)
• 3-4년차보다 못한 10년차가 있다? (O)
• 실력은 경력에 비례한다? (X)
• 개발은 3-4년만 하면 다 엇비슷하다? (X)
• 3-4년차 수준에서 실력이 정체된 10년차를 비난해야하는가? (X)
• 인생의 우선순위는 각자 다르고 능력차이는 비난의 대상이 아니다 (O)
• 그럼에도 소프트웨어 개발이라는 분야에 10년 이상 깊게 팔만한 측면은 존재한다 (O)

저는 8년차때 고수를 구별하겠더군요...

퇴직 후 쓸쓸한 말년을 안보내려면 가족들에게 잘해야 겠지요.

기술이니 연차니 하는건 별 상관 없어 보여요.

차오주님 32세에 얼마를 받았길래 53세까지 동일하다는지 모르겠네요. 저도 그렇고 주변을 봐도 그렇고 계약하기에 따라 조금씩 오르긴하고 있는데요.

오로롱이님 시니어급으로 가면 front-end 잘안건드린다? 시니어급의 정의가 고급기술자가 해당 된다면 설계로 안빠지고 개발하는 사람 없지는 않는거 같습니다. 설계가 단가가 더비싸긴 하지만 프로젝트 기간이 짧은 경우들도 있어서 리스크가 크죠. 아키 역시 마찮가지고 자기가 좋아하는 걸하는거지 굳이 능력의 레벨이라고 보기는 힘들어요. 설계능력 안에서 레벨이 나뉘는거고, 개발능력 역시 그안에서 레벨이 나뉘는거죠.

설계 잘하는 사람을 찾는 경우보다 개발잘하는 사람을 찾는 경우가 많은거 같아요. 수량적으로... 고로 기술의 테두리는 비슷하지만 그 기술의 이해의 깊이나 핸들링하는 역량의 차이를 무시하지 못하는게 아닐까요?

프로젝트를 대하는 태도가 그 사람의 능력을 만드는거 같습니다. 대체로 여기서 무능력한 개발자는 화면만 찍어내는 개발자를 얘기하는거 같은데, 대다수가 그러니까. 자신의 프로젝트에서 사용되는 인프라, 아키텍쳐, 설계방식, 사용자가 원하는 UX/UI 등 전반적으로 관심을 가지고 프로젝트를 진행하고 공부한다면 전혀 다른 개발자가 될수 있겠죠. 저도 깊이가 있지는 않지만 그저 API한번 건드려보고 마냥 다 알고 누구랑 별차이 없구나. 그걸 무슨 몇년차랑 비교하고 별로 의미가 없어요.

Front-end도 고객이 요구하는 형태에 가장 적합하게 뽑아내야 하는데, 소통 안되고 트렌드를 이해 못하고 설득 못하고 설계한데로 자기 의견도 없이 그냥 누가 만들어 놓은 샘플이나 찍으면 그게 연차가 무슨의미가 있겠습니까. 이런게 경험과 경력에서 나올수 있게 되는거죠.

차오주 = 막걸리님.

10년이면 개발보다는 창업하셔야죠

차오주님....그분같네요....

하튼 반갑습니다~~ ^^;;

사실 이런류의 논쟁은 좀 의미 없어보이네요.(과거에도 항상 존재해왔던...;)

성공한 개발자 != 성공한 인생 

인거는 분명할듯 합니다만.

"남한테 피해는 주지 말자" 정도만 지켜진다면야..비난할 필요가 있나 싶네요.

이 글을 쓰신것도 어느정도 경력에서 나오는 아우라를 인정받고싶어서 쓰신거라 생각됩니다.

물론 주된 이유는 생각공유겠지만요.

사람은 누구나 인정받고싶어하죠.

그냥 그렇게만 받아들이시면 될 것 같습니다.

확장해석 되면 기업의 입장에선 10년차 이상이 필요가 있을까? 10년 이상 개발자는 개발이든 관리든 인격적 소양이든 더 가지고 있어야 겠구나 라고 생각 하게된 글 입니다. 잘 읽었습니다.