그래서 경력이?
- 우주를 손 {안에 담자;}
ㅇㅇ
커헠(msca8h)
2017-12-16 17:16
추천 0
댓글 57
다른 게시글
-
난 알고리즘 실력으로 역량 평가한다. [4]익명(39.120) | 17.12.16추천 8
-
프갤 아조씨들 사이드 이펙트가 뭐에요? [5]스트로베리(qwerty12000) | 17.12.16추천 0
-
갓바9 뭔지 보러왔는데dz(223.38) | 17.12.16추천 0
-
코딩을 잘한다는게 무슨말인가요? [6]익명(119.199) | 17.12.16추천 0
-
안드로이드 디바이스 모니터가 안떠요 ㅠ [3]익명(125.139) | 17.12.16추천 0
-
파이썬 질문이요~~ [2]익명(58.237) | 17.12.16추천 0
-
안배운것같은데 만들어래 [1]익명(1.210) | 17.12.16추천 0
-
컴공 졸업프로젝트 유니티로 게임 만드는거 어떰? [5]익명(121.164) | 17.12.16추천 0
-
일은 자고로 월급만큼 일하는것임 ㅇ [3]익명(183.100) | 17.12.16추천 0
-
자ㅡ바 자자자 바dw(14shj) | 17.12.16추천 0
은퇴 앞둔 실무기간만 15년
딱들어보니 자바 땔감만 15년 하신 것 같은데 C++이 어셈블리를 안 하면 의미가 없다고요? ㅋㅋㅋㅋㅋㅋ - return 0;
15년 동안 대체 뭘하신건지 getter setter가 없으면 안돼요? 참나 - return 0;
무슨 vi가 틀딱이니 뭐니 평생 이클립스만 쓰셨나 - return 0;
c++ 은 어셈블리어 코드를 생성하는 스크립트 언어입니다ㄳ
ㅋㅋㅋㅋㅋㅋㅋㅋ 와 이분 진짜 90년대에 코딩하셨나보네 - return 0;
설정파일이라면 모를까 코딩을 vi 로 하는 짓은 소프트웨어 개발을 익스트림 스포츠쯤으로 보는 만용입니다ㄳ
get set 은 습관을 들여야 할 문제임. 자바 개발은 거의 안했지 말입니다.
제가 올해 SO 설문조사에서 vim이 몇위인지 보여드려? - return 0;
get set은 습관이 아니라 캡슐화 파괴입니다. - return 0;
그리고 습관은 무슨 모던 IDE만 써도 다 자동생성해주는걸? gedit으로 개발하시나요? - return 0;
어셈 모르고 c++ 개발하면 디버깅은 어케 하심? 당장 디버깅 UI 의 핵심이 어셈 리스팅이랑 레지스터인데ㅋ
허언좆되네
어셈 쓸줄은 모르고 대강 읽을줄만 아는데 C++ 표준 위원인 사람도 봤습니다만 - return 0;
그리고 디버깅 UI의 핵심이 어셈 리스팅이랑 레지스터요? 디버깅 심볼도 안 박고 디버깅하세요? - return 0;
읽을 줄 알려면 배우긴 해야겠네?
디버깅 심볼이 다 해결해주나요? 디버깅 툴이 모든걸 다 해결해주면 버얼써 자동화했지
아니 그냥 자연스럽게 배웠다고 하시네요 정확히 무슨 명령어가 뭘 하는지는 모르고 - return 0;
디버깅 심볼이 왠만한건 다 해결해줍니다만 - return 0;
ㄷㄷ 프로그래밍의 천재들
소프트웨어 개발을 익스트림 스포츠로 여기는 쪽수가 많다고 해서 그게 정답이라고 우기는건 좀 아니지 싶은데
익스트림 스포츠라고 하는 근거를 모르겠네. vim 써보지도 않았어? 아니면 순정 vim만 써봐서 그런 말을 하는건지 - return 0;
아 네 웬만한건 다 해결해주니까 쓰지. 문제는 웬만한 것이 아닌 상황은 손가락 빨고 구경하시게?
저는 개인적으로 vim은 안 씁니다만 주변에 vim 쓰는 사람들이 들으면 슬퍼가 눈물 흘려서 탈수로 쓰러질 얘기를 하시네 - return 0;
vim 이 아닌 vi 얘기 아니었나?
vi 얘기를 하는거였어? 그럼 말고 - return 0;
나는 모든 C++ 프로그래머가 어셈을 전문적으로 배워야된다고는 생각 못하겠는데. - return 0;
어셈을 들여다봐야할만큼 크리티컬한 상황은 흔하지 않아 - return 0;
실제로 vi 쓰라고 강요하는 익스트림한 틀딱들 많음.
흔하진 않지만 터지긴 하지 말입니다. 그리고 애초에 요즘 시대에 c++ 은 최적화가 필요한 모듈 개발에만 쓰이는데 생성될 어셈 코딩 형태를 예상 못하면 쓸 의미가 없지. 더 좋은 언어 널렸는데ㅋ
C++은 요즘 현대 언어들과 언어를 나란히 할만큼 현대적으로 발전하고 있기 때문에 그 말은 10년전에나 해당됨 - return 0;
게터 세터가 왜 캡슐화파괴인지 나중에 설명좀해주라 진짜궁금해서그럼
그건 그냥 상식적으로 생각을 해보면 답 나오니까 굳이 설명하지 않겠다 - return 0;
지금 시대에 c++ 쓰는 이유는 파이프라인 최적화가 거의 주된 목적인데 생성될 분기문을 예상 못한다면 굳이 c++ 로 개고생 할 이유가 있다고 보심? 옛날 c++ 로 하던 일 지금 c# 으로도 죄다 구현 가능하지 말입니다.
파이프라인 최적화가 필요할 정도로 로우레벨한 일이 아니라도 C++은 많이 씁니다. 애초에 C#이 하는거 C++도 다 더 빠르게 할 수 있는데 - return 0;
그 근거로 마소가 새로운 C++용 윈도우 GUI API를 만들고 있지 - return 0;
get / set 자체가 추상화를 위배하는 property 에 대한 직접 접근이니까... 라는 얘긴데, 내 개인적 취향은 그런 교조주의는 딱 질색이라서
뭐 취향이 아니라면 이해는 합니다 - return 0;
그런데 굳이 c++ 을 써야 할 이유가 있음? 호박에 줄 그어서 수박 만드느니 걍 수박 먹는게 낫지 않나? 애초에 c++ 개발환경의 생산성이 떨어지는 이유는 언어 자체가 아니라 c++ 개발환경이 제공하는 api 의 문제일텐데.
생각해보니 정말맞는말이네
일단 대충짜도 성능이 더 좋다는게 있겠고 마지막 줄은 무슨 뜻인지 잘 모르겠음 - return 0;
적당히 읽을줄만알면됨
걍 간단한 예를 들자면, UI 를 개발한다고 치자고. c++ 로 제공되는 생산성 좋은거 추천 하나 해보시길. c# 보다 생산성 좋은거
c++ 용 UI 프레임워크나 UI 통합 컴포넌트 혹은 UI 라이브러리... c++ 용 치고 c# 이나 여타 고급언어보다 생산성 좋은게 있긴 있음?
아직 개발중이지만 MS의 WinRT/C++은 C# 이랑 API가 거의 동일해서 비교 가능. 하지만 UI로만 비교한다면 C#과 C++의 비교는 조금 그렇지 - return 0;
요는 C++을 쓰면 큰 생산성 저하 없이 큰 성능 향상을 기대할 수 있다는거지 - return 0;
그리고 사실 c++ 로 해서 약간 더 빨라봤자 실무개발 실행속도보단 생산성을 중시하는데, 굳이 c++ 로 c# 흉내를 낼 이유가 없다고 생각함. 정말 성능의 문제가 있다면 그 부분만 c++ 로 만들어 c# 하고 연동하면 그만이고.
성능 향상이 5~6배 이 정도인데 생산성의 차이가 적으면 C++을 쓸만한 곳들이 조금 더 생기지. 그런 판단을 했으니 MS가 C++을 버리지 않는 것일테고
https://blogs.windows.com/buildingapps/2016/11/28/standard-c-windows-runtime-cwinrt/
- return 0;
5~6배?
그 정도라면 차라리 성능이 중요한 부분만 c++ 로 분리하는게 낫지 않나? 굳이 c++ 로 전체를 개발해야 할 이유는 없지 싶은데. 생산성도 중요하지만 더 중요한 문제는 개발자 수급의 문제임. 신뢰성 있는 c++ 개발자 수급 vs 신뢰성 있는 고급언어 개발자 수급. 어느쪽이 유리하다고 생각하심?
후자는 인정함. 하지만 풀이 넓다고 과연 신뢰성 있는 고급 언어 개발자들이 구하기 쉬운걸까 - return 0;
풀이 좁은 것보단 확실히 유리하다고 보는데. 상대적인 문제니까ㅋ
학부 1개 기수 가르쳤을 때... c++ 개발자가 되겠다고 나서는 학생이 얼마나 되냐를 보면... 근데 얘기가 어쩌다 c++ 로 가버렸네. 내 알기론 그쪽도 딱히 c++ 부심 고집하는걸 딱히 좋아하진 않지 싶은데
ㅇㅇ 이만 합시다 - return 0;
꼬랑지를 내렸군.
쳐발렸네
ㅋㅋㄱㅋㅋㅋ