Free-programming-books: Erscheinungsjahr

Erstellt am 22. Apr. 2016  ·  15Kommentare  ·  Quelle: EbookFoundation/free-programming-books

Ich bin mir nicht sicher, ob es schon jemand vorgeschlagen hat, aber was halten Sie davon, ein Jahr der Veröffentlichung mit einem Buchtitel zu unterzeichnen?

discussion

Hilfreichster Kommentar

Ein Problem bei der Nachverfolgung von Jahren besteht darin, dass viele Ressourcen im Repo regelmäßig aktualisiert werden. Für die Zwecke des Repos würde dies mehr Wartung und mehr PRs verursachen, um die Informationen auf dem neuesten Stand zu halten. Nebendatenbanken wie die, an der @vhf gearbeitet hat, sind möglicherweise ein besseres Mittel, um diese Informationen bereitzustellen. Ich arbeite an einem durch Git-Tags ausgelösten Metadaten-Aktualisierungsschema, das möglicherweise auch funktioniert.

Allerdings wäre es sinnvoll und vielleicht nicht so viel Arbeit, Veröffentlichungsjahre nur für Ressourcen hinzuzufügen, die älter als ~5 Jahre (~10 Jahre?) sind.

Alle 15 Kommentare

Danke für die Idee. Es gibt Vor- und Nachteile.

Ich denke die Nachteile überwiegen:

  • Jahre sind nicht immer gute Indikatoren für den aktuellen Wert der in einem Buch enthaltenen Informationen
  • würde viel Arbeit erfordern
  • fügt den Informationen, die die Listen bereits enthalten, etwas Overhead hinzu

Ich denke du liegst falsch. Für mich und sicherlich nicht nur für mich ist das Jahr ein sehr guter Indikator für die Informationsaktualität. Wenn ich ein Buch sehe, das 2003 veröffentlicht wurde, und ein Buch, das 2015 veröffentlicht wurde, ist die Wahrscheinlichkeit groß, dass ich das zweite wähle, weil es modernere Informationen enthält.

Ich bin offen für Diskussionen zu diesem Thema, nehme gerne andere Meinungen entgegen.

Ein Problem bei der Nachverfolgung von Jahren besteht darin, dass viele Ressourcen im Repo regelmäßig aktualisiert werden. Für die Zwecke des Repos würde dies mehr Wartung und mehr PRs verursachen, um die Informationen auf dem neuesten Stand zu halten. Nebendatenbanken wie die, an der @vhf gearbeitet hat, sind möglicherweise ein besseres Mittel, um diese Informationen bereitzustellen. Ich arbeite an einem durch Git-Tags ausgelösten Metadaten-Aktualisierungsschema, das möglicherweise auch funktioniert.

Allerdings wäre es sinnvoll und vielleicht nicht so viel Arbeit, Veröffentlichungsjahre nur für Ressourcen hinzuzufügen, die älter als ~5 Jahre (~10 Jahre?) sind.

Ich stimme @aminought zu, aber @vhf hatte auch einen guten Punkt. Wenn wir das Buch nur nach seinem Erscheinungsjahr messen, macht es keinen Sinn.

würde viel Arbeit erfordern.

Dann überlass es der Community per PR. Ermutigen Sie, eine PR einzureichen, auch nur für ein Buch. Persönlich habe ich das Gefühl, dass solche Dinge buchstäblich kostenlos sind. Es kostet Zeit oder wird meistens. Es ist ein Rückgabewert, da sie die Liste für würdig befunden haben.

fügt den Informationen, die die Listen bereits enthalten, etwas Overhead hinzu

Ich bin damit nicht einverstanden, wir wissen, dass Informationen jetzt billig sind. Was teuer ist, ist Verständnis.

Mein Punkt: Es lohnt sich, eine weitere Kennung hinzuzufügen. Denn sicherlich hilft es, Kennungen zu geben, die den Bedürfnissen der Verbraucher entsprechen :smile: . Es ist genauso, als würde man eine weitere optionale Spalte in der Datenbank hinzufügen, einen Mutternamen. Die Realität zeigt, dass nicht alle Kinder den Namen ihrer Mutter kennen.

könnte eine Option sein, wenn wir einen programmatischen Weg finden könnten, dies zu bestimmen. Ich meine, es muss nicht perfekt sein, aber wenn es eine Möglichkeit gäbe, etwa 50 % der Fälle mit guter Genauigkeit zu automatisieren, wäre das vielleicht ein guter Ausgangspunkt

