Diskussion:Prototyping (Softwareentwicklung)

Letzter Kommentar: vor 8 Jahren von GelegenheitsKommentator in Abschnitt Vor- und Nachteile

Rapid Prototyping keine Art des Prototyping Bearbeiten

Der Begriff Rapid Prototyping ist für mich keine Art des Prototyping sondern ein (vom Marketing geprägter) Oberbegriff für die (schnelle) Entwicklung von Prototypen. Er sollte aus der sonst ordentlichen Aufzählung der Liste der Arten herausgenommen werden. PED, 20.09.2006

Ist Rapid Prototyping nicht eine Methode um schnell 3-dimensionale materielle Modelle von irgendetwas zu bekommen? --Coma 08:45, 22. Mai 2003 (CEST)Beantworten

Es ist was anderes als "draufloscodieren", aber nicht nur für 3D, siehe aktuellen Artikel (kommt sofort). --Michael 09:44, 22. Mai 2003 (CEST)Beantworten
Also von der von dir genannten Methode hab ich noch nie gehört, kann natürlich sein, dass es das gibt - thematisch verwandt ist es ja. Jedenfalls stimmt die Bedeutung, die auf der Seite bislang genannt ist, auf jeden Fall auch, und ist die einzige Bedeutung, mit der ich bislang in Kontakt kam in meinem Beruf als Softwareentwickler. Ich würde sagen, du überprüfst das vielleicht mal, und ergänzt dann den Artikel um einen Verweis, dass RP auch in der "materiellen Entwicklung" gerne eingesetzt wird :-) Warp 09:44, 22. Mai 2003 (CEST)Beantworten
Weiß denn jemand, welchen Sinn der Abschnitt über Rapid Prototyping hier hat? Ich würde vermuten, das gehört in Rapid_Prototyping; unabhängig von der Definition des Begriffs gehört es definitiv nicht zur Softwareentwicklung. Hab jetzt aber nichts verändert, da ich kein Fachmann bin. Aber ich denke, es ist erkennbar, dass es dort nicht reingehört.

Nicolas Seufert 07:29, 8. Apr. 2007 (CEST)Beantworten



Ich hab die beiden Artikel mal verlinkt, da es sich um gleichklingede Fachbegriffe aus unterschiedlichen Bereichen handelt - eigentlich sollte man eine Begriffserklärungsseite machen, wegen der unterschiedlichen Schreibweise bin ich mir allerdings nicht sicher.

Was haltet Ihr davon?

srb 20:57, 6. Dez 2003 (CET)

kein wunder das ihr davon nix gehört habt, es ist als methode der informatik mittlerweile jedem in fleich und blut übergegangen und keiner macht sich dazu noch gedanken. mitte der 80 als es noch nicht möglich war mit größeren entwicklungsumgebungen zu arbeiten hat man sich um die methode der entwicklung gedanken gemacht (Tim Maude & Graham Willis und konsorten) es gibt zumindestens meherer veroffentlichung dazu des weiteren wird an uni's immer noch davon gesprochen (wenn als methode eher als historisch) allerdings lassen sich parallelen zu heutiger entwicklungsweise immmer wieder finden

Revelator 6.7. 2005

keine Liste Bearbeiten

Das {{NurListe}} habe ich rausgenommen, weil die Listenform unseren knapp mit Zeit ausgestattenen Lesern aus management-orientierten Bereichen diese Listenform einigermaßen behagen kann - und die können am ehesten hier etwas zum Nachdenken und Ergänzen finden und entsprechende Beiträge leisten. Prototyping ist ein dort geläufiger Begriff und warum sollen wir nicht auch mundgerechtes für diese arme Spezies bieten? --SonniWP2 15:36, 22. Aug. 2007 (CEST)Beantworten

Warum ist denn die Markierung gegen die Listenform wieder drin? Ich finde das so relativ überichtlich.--Martinschroederglst 16:16, 15. Sep. 2008 (CEST)Beantworten

Schön, dass diejenigen, die schon wissen was Prototyping ist, es übersichtlich finden. Alle anderen gucken mit dieser Stichwortsammlung aber leider in die Röhre. --Richard 12:50, 22. Aug. 2009 (CEST)Beantworten

Richtig. So schön wie auch diese Liste ist: Dieser Artikel ist fast unbrauchbar, da nicht einmal erklärt wird was überhaupt ein Prototyp ist. Ich hab daher eine Definition ergänzt.--134.100.32.207 15:10, 19. Jul. 2010 (CEST)Beantworten

Vor- und Nachteile Bearbeiten

Unter Nachteile: "Es entstehen während der Entwicklung zusätzliche Kosten, weil der Prototyp nur als Basis für die folgende eigentliche Entwicklung des Produktes dient. Diese Kosten und Zeitaufwand können durch weniger Nacharbeit am Endprodukt wieder ausgeglichen werden." Das Kosten und Zeitaufwand wieder ausgeglichen werden (können) ist doch kein Nachteil. --GelegenheitsKommentator (Diskussion) 13:14, 3. Feb. 2016 (CET)Beantworten