가나다라 구구단 못해도 코딩할 수 있다는거랑 다를바가 없음.
컴포넌트 추상화 같은걸 전혀 이해하지 못하는 전형적인 백엔드의 사고방식.
애초에 이해할 생각도 없음. 뭔가 푸는 것만 좋아하고, 외우고 체계화하는거 자체를 싫어하는 애들이니.
가나다라 구구단 못해도 코딩할 수 있다는거랑 다를바가 없음.
컴포넌트 추상화 같은걸 전혀 이해하지 못하는 전형적인 백엔드의 사고방식.
애초에 이해할 생각도 없음. 뭔가 푸는 것만 좋아하고, 외우고 체계화하는거 자체를 싫어하는 애들이니.
api 문서가 있으니 필요한 api를 찾아 쓰라는 말인데... 외우든 안외우든 자기 자유지만 뭐...
프레임워크를 전체적인 틀같은걸로 봐야되는데, api이해 없이 어떻게 고급프로그래머가됨?
프레임워크가 기하학적으로 연결된 일종의 생태계인데, 그냥 외워서 쓰는게 아니란말임. 런타임의 기반구조 자체를 이해하는 것.
그건 API를 외우는게아니라 아키텍처 구조를 분석하는거지
외운다는건 출력함수 ! 이러면 printf ! 이러지 말라는거고
외우지 않고 어떻게 아키텍처 구조를 분석함?
나는 시그니처까지 다 외움. 시그니처까지 분석대상
추상화 언급하는인간이 oop 도 모르고 코드 추적도 못한다고 생각안하는데?
그럼 그새낀 c나 c++이나 평생하라고 하셈. 어찌됬던 컴포넌트형 언어에는 안맞는 사람이니
맞는말인데 백엔드드립은 뭐임? 오히려 외우는거 싫어하고 공부하기 싫어하는애들이 프론트엔드가는거아님? ㅋㅋ
그래 그냥 각자 갈길가자
억지로 외울필요없고 많이쓰다보면 자연히 알게되는건데 외워야하니 외우면안되니 이러고잇냐 ㅋㅋ
그냥 구구단도 수학하면서 자연스럽게 외우지 그러냐
구구단도 원리를 이해하면 외울 필요가 없어
api는 구구단 보다 더 체계화되어있음.
자연스럽게 외워지는게 아니란말이다.
함수처럼 걍 값 처넣으면 답이 알아서 나오는게 api인데 왜 외워 ㅋㅋㅋㅋㅋ
결국 그 정도의 이해도. 그게 니 수준인거임.
왜 외움? 이해를 해야 하고 세부사항은 문서를 보는데? api 추가되거나 수정되면 또 딸딸 외움? 무슨 방송출연 하고싶음?
단일업체가 관리하는 이상, api 수정은 거의 안일어남.
내가 하는일이 api 만들고 뜯어 고치는 일인데 내가쓴 코드 외운적 한번도 없음. 걍 캡슐화와 블랙박스로 만들고 문서로 정리하고 끝냄
프레임워크랑 아키텍트를 구분하셈.
일반화 극한의 일반화 극한의 컴포넌트성을 다루는 영역 대해서 말하고 있는 것임.
프레임 워크랑 아키텍트는 이해를 해야 api를 만들고 뜯어 고치는데 왜 외우냐고 ㅋㅋㅋㅋㅋㅋㅋㅋ 이해를 못해서 걍 억지로 살아 남으려고 발버둥 치는것도 아닌고
말장난하네 끄져라 ㅎㅎ
도대체 왜 이런거에 불편해하시는지 이해가 안가네~ 개빠가면 같이 일할일 없을거고, 그런거 안외워도 취직하는애들은 너같이 좆밥부분 외우는데 머리 안쓰는일이라 마주칠일 없을듯
시간이 지날수록 계속 고급언어로 변해가는 추세인데, 진짜 좆밥이 뭔지 모르는구만. 아 참고로 c c++ 자바 계속 내리막길임.
ㅋㅋㅋ 그래서 그 고오오급 언어가 c, c++ 보다 외울게 많다는거임?
아무튼 너같은 애들이 제일 게으르더라.
외움충이라 불쌍하네. 실무에서 외워야만 키보드 하나라도 두드릴 수준이면 그건 api나 아키텍쳐 설계 자체가 잘못된거임. 진정한 아키텍쳐 설계와 api 추가는 니가 a라는 api에 코드 1만줄을 쳐도 결과값을 정해진 형태로 나와야하고, a1 이라는 api를 ㄸ드어고치건 뉍두건 현 아키텍쳐에는 영향이 좃도 안가야함. 그리고 아키텍쳐는 api들에서 뭔 일이 일어나도 설계된 대로 굴러가는 놈이고. 이게 안되면 그건 도망가야 되는 코드인거고
그건 니가 어수룹하게 배워서 그런거고, 어디까지 일반화될 수 있는 지 그 최대치부터 보고, 거기에 맞는 고급언어부터 만들고, 일반화가능한한 최대치까지 뽑아서 api화 시켜야지. 그냥 넌 시야가 좁은거.
api를 왜 외워? 대부분 subject_verb_object() 이런 형식일텐데 verb 에는 get, set 이런거 들어가고, 저걸 왜 외워 ㅎㅎㅎ
난 내가 만든 프레임워크며 내가 만든 api 도 못 외우는데 ㅎㅎㅎ