This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
software:ws20130206 [2013/02/05 13:26] pampel [Wie könnte ein Qualitäts-Check jenseits des klassischen Peer-Review aussehen?] |
software:ws20130206 [2013/02/08 15:49] (current) jklump [Materialien] Link to Strategies in Software Travel added |
||
|---|---|---|---|
| Line 267: | Line 267: | ||
| > Man darf nicht aus den Augen verlieren, dass die wissenschaftliche Arbeit Priorität hat: Software verteilfähig zu machen ist mit nicht geringem Aufwand verbunden. Andererseits kann die Korrektheit der Software durch Öffentlichkeit profitieren. Um ständige Abwägung kommt man, fürchte ich, nicht herum. | > Man darf nicht aus den Augen verlieren, dass die wissenschaftliche Arbeit Priorität hat: Software verteilfähig zu machen ist mit nicht geringem Aufwand verbunden. Andererseits kann die Korrektheit der Software durch Öffentlichkeit profitieren. Um ständige Abwägung kommt man, fürchte ich, nicht herum. | ||
| + | Heinz Pampel: | ||
| + | > Ein Paper, dass Software beschreibt, scheint nur dann sinnig, wenn der Code zum Zeitpunkt der Veröffentlichung zugänglich ist. Anderfalls müsste auch überlegt werden, wie die Software begutachtet werden kann. | ||
| ==== Wie soll die langfristige Strategie eines Code Repository sein (t > 5 Jahre) ==== | ==== Wie soll die langfristige Strategie eines Code Repository sein (t > 5 Jahre) ==== | ||
| Line 301: | Line 303: | ||
| - | > Heinz Pampel: | + | Heinz Pampel: |
| - | Mit Blick auf die Nachnutzung ist jegliche Dokumention wertvoll und sinvoll. Längerfristig müssen die einzelnen Disziplinen Stratgien entwickeln. | + | > Mit Blick auf die Nachnutzung ist jegliche Dokumention wertvoll und sinvoll. Längerfristig müssen die einzelnen Disziplinen Stratgien entwickeln. |
| Line 310: | Line 312: | ||
| [[software: | [[software: | ||
| + | |||
| + | [[software: | ||