Free-programming-books: año de publicación

Creado en 22 abr. 2016  ·  15Comentarios  ·  Fuente: EbookFoundation/free-programming-books

No estoy seguro de si alguien lo ha sugerido ya, pero ¿qué opinas sobre firmar un año de publicación cercano con el título de un libro?

discussion

Comentario más útil

Un problema con el seguimiento de años es que muchos recursos en el repositorio se actualizan periódicamente. para los propósitos del repositorio, esto crearía más mantenimiento, más relaciones públicas para mantener la información actualizada. Las bases de datos secundarias, como en la que ha trabajado @vhf , pueden ser un mejor medio para proporcionar esta información; Estoy trabajando en un esquema de actualización de metadatos activado por git-tag que también podría funcionar.

Habiendo dicho eso, sería útil, y quizás no tanto trabajo, agregar años de publicación solo para recursos que tienen más de ~5 años (¿~10 años?).

Todos 15 comentarios

Gracias por la idea. Hay pros y contras.

Creo que los contras superan a los pros:

  • los años no siempre son buenos indicadores del valor actual de la información contenida en un libro
  • requeriría mucho trabajo
  • agrega algo de sobrecarga a la información que las listas ya contienen

Creo que estas equivocado. Para mí y, estoy seguro, no sólo para mí, el año es un muy buen indicador de la actualidad de la información. Si veo un libro publicado en 2003 y un libro publicado en 2015, hay una gran probabilidad de que elija el segundo porque contiene información más moderna.

Estoy abierto a la discusión sobre este tema, me encantaría tomar otras opiniones.

Un problema con el seguimiento de años es que muchos recursos en el repositorio se actualizan periódicamente. para los propósitos del repositorio, esto crearía más mantenimiento, más relaciones públicas para mantener la información actualizada. Las bases de datos secundarias, como en la que ha trabajado @vhf , pueden ser un mejor medio para proporcionar esta información; Estoy trabajando en un esquema de actualización de metadatos activado por git-tag que también podría funcionar.

Habiendo dicho eso, sería útil, y quizás no tanto trabajo, agregar años de publicación solo para recursos que tienen más de ~5 años (¿~10 años?).

Estoy de acuerdo con @aminought , pero @vhf también tenía un buen punto. Si solo medimos el libro por su año de publicación, no tendrá sentido.

requeriría mucho trabajo.

Luego déjalo en manos de la comunidad a través de relaciones públicas. Anímese a enviar un PR, incluso solo para un libro. Personalmente, no creo que tales cosas sean literalmente gratis. Costará tiempo o lo hará en su mayoría. Es un valor de retorno ya que encontraron la lista digna.

agrega algo de sobrecarga a la información que las listas ya contienen

No estoy de acuerdo con esto, sabemos que la información ahora es barata. Lo que cuesta es entender.

mi punto: vale la pena agregar uno más identificadores. Porque seguro que ayuda a dar identificadores que se adapten a las necesidades del consumidor :smile: . Es como agregar una columna opcional más en la base de datos, un nombre de madre. La realidad muestra que no todos los niños conocen el nombre de su madre.

podría ser una opción si pudiéramos encontrar una forma programática de determinar esto. Quiero decir que no tiene que ser perfecto, pero si hubiera una manera de automatizar quizás el 50% de los casos con buena precisión, entonces ese podría ser un buen punto de partida.

@aminought Creo que ese es exactamente el punto que quiere decir @vhf , tal vez el libro anterior explique mejor o tenga mejores ejemplos. Es antiguo, lo que sea, pero para la mayoría de los lenguajes de software, algunas formas antiguas de hacer las cosas siguen siendo correctas, incluso si no lo son, no significa que el libro sea peor en comparación con el más nuevo.

Aún así, estoy de acuerdo en que usar el año de publicación es una buena idea, incluso para aquellos que están actualmente en desarrollo.

+1!

Como estudiante, tiendo a elegir una versión anterior a veces porque nuevo no siempre significa bueno.
Hay algo de contenido que uno podría encontrar útil, pero no está presente en la versión más nueva porque el autor no lo creía así.

Además, sí, eso requiere mucho trabajo, pero siento que ayudará a las personas a distinguir y encontrar el libro de su elección. Me gusta la idea sugerida por @eshellman .

Solo soy un novato, por lo que podría equivocarme fácilmente, pero la ruta intermedia de @eshellman funciona perfectamente. Tal vez indique el año de publicación de libros y recursos que son realmente antiguos (2005 y anteriores, o incluso el rango de 2000 y anteriores) para ayudar a algunos desarrolladores a decidir si quieren tener libros y recursos que sean puramente modernos para obtener conocimiento. procesado a través de los años o estar abierto a libros heredados que podrían, como dijeron otros anteriormente, ofrecer ideas que los libros modernos no tienen.

Sería útil, pero también no tan útil en otra perspectiva. Indicar el año en que se publicó un recurso puede validar e inferir su confiabilidad en términos de su información, pero, de nuevo, hay otros recursos antiguos que aún se utilizan hasta el día de hoy con nuevas ediciones e iteraciones de sí mismo.

En esta situación, sin embargo, sería una pequeña adición agradable.

A menos que haya más comentarios, fusionaré #2387 mañana y cerraré este problema.

¡Gracias por los comentarios, a todos!

Conozco a una persona que acaba de salir de la cárcel. Le dije que podía aprender JavaScript para ganar dinero. Simplemente use más libros gratuitos más recientes que pueda entender. No puede elegir lo último fácilmente o puede terminar aprendiendo material antiguo.

Los entrevistadores de trabajo valorarán mejor a la persona si habla su idioma. Los conceptos son viejos, pero el lenguaje cambia. Los libros más modernos tienen un lenguaje más moderno.

Para las personas de izquierda a derecha, como yo, el año no agrega gastos generales ya que solo leo la parte enlazable en negrita izquierda.

Estaría bien si y solo si parte de los libros tendrán año. Se puede desear, pero no obligar a tirar con el año.

@dzmitry-lahoda Tenía experiencia en desarrollo web, una de las formas más fáciles de conseguir un trabajo de desarrollador en la actualidad, por desgracia. De todos modos, tengo que decir que el desarrollo web no es solo hacer el trabajo. La mayoría de las veces usará JS, que en sí mismo es un lenguaje muy profundo y difícil de entender por qué algunas cosas se comportan de la manera en que lo hacen; HTML y CSS. Puede pensar que un libro más nuevo le diría cosas mejores, pero la verdad es que es más probable que un libro antiguo explique mejor porque no tenían ES6, Typescript y estas cosas nuevas. Si aprende JS con ES6+ (Usando Babel y cosas similares), entender cómo funciona JS será más difícil que aprender JS antiguo y luego aprender nueva sintaxis, porque la mayoría de las veces, esa nueva sintaxis será azúcar para cosas que ya sabe. saber.

Espero que esto te ayude a ti y a tu amigo :D

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

ghost picture ghost  ·  7Comentarios

ghost picture ghost  ·  17Comentarios

hiverkiya picture hiverkiya  ·  5Comentarios

cktang88 picture cktang88  ·  4Comentarios

kakashi215 picture kakashi215  ·  10Comentarios