hey servus. ich finds mist, dass du meinen Beitrag einfach gelöscht hast. ich mein ich hab da schließlich arbeit reingesteckt und so viel verständlicher erscheint mir deine Finanzmathematik auch nicht. Wie können wir das wieder rückgängig machen? Bin sauer. -- qweet

• Erstens: wenn Du mit jemandem schimpfen solltest, dann mit mir, denn ich hab Deinen Beitrag umgestrickt. Zweitens: ich hab die Funktionen rausgenommen so dass sie einsetzbar sind in Code. Eine Klasse drumzustricken ist bollocks. Drittens: ich hab ziemlich genau das übernommen was Du gebaut hattest. --- HeikoWundram

  • Ich finde nicht, dass es bollocks ist eine Klasse drumherumzustricken. Denn so erscheint es mir zumindest einfach und verständlich.
  • Ich vermisse meine Kommentare, von denen ich doch der Meinung bin, dass sie das Ganze verständlich gemacht haben. Desweiteren würde ich gerne wissen, warum du einfach löschst? Ich mein du hättest ja auch erstmal einen schriftzug reinschreiben können, "ich möchte löschen -- user" und nicht gleich vor vollendete Tatsachen stellen. Ich hab das Ding heute angelegt und war froh als ich das so newbie-freundlich wie irgendwie geschrieben habe, guck ich auf den wiki und schwups alles weg. boah ich hätt ko**** können. -- qweet

    • Ich und auch mitsuhiko haben nix gelöscht. Wir haben den Eintrag auf eine Seite gesetzt die einen vernünftigen Titel hat. Wenn Du Kommentare wieder reinschreiben willst, mach das! Du bist herzlich dazu aufgefordert die Kommentare rüberzukopieren, denn die Seite die jetzt vermeintlich gelöscht ist ist mit Sicherheit als SIcherheitskopie noch vorhanden. Allerdings: ein gewisses "Style-Guide" muß man bei Python-Code einhalten, gerade wenn's um ein öffentliches Wiki geht. Und den hat Dein Code schlicht und ergreifend nicht eingehalten, deswegen meine Umschreibaktion. --- HeikoWundram

    • Du hast recht dass es unhöflich war es einfach zu löschen, ohne Dir vorher bescheid zu sagen. Nur bedenke dass wir alle zusammen Qualitätswächter sind was hier im Wiki steht. Ich nehm es keinem übel wenn er meine Beiträge korrigiert wenn ich etwas nicht richtig hinbekomme, denn schließlich ist ein Wiki immer eine Plattform um Dinge kollaborativ zu besprechen. Nur denkst Du anscheinend dass Dein Eintrag Dein eigenes Stück und gut ist. Wenn Du das so haben willst, poste in ein Forum, nicht in ein Wiki. --- HeikoWundram

      • Nein, das denke ich nicht. Ich hatte aber schon andere schlechte Erfahrungen mit voreiligen Qualitätswächtern. zB wikibooks. Aber das ist was anderes. Ich habe nichts gegen Änderungen, aber wenn jemand etwas ändert an meinem Artikel muss das noch lange nicht bedeuten, dass ich deswegen sofort damit einverstanden bin. Ändere ich es jetzt wieder sofort zurück? Ne. Grade hier wo entwickelt wird und man nunmal unterschiedliche Lösungen hat, kann man doch nicht verabsolutieren und sagen, das ist die EINE Lösung und das wars. Ich denke wir sollten viele Lösungen nebeneinander haben und dann vielleicht immer eine Versionsnummer voranstellen. -- qweet
      • außerdem bin ich nunmal der Meinung das es notwendig ist, den Anfänger so leicht und verständlich und gut dokumentiert wie möglich heranzuführen. Ein Blick, was macht das Ding? Noch ein Blick ein Beispiel, wie kann ich das schnell einbinden und ausprobieren. -- qweet

        • I was pretty patient so far, and thought you'd let go of things, but let me say it again, and this time more clearly: You have absolutely no fucking clue what object-orientation is for! That's why your usage of classes is fucking bollocks! Please remove your version, it doesn't make things easier for the beginner, it makes it harder, because it simply isn't stylistically nor semantically correct. What you can keep and I would encourage you to keep is the examples, but you'd better integrate those with the rest of the page. If that's something you're not willing to do, tough luck, I'm going to remove your classes again. --- HeikoWundram

Bevor das jetzt ausartet. Ich bin für Heikos Lösung, weil sie sauberer, einfacher und logischer ist. Ich würde jetzt also vorschlagen auch diese zu nehmen und zu dokumentieren. Aber mal ernsthaft. Ich denke außer qweet wird keiner diese Funktionen brauchen. Also wäre evtl auch eine Kategorie Spezialfälle evtl angebracht. -- ArminRonacher

himmel hilf. Aber ich schlaf da jetzt erstmal drüber bevor ich mich dazu nochmal äußer. tss. -- qweet

