Free-programming-books: 출판 연도

아이디어 주셔서 감사합니다. 장단점이 있습니다.

나는 단점이 장점보다 중요하다고 생각합니다.

• 연도가 항상 책에 포함된 정보의 현재 가치를 나타내는 좋은 지표는 아닙니다.
• 많은 작업이 필요할 것입니다
• 목록에 이미 포함된 정보에 약간의 오버헤드를 추가합니다.

나는 당신이 틀렸다고 생각합니다. 저뿐만 아니라 저에게도 연도는 정보의 현실성을 나타내는 매우 좋은 지표입니다. 2003년에 출판된 책과 2015년에 출판된 책을 본다면 더 현대적인 정보를 담고 있는 두 번째 책을 선택할 가능성이 큽니다.

저는 이 주제에 대해 토론할 준비가 되어 있으며 다른 의견도 기꺼이 받아들일 것입니다.

연도 추적의 한 가지 문제는 리포지토리의 많은 리소스가 주기적으로 업데이트된다는 것입니다. 리포지토리의 목적을 위해 정보를 최신 상태로 유지하기 위해 더 많은 유지 관리, 더 많은 PR을 생성합니다. @vhf 가 작업한 것과 같은 보조 데이터베이스가 이 정보를 제공하는 더 나은 수단일 수 있습니다. 나도 작동할 수 있는 git-tag-triggered 메타데이터 업데이트 체계를 작업 중입니다.

그렇긴 하지만 ~5년(~10년?)보다 오래된 리소스에 대해서만 발행 연도를 추가하는 것이 유용할 수 있지만 그다지 많은 작업은 아닙니다.

나는 @aminought 에 동의하지만 @vhf 도 좋은 지적을 했습니다. 발행 연도로만 책을 측정하면 의미가 없습니다.

많은 작업이 필요할 것입니다.

그런 다음 PR을 통해 커뮤니티에 남겨주세요. 단 한 권의 책이라도 PR을 제출하도록 권장하십시오. 개인적으로 나는 그런 것들이 말 그대로 무료라고 생각하지 않습니다. 시간이 걸리거나 대부분이 소요될 것입니다. 목록이 가치가 있다고 판단한 반환 값입니다.

목록에 이미 포함된 정보에 약간의 오버헤드를 추가합니다.

나는 이것에 동의하지 않습니다. 우리는 이제 정보가 저렴하다는 것을 압니다. 비싼 것은 이해입니다.

내 요점 : 식별자를 하나 더 추가할 가치가 있습니다. 확실히 그것은 소비자 요구에 맞는 식별자를 제공하는 데 도움이 되기 때문입니다 :smile: . 데이터베이스에 어머니 이름인 선택적 열을 하나 더 추가하는 것과 같습니다. 현실은 모든 아이가 엄마의 이름을 아는 것은 아니라는 것을 보여줍니다.

이것을 결정할 수 있는 프로그래밍 방식을 생각해낼 수 있다면 옵션이 될 수 있습니다. 완벽할 필요는 없지만 정확도가 좋은 케이스의 50% 정도를 자동화할 수 있는 방법이 있다면 좋은 출발점이 될 수 있습니다.

@aminought 나는 그것이 @vhf 가 의미하는 요점이라고 생각합니다. 아마도 오래된 책이 더 잘 설명하거나 더 나은 예가 있을 수 있습니다. 그것은 오래된 것이지만 대부분의 소프트웨어 언어의 경우 일을 수행하는 일부 오래된 방법이 여전히 옳습니다. 그렇지 않더라도 책이 최신 버전에 비해 최악이라는 의미는 아닙니다.

그래도 발행 연도를 사용하는 것이 현재 개발 중인 사람들에게도 좋은 생각이라는 데 동의합니다.

+1!

학생으로서 나는 새로운 것이 항상 좋은 것을 의미하지는 않기 때문에 때때로 이전 버전을 선택하는 경향이 있습니다.
유용하다고 생각할 수 있는 콘텐츠가 있지만 작성자가 그렇게 느끼지 않았기 때문에 최신 버전에는 존재하지 않습니다.

또한 그렇습니다. 많은 작업이 필요하지만 사람들이 원하는 책을 구별하고 찾는 데 도움이 될 것이라고 생각합니다. @eshellman 이 제안한 아이디어가 마음에 듭니다.

나는 초보자 일뿐이므로 쉽게 틀릴 수 있지만 @eshellman 의 중간 경로는 완벽하게 작동합니다. 일부 개발자가 지식을 얻기 위해 순수하게 현대적인 책과 리소스를 갖고 싶은지 여부를 결정하는 데 도움이 되도록 정말 오래된 책과 리소스(2005년 이전 또는 2000년 이전의 범위)에 대한 출판 연도를 표시할 수 있습니다. 위의 다른 사람들이 말했듯이 현대 책에는 없는 통찰력을 제공할 수 있는 레거시 책에 공개되거나 수년 동안 처리됩니다.

유용하지만 다른 관점에서는 그다지 유용하지 않습니다. 자원이 출판된 연도를 의미하는 것은 정보 측면에서 그 신뢰성을 검증하고 추론할 수 있지만, 다시 새로운 판과 반복으로 오늘날까지 여전히 활용되고 있는 다른 오래된 자원이 있습니다.

그러나 이 상황에서는 약간의 추가가 좋을 것입니다.

추가 의견이 없는 한 내일 #2387을 병합하고 이 문제를 종료하겠습니다.

댓글 감사합니다, 여러분!

방금 감옥에서 나온 사람을 압니다. 나는 그가 돈을 벌기 위해 자바스크립트를 배울 수 있다고 말했다. 그가 이해할 수있는 최신 무료 책을 사용하십시오. 그는 최신 자료를 쉽게 선택하지 못하거나 결국 오래된 자료를 배우게 될 수 있습니다.

면접관은 그녀가 자신의 언어를 구사할 때 그 사람을 더 소중히 여길 것입니다. 개념은 오래되었지만 언어는 변경됩니다. 더 현대적인 책에는 더 현대적인 언어가 있습니다.

나처럼 왼쪽에서 오른쪽으로 가는 사람의 경우 왼쪽 굵은 연결 가능한 부분만 읽기 때문에 year는 오버헤드를 추가하지 않습니다.

책의 일부에 연도가 있는 경우에만 괜찮을 것입니다. 원할 수 있지만 연도에 따라 당겨야 하는 것은 아닙니다.

@dzmitry-lahoda 슬프게도 오늘날 개발자 직업을 얻는 가장 쉬운 방법 중 하나인 웹 개발 경험이 있습니다. 어쨌든 웹 개발은 단순히 일을 하는 것이 아닙니다. 대부분의 경우 JS를 사용할 것입니다. 마녀 자체는 매우 심오한 언어이며, 왜 그런 식으로 동작하는지 이해하기 어렵습니다. HTML과 CSS. 새 책이 더 나은 내용을 알려줄 것이라고 생각할 수도 있지만 사실은 오래된 책이 ES6, Typescript 및 이 새로운 내용이 없었기 때문에 더 잘 설명할 가능성이 있다는 것입니다. ES6+로 JS를 배운다면(Babel과 같은 것을 사용) JS가 어떻게 작동하는지 이해하는 것이 이전 JS를 배우는 것보다 더 어려울 것입니다. 그런 다음 새로운 구문을 배우십시오. 알고있다.

이것이 당신과 당신의 친구에게 도움이 되기를 바랍니다 :D