프로젝트 설명에 코드 프로젝트에 대한 기여자를 나열하는 방법을 찾고 있습니다. " "가 공동 작업 한 것이 합리적입니까? ,
"와 (과) 공동 작업했습니다.
다음 아이디어는 " 작성자 : " (아래 그림 참조) :
Unicorn은 훌륭하고 멋진 작업을 수행하는 놀라운 도구입니다. . James Smith 및 Olivia Jones가 작성한 프로젝트.
" 작성자 " 코드 프로젝트를 설명하는 데 사용됩니까?
" authored " , 결과는 다음과 같습니다.
au · thor
동사
과거형 : authored; 과거 분사 : authored
- (책 또는 글)의 저자.
" 야생 동물에 대한 여러 기사를 작성했습니다. "- 창시자;
"이 개념은 주로 보험 회사에서 작성했습니다. "
코드 프로젝트가 이러한 범주에 속하는지 확실하지 않습니다.
첫 번째 정의 글쓰기에 특화된 것처럼 보이므로 소스 코드는 글쓰기의 일부로 간주 되나요?
두 번째 정의는 훨씬 더 일반적이지만이 사용법이 무엇에 적용될 수 있는지 명확하지 않습니다. " 작성된 "는 " 작성 가능 ".
예 :
" 건설 노동자 생성됨 집 "이 의미가 있습니다.
" 건설 노동자 저작 된 집이 "에서 생성되지 않습니다. nse.
댓글
- 저는 저작물이 모든 창작물을 의미한다고 정의를 읽고있는 반면, 저는 글쓰기 창작물로 읽었습니다. 제작 사운드는 당신이 필요로한다면 제작 과 클래식 개발 도 마찬가지입니다.
- @YosefBaskin The 두 번째 예는 개념에 대해 이야기하는 것이므로 단순히 글을 쓰기위한 것이 아닙니다.
- Google 정의에서 두 번째 정의는 쓰기를위한 첫 번째 정의 아래에있는 글 머리 기호이며 별도의 정의가 아닙니다. 저작물을 모든 창작물에 사용할 수 있다고 생각한다면 그렇게 사용할 수 있지만 지침을 요청한 것처럼 보였습니다.
- @YosefBaskin 내가하지 않았습니다 ' 알지 못합니다. 그것은 상황을 변화시킵니다. 그렇다면 개념은 어떻게 작문 범주에 속합니까? 그리고 첫 번째 의견에 따르면 소스 코드가 글의 일부로 간주 될 수 있다고 말하는 것 같습니다. 맞습니까?
- 예, 코딩은 작성 중입니다. 일부는 더 효율적이고, 일부는 다음 개발자가 읽고 따르기가 더 쉬우 며, 일부는 자체 문서화이며, 일부는 영어로 더 잘 문서화됩니다. ' 비고 ' 지침 또는 최소한 페이지 또는 절차 당.