Frage:
Sollte ich während des Peer-Reviews den unordentlichen Code der Autoren kommentieren?
reviewer
2018-08-29 03:30:24 UTC
view on stackexchange narkive permalink

Ich überprüfe eine Arbeit in reiner Mathematik. Viele Ergebnisse in diesem Artikel hängen stark von Computerberechnungen ab, und die Autoren haben in dem Artikel einen Link zu dem Magma-Code bereitgestellt, den sie für die meisten dieser Berechnungen verwendet haben. Dieser Code ist jedoch aufgrund der unordentlichen Schreibweise kaum zu verstehen. Beispielsweise wird kein Einzug verwendet, und allen Variablen werden Namen wie 'aaa' oder 'X' zugewiesen, die keine Informationen über ihren Zweck im Programm enthalten.

Einerseits wird die diesen Berechnungen zugrunde liegende Mathematik so gut erklärt, dass es möglich ist, die Ergebnisse ohne Verwendung des Autorencodes zu reproduzieren (das habe ich letztendlich getan). Außerdem enthält das Papier nur einen Link zum Code und nicht den eigentlichen Code selbst. Daher bin ich mir nicht sicher, ob der Code wirklich für die Überprüfung in Frage kommt. Darüber hinaus scheint schwer zu lesender Code im akademischen Bereich keine Seltenheit zu sein, und die meisten Menschen scheinen nichts dagegen zu haben. Andererseits denke ich, dass ein kleiner Teil der Arbeit der Autoren (die den Code vermutlich verstehen) diesen Code für andere viel benutzerfreundlicher machen würde, indem nur einige der Variablennamen durch Namen ersetzt werden, die tatsächlich eine Bedeutung vermitteln.

Meine Frage ist, ist es für mich vernünftig, den Autoren zu sagen, dass ihr Code unnötig schwer zu verstehen ist und verbessert werden sollte?