• Now that I've removed your stuff again and added examples, would you please just document/comment those? Believe me, your stuff won't stay, any way. It's bad. It's broken. It sucks. It's not like your "version 0" is sensible for any use, anywhere, even remotely. It simply is not. Never will be. Never was. And it was a class, but what for? Sorry if I'm being so direct, but your ego drives me crazy. It's pretty much if I were to tell a pharmacist what a new pharmaceutical had to look like on a molecular scale. I have no idea, so I refrain from commenting on stuff that someone else might comment on better. Same goes for you WRT this. --- HeikoWundram

  • ok, ich sehs ein. Draus eine Klasse zu machen ist wohl doch etwas übertrieben. Jedoch finde ich die derzeitige Version allemal besser, mit Beispielen, als die vorherige ohne.

  • Warum die Beispiele? Nun es mag einem Programmiere, der täglich mit Python zu tun hat logisch erscheinen, was denn nun der spezielle Code macht. Ein Blick auf diesen kurzen Schnipsel und er weiß was er tut. Aber man kann doch nicht ausgehen, dass ein jeder dazu in der Lage ist. Deswegen von mir Daumen hoch für die aktuelle Version. Codeschnipsel+konkretes Beispiel was sich auch sofort nachvollziehen lässt mit Copy & Paste. So wie es jetzt ist kann es meiner Meinung nach bleiben. -- qweet

    • Kann ich sofort nachvollziehen. Und, wie gesagt, Du bist sofort eingeladen die Beispiele die ich jetzt dazu geschrieben habe zu verändern und/oder zu kommentieren, damit es wirklich Newb-freundlich ist. Würde mich freuen! --- HeikoWundram

So hab jetzt zum ersten beispiel was dazu geschrieben und vorneran gestellt damit man noch die möglichkeit zum Vergleichen hat. Ich würds dann einbinden in die Live-version, wenn Daumen oben -- qweet 2006-01-26 09:20:28

• Danke für's Fragen, mußt Du aber nicht. Füg es einfach ein, und wenn jemand was zu beanstanden hat ändert er es. Ist nicht wie bei Wikipedia. Ganz davon abgesehen, ein Tutorial in der Art ist absolut fine und auch Wiki-geeignet. --- HeikoWundram

Ich hab grad Profit- und Verlustreihen hinzugefügt. Diskussionsbedarf? -- qweet 2006-01-26 14:55:33

• Ich hab ein paar allgemeine Anliegen:
  • Python Code rückt man i.d.R. nur mit 4 Spaces ein.

  • Du scheinst keine Vorschau zu machen, bevor du speicherst... Ansonsten verstehe ich nicht, wie du soviele Ändernungen in keinen Schritten machst Schau mal hier: http://pythonwiki.pocoo.org/Finanzmathematik?action=info

  -- JensDiemer 2006-01-26 17:23:53

* Python Code rückt man i.d.R. nur mit 4 Spaces ein.

• Da würde ich gern mal wissen was als Standart aktzeptiert ist. Ist das in diesem Wiki-Standart mit den 4 spaces, ist es allgemein der gute Ton unter Programmieren, oder oder... Ich hab kein Problem damit das zu ändern, aber es würde mich dann doch ziemlich wurmen, wenn das nicht einheitlich ist. Ich nutze SciTE zum Programmieren und da ist TAB voreingestellt für Python.

  • http://python.org/peps/pep-0008.html

  • Kann man in SciTE einstellen, schau mal hier: Scite Integration/Konfigurieren Ist die Einstellung tabsize=4 -- JensDiemer 2006-01-27 06:41:26

* Du scheinst keine Vorschau zu machen, bevor du speicherst

• Wieso? Sind doch mehrere Einträge am 26.01.06. Ich zähle heute allein 20.
  • autsch.

* Wie sieht es mit einer einheitlichen Sprache aus?

• Ich hab vor kurzem bei den einzelnen Beispielen hier, die Sprache von deutsch auf englisch geändert. Gründe: (international, python-standart-befehle sind auch in englisch.) Ein Mischmasch aus Deutsch und Englisch gefällt mir persönlich überhaupt nicht! Bei der Dokumentation drumherum - kein Problem mit deutsch. Aber im Quellcode bitte durchgängig englisch. Einfach auch des universellen Charakters wegen. Ich reiß mal eben hier den Code raus und poste in dort ins Forum....man stelle sich vor ich würde in französisch programmieren.

-- -- 84.181.101.92 2006-01-26 18:41:12

• französische quelltexte sind nicht selten. aber wir bleiben bei Englisch

gut dann werd ich das mit der einrückung wohl mal überarbeiten. irgendwann. -- qweet 2006-01-26 21:04:38

• 4 Zeileneinrückung - DONE -- qweet 2006-01-27 14:27:28

Also... Ich muß ganz ehrlich sagen dass ich nicht begeistert davon bin die Funktionen auf Englisch benannt zu haben, denn schlicht und ergreifend sind die englischen Titel so nichtssagend gewählt dass man nicht draufkommt warum man diese Funktion für "Finanzmathematik" braucht. Aber unabhängig davon: der Code, gerade der ersten Funktion, kann noch vereinfacht werden. --- HeikoWundram

* Funktionsname englisch oder deutsch?

• Ich bin generell für englisch, damit kein deutsch-englischer mischmasch auftritt.
  • Wir sind in einem deutschen Wiki, deswegen können hier auch ruhig deutsche Funktionsnamen auftauchen.

* nichtssagende englische Titel

• hmm. ich hab sie allgemein gewählt. Wenn man zB die Funktion sich hernimmt und irgendwo anders verwendet als in "Finanzmathematik", wäre es doch Mist wenn da jetzt "Kurse_filtern" steht, oder?

  • Wenn sie allgemeiner sind sollten sie nicht unter dem Heading Finanzmathematik stehen (sondern eher Einträge für das FAQ sein, wie zum Beispiel: wie filtere ich Elemente aus einer Liste?). Wenn sie nicht allgemeiner sind, sind die Namen scheiße gewählt. Deine Entscheidung, und ich präferiere das zweite, da bereits Rezepte im Wiki vorhanden sind wie man Dinge filtert, und Deine Rezepte eben alles andere als "allgemein" gebrauchbar sind, da sie sehr zahlenzentrisch sind.

-- qweet 2006-01-29 12:34:39