@aminought Ich denke, das ist genau der Punkt, den @vhf bedeutet, vielleicht erklärt das ältere Buch besser oder hat bessere Beispiele. Es ist alt, was auch immer, aber für die meisten Softwaresprachen sind einige alte Methoden, Dinge zu tun, immer noch richtig, auch wenn sie es nicht sind, bedeutet dies nicht, dass das Buch im Vergleich zu den neueren am schlechtesten ist.

Trotzdem stimme ich zu, dass es eine gute Idee ist, das Jahr der Veröffentlichung zu verwenden, selbst für diejenigen, die sich derzeit in der Entwicklung befinden.

+1!

Als Studentin greife ich auch manchmal zu einer älteren Version, weil neu nicht immer schön bedeutet.
Es gibt einige Inhalte, die man vielleicht nützlich finden könnte, die aber in der neueren Version nicht vorhanden sind, weil der Autor das nicht so fand.

Ja, das erfordert auch viel Arbeit, aber ich glaube, dass es den Leuten helfen wird, das Buch ihrer Wahl zu unterscheiden und zu finden. Ich mag die von @eshellman vorgeschlagene Idee.

Ich bin nur ein Anfänger, also könnte ich mich leicht irren, aber @eshellmans Midway-Route funktioniert perfekt. Geben Sie vielleicht das Jahr der Veröffentlichung für Bücher und Ressourcen an, die wirklich alt sind (2005 und älter, oder sogar den Bereich von 2000 und älter), um einigen Entwicklern bei der Entscheidung zu helfen, ob sie Bücher und Ressourcen haben möchten, die rein modern sind, um Wissen zu erlangen im Laufe der Jahre verarbeitet oder offen für alte Bücher sein, die, wie von anderen oben gesagt, Einblicke bieten könnten, die moderne Bücher nicht haben.

Es wäre nützlich, aber auch nicht so nützlich in einer anderen Perspektive. Die Angabe des Jahres, in dem eine Ressource veröffentlicht wurde, kann ihre Zuverlässigkeit in Bezug auf ihre Informationen bestätigen und ableiten, aber andererseits gibt es noch einige andere alte Ressourcen, die bis heute mit neuen Ausgaben und Iterationen von sich selbst verwendet werden.

In dieser Situation wäre es jedoch eine nette kleine Ergänzung.

Sofern es keine weiteren Kommentare gibt, werde ich #2387 morgen zusammenführen und dieses Problem schließen.

Danke für die Kommentare, alle!

Ich kenne jemanden, der gerade das Gefängnis verlassen hat. Ich sagte, er könne JavaScript lernen, um Geld zu verdienen. Verwenden Sie einfach das neueste kostenlose Buch, das er verstehen kann. Er kann sich nicht einfach für das Neueste entscheiden oder kann am Ende altes Material lernen.

Job-Interviewer schätzen die Person besser, wenn sie ihre Sprache spricht. Das Konzept ist alt, aber die Sprache ändert sich. Modernere Bücher haben eine modernere Sprache.

Für Personen von links nach rechts, wie mich, fügt das Jahr keinen Overhead hinzu, da ich nur den linken, fetten, verknüpfbaren Teil lese.

Ich wäre in Ordnung, wenn und nur wenn ein Teil der Bücher ein Jahr haben würde. Es kann erwünscht, aber nicht zwingend sein, mit Baujahr zu ziehen.

@dzmitry-lahoda Ich hatte Erfahrung in der Webentwicklung, leider einer der einfachsten Wege, heutzutage einen Entwicklerjob zu bekommen. Wie auch immer, ich muss sagen, Webentwicklung ist nicht nur Arbeit. Meistens werden Sie JS verwenden, Hexe selbst ist eine sehr tiefe Sprache und schwer zu verstehen, warum sich Dinge so verhalten, wie sie es tun. HTML und CSS. Sie denken vielleicht, dass ein neueres Buch Ihnen bessere Sachen erzählen würde, aber die Wahrheit ist, dass ein altes Buch eher besser erklären wird, weil sie ES6 und Typescript und diese neuen Sachen nicht hatten. Wenn Sie JS mit ES6+ lernen (Babel und ähnliches verwenden), dann wird es schwieriger sein zu verstehen, wie JS funktioniert, als altes JS zu lernen und dann eine neue Syntax zu lernen, denn meistens wird diese neue Syntax Zucker für Dinge sein, die Sie bereits haben wissen.

Hoffe, das hilft dir und deinem Freund: D

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

kadhirash picture kadhirash  ·  4Kommentare

eshellman picture eshellman  ·  9Kommentare

eshellman picture eshellman  ·  5Kommentare

onebree picture onebree  ·  27Kommentare

fosslinux picture fosslinux  ·  5Kommentare