Free-programming-books: Tahun penerbitan

Dibuat pada 22 Apr 2016  ·  15Komentar  ·  Sumber: EbookFoundation/free-programming-books

Saya tidak yakin apakah sudah ada yang menyarankannya, tetapi bagaimana pendapat Anda tentang penandatanganan satu tahun penerbitan yang hampir bersamaan dengan judul buku?

discussion

Komentar yang paling membantu

Satu masalah dengan tahun pelacakan adalah bahwa banyak sumber daya dalam repo diperbarui secara berkala. untuk keperluan repo, ini akan membuat lebih banyak pemeliharaan, lebih banyak PR untuk menjaga info terkini. Basis data sampingan seperti yang telah dikerjakan oleh @vhf mungkin merupakan cara yang lebih baik untuk menyediakan info ini; Saya sedang mengerjakan skema pembaruan metadata yang dipicu oleh git-tag yang mungkin juga berhasil.

Karena itu, akan berguna, dan mungkin tidak terlalu banyak pekerjaan, untuk menambahkan tahun publikasi hanya untuk sumber daya yang lebih tua dari ~5 tahun (~10 tahun?).

Semua 15 komentar

Terima kasih atas idenya. Ada pro dan kontra.

Saya pikir kontra lebih besar daripada pro:

  • tahun tidak selalu merupakan indikator yang baik dari nilai terkini dari informasi yang terkandung dalam sebuah buku
  • akan membutuhkan banyak pekerjaan
  • menambahkan beberapa overhead ke informasi yang sudah ada dalam daftar

Saya pikir kamu salah. Bagi saya dan, saya yakin, tidak hanya bagi saya, tahun adalah indikator yang sangat baik dari aktualitas informasi. Jika saya melihat buku terbitan tahun 2003 dan buku terbitan tahun 2015, kemungkinan besar saya akan memilih yang kedua karena memuat informasi yang lebih modern.

Saya terbuka untuk diskusi tentang topik ini, saya akan senang untuk mengambil pendapat lain.

Satu masalah dengan tahun pelacakan adalah bahwa banyak sumber daya dalam repo diperbarui secara berkala. untuk keperluan repo, ini akan membuat lebih banyak pemeliharaan, lebih banyak PR untuk menjaga info terkini. Basis data sampingan seperti yang telah dikerjakan oleh @vhf mungkin merupakan cara yang lebih baik untuk menyediakan info ini; Saya sedang mengerjakan skema pembaruan metadata yang dipicu oleh git-tag yang mungkin juga berhasil.

Karena itu, akan berguna, dan mungkin tidak terlalu banyak pekerjaan, untuk menambahkan tahun publikasi hanya untuk sumber daya yang lebih tua dari ~5 tahun (~10 tahun?).

Saya setuju dengan @minought , tapi @vhf juga punya poin bagus. Jika kita hanya mengukur buku dari tahun penerbitannya, itu tidak masuk akal.

akan membutuhkan banyak pekerjaan.

Kemudian serahkan kepada masyarakat melalui PR. Dorong untuk mengirimkan PR, bahkan hanya untuk satu buku. Secara pribadi saya merasa tidak ada hal seperti itu yang benar-benar gratis. Ini akan menghabiskan waktu atau sebagian besar. Ini adalah nilai pengembalian karena mereka menganggap daftar itu layak.

menambahkan beberapa overhead ke informasi yang sudah ada dalam daftar

Saya tidak setuju dengan ini, kita tahu informasi sekarang murah. Yang mahal adalah pengertian.

poin saya: ada baiknya menambahkan satu pengidentifikasi lagi. Karena tentunya membantu memberikan pengenal yang sesuai dengan kebutuhan konsumen :smile: . Ini seperti menambahkan satu kolom opsional lagi di database, nama ibu. Realitas yang ditunjukkan tidak semua anak mengetahui nama ibu mereka.

bisa menjadi pilihan jika kita bisa menemukan cara terprogram untuk menentukan ini. maksud saya itu tidak harus sempurna tetapi jika ada cara untuk mengotomatisasi mungkin 50% dari kasus dengan akurasi yang baik maka itu mungkin merupakan titik awal yang baik

@minought Saya pikir itulah intinya yang @vhf maksudkan, mungkin buku yang lebih tua lebih baik menjelaskan atau memiliki contoh yang lebih baik. Ini sudah tua, apa pun yang pernah terjadi, tetapi untuk sebagian besar bahasa perangkat lunak beberapa cara lama untuk melakukan hal-hal masih benar, bahkan jika tidak, itu tidak berarti buku itu terburuk dibandingkan dengan yang lebih baru.

