개인 프로젝트하면서 하루에 100줄 작성하는게 고작인데 현업가면 개털리겠네..
알고리즘 열심히 풀어도 현업에서는 의미가 있을까
한국인 인생 존나 빡세다
다른 길 알아보고 싶어도 적성에 맞는게 개발밖에 없음
주변 선배들이 개발 적성 조금이라도 안 맞으면 절대 하지 말고 당장 딴 거 알아보라고 했는데
지금이라도 공무원 해야 되나 싶고
아침부터 생각이 많아진다
그나마 잘하는게 이것 밖에 없는데 큰일이다
알고리즘 열심히 풀어도 현업에서는 의미가 있을까
한국인 인생 존나 빡세다
다른 길 알아보고 싶어도 적성에 맞는게 개발밖에 없음
주변 선배들이 개발 적성 조금이라도 안 맞으면 절대 하지 말고 당장 딴 거 알아보라고 했는데
지금이라도 공무원 해야 되나 싶고
아침부터 생각이 많아진다
그나마 잘하는게 이것 밖에 없는데 큰일이다
100줄은 너무 적다 - dc App
ㅠㅠ
나 어제 너보다 작성한 줄 수 적은데 - dc Cpp
나 개인프로젝트하면 하루에 천줄 ~ 2천줄 정도 쓰는데 뭐냐ㅋㅋ
빡대가리라 사는게 힘듦
줄수는 의미없는데
생산성 - dc App
줄 수가 무슨 의미임...ㅋㅋㅋ 안 막히면 1000줄도 금방 쓰고 막히면 10줄 쓰는데도 2주씩 걸리지... - dc App
생산성 - dc App
운영체제는 10만 코드가 기본이잖냐. 1명이 하루에 100줄 작성하면 5년 동안 운영체제 만들려면 몇 명이 필요하고 인건비는 얼마가 들겠음? - dc App
너가 말하는 생산성이 기계처럼 코드찍어내는 효율을 말하는거? 그런 개발자가 되야 된다고 생각하는거면 안하는게 낫지 ㅋ - dc App
10만코드가 아니라 1천만 코드 - dc App
소프트웨어공학 책을 보셈. 정말로 LOC가 아무 의미가 없는지 - dc App
실력 늘어도 하루에 100줄이겠어? 계속 늘면 더 빨리 만들수있겠지 - dc App
어려운 주제면 한달에 100줄 나올 수도 있고 잘 풀리는 날에는 1000줄도 나올 수도 있는거지 - dc App
그니깐ㅋ 줄 수가 중요한게 아니라 너가 얼마나 안 막히고 쓸 수 있는지 실력이 중요한거지 머 - dc App
데이터나 GUI 코드 작성하는 거면 하루 1000줄도 가능하고... 근데 수식이나.. 포인터 연산이라던가.. 전에는 없는 새로운 걸 창조할 때는 설계를 한달 동안하고 한달 동안 실제 코딩이 100줄 밖에 안 될 수도 있음. 내가 하고픈 말은 LOC가 아무 의미가 없지 않다는 점임. - dc App
그 실력을 뭘로 측정하게? 실제 생산한 코드를 봐야 알 수 있지 않나? 같은 기능응 하는 코드를 어떤 사람은 한달이 걸리고 어떤 사람은 일주일 걸림. - dc App
너가 뽑는 사람이면 이 사람이 한달에 1000줄 쓰는지 10만줄 쓰는지가 중요할까? 어떤 퀄리티의 코드를 짜는지를 보겠지. 물론 같은 실력이면 10만줄 쓰는 사람을 뽑겠지만, 같은 실력인데 생산성이 그렇게 차이가 날까? 내 생각은 결국 실력 따라 가는거지 줄 수가 중요한게 아니란거임. 그러니까 기술면접 보고 염병을 떠는거고 ㅋ 취업준비하면 - dc App
서 결과물 며칠걸려서 몇 줄 썼는지 물어보는곳 본적있음? 난 없음 적어도 - dc App
너 말에 답이 있잖아. 같은 실력이면 생산성에 차이가 별로 없다고 말하잖아. 그러면 실력이 다르면 생산성에 차이가 난다는 얘기잖아. 본인 스스로 인정을 하네 - dc App
그건 당연한거 아녀...? 실력에 차이가 나면 당연히 생산성에 차이가 나지 ㅋㅋ 내 말은 그 실력의 기준이 줄 수 에 있지 않다는거야 ㅋㅋ 같은 논점을 가지고 있긴한거같네. - dc App
그러니까... 어떤 어플을 만드는데 필요한 코드가 3천 줄이라고 할 때... 하루에 100줄 한달에 3천줄 생산해서 한달 동안 개발 완료하는 사람이랑, 하루 50줄 두달 동안 3천줄 생산해서 개발 완료하는 사람을 비교해볼 수 있잖아. 누구의 실력이 더 좋은데?
뭔소리야 애초에 전제자체가 의미가없는데 3천줄이 필요한앱을 1500줄로 개발하는게 잘하는거지 - dc App
간단한 예로, 대학생 과제를 푸는데 필요한 줄 수가 100줄이라고 할 때, ... 하루 100줄 만드는 사람이랑 하루 10줄 만드는 사람이랑... 에혀.. 그만하자.! 그냥 시간날 때 소프트웨어 공학 책 봐라!
그러면 다시 기준을 잡아서 그 1500줄을 생산하는데 어떤 사람은 2달 걸리고 어떤 사람은 1년이 걸림. 왜 그 생각은 못하는데
내 답은 모름임. 코드까보고 그 사람 면접해서 뇌 까보기 전까진. 내가 말했잖아. 며칠만에 몇 줄 짰냐고 물어보는 면접관 있었냐고. 단 한명도 없음. 즉 중요한 기준 아니란거임 - dc App
ㅋㅋㅋㅋ시발 지랑 의견다르면 넌 좆도모르니까 여물어 이지랄하고있네 븅신인가 애초에 줄수를 따지는거 자체가 병신짓거리야 - dc App
전에 LOC 관련해서 얘기하다가 쌈 났었는데... 내 경험상 어차피 설명해도 이해를 못해. 그래서 내 얘기만 줄창하면... 소통 부재... 이런 얘기 나오던데... 당연한 걸 설명해도 이해를 못해
그러니까.. 소프트웨어공학책 보라구
내가 볼 땐 너가 소프트웨어 공학책을 잘못 이해한거임. 뭔 책을 읽었는지 모르겠지만. - dc App
"애초에 줄수를 따지는거 자체가 병신짓거리"라는 발상이 무식으로 인한 건데.. 소프트웨어 공학 책 보라구!
개발 기간, 인건비 책정을 뭘로 하니? 책좀 봐
지랄하네 시발 어서 주워들은거로 아는 척좀하지마 요즘 어디서 원시코드 라인수로 공수책정하고 능률따지냐 말이안통하고 싸움나긴 좆도 니가 주워들은거로 쳐 꺼드럭대려다 딴지걸면 책보고오세요 모르면 배우세요 웅앵웅 - dc App
시발 이게 페미새끼들이랑 뭐가다름? - dc App
개발기간 인건비책정은 그사람 개발역량경력에 기능으로 따지는거지 원시코드로 하는 자체가 이미 도태된 병신이란거다 - dc App
미안한데 이런 논쟁이 있을 때 너가 주장하고 싶은 바가 소프트웨어 공학책에 있으면 너가 인용을해서 설득을 해야되는거야. 아마 너가 소통부재라고 들은 이유가 거기서 오지 않을까 싶네. 초고수 아키텍쳐는 코드 한 줄 안 쓰고도 프로젝트 다 이끌고 최고 페이 받아감. - dc App
또 시발 모르면 배우세요 너가 몰라서하는거임 ㅎㅎ 책보고오세요 이지랄하겠네 어줍잖게 배운거로 좆밥들한테 꺼드럭대고싶으면 걍 국비쳐가서 강사뛰어라 - dc App
줄수가 없다니까 하는 얘기잖냐 - dc App
https://m.blog.naver.com/PostView.nhn?blogId=xpiart&logNo=220287976188
- dc App
시발 들고온다는게 블로긐ㅋㅋㅋㅋㅋㅋㅋ 그래서 현업 어디서 공수산정에 작성할 라인 수를따지냐고 - dc App
그러면 넌 책 좀 읽어라라고 결론이 나면 안되고. 내가 책이 있었으면 설득할 수 있었는데, 아쉽네. 하고 끝나야지. 난 내 면접관들이 그런걸 중요하게 생각안한다는 걸 근거로 들었고, 만약 너가 그렇지 않은 면접관을 만나봤으면 그 얘기를 해도 되구, 책을 가져와서 얘기하는게 가장 좋겠네. - dc App
검색어로 LOC 개발 기간 산정 이렇게 검색해도 수두룩하게 나오는데 왜 코드 줄 수가 의미 없다는 얘기를 자꾸 하냐. 그게 소프트웨어공학 책에 나와. 그러니까 책 보라구 - dc App
프갤럼들은 코드 줄 수에 열등감 있냐. 여기 애들은 왜 LOC 얘기만 나왔다하면 LOC는 아무 의미가 없다... 이런 얘기를 하냐 - dc App
자 읽고 왔어 방금. 그럼 저 Loc 기법으로 비용 산출 했던 사례를 좀 제시해줄래? 나 그거 들으면 바로 인정할게. - dc App
의미가 없다는거 자체가 니가 현업은 좆도 발도못담궈봤으면서 주워들은거로 아는척쳐하고싶다는 반증이니까 - dc App
코드 줄 수가 의미 있다고 댓글을 통하여 알 수 있는데. 1. 어떤 기능을 구현하는데 어떤 사람은 1천로 만들었고, 어떤 사람은 2천줄로 만듦. 이 경우 누가 더 나은가? 2. 어떤 기능을 구현했는데 어떤 사람은 하루 100줄씩 10일 걸려서 만들었고 어떤 사람은 하루 50줄씩 20일 걸려서 만들었다고 할 때 이 경우 누가 더 나은가? 그러면 .. 우리는 무엇으로 판단하였는가? 간단한 문제잖아. 너희들 댓글에도 다 나와. LOC가 의미 있다는 전제를 깔고 너희들이 댓글을 썼잖냐. 잘 읽어봐.
그리고 LOC가 의미가 있으니까 LOC 로 비용산정하는게 책에도 나오지. 우길 걸 우겨라.
자 너가 글을 "현업 가면" 이라고 시작했지. 그러면 현업에서 loc 기법을 사용하는지 안 하는지가 가장 중요한 논점이겠지? 그래서 그런 사례를 달라고 한거임. 내가 아는 한에서는 없어서. 얘기해주면 난 아 실제로 현업에서 사용하는 기법이구나 하면서 하나 더 배워갔을거임. 그리고 코드 줄 수가 실력 판단에 잣대가 되는건 거의 5순위? - dc App
1,2,3,4 순위 다 비교하고 나면 5순위가 의미가 있을까? 고만고만하단거지. 즉 내 결론. 코드 많이 칠 수 있는 능력은 의미 없다. 의미 있다면 그 사례를 들어달라. 는 거. 책에 있으니 의미있단 소리 좀 그만하고. 너 책으로 먹고살거임? 월급주는 사람은 사장인데? - dc App
내가 무슨 "현업 가면"이라고 했냐? ㅇㅇ이가 "줄 수가 무슨 의미임" 이렇게 말했잖아. 생산성이랑 관련 있다고. 줄 수가 아무 의미가 없는게 아니라고 그에 대한 얘기를 했는데.. 두 명이서 발악발악하면서 댓글을 달았는데... 너희들이 달은 댓글에... 이미 LOC가 의미가 있다는 걸 전제로 댓글을 쓰고 있잖냐.
"실력 늘어도 하루에 100줄이겠어? 계속 늘면 더 빨리 만들수있겠지" 이것도.. LOC가 의미 있다는 논거가 될 수 있고
"같은 실력인데 생산성이 그렇게 차이가 날까? 내 생각은 결국 실력 따라 가는거지 줄 수가 중요한게 아니란거임." 이것도 LOC 가 의미 있다는 논거잖냐. 같은 실력이면 생산성이 그렇게 차이가 안 나니까... 다른 실력이면 생산성에 차이가 난다는 얘기 아니야? 결국 LOC 가 의미 있다는 얘기고.
"3천줄이 필요한앱을 1500줄로 개발하는게 잘하는거지" 이 댓글도 봐봐. LOC 로 판단하잖냐. LOC 가 의미가 있다는 얘기잖냐.
내 글을 잘못 이해했건 내가 잘 못 논변을 했던 그건 접어두고. 내 논점은 코드 줄 수 의미없음. 실력이 중요함. 이거야 ㅇㅋ? 이제 더 이상 내가 했던 얘기는 의미없다 알겠지? 난 내 논점을 정리해서 말해줬으니깐. - dc App
넌 loc 기법이 의미가 있다는 주장이니까 그 의미를 증명해봐 이제. 난 의미 없다고 봄. 왜? 내가 그렇게 산출하는 걸 단 한번도 본 적이 없으니까. 넌 이제 그렇게 산출했던 사례를 보여주면 돼 - dc App
너는 내 말을 오해하고 있는거다. 나는 LOC 가 높은게 무조건 좋다 이런 얘기를 하는게 아니다. 나는 LOC가 의미가 있다. LOC가 아무 의미가 없는게 아니다는걸 계속 얘기하고 있다. LOC(코드 라인수)가 높은게 무조건 좋다는 얘기를 하는게 아니다. 같은 기능이면 LOC 가 낮은게 좋고, 실력이 늘어서 LOC 가 증가하는게 좋다... 너는 이런 얘기를 하는데.. 나도 그말에 동의한다. 결국 LOC 로 판단하지 않았니. 그래서 LOC가 의미가 있다는 얘기를 나는 계속 얘기를 하고 있는데, 너는 아니라고 박박 우기는거고. 이해됨?
그걸 내가 왜 보여줘야 되는데? 인터넷 검색해서 알아봐~~
참고로 모 대기업에서 아직도 LOC 로 산정한다. LOC 만으로 산정한다는 얘기는 아니다. LOC 랑 이것저것 복합적으로 함.
자, 이해하기 쉽게 비유적으로 설명해줄게 시간복잡도에서 차수가 낮은 n은 무시되지? 실력은 최고차수고 너가 주장하는 loc측정값은 최고차수 이하 n값이야. 즉 loc 가 계산이 되고 값 자체는 있지만 실력이 가장 중요하기 때문에 결국 의미가 없어진단거야. - dc App
논쟁에는 발전이 있어야되는데, 영 발전이 없네. 뭐 하나라도 배워가려고 했더만 말꼬리 잡고 너가 찾아봐 이런 소리나 하고 있고... 넌 이길려고 하는 논쟁을 안했으면 좋겠다. 이거 고치면 아마 소통 부재라는 소리는 안 들을거야. - dc App
오래전글이지만 루비 이새끼는 정말 책을 한권만 읽읕 니가 난다. ㅋㅋㅋㅋㅋ 라인수 대비 생산성은 딱 설계가 끝나고 단순 코딩만 있을때 산정방식이지. 흔히 말하는 SI에서 페이지 찍어내는거 말하는거임. 실무자들은 그런거 하나도 신경 안쓰고, 해결가능한가 따진다. 이쌔끼 취업은 했냐?
하루 100줄이면 적는 코딩이 아님. 한달에 3천, 1년이면 3만 코드임. - dc App
복붙한거 포함하면 될지도
어. 경험치 쌓이면 하루에 1만줄도 쌉가능이다. 나는 아직 경험치 부족해서 일주일에 1만줄 싸는중.
회사가 존나 연구개발이라 크리에이티브한걸 요구하는지 그냥 그때그때 프로젝트에 맞는 걸 찍어내는지가 중요한데, 자기들은 뭔가 특별하다고 생각하는 애들이 많지만 사실 능력이 다 고만고만함 특출난 몇명 빼고, 결국 돈이 되는건 창의성이 아님 막상 해보면. 하나 갖고 오래 붙잡고 있어봤자 맨아워 단가만 쭉쭉 떨어진다. 오래 고민안하고 찍어내는 기계가 필요하지 대부
분의 기업들은.
ㅄㄷ