실력이라는게 주관적이고 객관적으로 어떤 부분에서 부족한지 이야기를 안함
대부분 보면 프갤 글들보면 신입이 들어와서 그 회사 프로세스 존중을 안하는 경우를 이야기함.
그게 실력이랑 대체 무슨 상관이 있다고.
그리고 실력이 없다 그러는데, 결국 그 회사가 굴러가고 있는거보면 일단 사장이 원하는 서비스를 만들어내고 있는거니까 실력자 아닌가?
마치 게임 만드는데 게임 안에 코딩 이쁘게 보이게 한다고 작업 느리게 하기 vs 존나 빠르게 게임 만들기 해서
전자가 결과물 못내고, 후자는 결과물 냈으면 후자가 더 우월한 사람임
그럼 대체 실력이 뭐야? 라고 물으면 뭐 라이브러리를 많이 알고, 프레임워크를 많이 알고, 알고리즘을 많이 알고 이러는데
나는 그거 실제로 만들어본 프로젝트 없으면 알고있다고 생각하진 않거든. 직접 만들어봐야 알고 있다고 생각함.
결국 진짜 실력이라는건 자기가 속해있는 도메인의 결과의 유무 아닌가?
실력있는 교수=논문 IF 팩터 딱 있는 사람. 유명한 학회지에시 실린 교수
실력있는 프로그래머=개쩌는 레포, 결과물 있는 사람 이런거고
그래서 솔직히 프갤에서 실력론을 못 믿겠는게, 저마다의 실력 기준점이 달라서 프갤 실력론을 도저히 못믿겠음.
알고리즘 더 알고 덜 알고 하는데, 너네 도메인에서 알고리즘 다 쓰긴하냐?
3D 그래픽스만 봐도 BSP 안구현안하잖아.
대부분 OPENGL부터 쓰고, OPENGL도 안쓰고 유니티 언리얼 스잖음
결국 기본적으로 라이브러리 프레임워크를 안다해도 결국 구현 못하면 병신이니까. 안다는 것만으로도 실력의 척도가 될 수 없는거 같은데
왜냐면 라이브러리 프레임워크는 하나의 흐름이고 메타지. 언제 바뀔지가 모름.
근데 그 흐름을 무조건 따라갈 필욘 없지 서비스 하고자하는 어플,앱의 상용성을 생각해서 교집합점을 찾아야하는거지
아키텍쳐만 봐도 예전에 쓰이던 아키텍쳐나 패턴은 지금은 안쓰이는 경우가 잦음
MVP 패턴 지금 MVVM 패턴 쓰잖아.
뷰모델 설계가 어렵다는 단점이 있지만 요새는 MVVM 쓰는데 MVVM을 모른다고 그 사람이 실력없는 프로그래머인가? 그건 아니지
내가 대학원다닐때 다 매틀랩, 매스매티카 쓸때 포트란 쓰던 박사님이 제일 IF 팩터 높았음. 결국 결과물이 장땡인거 같은데
여기서 실력 이야기하는 애들보면 반절이 결과물이 없는 애들이 결과물 있는 양반들을 욕하는 경우가 많긴한듯.
실력론이 허구라고 느껴지던게 얼마전 호연 관련해서 느낌.
내가 호연에서 애니메이션 진짜 잘만들었다 했을때도, 호연 애니메이션 좆구데기고 이랬는데, 호연이 기획이랑 연출이 올드한 면이 있어도 애니메이션은 한국 최고 전문가들이라 구리지가 않은데 구리다는 애들이 많은데, 기획 연출의 문제지 애니메이션 리깅이나 이런거보면 대단하다 느낌들던데 그게 실력이 없니 하던데 알 수가 없는 이야기임. 일본 잡지 리뷰에서도 애니메이션은 좋다 이렇게 평가하드만.
뭔가 좀 디시 갤러리에서 말하는 '실력'이라는게 순 허구라는 생각밖에 안듬
실베 애들이 호연이 딱 잼민이TV 느낌이라던데 ㅋㅋ
십덕스러워야 서브컬처가 될 수 있는데 서브컬처로는 탈락이지 않을까 누구 생각일까 도대체
호연이 기획이랑 모델링이 좆병신인건 맞는데, 애니메이션 리깅이나 이런건 한국 최고 전문가들이라 구리다 평가하는게 알못임. 걍 기획이랑 이런게 잘못되서 아트팀이 병신소리 듣는거지.
이래서 서브컬처겜은 걍 총괄 프로듀서가 오타쿠여야만 됨
서브컬쳐 적이지 못한 디자인-모델링 이건데 이거랑 애니메이션은 좀 다른 느낌이긴함.
오타쿠X->십타쿠O ㅇㅅㅇ
기본기가 중요하다는 건 맞는 말이야
지 얼굴에 침뱉기지 지 실력이 그정도라 그런 회사 부사수로 들어간건데
학식충
mvp가 머야 난 mvc밖에 모르는데
MVC-> 모델+뷰+컨트롤러 MVP-> 모델+뷰+진행자(Presneter) MVVM->모델+뷰+ 뷰모델
MVC는 사용자 액션을 컨트롤러에 받아서, Model업데이트하고, 모델이 뷰를 보여주는거고(뷰와 컨트롤러를 결합한 설계) MVP는 사용자 액션을 뷰를 통해서 받고, 뷰 데이터를 진행자에 요청, 진행자는 모델에게 데이터 요청(진행자는 뷰를 알고 있지만, 뷰는 진행자에 의존하지 않는 설계) MVVM은 액션을 뷰에서 받고, 뷰에 액션 들어오면 커맨드 패턴으로 뷰 모델에 액션 전달하고, 뷰 모델은 모델에게 데이터 전달함(뷰 모델이 뷰와 모델간의 매개 역할을 하고, 뷰는 뷰 모델과 데이터 바인딩되서 UI랑 데이터 로직을 분리시킴)
프로세스 이야기 한 애가 ㅈ소인지 아닌지 모르겠는데, 어느정도 규모 갖추면 사내 개발가이드라인이 있긴함. 아님 그가이드라인을 일부적용한 팀내 개발가이드라인이 있고. 대부분의 개발가이드라인은 정답이 무조껀있다 라기보단 어느정도의 취향이 들어가거나 프로젝트 규모 인원에따라 달라질수가있다. 한마디로 정답이
없는케이스가 많음. 이 기준으로 보았을때 이 프로세스에 많은사람이 적응하고 굴러가던 프로젝트를 다른사람이 와서 바꾸려면 반발이없을순 없음. 그 프로세스상에 심각한 결점이있거나 해도 그걸납득시키고 바꾸기힘든데 딱히 정답이없는 케이스라면 더더욱 불가능함. 물론 ㅂㅅ회사라서 프로세스를 잘도입해야하는 케이스면 니말이맞음
ㄹㅇ 정답이 없음
근데 뭐 실력 부족하다 이야기보면 잘 모르겠음. 니 말대로 어차피 모든 프로세스는 문제점이 분명히 존재함. 허점이 존재하기때문에 그 프로세스상의 문제가 있을 수 있음. 근데 그거랑 실력이랑 다른부분이라는 거라고 생각함. 물론 네 생각에 99% 동의함
또한 도메인지식이야기했으니 하나 더이야기하면. 네가 opengl 이야기를했으니 opengl 을 쉐이더까지 잘쓰면 실력임. 이라고 해도 맞음. 근데 이게 상용프로덕트 만들다보면 정말 코너케에스가 많은데 예를들어 구형 아이폰에 gl es 만있을경우 기존쉐이더가 동작안할때 어떻게해야하는가? 이런문제도있을수있음. 하드웨어쪽이나 이런도메인도 같이 엮여들어가는케이스가
있는데 이런 노하우하나하나가 진짜 크리티컬한이슈에서 좋은솔루션을낼수있고 이게 진짜실력의판가름이되기도함
요는 실력이없다라고 내려치는것도 잘못인데 그 프레임웤기술을 어느정도쓴다고 실력이좋다라고 하기도애매하다는거지
글보다 더 좋은 댓글이네 고맙다 많이 배움
해당 댓글은 삭제되었습니다.
완성이 먼저다.
초코냥 임마 씹덕 새끼같아서 걸렀는데 알고보면 나보다 훨씬 똑똑하고 많이알아서 더 재수없어짐
나트륨찡 왜 또 여기서는 멀쩡?
본문에 적힌대로, “저마다의 실력 기준점이 달라서” 실력론은 앞으로도 계속 논쟁거리가 될 것 같음. 개발자의 실력에는 테크 스택에 대한 지식뿐만 아니라, 커뮤니케이션 스킬 & 자기 PR 능력, 프로젝트 매니징 스킬, 경험 모두가 포함될 수 있음. 빠르게 프로덕트를 만들어야 하는 조직에 속해있다면, 테크 지식이 약간 부족하더라도 가독성 및 유지보수하기 좋은 코드를 작성할 수 있으면서 커뮤니케이션 능력까지 출중하다면 실력있는 개발자로 불릴 수 있을거 같음. 반면에 특정 도메인에서 기술집약적인 프로덕트를 만들어야 하는 조직에 속해있다면, 테크 지식이 풍부해야 실력있는 개발자가 될 수 있을거임.
그런데 본문에 뷰모델 설계가 어렵다는 것은 무슨 소리임? 왜 뷰모델 설계가 어려움? MVC에서 Controller가 할 수 있는 역할이 많아서, Controller를 잘 설계하는게 훨씬 어렵지 않음?
개인의 차이인듯. 그냥 뷰모델 개념이 조금 더 어렵다는 이야기임. Controller는 결합도가 증가해서 잘 짜지가 어려워서 실제로 만들때는 컨트롤러가 더 관리가 힘들어지듯이 이 경우에는 뷰모델 개념이 조금 더 어렵다고 생각함. 물론 개인차이 존중함
구현쪽에 실력은 확실히 있다. 똑같은 과제 줬을때 코드 짜는거 보면 천차만별임 알고리즘 답이 다 다른거랑 같은건데 이게 생각보다 존나 큰건데 개발 모르는 사람들이 보기엔 그냥 비슷비슷해 그래서 더 허상같은거야 개발자끼리는 뭐라 정확하겐 말 못해도 분명하게 같은 집단내에서 실력순으로 100명이면 100명 줄세울수 있어 - dc App
뭐 이게 또 직장운이나 이런게 잘풀리는거랑은 달라서 시간이 지나면 보통 자기급 회사를 찾아가긴해 그래서 한 과장 쯤 되면 걍 연봉이 실력이라고 보면 돼 생각보다 대기업 허들이 낮은게 딱 한번만 따면 옆글은 또 쉽거든 - dc App
그치만 실력과 별개로 개발을 이용해서 돈을 버는것은 순수개발실력과는 완전히 다르지 1인개발같은건 마케팅이나 시장분석이 더 중요할수도 있고 비개발회서에서 점프 및 승진하고 임원달고 이런거는 사회성이 더 중요할수도 있음 - dc App
mvvm예시를 들었은데 좋은 예시야 사장이 어디서 주워듣고는 mvvm 구조로 뭐 만들어했을때 왜 그렇게 써야되고 어떻게 해야 문제없을지 바로 파악해서 프로젝트에서 해내면 돼 몰랐어도 개발기간에 공부해서 해내면 그게 실력인거야 그게 되냐 안되냐 차이가 직장인 실력이지 - dc App
이게 경험으로 되는게 있고 공부로 되는게 있는데 경험만 가지고는 절대 풀 수없는 실무적 문제들도 있고, 공부만 많이 해가지고는 쉽게 이해하거나 추측이 안되는 실무적 문제들이 있지(특히 db쪽) 계속 자기계발 트랜드 잡으면서 실무 경험 쌓았으면 주니어는 절대 못따라잡는게 맞아 실제로 그런 사람들이 있고 - dc App