Namun, saya setuju bahwa menggunakan tahun penerbitan adalah ide yang bagus, bahkan untuk mereka yang sedang dalam pengembangan.

+1!

Sebagai seorang siswa sendiri, saya cenderung mengambil versi yang lebih lama kadang-kadang karena yang baru tidak selalu berarti bagus.
Ada beberapa konten yang mungkin berguna tetapi tidak ada dalam versi yang lebih baru karena penulis merasa tidak demikian.

Juga, ya, itu membutuhkan banyak pekerjaan tetapi saya merasa itu akan membantu orang membedakan dan menemukan buku pilihan mereka. Saya suka ide yang disarankan oleh @eshellman .

Saya hanya seorang pemula jadi saya bisa dengan mudah salah, tetapi rute tengah @eshellman bekerja dengan sempurna. Mungkin menunjukkan tahun penerbitan untuk buku dan sumber daya yang benar-benar tua (2005 dan lebih lama, atau bahkan berkisar dari 2000 dan lebih lama) untuk membantu beberapa pengembang memutuskan apakah mereka ingin memiliki buku dan sumber daya yang murni modern demi memperoleh pengetahuan diproses selama bertahun-tahun atau terbuka untuk buku-buku warisan yang bisa, seperti yang dikatakan oleh orang lain di atas, menawarkan wawasan yang tidak dimiliki buku-buku modern.

Ini akan berguna, tetapi juga tidak begitu berguna dalam perspektif lain. Menandakan tahun penerbitan sumber daya dapat memvalidasi dan menyimpulkan keandalannya dalam hal informasinya, tetapi sekali lagi ada beberapa sumber daya lama lainnya yang masih digunakan hingga hari ini dengan edisi baru dan iterasinya sendiri.

Namun, dalam situasi ini, itu akan menjadi tambahan kecil yang bagus.

Kecuali ada komentar lebih lanjut, saya akan menggabungkan #2387 besok dan menutup masalah ini.

Terima kasih atas komentarnya, semuanya!

Saya kenal orang yang baru saja keluar dari penjara. Saya bilang dia bisa belajar JavaScript untuk mendapatkan uang. Gunakan saja lebih banyak buku gratis terbaru yang bisa dia pahami. Dia tidak dapat memilih yang terbaru dengan mudah atau mungkin akhirnya mempelajari materi lama.

Pewawancara kerja akan menghargai seseorang lebih baik jika dia berbicara dalam bahasa mereka. Konsep sudah tua, tetapi bahasa berubah. Lebih banyak buku modern memiliki bahasa yang lebih modern.

Untuk orang kiri ke kanan, seperti saya, tahun tidak menambahkan overhead karena saya hanya membaca bagian tautan yang dapat ditebalkan kiri.

Saya akan baik-baik saja jika dan hanya jika bagian dari buku memiliki tahun. Itu bisa diinginkan, tetapi tidak wajib untuk menarik dengan tahun.

@dzmitry-lahoda Saya memiliki pengalaman dalam pengembangan web, beberapa cara termudah untuk mendapatkan pekerjaan pengembang saat ini, sayangnya. Bagaimanapun, saya harus mengatakan, pengembangan web tidak hanya melakukan pekerjaan. Sebagian besar waktu Anda akan menggunakan JS, penyihir itu sendiri adalah bahasa yang sangat dalam, dan sulit untuk memahami mengapa sesuatu berperilaku seperti itu; HTML dan CSS. Anda mungkin berpikir bahwa buku yang lebih baru akan memberi tahu Anda hal-hal yang lebih baik, tetapi kenyataannya adalah bahwa buku lama lebih mungkin untuk menjelaskan lebih baik karena mereka tidak memiliki ES6, dan TypeScript, dan hal-hal baru ini. Jika Anda mempelajari JS dengan ES6+ (Menggunakan Babel dan sejenisnya), maka memahami cara kerja JS akan lebih sulit daripada mempelajari JS lama dan kemudian mempelajari sintaks baru, karena sebagian besar waktu, sintaks baru itu akan menjadi gula untuk hal-hal yang sudah Anda pelajari tahu.

Semoga ini bisa membantu Anda dan teman Anda :D

Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

Tlalanne picture Tlalanne  ·  4Komentar

ghost picture ghost  ·  7Komentar

kakashi215 picture kakashi215  ·  10Komentar

taiyoslime picture taiyoslime  ·  14Komentar

sayopaul picture sayopaul  ·  3Komentar