ㅈㄱㄴ. api가 너무 많기도 하고, 단어도 어떻게 넣어야 할지를 모르겠음.
예를들어 이동관련 api를 찾고 싶을때, move로는 안나오고 transform으로는 나오는 경우처럼,
보통 원하는 기능을 찾고 싶어도 단어를 여러개 검색하고 그럼?
아니면 내가 원하는 기능 있는 예제코드 뜯어보고 그래야하나?
ㅈㄱㄴ. api가 너무 많기도 하고, 단어도 어떻게 넣어야 할지를 모르겠음.
예를들어 이동관련 api를 찾고 싶을때, move로는 안나오고 transform으로는 나오는 경우처럼,
보통 원하는 기능을 찾고 싶어도 단어를 여러개 검색하고 그럼?
아니면 내가 원하는 기능 있는 예제코드 뜯어보고 그래야하나?
우선 영어공부 하고 문서보고 그다음 모르겠으면 예제나 남이 짠 소스 보셈
move, transform 수준 단어들이 영어 잘한다고 알고 그런게 아니잖아 내말은 같은 의미를 가진 여러 단어를 다 찾아봐야 하냐 이거임
? 너가 영어 잘했으면 예시를 그런걸로 들었을리가 없음
난 도큐멘테이션에 없으면 구글링 했음
나도 솔직히 그러고는 있는데, 학교에서 하도 api 문서 보는법 익혀라 이래서 api로 해보고싶은데, 구글링보다 훨씬 답답해서 그럼
구글마냥 맥락 이해해서 검색해주는것도 아니고 글자 그대로만 검색해주니까
난 구글링해서 샘플 코드 보고 해당 API 키워드 알았으면 그 때 같이 문서 참고해서 발췌식으로 보면 되지 남들이 다 고민해보고 작성한 베스트 케이스가 있는데 굳이 API 문서에서 다 찾아서 해결할 필욘 없다고 생각함
찾는건 구글링으로, 더 자세하게 알고싶으면 그 키워드로 레퍼런스 ㅇㅋㅇㅋ 조언 고마웡 ㄳㄳ
난 대충 how to (내가 원하는 기능) in (api 이름) 구글링 하면 어떤 함수 호출해야되는지나 샘플 코드같은게 나올텐데 그거를 레퍼런스 가서 봄
프로젝트 찾는게 아니라 언어나 프로젝트 레퍼런스 안에서 찾는걸 말하는 거라면 큰 단위로 먼저 한 번 훑어보면 도움이 되더라. 예를들어 패키지/네임스페이스 단위로 비슷한 애들끼리 묶여 있으니 그게 대략적으로 뭐 하는 건지 요약 정도만 읽어보면 된다 (보통 그런 문서엔 패키지 설명이 나옴). 근데 보통 API 문서 보는 거 습관 들이라는 건 찾는 방법에 대한 것 보단 이해하는 데 더 방점을 둔 이야기 아닌가 싶다. 그러니까 클래스를 찾으면 계층 구조를 본다던지, 메서드를 찾으면 시그네쳐를 이해한다던지 그런 거.