MS 도큐부터 추상화 존나게 좋아하네.
추상화을 지향하면서 디테일한 내용을 이해하기 바라는게 모순 아님?
HAL이 뭔 개소린가 했는데. 하드웨어를 조작하는 스트림? 기능? 같은거 모은 거네.. ㅅㅂ..
이러면서 개발자가 엔지니어 소리 들어야 함? 왜 항상 뭉뚱그려 이야기 함? 그리고 hardwares abstraction layer는 그 안에 요소들의 카테고리도 아닌데 직관성도 없네. ㅅㅂ
이러면서 뭔 코드몽키 ㅇㅈㄹ임?
아니 딱 봐도 추상화를 하면서 그 안에 ㅈㄴ 꼬이면 그 위에 빋더들은 ㅈ같은 규칙을 지키는 수밖에 없으니 시간이 지나며 성능은 떨어지는게 당연한데.
결국 빠르게 문제에 대한 서비스에 대응하는 프로그램을 만드는 방향으로 나아가고 있는 거 아님?
ㅅㅂ 소프트웨어 엔지니어링이 뭐 얼마나 대단한 가치가 있나 이것저것 찾아봤는데 결국 c나 c++에 포인터 이딴 게 중요한 게 아니라 커널에 상호작용 가능한 원초적인 라이브러리를 다룰 수 있다는 거 아닌가?
결국 그럼 소프트웨어 엔지니어는 프레임워크 만드는 사람인데.
그 프레임워크가 ㅈ같으면 쓸모가 없네.
결국 후발주자 플머들은 로스트 테크놀로지 수준의 지식만 갖겠네. 코드몽키 엔지니어 급나누기 자위 전에 높은 수준의 교육의 기회는 주고 이야기해야지
- dc official App
뭐라는거야 이새낀 추상화 안하면 어떻게 계획짤건데?
그러면 왜 역행해야 좋은 플머가 된다는 이딴 개소리가 돌아다니는데 - dc App
너는 일단 기업이 어떻게 돌아가는지부터 배우고 와야할듯 아키텍처 수업듣고오셈
ㅅㅂ 그건 알지 서로 일 주고 받고 모든 디테일한 내용을 모두가 전문가급으로 알기는 힘드니까 결국 추상화를 통해 일반화해서 평가하는 거 아니야. 근데 요즘 프로그래밍 라이브러리나 언어는 그에 맞춰서 빠른 작업이 가능하게 만들어지고있고 그건 디테일한 내용이 아닌 일반화를 통해 어떻게 사용해야 하는가를 전달하자나 - dc App
웅그래
결국 프로그래밍 그 자체가 중요한게 아니라 현실의 문제 해결을 위한게 프로그래밍이면 왜 디테일한 내용을 모른다고 코드몽키라며 급나누기 자위를 하냐는거지 - dc App
웅그래
설명할 의지도 지식도 없으니 결국 지가 뭘 하는지 뭔 흐름에 있는지도 모르지. 논쟁에 낄 용기도 없고. 누가 틀리면 틀리다고 반박 좀 해봐 - dc App
웅그래
나도 이거 모르겠어 씨발 뭐 어떻게 하라고 ? 로우로 더 파는게 의미가 없잖아 저렇게 추상화를 해버리면
그니까..ㅅㅂ.. - dc App
그러게 학교다닐때 공부 열심히해서 좋은 대학 가지 그랬어
공부 못하는 ㅅㄲ들이 대학 어쩌고 ㅇㅈㄹ이더라 ㅋㅋㅋ 컴공만 아니고 너보다 좋은 대학갔어 ㅆㅅㄲ - dc App