Ich verstehe nicht, warum sich der Inhalt, der Code ist, von einem Beweis unterscheidet: Wenn ich ein Papier mit einem Beweis referierte, der Variablen unangemessen benannte oder nicht erklärte, was geschah, würde ich die Autoren bitten, ihn zu verbessern.
Wenn Sie am Ende Ihre eigene Version des Codes geschrieben haben, können Sie ihn möglicherweise an den Autor senden, wenn Sie bereit sind, ihm zu helfen?IDK, wenn eine "Zusammenarbeit" mit den Autoren in diesem Ausmaß außerhalb der Grenzen dessen liegen würde, was ein Rezensent tun sollte, aber aus praktischer Sicht erscheint es mir vernünftig.(Ich bin ein Freie-Software-Freak und kein Akademiker).
Eine Sache, die Sie in Bezug auf Code beachten sollten, ist, dass dieser Stil sehr subjektiv ist.- Ich persönlich mag keine Einrückungen in meinen LaTeX-Dateien und meinen Bash-Skripten.- Ich kann es einfach mit Strg + I in Eclipse zu meinen C ++ - Codes hinzufügen und verwenden.Tut es etwas Nützliches?Mal ja, mal nein.- Aber aussagekräftige Variablen- und Funktionsnamen sind äußerst nützlich.Wenn Sie alten Fortran-Code gesehen haben, sehen Sie einen riesigen Klumpen beschreibender Kommentare und dann "Wundercode", der nicht dokumentiert / gut erklärt ist ... - Aber es funktioniert.(Und man kann einzelne Variablen aufspüren.)
Relevante Frage auf dieser Site: [Soll ich meine schreckliche Software teilen?] (Https://academia.stackexchange.com/q/37370/529)
Wenn Sie sagen, dass Sie ihre Ergebnisse reproduziert haben, meinen Sie damit, dass Sie ihre Berechnung erneut implementiert haben?
Könnte es sein, dass die Software automatisch von einem anderen Tool generiert wird?
@DetlevCM Style ist subjektiv, ja, aber wenn Ihr Code keine Einrückungen hat - sorry, aber Ihr Code ist objektiv scheiße.Der Zweck des Einrückens besteht darin, den Umfang verschiedener Teile Ihres Codes (z. B. Blöcke, for-Schleifen usw.) leicht zu erkennen.Wenn Sie das nicht haben, ist es viel schwieriger zu lesen und zu entziffern.
Denken Sie, Sie hätten das Papier ohne den Code nicht überprüfen können, oder ist es ein wesentlicher Bestandteil?Ich meine nicht, wenn Sie mit einem guten Verständnis und der Fähigkeit zur Neuimplementierung es nicht brauchten, aber wenn Sie erwarten, dass der durchschnittliche Leser das Papier ohne den Code verwenden kann.
@JimClay Komisch, ich finde oft Einrückungen, um die Lesbarkeit im Code SCHLECHTER und nicht besser zu machen.Zum Umfang: Dafür sind Zahnspangen da.
"Die meisten Leute scheinen nichts dagegen zu haben" - Zitieren erforderlich
Wie wird dieser Code in einem ** reinen ** Mathematikpapier besonders relevant?
Hat die Zeitschrift Standards im Code-Stil, die zitiert werden könnten?Ansonsten ist es nicht nur eine stilistische Meinung gegen eine andere?Kaum Grund, das Papier abzulehnen
Es ist schwer zu beurteilen, wie relevant die Codequalität für Ihre Überprüfung ist, aber meiner Erfahrung nach ist eine schlechte Lesbarkeit des Programmiercodes normalerweise ein Symptom für tiefere Probleme.Es ist wie eine schlechte Grammatik und Rechtschreibung in Englisch: Es zeigt entweder an, dass die Autoren die Sprache nicht sehr gut beherrschen (was im Fall einer Programmiersprache ein Gefahrenzeichen ist), oder es zeigt verwirrtes Denken oder mangelnde Liebe zum Detail an.
@GitGud So etwas gibt es schon seit Jahrzehnten.Siehe zum Beispiel den Beweis des [Vierfarbensatzes] (https://en.wikipedia.org/wiki/Four_color_theorem).
@JohnColeman Ich muss davon überzeugt sein, dass dieser Satz ein "reiner" Mathematiksatz ist.Um ehrlich zu sein, habe ich die Graphentheorie noch nie als reine Mathematik angesehen.Wie auch immer, diese Angelegenheit würde niemals in ein paar Kommentaren geklärt werden.Ich kann akzeptieren, dass die Leute andere Meinungen darüber haben, was reine Mathematik ausmacht.
Zehn antworten:
aeismail
2018-08-29 03:43:43 UTC
view on stackexchange narkive permalink

Wenn die Autoren einen Link zu ihrem Code als Referenz angegeben haben, ist es angebracht, einen Kommentar abzugeben, insbesondere wenn der Artikel auf dem Code basiert.

Ich würde jedoch empfehlen, die Kritik zu äußern konstruktiv: Bieten Sie konkrete Vorschläge zur Verbesserung an, anstatt nur zu sagen, dass es „chaotisch“ oder „schlampig“ ist und „aufgeräumt“ werden muss.

Wird dies in der Praxis nicht nur eine PR mit dem verbesserten Code sein?Dies scheint die Arbeit zu verlagern, um guten Code für Prüfer zu schreiben, die verstehen, was das bedeutet.Die Leute werden also weiterhin schlechten Code produzieren und hoffen, dass die Rezensenten ihn für sie reparieren.Klingt nach einem falschen Anreizsystem.
@Hakaishin Das Ablehnen des Papiers ist weiterhin eine Option.
@Hakaishin Ich verstehe diese Argumentation nicht.aeismail schlug nicht vor, den Code für die Autoren zu bereinigen und eine Pull-Anfrage zu senden. Er schlug lediglich vor, umsetzbares Feedback zu geben, anstatt nur zu sagen, dass der Code chaotisch ist und verbessert werden muss.Wenn wir uns an die Argumentation halten, dass wir überhaupt kein hilfreiches Feedback geben können, könnten wir Peer Review loswerden und einfach Ja / Nein-Entscheidungen auf Papieren treffen.
@Hakaishin Nein. Konstruktives Feedback bedeutet nicht, dass Sie den Code für Sie korrigieren müssen.Das Feedback könnte so einfach sein wie "Richten Sie die Codeblöcke besser aus".Der Punkt ist, dass es umsetzbar sein sollte.Ein vages "Fix it!"Hilft niemandem.Aber ja, wenn der Code ein Hauptschwerpunkt des Papiers ist, kann ein Rezensent dies kommentieren.
@aeismail Nachtrag zu Ihrem Kommentar: Konstruktive Kritik, wie Sie sagten, legt den Code für die Person nicht fest;Es wird nur auf bestimmte Probleme hingewiesen und optional erklärt, warum es sich um Probleme handelt, anstatt nur zu sagen: "Das ist schlecht, beheben Sie es."Letzteres ist unkonstruktiv, weil es keine Möglichkeit gibt zu wissen, was schlecht ist, und Sie könnten die gleichen "Fehler" wieder machen, weil Sie nicht wussten, dass Sie es nicht tun sollten.
Ben
2018-08-29 06:06:19 UTC
view on stackexchange narkive permalink

Der Kodex fällt in den Rahmen der Überprüfung, und es ist angebracht, dies zu überprüfen und konstruktive Vorschläge in Bezug auf seine Mängel zu unterbreiten. Denken Sie jetzt daran, dass es die Pflicht des Autors ist, die Prüfer mit ihrem Argument zufrieden zu stellen. Wenn das Argument von Computercode abhängt, der so chaotisch ist, dass er nicht lesbar ist, müssen Sie dies nicht für sie beheben. In diesem Fall kann sich ein konstruktiver Rat darauf beschränken, zu erklären, warum es derzeit zu schwer zu lesen ist (d. H. Fehlende Einrückung, unklare Variablennamen usw.), und dies könnte vernünftigerweise zu einer Empfehlung zur Überarbeitung und erneuten Einreichung führen. Versuchen Sie klar und umfassend zu beschreiben, warum der Code derzeit schwer zu lesen ist, sodass zu erwarten ist, dass nachfolgende erneute Einreichungen auf dem neuesten Stand sind.

In diesen Fällen ist es am besten, den Code zu behandeln Computercode genau wie die Prosa in der Zeitung. Genau wie bei der Prosa muss der Computercode im Verhältnis zu den Codierungsstandards klar und verständlich sein. Wenn es unordentlich und unverständlich ist, muss es überarbeitet werden, bis es klar ist. Rezensenten scheuen sich nicht, Papiere abzulehnen, wenn die Prosa unverständlich ist. Es ist daher durchaus vernünftig, die Verständlichkeit von Computercode zu verlangen.

Der Code ist wahrscheinlich kein triftiger Grund für eine größere Überarbeitung, wenn das Manuskript selbst eine positivere Empfehlung verdient.
Wenn es zu chaotisch ist, um verständlich zu sein, und wenn das Argument in der Zeitung davon abhängt, würde ich sagen, dass Sie es nicht ohne Änderungen akzeptieren könnten.Was wäre in diesem Fall positiver als eine Überarbeitung und erneute Einreichung?
In diesem Fall überprüfte das OP die Ergebnisse ohne den Code.Dies ist eine Grauzone.Persönlich würde ich die Probleme erwähnen, aber wenn alles andere behoben ist, würde die Entscheidung dem Herausgeber überlassen.
einpoklum
2018-08-29 15:28:34 UTC
view on stackexchange narkive permalink

Ja, Sie sollten Kommentare abgeben und möglicherweise mehr.

Sie haben es selbst gesagt:

Viele Ergebnisse in diesem Artikel hängen stark von Computerberechnungen ab.

Nun, der Programmcode für Berechnungen ist daher Teil der Arbeit, die Sie überprüfen. Wenn der Text des Papiers schwer zu lesen wäre, würden Sie das nicht als Schwäche betrachten? Logischerweise gilt dies auch für den Code (auch wenn dies in etwas geringerem Umfang der Fall ist).

Auch wenn der Code für Sie nicht lesbar ist, gibt es möglicherweise Fehler, trotz der soliden Mathematik unterhalb. Und schließlich, wenn Sie sagen können, was die Ergebnisse ohne den Code sein sollten, warum dann überhaupt den Code?

Wenn Sie also das Gefühl haben, dass die Unordnung das "Parsen" des Papiers nicht ausschließt, kommentieren Sie es (Und wenn möglich, stufen Sie es von Strong Accept auf Weak Accept herab, obwohl dies möglicherweise zu hart ist - hängt von den Besonderheiten ab.)

Wenn Sie den Code genau zu den Ergebnissen lesen müssen, und Sie einfach kann nicht, dann ist das ein ernstes Problem. Bevor Sie jedoch etwas wie "Überarbeitung erforderlich" sagen, wenden Sie sich an den Herausgeber der Zeitschrift / den Vorsitzenden des Programmausschusses / usw.

Hinweis: Ich bin Informatiker, daher ist meine Antwort möglicherweise etwas voreingenommen. Andererseits habe ich rein theoretisches Papier ohne Code geschrieben. Sub>

kingledion
2018-08-29 17:47:27 UTC
view on stackexchange narkive permalink

Unordentlicher Code beeinträchtigt die Reproduzierbarkeit

Sie haben versucht, die Ergebnisse mit dem verknüpften Code zu reproduzieren, konnten dies jedoch nicht. Während Sie implizieren, dass Sie letztendlich in der Lage waren, Ihren eigenen Code zu entwickeln und die Ergebnisse zu replizieren, argumentiere ich, dass schlecht geschriebener Code die Reproduzierbarkeit beeinträchtigt. In der Computerprogrammierung kann dies sogar noch wichtiger sein, da Programmiersprachen nicht unbedingt eine sehr lange Lebensdauer haben. Wer weiß, ob Magma oder eine andere Sprache in 50 Jahren allgemein bekannt sein wird.

Auf lange Sicht ist die Reproduzierbarkeit der wichtigste Teil des wissenschaftlichen Bestrebens. Der Beweis, dass a zu b führt, eine Tatsache, die von jedem, der es versuchen möchte, erneut bewiesen werden kann, ist ein axiomatischer Baustein, auf dem weitere wissenschaftliche Ergebnisse beruhen können.

Wenn die Reproduzierbarkeit wichtig ist, ist es nichts Falsches, wenn Sie ihnen sagen, dass sie ihren Code bereinigen sollen. Ehrlich gesagt, wenn ihr Code so schlecht ist, wie Sie es beschreiben, werden die Autoren in einigen Jahren Probleme haben, ihre eigene Arbeit zu verstehen, die darauf zurückgeht. In diesem Fall würden Sie ihnen einen Gefallen tun, wenn Sie sie dazu zwingen, etwas über das Schreiben von nettem Code zu lernen.

E.P.
2018-08-29 17:45:54 UTC
view on stackexchange narkive permalink

Lassen Sie mich kurz auf einen Aspekt eingehen, der in den vorhandenen Antworten nicht enthalten ist.

Meine Frage ist, ob es für mich vernünftig ist, den Autoren zu sagen, dass ihr Code unnötig schwierig ist verstehen und verbessert werden?

Ja , Sie sollten den Code kommentieren, aber nicht nur das: überzeugen Sie die Autoren, dass er in sich selbst ist -interesse, um diese Probleme zu beheben.

Lesbarer Code ist Code, der leicht wiederzuverwenden ist. Wiederverwendbarer Code ist Code, der es einfach macht, die in diesem Artikel vorgestellte Mathematik zu erkunden. Erkundbare Mathematik hat eher Leser, die interessante Erweiterungen finden. Interessante Erweiterungen werden veröffentlicht, und diese Veröffentlichungen zitieren den Originalcode - und bieten darüber hinaus einige der wertvollsten Zitate.

Wenn Sie Ihren Code lesbar und wiederverwendbar machen, ist dies keine Garantie dafür, aber wenn Sie dies tun Veröffentlichen Sie unlesbaren Code. Sie stellen eine künstliche Barriere vor einen Leser, der möglicherweise weitere Untersuchungen auf der Grundlage Ihrer Arbeit durchführt oder nicht. Wenn es genügend solche Barrieren gibt, wendet sich dieser Leser einfach an eine andere Stelle. Das Lesen des Codes ist ein bescheidener Zeitaufwand, der zu einer erheblichen Verbesserung der Erweiterbarkeit der Arbeit führt.

Das Aufstellen von Barrieren ist natürlich nicht nur auf Code beschränkt: unklar Zahlen, verworrene Strukturen, chaotische Grammatik, fehlende Deckspelzen und alle möglichen anderen Probleme können ähnliche Hindernisse darstellen, und Ihre Aufgabe als Rezensent besteht darin, darauf hinzuweisen und den Autoren dabei zu helfen, sie loszuwerden. Code ist nicht anders - helfen Sie ihnen, ihn zu verbessern!

ivanivan
2018-08-30 08:17:49 UTC
view on stackexchange narkive permalink

Ich bin nicht in der akademischen Welt oder ein Rezensent von Artikeln / Artikeln auf dieser Ebene (zusätzlich an der Tech-Schule), aber ich benote viele Programmier-Hausaufgaben und das eine oder andere Beispiel für technische Dokumente und mache Software-Entwicklung, um tatsächlich zu bezahlen Die Rechnungen.

Wenn das Papier von der Ausgabe des generierten Codes abhängt, muss der Code lesbar und verständlich sein. Andernfalls kann der Code möglicherweise nicht das tun, was der Autor glaubt, und es ist für andere unmöglich, w / zu bestätigen o ihre eigene Neuimplementierung. Wenn eine solche Neuimplementierung relativ trivial ist, scheint der eigentliche Code nicht wichtig zu sein, und ich würde mich fragen, warum fehlerhafter Code für etwas, das auf der Grundlage von Spezifikationen einfach zu implementieren ist, in einem wissenschaftlichen Artikel enthalten oder referenziert wird.

Da Sie in der Lage waren, die Implementierung seiner Algorithmen mithilfe Ihrer eigenen Code-Implementierung zu überprüfen, denke ich nicht, dass dies der Fall ist, aber dies sollte berücksichtigt werden. Jede anständige IDE oder sogar jeder erweiterte Texteditor sollte in der Lage sein, Code automatisch zu formatieren und projektweit zu suchen / ersetzen (Refactoring). Ein bisschen deutet auf Faulheit hin ....

* "Jede anständige IDE oder sogar jeder erweiterte Texteditor sollte in der Lage sein, Code automatisch zu formatieren." * - Im Gegenteil, dies bedeutet, dass jeder den Code nach seinen Wünschen formatieren kann.Daher ist die fehlende Formatierung kein Problem.Sicher ist es faul, aber es ist nur eine Unannehmlichkeit für den Leser.
@NisargShah, eine IDE kann Ihren Variablen keine aussagekräftigen Namen geben.
Pierre de Buyl
2018-08-29 16:12:24 UTC
view on stackexchange narkive permalink

Die Autoren geben im Artikel einen Link an, sodass der Code entweder als Referenz oder als Teil der Forschung betrachtet wird. Unabhängig von der Situation wirft dies Fragen auf:

  1. Ist der Code archiviert? Zu den praktischen Möglichkeiten zum Archivieren von Code gehören Zenodo oder figshare. Code auf einer Homepage ist so gut wie gar kein Code.
  2. Gibt es eine Lizenz für den Code? Wenn nicht, ist sein Status überhaupt nicht ersichtlich.
  3. ol>

    Als Prüfer liegt es an Ihnen, zu entscheiden, was zu tun ist. Mögliche Aktionen sind:

    1. Kommentieren Sie den Code nicht.
    2. Kommentieren Sie den Code mit dem, was ich als Minimum bezeichnen würde: Voraussetzung ist, dass der Code ordnungsgemäß archiviert und lizenziert wird
    3. Abhängig von der Bedeutung des Computerprogramms für die Forschung ist eine minimale Lesbarkeit erforderlich, und der Autor stellt einige Tests für das Programm bereit (dh, das Programm liefert bekannte analytische Antworten, wenn einige Parametersätze dies zulassen it usw.).
    4. ol>

      Bezüglich der Archivierung können Sie auf die redaktionellen Informationen des Journal of Open Research Software verweisen.

Das "Journal of Open Research" scheint nicht gerade vertrauenswürdig zu sein, da der Link zu Codeplex- und Google-Code vor einiger Zeit nicht mehr funktioniert.Und schließlich muss man für die Veröffentlichung bezahlen, was wiederum Fragen nach der Vertrauenswürdigkeit aufwirft, insbesondere angesichts der veralteten Informationen und der offensichtlichen Abhängigkeit von Autoren, den Code an anderer Stelle zu hosten ... (Elsevier hat auch eine "Pay-to-Publish" -SoftwareTagebuch - aber sie werden / bieten an, eine Kopie Ihres Codes mit dem Papier zu hosten.)
Ihre Veröffentlichungsgebühr ist im Vergleich zu Elsevier recht niedrig und sie stammen von einer wissenschaftlichen Gesellschaft (dem [Software Sustainability Institute] (https://software.ac.uk/), daher stimme ich Ihrer Einschätzung nicht zu. (Haftungsausschluss:Ich habe mit ihnen veröffentlicht. Sie haben Recht mit der Liste der Repositories, ich werde es ihnen gegenüber erwähnen.
325 Pfund gegen 500 Euro ist kein großer Unterschied.Jetzt haben sie vielleicht einen angesehenen Unterstützer, aber dies sollte ordnungsgemäß kommuniziert werden UND sie sollten möglicherweise ihre Ressourcen auf dem neuesten Stand halten.Google Code wurde Anfang 2016 geschlossen, während Codeplex im Dezember 2017 geschlossen wurde. (Wenn Sie jetzt noch etwas googeln, scheint Ubiquity Press normalerweise ein "anerkannter Herausgeber" von Open-Access-Artikeln zu sein. Die Präsentation der Zeitschrift schafft jedoch nicht gerade Vertrauen.)
Albert van der Horst
2018-08-31 18:31:41 UTC
view on stackexchange narkive permalink

Ich bin Softwareentwickler und möchte die Frage aus dieser Perspektive beantworten. Der meiste Code ist an sich nicht lesbar. Sie benötigen einen Kommentar, um Datenstrukturen und Spezifikationen für Unterprogrammaufrufe zu dokumentieren. Akademiker sind keine Software-Ingenieure, und ich erwarte nicht, dass sie diesbezüglich einen professionellen Job machen. Dennoch ist es sicherlich, um die Qualität der Software zu kommentieren. Ohne den tatsächlichen Code zu betrachten, bin ich mir nicht sicher, ob ich sagen würde, dass er nicht lesbar ist, da der Artikel (der laut Aussage ausreicht, um den Code zu reproduzieren) als Teil der Programmdokumentation anzusehen ist. Wenn das Programm Kurznamen verwendet, die mit denen im Papier identisch sind, ist dies kein Problem. Fehlende Einrückungen sind kein Hinweis auf eine schlechte Qualität, aber viele Einrückungsstufen sind vorhanden. Ich würde vorschlagen, dass Sie Ihr Gefühl ausdrücken, dass Sie Schwierigkeiten beim Lesen haben, aber auch kein Code-Experte sind und sich vielleicht von einem Software-Ingenieur das ansehen lassen. Es ist eine andere Fähigkeit, die Sie kennen. Das sollte den Kommentar abschwächen.

Um das Ganze abzurunden: Ich habe gute Arbeit bei der Bereinigung von Code geleistet, die ich auf der Zielebene nicht verstanden habe. Sie werden überrascht sein, wozu ein Experte auf einem anderen Gebiet in der Lage ist.

Unterm Strich ist der Code nicht von entscheidender Bedeutung, die Qualität des Codes ist zufällig und sollte Ihre Entscheidung in keiner Weise beeinflussen.

akhmeteli
2018-08-31 11:17:09 UTC
view on stackexchange narkive permalink

Meines Wissens nach reichen die Autoren den Code nicht zur Veröffentlichung ein, sodass der Code anscheinend nicht Ihrer Überprüfung unterliegt. Die Autoren geben lediglich einen Link zu ihrem Code. Dies wirft die Frage auf: Wenn sie nur einen Verweis auf ihre an anderer Stelle veröffentlichte Arbeit gegeben hätten, hätten Sie darüber nachgedacht, ihnen zu sagen, dass diese Arbeit verbessert werden sollte? Man kann argumentieren, dass die Gültigkeit ihrer Ergebnisse von der Richtigkeit ihres Codes abhängt, aber sie könnten sich dafür entscheiden, überhaupt keinen Zugriff auf den Code zu gewähren, da "die diesen Berechnungen zugrunde liegende Mathematik so gut erklärt wird, dass es möglich ist, die Ergebnisse ohne zu reproduzieren." unter Verwendung des Autorencodes ". Sie als Prüfer haben sich die Mühe gemacht, die Ergebnisse ihrer Berechnung zu überprüfen und damit über Ihre Pflicht hinauszugehen. Dies bedeutet jedoch, dass ihre Ergebnisse tatsächlich reproduzierbar sind.

Ich würde also denken, dass Sie dies erwähnen könnten dass ihr Code mies ist (obwohl er anscheinend korrekt ist), aber das sollte Ihre Empfehlung zum Veröffentlichen / Nichtveröffentlichen des Papiers nicht beeinflussen.

Wenn sie einen * Link * für die Arbeit an anderer Stelle bereitstellen und diesem Link zu einer Seite führen, die im Grunde nicht lesbar ist, wäre es keine schlechte Idee, sie darauf hinzuweisen.
@RDFozz: Das scheint der Schlussfolgerung im letzten Absatz meiner Antwort nicht zu widersprechen.
Beim Lesen der Frage sehe ich nichts, was darauf hindeutet, dass das OP empfehlen würde, das Papier nicht basierend auf dem Status des Codes zu veröffentlichen (obwohl mir vielleicht etwas fehlt).Ich habe mich auf die ersten paar Sätze Ihrer Antwort konzentriert und versucht, den Unterschied zwischen einem Verweis auf ein veröffentlichtes Werk aufzuzeigen (für das möglicherweise eine physische Kopie des Werks erforderlich ist, um es anzusehen, und das istvermutlich in einem Format, das keine einfache Überarbeitung zulässt) und einem Link zu einer Webseite (die im Allgemeinen relativ einfach zu ändern / zu verbessern ist).
@RDFozz: Es mag einige praktische Unterschiede geben, aber der Code geht immer noch über den Rahmen der Überprüfung hinaus, und die Autoren haben möglicherweise alle möglichen Gründe, den Code nicht zu berühren.
dusa
2018-10-23 19:43:03 UTC
view on stackexchange narkive permalink

Mir sind keine wissenschaftlichen Zeitschriften bekannt, deren Entscheidungen auf dem Kodex beruhen. Ob es chaotisch ist oder nicht, ist kein Problem in Bezug auf das Tagebuch. Dass es reproduzierbar sein sollte, sollte ein Problem sein, aber mir sind keine Zeitschriften bekannt, die dies zu einem Kriterium machen, außer einer Initiative für einige Gemeinschaften, z. NIPS, CVPR. Meiner Meinung nach ist es bereits ein Bonus, dass sie sich entschieden haben, es freizugeben (und in einigen Fällen dürfen die Leute sie aufgrund der Regeln ihrer Organisation nicht einmal freigeben). Wenn Sie behaupten, dass der Code nicht korrekt ist oder nicht das tut, was er tun soll, ist dies möglicherweise eine andere Geschichte, aber Sie müssen dies begründen. Wenn Sie nur einen Kommentar zur Schlamperei des Codes abgeben möchten, sollten Sie Ihren Kommentar klarstellen und betonen, dass er keinen Einfluss auf die Gesamtbewertung hat. Ich stimme einem zuvor gemachten Kommentar zu, "überzeugen Sie die Autoren, dass er in ihrem enthalten ist." Eigeninteresse, um diese Probleme zu beheben. " Machen Sie einfach bekannt, dass Ihr Kommentar zum Code nicht mit der Überprüfung des Papiers zusammenhängt. Bitte entmutigen Sie auch nicht Leute, die ihren Code veröffentlichen, auch wenn er "chaotisch" ist.



Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 4.0-Lizenz, unter der er vertrieben wird.
Loading...