while(true) {write();} - Der Programmierer-Spamthread #1

@DFYX:

Sterne entstehen aus Materie und überall, wo es Materie gibt, gibt es auch Sterne. Folglich gibt es unendlich Sterne, wenn es unendlich Materie gibt (ich meine natürlich leuchtende Materie). Das wäre mein Gedankengang.

Wenn es dich interessiert, in Alpha Centauri, Folge 6, geht Lesch auf genau diese Frage und diesen Beweis ein (von dorther habe ich es auch). Er redet dabei vom Olbersschen Paradoxon.

Edit:

Ich sehe gerade, Astrophysiker sind sich hier alles andere als einig und in manchen Fällen geht man sogar davon aus, dass das Universum, das wir kennen, entweder nur ein Teil eines viel größeren Universums ist (da Licht eine konstante Geschwindigkeit hat, soll das Licht hinter dem "Horizont" uns noch nicht erreicht haben; bzw. geht man auch davon aus, dass die Rotverschiebung das Licht für uns unsichtbar macht), oder, dass neben unserem Universum noch andere Universen befinden...

Zitat:

---

Zitat von drunken monkey

Ich mir eigentlich nicht. Wie gesagt, ich bin kein Mathematiker, und ein gelernter würde in der Schlussfolgerung vielleicht einige Fehler finden (und er ist natürlich nicht in Formeln ausgedrückt), aber mir erscheint das eigentlich recht logisch/stichhaltig:

Pi (und exakt das selbe gilt wohl jeweils für e) ist irrational, das heißt sie hat unendlich viele Stellen. Da das Dezimalsystem ein komplett willkürlich gewähltes ist, kann ich mir nicht vorstellen, dass die Verteilung der einzelnen Ziffern irgendeiner Regelmäßigkeit abseits einer Gleichverteilung auf die zehn möglichen Ziffern folgt. Ergo kommt jede Ziffer mit der gleichen Wahrscheinlichkeit vor, und daher bei unendlich vielen Stellen aufgrund des Gesetzes der großen Zahl genauso oft wie alle anderen Ziffern, in 10% der Fälle.
Naja, und wenn das bei beiden Zahlen so ist, lässt sich aus dem GdgZ ebenfalls schließen, dass es insgesamt Unentschieden ausgehen wird, da auf lange Sicht keine Zahl einen Vorteil hat.

Zu "Phasenkorrelationen": Die würden ja wenn nur stellenweise auftreten (wie gesagt kann ich mir bei einer willkürlichen Darstellung nicht vorstellen, dass das System hätte, bzw. auch nur haben könnte), und sich dann insgesamt auch sicher ausgleichen. Die Statistik lässt sich nicht bescheißen. ;O

---

Das Funktioniert so leider nicht problemlos. Natuerlich hast du recht, dass die Wahrscheinlichkeit fuer jede Ziffer an einer beliebigen Stelle genau 1/10 ist. Die Wahrscheinlichkeit eine 1 an Stelle 2 von pi zu finden ist allerdings nicht 1/10tel sondern exakt 100%.. Deine Hypothese, dass sich allein aus der Transzendenz zweier Zahlen schliessen laesst, dass es fuer obigen Fall zu einem Unentschied kommt, ist leider unhaltbar.

Beweis: Die Zahlen pi und (3+pi) sind beide transzendent: Das heisst, sie sind beide unendlich, nichtperiodisch, jede Ziffer kommt mit einer Wahrscheinlichkeit von 1/10tel vor und es wird jede beliebige Ziffernfolge durchlaufen. Trotzdem wird pi (3+pi) unterliegen, da fuer die erste Ziffer 3<6 gilt, und fuer alle anderen Ziffern identitaet. Damit gibt es nur einen einzigen "Stehenden" im Fanclub, alle anderen liegen am Boden. Demnach stellt der (3+pi)-Fanclub 100% der stehenden Personen, und hat gewonnen. Damit ist deine Hypothese widerlegt (Gegenbeispiel).

Es kommt nicht darauf an, dass alle Ziffern genau gleich haeufig irgendwo vorkommen, sondern die Position spielt auch eine Rolle. Die Wahrscheinlichkeit an der Stelle x von pi die xte Ziffer von pi zu finden ist nun einmal 100%., und nicht 10%. Das selbe gilt fuer e. Und das Gesetz der grossen Zahlen sagt nun einmal nichts darueber aus, wie oder auch nur ob pi und e in irgendeiner Weise Stelle fuer Stelle korreliert sind. Demnach kann dann das Ergebnis sowohl e gewinnen lassen, oder pi gewinnen lassen oder ein Unentschieden produzieren. Per se laesst sich darueber also gar nichts aussagen.

In transzendenten Zahlen wird zwar jede moegliche Permutatuion durchlaufen, aber nicht in beliebiger Reihenfolge, denn das ist es, was transzendente Zahlen von einander unterscheidet. Die Stellen einer transzendenten Zahl sind abzaehlbar unendlich viele. Die Anzahl Permutatuionen ueber aller Permutationen von Ziffernfolgen in der transzendenten Zahl ist allerdings ueberabzaehlbar unendlich. Demnach kannst du nicht davon ausgehen, dass wirklich jede beliebige Ziffernpermutation in e auf jede beliebige Ziffernpermutation in pi trifft, was das Unentschieden verursachen wuerde, wie du richtig angenommen hast. Genau das ist der Knackpunkt an der Aufgabe.

Zitat:

---

Zitat von Ineluki

Das Funktioniert so leider nicht problemlos. Natuerlich hast du recht, dass die Wahrscheinlichkeit fuer jede Ziffer an einer beliebigen Stelle genau 1/10 ist. Die Wahrscheinlichkeit eine 1 an Stelle 2 von pi zu finden ist allerdings nicht 1/10tel sondern exakt 100%..

---

Das sind dann aber sozusagen "a-posteriori-Wahrscheinlichkeiten", und die sind für eingetretene "Ereignisse" (wenn man das so formulieren kann) natürlich 100%. Allerdings kennt man höchstens endlich viele Stellen der Zahlen, und selbst wenn bei den bekannten 10^x Stellen der beiden Zahlen eine schon einen Vorsprung von 10^(x-1) hätte: Im Gegensatz zur Unendlichkeit der restlichen Stellen ist das absolut bedeutungslos.

Imo spielt es keine Rolle, dass es auch um die Position geht. Analog kann man sich das Gleiche mit Münzwürfen überlegen: Zwei Leute werfen parallel unendlich oft jeweils eine Münze. Kopf gewinnt gegen Zahl. Da für beide die Chancen für Kopf und Zahl (idealisieren wir hier mal) 50% beträgt, ergibt sich auch eine ausgewogene Siegeschance für beide pro Wurf (25% natürlich) und somit ingesamt ein sicheres Unentschieden (bei unendlich vielen Würfen eben). Dass es nicht egal ist, wann man nun Kopf und wann Zahl wirft, ist dafür irrelevant.

Und da es für mich klar zu sein scheint, dass pi und e absolut unkorelliert sind, d.h. im Allgemeinen an einer Stelle x (solange man diese nicht kennt, was für fast alle gilt) jede der Zahlen mit gleicher Wahrscheinlichkeit gewinnt, würde ich das Münzbeispiel auch 1:1 auf die Zahlen übertragen.

Zitat:

---

Deine Hypothese, dass sich allein aus der Transzendenz zweier Zahlen schliessen laesst, dass es fuer obigen Fall zu einem Unentschied kommt, ist leider unhaltbar.

Beweis: Die Zahlen pi und (3+pi) sind beide transzendent:

---

Ich würde dieses Beispiel als irrelevant bezeichnen, da die beiden ja eindeutig voneinander abhängen. Also ja, die obige Hypothese lässt sich offensichtlich nicht halten, aber wenn man das Wörtchen "unabhängiger" (bzw. "unkorellierter", um wahrscheinlichkeitstheoretischer zu klingen ;O) hinzufügt, sieht das imo schon ganz anders aus.


Für mich ist der Knackpunkt einfach die Unendlichkeit: Jeglicher Vorteil einer Zahl gegenüber der anderen wird im Unendlichen bedeutungslos, solange es kein systematischer Vorteil ist. Denn egal wie es nach x Stellen steht – solange man nicht genau weiß, dass es so weitergeht (also der Vorteil systematisch ist), ist das absolut einerlei, da noch unendlich viele Stellen folgen. Und ein systematischer Vorteil kann imo nicht existieren, wenn die beiden Zahlen nichts miteinander, oder der Zahl 10, zu tun haben.
Ich denke, dein Gedankengang wäre nur für endlich lange, großteils unbekannte Zahlenfolgen gültig.

Hm, das Thema ist vielleicht genauso unnötig wie das andere, aber irgendwie kann man deutlich besser drüber diskuttieren. XD Will nicht noch wer einsteigen? :D Zu zweit ist's doch langweilig…;O

Zitat:

---

Zitat von drunken monkey

Das sind dann aber sozusagen "a-posteriori-Wahrscheinlichkeiten", und die sind für eingetretene "Ereignisse" (wenn man das so formulieren kann) natürlich 100%.. Allerdings kennt man höchstens endlich viele Stellen der Zahlen, und selbst wenn bei den bekannten 10^x Stellen der beiden Zahlen eine schon einen Vorsprung von 10^(x-1) hätte: Im Gegensatz zur Unendlichkeit der restlichen Stellen ist das absolut bedeutungslos.

Imo spielt es keine Rolle, dass es auch um die Position geht. Analog kann man sich das Gleiche mit Münzwürfen überlegen: Zwei Leute werfen parallel unendlich oft jeweils eine Münze. Kopf gewinnt gegen Zahl. Da für beide die Chancen für Kopf und Zahl (idealisieren wir hier mal) 50% beträgt, ergibt sich auch eine ausgewogene Siegeschance für beide pro Wurf (25% natürlich) und somit ingesamt ein sicheres Unentschieden (bei unendlich vielen Würfen eben). Dass es nicht egal ist, wann man nun Kopf und wann Zahl wirft, ist dafür irrelevant.

Und da es für mich klar zu sein scheint, dass pi und e absolut unkorelliert sind, d.h. im Allgemeinen an einer Stelle x (solange man diese nicht kennt, was für fast alle gilt) jede der Zahlen mit gleicher Wahrscheinlichkeit gewinnt, würde ich das Münzbeispiel auch 1:1 auf die Zahlen übertragen.

Ich würde dieses Beispiel als irrelevant bezeichnen, da die beiden ja eindeutig voneinander abhängen. Also ja, die obige Hypothese lässt sich offensichtlich nicht halten, aber wenn man das Wörtchen "unabhängiger" (bzw. "unkorellierter", um wahrscheinlichkeitstheoretischer zu klingen ;O) hinzufügt, sieht das imo schon ganz anders aus.


Für mich ist der Knackpunkt einfach die Unendlichkeit: Jeglicher Vorteil einer Zahl gegenüber der anderen wird im Unendlichen bedeutungslos, solange es kein systematischer Vorteil ist. Denn egal wie es nach x Stellen steht – solange man nicht genau weiß, dass es so weitergeht (also der Vorteil systematisch ist), ist das absolut einerlei, da noch unendlich viele Stellen folgen. Und ein systematischer Vorteil kann imo nicht existieren, wenn die beiden Zahlen nichts miteinander, oder der Zahl 10, zu tun haben.
Ich denke, dein Gedankengang wäre nur für endlich lange, großteils unbekannte Zahlenfolgen gültig.

Hm, das Thema ist vielleicht genauso unnötig wie das andere, aber irgendwie kann man deutlich besser drüber diskuttieren. XD Will nicht noch wer einsteigen? :D Zu zweit ist's doch langweilig…;O

---

DAS ist es doch genau, bisher hat niemand bewiesen, DASS pi und e nicht voneinander abhaengen. Ausserdem sind fuer pi und e in diesem Sinne die Ziffern an der Stelle X genau solche "a-posteriori-Wahrscheinlichkeiten", da gibt es nichts zu wahrscheinlichen, denn welche Ziffer das ist, steht ja bereits fest (bestenfalls kann man sie als Pseudozufallszahlen betrachten). Die Wahrscheinlichkeiten nuetzen einem hier gar nichts. Wenn kann man nur zwei Algorithmen gegeneinander antreten lassen, die die jeweils naechste Ziffer von e bzw pi berechnen, dann Schritt fuer Schritt aufsummieren und den Limes der beiden Reihen vergleichen. Nur fuer den Fall, dass beide Reihen gegen Unendlich gehen oder einen exakt endlichen identischen Grenzwert besitzen, gibt es ein Unentschieden.

Hat sich jemand schonmal eingehend mit der Allegro library zur Spieleentwicklung in C(++) beschäftigt?
Im ersten Berufsschuljahr wurde uns die Objektorientierung an einem mit Hilfe von Allegro selbst entwickelten Pacman- Projekt nähergebracht, was zeitlich vorne und hinten nicht hinhauen wollte. Das wenige, was ich dort mitnehmen konnte, hat mir nicht sonderlich gefallen, zumal ich da schon ein wenig Erfahrung mit XNA gesammelt habe - was mir als Java Entwickler natürlich Vorteile bringt - und bis heute noch mit Torque liebäugle.
Kann man Allegro empfehlen und/oder wäre ich mit Torque (wohl 2D) gut beraten, wenn ich mich denn eingehender mit C++ beschäftigen möchte?

Ich hab ne Weile mit Allegro gearbeitet und kann dir sicher mit ein paar Kleinigkeiten helfen. Wenn du ein gutes Buch suchst: Lennart Steinke - Spieleprogrammierung. Beschreibt Schritt für Schritt, wie man einen simplen Diablo Klon mit Allegro entwickelt. Torque sagt mir nix, aber evtl. könnte auch SDL für dich interessant sein.

SFML sieht nach einer guten Alternative zu SDL aus.

Entweder bin ich ein grottiger Lehrer oder Java eignet sich definitiv nicht als Sprache für ein Einsteigertutorial

oh mann, noch gar nicht gesehen^^ Wird nacher gelesen /o

DFYX: Wenn man zum Einlesen von Input schon Klassen und Exceptions braucht, musst du halt erstmal (Javas) OOP erklären (was ich eigentlich eh für sinnvoller halte. Erst die Syntax, dann die Stdlib [wozu ich Input schon zähle])
Wenn du unbedingt User-Input in deinen Beispielen brauchst, kannst du es ja vielleicht über die args lösen oder so...

Naja, ich möchte eigentlich ganz gerne Beispiele, bei denen man auch ein sinnvolles Ergebnis sieht, mit dem man rumspielen kann. Graue Theorie setzt sich nicht so gut im Hirn fest. Auf der anderen Seite ist es aber in meinen Augen auch nicht furchtbar sinnvoll, jetzt direkt mit Exceptions um mich zu schmeißen, solang der Leser noch nichtmal weiß, wie genau Methoden funktionieren.

Darum wäre ja der Scanner perfekt, der wirft (praktisch) nie Exceptions und lässt sich direkt aus System.in konstruieren, wodurch auch die verschachtelten Konstruktoren wegfallen. Einfacher geht's kaum noch, und ist sogar bequemer als teils in Skript-Sprachen.

Das sind doch Einsteigertutorial, sollte man daher die Exceptions nicht einfach ignorieren, bis Exceptions erklärt wurden und die Programmschnipsel grösser sind?

Schon, aber ich hab das Gefühl, dass ein "Hier sind 15 Zeilen Code, ignoriert davon erstmal alle bis auf 3 und 6." doch ziemlich abschreckend wirkt, meint ihr nicht?

Mein Info-Prof löst die Problematik, indem er die Leute eine Library mit simpler API verwenden lässt, ohne groß zu erklären, was dahintersteckt. Ist dann halt ein Import.
Wobei die Vorlesung natürlich auch eher eine Einführung in die Informatik und Algorithmen ist als ein Kurs für Anwendungsentwicklung …

Zitat:

---

Zitat von DFYX

Schon, aber ich hab das Gefühl, dass ein "Hier sind 15 Zeilen Code, ignoriert davon erstmal alle bis auf 3 und 6." doch ziemlich abschreckend wirkt, meint ihr nicht?

---

Ich glaube, Drakes meinte, man könnte sie wirklich weglassen (i.e. nicht hinschreiben), oder? Wäre zumindest bei der einen wohl möglich, denke ich (als jemand, der keine Ahnung von Java hat :D)

Zitat:

---

Zitat von dead_orc

Ich glaube, Drakes meinte, man könnte sie wirklich weglassen (i.e. nicht hinschreiben), oder? Wäre zumindest bei der einen wohl möglich, denke ich (als jemand, der keine Ahnung von Java hat :D)

---

Der Code sollte schon compilierbar sein. Java verlangt von dir, dass du die Exceptions fangen musst, sonst beschwert sich der Compiler.

deadorc hat recht, aber dass man sie abfangen muss habe ich mir fast noch gedacht, trotzdem habe jedoch noch ein bischen getestet.
Meine Resultate sind, dass man beim readln die Exception abfangen muss, aber beim Integer.parseInt nicht O.o Beim googlen bin ich noch über folgendes gestolpert:

Code:

---

String BenutzerEingabe =
            javax.swing.JOptionPane.showInputDialog("Geben sie eine Zahl ein.");

---

Zwar nicht das eleganteste für mehrere Benutzereingaben, wäre aber eine Möglichkeit.

Zitat:

---

Meine Resultate sind, dass man beim readln die Exception abfangen muss, aber beim Integer.parseInt nicht O.o

---

Weil Java zwischen sogenannten Forced- und Runtime-Exceptions unterscheidet.
IOException ist z.B. eine Forced-Exception und muss daher abgefangen werden ... (auch wenn bei der Tastatur z.B. nicht so schnell ein Fehler auftreten wird).

Wie wer es mit:

Code (java):

int main(String[] args) throws Exception {

zwar auch nicht schön, aber besser dem Anwender sagen er soll diese eine Zeile erst mal ignorieren als wenn er 10 Zeilen ignorieren soll ;).

Da es im Computerforum keinen nicht seit Ewigkeiten toten OT-Thread gibt kommt es mal hier rein:

Slashdot berichtet: KDE berichtet: Matthias Ettrich, Gründer des KDE-Projekts, hat für seinen Beitrag zur Freien Software das Bundesverdienstkreuz verliehen bekommen.

Gentlemen, discuss.

Tja, sehr lebendig wirkt das hier auch nicht. :-/
Also ich habe mit KDE zwar nichts am Hut, aber dass Leute für Verdienste um die OSS-Bewegung nationale Ehrungen erhalten, finde ich auf jeden Fall eine positive Entwicklung. ^^ Ich habe schon über fünf Patches gepostet und will auch was vom Bundespräsidenten! XD

Zitat:

---

Zitat von drunken monkey

Tja, sehr lebendig wirkt das hier auch nicht. :-/
Also ich habe mit KDE zwar nichts am Hut, aber dass Leute für Verdienste um die OSS-Bewegung nationale Ehrungen erhalten, finde ich auf jeden Fall eine positive Entwicklung. ^^ Ich habe schon über fünf Patches gepostet und will auch was vom Bundespräsidenten! XD

---

Hast du ein paar Leaks eingearbeitet. huh? :P

Zitat:

---

Zitat von Mog

Hast du ein paar Leaks eingearbeitet. huh? :P

---

Verdammt, das war ein einziger String, lass' mich mal in Ruhe damit! XD

Ooooook...
Warum sind globale Variablen in Java böse?

Nein ehrlich, ich weiß es nicht, aber unsere Dozentin beharrt auf dieser These, so wie sie strickt verbietet einen Break in einer Schleife zu verwenden und mich erschließt sich das nicht ganz^^°

Zitat:

---

Zitat von R.D.

Ooooook...
Warum sind globale Variablen in Java böse?

Nein ehrlich, ich weiß es nicht, aber unsere Dozentin beharrt auf dieser These, so wie sie strickt verbietet einen Break in einer Schleife zu verwenden und mich erschließt sich das nicht ganz^^°

---

Globale Variablen sind generell böse. Nicht nur in Java.
Das liegt daran, dass jede Funktion auf diese Variablen zugreifen kann. Allgemein gilt: So lokal wie möglich!

Das hat den Vorteil, dass man bestimmte Funktionen auch in anderen Projekten weiter benutzen kann, ohne großartig rumschauen zu müssen, ob da irgendwo eine globale Variable rumgeistert, die diese Funktion benötigt.
Auch hat man das Problem nicht, dass man aus versehen eine Variable mit einem anderen wert überschreibt.

Warum sie ein break verbietet ist mir allerdings schleierhaft. Globale Variablen sollten wahrhaftig nur mit Bedacht eingesetzt werden. Aber ein break kann doch stellenweise eine Schleife sinnvoll vorzeitig beenden.

Zitat:

---

Zitat von makenshi

Warum sie ein break verbietet ist mir allerdings schleierhaft. Globale Variablen sollten wahrhaftig nur mit Bedacht eingesetzt werden. Aber ein break kann doch stellenweise eine Schleife sinnvoll vorzeitig beenden.

---

Also ich weiß, dass man unter Pascal das Break vemeiden sollte, weil das vom compiler abhängig ist, obs implementiert wurde oder nicht. Turbo Pascal kennt das Break nicht so ohne weiteres, während Free Pascal es ohne zu meckern schluckt.

Warum man ein Break unter Java (oder generell bei allen Sprachen) vermeiden sollte, würde mir auch nichts einfallen, außer vielleicht aus Strukturierungsgründen, weil ein Break was sprunghaftes hat und Sprünge soll man vermeiden.
Zumindest bin ich all den Jahren ohne Break ausgekommen und wüsste kein Beispiel, wo ein Break zwingend erforderlich wäre.

Naja, wenn ich das bei meiner Informatik-Vorlesung richtig verstanden hab (da hieß es iirc auch, wir sollen kein break verwenden), meinen sie, wenn man die Abbruchbedingung im Schleifen-Kopf hat, ist das besserer Programmierstil. Aber andererseits ist das, was wir da machen (und das trifft vermutlich auch auf R.D. zu) so simpel, dass es da auch keine sinnvolle Anwendung für break gibt.

@Globale Variablen
Ahh~! Gut, denke ich hab das jetzt verstanden, auch was das break angeht, wobei sie wenn sie davon redet immer so wirkt, als wäre es ein Sünde.
Sie hat uns sogar ausdrücklich VERBOTEN jemals einen Break zu verwenden. Solltes es in einer Klausur vorkommen gisb ne 5 :/ (wobei das sicher scherzhaft gemeint war... hoffe ich...)

Manche Professoren/Dozenten spinnen einfach etwas mehr als normal. :D
Also ich hatte schon etliche Vorlesungen zu Software-Entwicklung mit Java, und habe davon noch nie gehört. Und auch wenn's teilweise vielleicht wirklich besserer Stil ist, das nur im Schleifenkopf zu haben, gibt's genug Fälle wo das nicht so ist. Ein allgemeines Verbot ist da einfach nur dämlich.
Vor allem wenn sie anscheinend nicht mal fähig ist, das verständlich zu begründen. o_O"

Zitat:

---

Zitat von drunken monkey

Vor allem wenn sie anscheinend nicht mal fähig ist, das verständlich zu begründen. o_O"

---

oh doch, das kann sie:

"ist schöner"

... :(

OK, das ist zwar nachvollziehbar (wenn auch für Anfänger evtl. etwas kryptisch), aber reicht gerade mal für eine Empfehlung oder Richtlinie, nie für ein komplettes Verbot. o_O" Auch wenn ich natürlich verstehe, dass man Anfängern unschöne Sachen besser komplett verbietet und sie später selber draufkommen lässt, wann es doch sinnvoll sein kann. ^^" Profis dürfen ja sogar GOTOs anwenden, und es kann sinnvoll sein.

Erinnert mich btw an was, das wir gerade diese letzte (Verdammte Mitternacht! XD) Woche erst wieder hatten:

Zitat:

---

The First Rule of Optimizing:
Don't do it.

---

:A

Ich denke R.D. übertreibt hier zu seinen Gunsten. :>

Zitat:

---

Zitat von Kyuu

Ich denke R.D. übertreibt hier zu seinen Gunsten. :>

---

Glaub mir, tut er nicht. Ich hatte im 1. Semester auch so einen Prof.

Es gibt allen Ernstes Professoren, die der Meinung sind, daß ein break nie gerechtfertigt ist. Wenn man in einer Schleife eine Abbruchbedingung außer dem Ende der Iteration hat, dann kann man das doch auch mit einer Exception machen.

Ja, es gibt Leute, die lieber eine Schleife in einen try...catch-Block wickeln, als das Sprachkonstrukt zu verwenden, das dafür vorgesehen ist.

Zitat:

---

Zitat von Jesus_666

Es gibt allen Ernstes Professoren, die der Meinung sind, daß ein break nie gerechtfertigt ist. Wenn man in einer Schleife eine Abbruchbedingung außer dem Ende der Iteration hat, dann kann man das doch auch mit einer Exception machen.

Ja, es gibt Leute, die lieber eine Schleife in einen try...catch-Block wickeln, als das Sprachkonstrukt zu verwenden, das dafür vorgesehen ist.

---

Erinnert mich an das hier: Exception-oriented 99 Bottles. :A
Das im Namen des guten Codestils zu machen, würde ich aber als geradezu pervers bezeichnen. XD

Zitat:

---

Zitat von DFYX

Glaub mir, tut er nicht. Ich hatte im 1. Semester auch so einen Prof.

---

Du hattest einen Professor, der mit "ist schöner" argumentiert? ;)
Dass sie globale Variablen und break/continue im ersten Semester in einer stark objektorientierten Sprache wie Java verbietet, finde ich übrigens toll.

Etwas übertrieben habe ich schon xD
Trotzdem ist sie sehr streng was Konventionen angeht, vllt auch gut so... mal sehen :3
Ich hab ja auch nix dagegen, bis ich halt an einen Punkt stoße wo ich es gebrauchen könnte o.o

Zitat:

---

Zitat von Kyuu

Du hattest einen Professor, der mit "ist schöner" argumentiert? ;)

---

Seine Wortwahl war etwas anders, aber im Prinzip liefs auf "ist schöner" hinaus, ja.

Zitat:

---

Zitat von R.D.

Etwas übertrieben habe ich schon xD
Trotzdem ist sie sehr streng was Konventionen angeht, vllt auch gut so... mal sehen :3
Ich hab ja auch nix dagegen, bis ich halt an einen Punkt stoße wo ich es gebrauchen könnte o.o

---

Darüberhinaus habe ich wie gesagt noch nie was davon gehört, also kann's zumindest keine so umfassend akzeptierte Konvention sein. <__<" Und wenn man auf solchen unwichtigeren derart rumpocht, fehlt vielleicht etwas das Verhältnis für die deutlich wichtigeren. o_O

Ahja, und gerade fällt's mir auf: Globale Variablen gibt's in Java doch gar nicht. XD Natürlich gibt's public static, aber die sind ja immerhin noch an die Klasse gebunden, was immerhin Verdeckungs-Effekte vermeidet. Dass man Methoden dann im Extremfall alle einzeln nach Seiteneffekten bezüglich solchen Feldern absuchen muss, bleibt aber natürlich.

Ich hab das Gefühl, meinem Prof ist Stil vollkommen egal. Um so wichtiger sind ihm dafür Tests. "Selbstgeschriebene" Programme müssen immer (!) ausführlich (!!!) getestet werden und die Tests machen 20% der Note aus (40% Programm, 40% Doku, 20% Tests).
So kommt es, dass ich effektiv jetzt zum aktuellen Übungsblatt doppelt so viel Tests wie Dokumentation habe (Trivialfall, Normalfälle, Grenzfälle und Fehlerfälle für... die Umrechnung einer Dezimalzahl in eine andere Basis in 8 Codezeilen -_-).

Zitat:

---

Zitat von dead_orc

Ich hab das Gefühl, meinem Prof ist Stil vollkommen egal. Um so wichtiger sind ihm dafür Tests. "Selbstgeschriebene" Programme müssen immer (!) ausführlich (!!!) getestet werden und die Tests machen 20% der Note aus (40% Programm, 40% Doku, 20% Tests).
So kommt es, dass ich effektiv jetzt zum aktuellen Übungsblatt doppelt so viel Tests wie Dokumentation habe (Trivialfall, Normalfälle, Grenzfälle und Fehlerfälle für... die Umrechnung einer Dezimalzahl in eine andere Basis in 8 Codezeilen -_-).

---

Erste Reaktion: "Hey, das ist ja genau wie an meiner Uni!"
Zweite Reaktion: "Moment mal, d_o studiert an meiner Uni." -_-°

Amüsanterweise habe ich es schon mal geschafft, ein nicht richtig funktionierendes Programm durch geschickte Konstruktion der Tests so aussehen zu lassen, als wäre es korrekt (sofern man nicht gerade beliebigen Input reinschickt). Bin sogar damit durchgekommen.

Der deprimierende Teil: Schon im Hauptstudiumsprojekt werden hehre Ideale wie Unit-Tests völlig vergessen sein. Aber hey, positiverweise vergißt man auch Rainer "das Wasserfallmodell ist das einzig Wahre" Koschke. Spätestens, nachdem man ein Semester damit verschwendet, strikt nach Wasserfall nichts brauchbares zu produzieren.

Zitat:

---

Zitat von drunken monkey

Darüberhinaus habe ich wie gesagt noch nie was davon gehört, also kann's zumindest keine so umfassend akzeptierte Konvention sein. <__<"

---

Entschuldige, aber ob ein drunken monkey aus Multimediaxis schonmal davon gehört hat, dass ein Sprachkonstrukt potentiell problematisch ist, oder nicht, sagt nichts über den allgemeinen Konsens darüber aus. :D

Zitat:

---

Zitat von drunken monkey

Und wenn man auf solchen unwichtigeren derart rumpocht, fehlt vielleicht etwas das Verhältnis für die deutlich wichtigeren. o_O

---

Völlig aus der Luft gegriffen. ^^

Zitat:

---

Zitat von Kyuu

Entschuldige, aber ob ein drunken monkey aus Multimediaxis schonmal davon gehört hat, dass ein Sprachkonstrukt potentiell problematisch ist, oder nicht, sagt nichts über den allgemeinen Konsens darüber aus. :D



Völlig aus der Luft gegriffen. ^^

---

Bitte mach' dir das nächste Mal die Mühe, einen Beitrag zu lesen, bevor du ihn abschickst. :)

Menschen auf unserer Unis glauben, Contracts schreibt man in Kommentare.

Zitat:

---

Zitat von drunken monkey

Bitte mach' dir das nächste Mal die Mühe, einen Beitrag zu lesen, bevor du ihn abschickst. :)

---

Diese Schiene ist doch nicht nötig.

Genau so unnötig, wie eure Diskussion... Hört auf euch anzuzicken und habt euch lieb ;)

Whatever, ich hasse das Wasserfallmodell. Bis nächste Woche muss ich 20 Seiten Pflichtenheft für einen Routenplaner schreiben. Überhaupt hat der Prof, der das Praktikum betreut, nen Schuss. Laut Modulhandbuch hat das Praktikum 4 Wochenstunden und auch entsprechend 6 ECTS. In der Einführungsveranstaltung hieß es aber schon, es wird erwartet, dass wir mindestens 1 1/2 Tage die Woche dran arbeiten. Kann mir mal einer sagen, woher wir die Zeit nehmen sollen?

Zitat:

---

Zitat von DFYX

Genau so unnötig, wie eure Diskussion... Hört auf euch anzuzicken und habt euch lieb ;)

Whatever, ich hasse das Wasserfallmodell. Bis nächste Woche muss ich 20 Seiten Pflichtenheft für einen Routenplaner schreiben. Überhaupt hat der Prof, der das Praktikum betreut, nen Schuss. Laut Modulhandbuch hat das Praktikum 4 Wochenstunden und auch entsprechend 6 ECTS. In der Einführungsveranstaltung hieß es aber schon, es wird erwartet, dass wir mindestens 1 1/2 Tage die Woche dran arbeiten. Kann mir mal einer sagen, woher wir die Zeit nehmen sollen?

---

Von den anderen Kursen natürlich (nachdem deine Freizeit aufgebraucht ist und du Essen und Schlafen in zusammen drei Stunden pro Tag abwickelst). Leider gibt's solche Profs, die der Meinung sind, daß ihr Kurs das wichtigste am ganzen Studium sind und man dafür schon mal alles andere vernachlässigen kann.

...wobei ich zugeben muß, daß Anforderungsspezifikationen eine der unbestreitbar nützlicheren Sachen sind, die man im Informatikstudium beigebracht bekommt.

Zitat:

---

Zitat von Mog

Menschen auf unserer Unis glauben, Contracts schreibt man in Kommentare.

---

Lass' mich raten: OOP? :D
Preconditions, Postconditions, Invariants, und das alles in Java! Zusätzlich noch Kovarianz, Kontravarianz und Invarianz, was Java ebenfalls geflissentlich ignoriert. Herrlich. ^^

@ Fyx: Ich habe gerade "Advanced Internet Security", das ist auch so. Drei ECTS, aber 8 Mal im Semester muss man innerhalb einer Woche eine recht knifflige Übungsaufgabe lösen. Die letzten Male musste man Buffer-Overflows in gegebenen Programmen herbeiführen und ausnutzen, diesmal muss man ein bestimmtes BHO fr den IE programmieren – was als Nebeneffekt bedeutet, dass man in der einen Woche auch C++ und den Umgang mit der Microsofts API lernen muss. o_O"
Allerdings ist die LVA dafür echt interessant, und sie haben uns am Anfang extra gewarnt, dass die Anstrengungen deutlich über den 3 ECTS liegen, es also mehr eine LVA für speziell Interessierte ist. Aber bei Pflichtlehrveranstaltungen kenne ich das leider auch, ja. :-/

Ich habe hier gerade einige mod_rewrite Anweisungen zu fassen, die irgendwie schon fast an Programmierung rankommen:

Code:

---

RewriteCond $2 (\.[^.]+)$
RewriteCond ${npshare:$1|NULL}%1 ^(.*(\.[^.]+))\2$
RewriteCond %1 !NULL
RewriteRule ^files/([0-9a-f]{8})(/.*)? %1 [L]

---

Wer das ohne Manual versteht: Respekt!

Wen es interessiert, ich schlüssel das mal eben auf:
Es handelt sich um URLs der Form /files/1234abcd/filename.ext (wo kommen die wohl her? *hust*)
Die erste Zeile matcht von filename.ext das .ext und speichert es in einer Gruppe. Die zweite Zeile lässt das 1234abcd in einer sog. RewriteMap nachgucken, hängt die in der ersten Zeile gematchte Endung an und matcht dagegen dann den Regexp ^(.*(\.[^.]+))\2$, der effektiv dafür sorgt, dass verglichen wird, ob die Rückgabe der RewriteMap die selbe Endung hat, die in der ersten Zeile gematcht wurde, und diese Rückgabe in einer neuen Gruppe speichert (auf die hinterher wieder mit %1 zugegriffen werden kann). Die dritte Zeile prüft nur noch, ob der Rückgabewert nicht NULL war (was heißt, dass nichts gefunden wurde). Falls also die Endung gleich war und überhaupt was gefunden wurde, ersetzt die vierte Zeile den Aufruf durch die Rückgabe der RewriteMap. Elegant daran: Es musste nur einmal die RewriteMap aufgerufen werden, die potentiell hohe Laufzeitkosten hat. Scheußlich daran: Die Funktionalität könnte man genau so gut in die RewriteMap selbst stopfen, weil die (zumindest bei mir) ein Script ist. Aber ich hatte gerade Spaß daran, es so zu machen. Bei genauer Betrachtung könnte ich vermutlich den Check auf !NULL weglassen… *kratz*

Naja, ich werds lieber nicht wirklich so verwenden. Denn sowas erzeugt unwartbare Projekte :D (das versteh ich ja selbst schon morgen nicht mehr)

Habt ihr auch diese Burnout-Phasen? Das ist ein Teufelskreis, man hat zwar Zeit produktiv zu werden, aber keine Lust dazu, was dazu führt, dass man aus der Burnout-Phase nicht rauskommt, da es keine Erfolgserlebnisse gibt. Von Pflichtarbeiten rede ich gar nicht, da bekommt man wenigstens "motivierende" Arschtritte.

Zitat:

---

Zitat von Kyuu

Habt ihr auch diese Burnout-Phasen? Das ist ein Teufelskreis, man hat zwar Zeit produktiv zu werden, aber keine Lust dazu, was dazu führt, dass man aus der Burnout-Phase nicht rauskommt, da es keine Erfolgserlebnisse gibt. Von Pflichtarbeiten rede ich gar nicht, da bekommt man wenigstens "motivierende" Arschtritte.

---

Häufig ja :D
Ich brauch mir dann aber nur KH II oder so anzuschauen, dann hab ich wieder Lust.

Zitat:

---

Zitat von Kyuu

Habt ihr auch diese Burnout-Phasen? Das ist ein Teufelskreis, man hat zwar Zeit produktiv zu werden, aber keine Lust dazu, was dazu führt, dass man aus der Burnout-Phase nicht rauskommt, da es keine Erfolgserlebnisse gibt. Von Pflichtarbeiten rede ich gar nicht, da bekommt man wenigstens "motivierende" Arschtritte.

---

Oh ja. Daran merkt man denke ich aber auch immer wieder das Anwendungen schreiben auch was mit Kreativität zutun hat. Wäre es nur "dumpfes" abarbeiten von auswendig gelernten Logiken, wäre das denke ich kaum möglich.
Meist beenden sich diese Phasen von selbst wieder. Nur die Wartezeit ist halt schon nervig.

@Ein anderes Thema
Ich muss ehrlich sagen, ich habe eine echte Abscheu gegenüber Javascript. Ich muss damit arbeiten um eine statische Website zu erstellen. Anders wäre der Shop der dabei sein muss nur schwer zu realisieren. Wer sich nun fragt warum das? Nunja, ist eine Übungsaufgabe.

Die ganze Sprache ist ein einziger Krampf. Sie fühlt sich widerlich an. Vielleicht ist es fehlende Gewöhnung und Übung. Aber ich werd mit diesem Ding nicht warm. Selbst die simpelsten Umsetzungen darin kommen mir umständlich und "unnatürlich" vor.

Obwohl es logisch zu definieren sein müsste, kann ich es grad nicht. Mir fällt grad kein konkretes Beispiel ein. Alleinig das die Variablen keinen festen Datentyp haben fällt mir grad ein.

Zitat:

---

Zitat von makenshi

Vielleicht ist es fehlende Gewöhnung und Übung.

---

Definitiv. JavaScript ist ziemlich cool und relativ mächtig, es ist wahrscheinlich nur die bisherige fehlende Erfahrung mit Sprachen dieser Art, die dir Probleme bereitet. Persönlich habe ich JavaScript bisher nur eingebettet mit Netscapes SpiderMonkey und Googles V8 verwendet, also ohne den ganzen Webkram, die Erfahrung war aber ziemlich positiv, wenn man von einigen fehlenden Sprachkonstrukten, die man sich wünschen würde, wie etwa Modulunterstützung, und der mageren Performance (die natürlich auch mit der Implementierung zusammenhängt) absieht.

Edit: Ich kann übrigens Eloquent JavaScript wärmstens empfehlen.

Klar, so was ist immer Gewöhnungssache. Ich lern gerade nebenher Haskell, teilweise find ich Zeug da bescheuert umständlich, teilweise aber auch total cool (und besser, als das in anderen Sprachen ginge).

Zitat:

---

Zitat von mq

Klar, so was ist immer Gewöhnungssache. Ich lern gerade nebenher Haskell, teilweise find ich Zeug da bescheuert umständlich, teilweise aber auch total cool (und besser, als das in anderen Sprachen ginge).

---

Haskell ist definitiv eine coole Sprache, in den Fällen, wo sie sich eignet. :D Und auch mal eine interessante Abwechslung von der ganzen imperativen Kost…^^"

JavaScript (oder, um das Kyuu entsprechend zu unterscheiden, dessen Einbindung in HTML/DOM) mag ich hingegen überhaupt nicht, mich graust's auch jedes Mal, wenn ich's verwenden muss. <__<" Die dynamische Typisierung ist mir da eher egal, mich stört wohl vor allem die mangelnde Standardisierung / einheitliche Referenz. Z.B.: "node.value = "foo""/"node.setAttribute("value", "foo")" – was ist "richtig", bzw. wird in welchen Browsern verstanden? Nachdem sogar der IE langsam fast standardkonform wird, sollte es doch eigentlich möglich sein, die verbreitetste clientseitige Scriptsprache in halbwegs geordnete Bahnen zu pressen.
Oder gibt's da eh schon irgendwo eine gute Referenz, die wirklich alles Brauchbare abdeckt?

Zitat:

---

Zitat von drunken monkey

"node.value = "foo""/"node.setAttribute("value", "foo")" – was ist "richtig", bzw. wird in welchen Browsern verstanden?

---

Also richtig ist nach dem ECMAScript-Standard definitiv node.value = "foo". Ich vermute, dass die expliziten Getter/Setter verwendet werden, weil die API der zugrunde liegenden JavaScript-Engine keine impliziten unterstützt. In SpiderMonkey beispielsweise ist es möglich Getter und Setter sowohl für Klassen, als auch für Attribute zu definieren, die implizit bei einem Ausdruck der Form node.value = "foo", bzw. var bla = node.value ausgeführt werden. Ich kann mir vorstellen, dass andere Implementierungen sowas nicht unterstützen, so dass man explizite Akzessoren braucht. Das ist auch schon das Problem bei JavaScript: Es gibt viele Implementierungen, die zwar skriptseitig standardkonform sind, was die Einbettung angeht aber unterschiedlich umfangreiche APIs anbieten. Würden die Browser sich auf eine JavaScript-Engine einigen, würde es viel einheitlicher aussehen.

Zitat:

---

Zitat von Kyuu

Habt ihr auch diese Burnout-Phasen? Das ist ein Teufelskreis, man hat zwar Zeit produktiv zu werden, aber keine Lust dazu, was dazu führt, dass man aus der Burnout-Phase nicht rauskommt, da es keine Erfolgserlebnisse gibt. Von Pflichtarbeiten rede ich gar nicht, da bekommt man wenigstens "motivierende" Arschtritte.

---

Ich hab grad wieder eine. Ich hab noch zig Sachen, die fertig werden sollten und bin dieses Wochenende zu exakt gar nichts gekommen. Auch nicht durch "motivierende Arschtritte". Im Gegenteil, das einzige, womit ich in den letzten Tagen voran gekommen bin, ist eine Überarbeitung der Website von ner Freundin. Da hab ich weder einen festen Zeitplan, noch krieg ich irgendeine Bezahlung, aber es ist einfach entspannend und ich weiß, dass ich damit jemanden glücklich mache.

Ach ja, DFYX: Deine Signatur verstößt ja mal voll gegen Wikipedia:Notability und hat außerdem [citation needed], also schlage ich eine schnelle Löschung vor. Ist gerade ein Administrator zur Hand?

Soll ich eine Poll über den Löschantrag anhängen? :D

Traditionell müßten wir jetzt drüber diskutieren und ein Admin löscht dann alle Gegenstimmen aus der Diskussion, sofern sie nicht sowieso gleich mit Verweisen auf Wikipedia:NPOV, Wikipedia:EFLA, Wikipedia:NAMBLA und Wikipedia:LMAA (und noch 20 weiteren solcher Seiten) zugeschüttet werden.

Lass mal bitte die Landschaftsarchitekten da raus. Ich bin schon bei obskurer Architektur fast durchgefallen, wie soll ich da bitte mit Gartenbau zurecht kommen?

Hö!

Javafrage:
Mal eine Frage, wenn ich ein String zu einem Double (z.B.) wandeln will, kann ich einfach Datentyp.valueOF(string) nehmen oder?

Bzw, funzt das auch wenn ich sowas haben wie:

Code:

---

bla = Double.valueOF(BufferedReader.readline);

---

Geht das so? der Jikes-Compiler sagt mir da etwas, der Java-Compiler nicht, verwundert mich ein wenig. (Und es nervt, das wir immernoch keine Gui-Programmierung haben, zurzeit ist Objektorientierung das große Thema, wofür ich auch grad was aus Spaß mache).

Ich denke, korrekt müsste Double.parseDouble(string) sein. Das eine gibt dir halt ein Double, das andere ein double. Kommt ganz drauf an, was von beidem du brauchst.

Edit:
Und natürlich Double.valueOf, nicht Double.valueOF.

uuups, klar, value.Of xD (Doofe Laptop-Tastatur, ich sollte lernen damit umzugehen xD).
Jedenfalls danke, an parse habe ich auch gedacht, war mir aber da überhaupt nicht sicher, wieder was gelernt^^

Test, ob man "Coding for Fun mit C++" kaufen sollte
Grade mit der Volltextsuche von Galileo Press drauf gestoßen. Besonders Antwort d) bei der ersten Frage find ich cool.


(Datei durch Suchseite ersetzt, jetzt isses rechtlich definitiv kein Problem mehr)

Edit: im übrigen reichen allein die Wörter von dieser Seite aus, um der Suchfunktion ca. 200 verschiedene Seiten aus dem Buch zu entlocken. Ich sollte mir ein Programm schreiben, das das mit allen Galileo Press Büchern so macht.

Zitat:

---

Zitat von DFYX

Test, ob man "Coding for Fun mit C++" kaufen sollte
Grade mit der Volltextsuche von Galileo Press drauf gestoßen. Besonders Antwort c) bei der ersten Frage find ich cool.

---

Ich finde Antwort d) cooler. :p

Zitat:

---

(Da die Datei frei im Netz verfügbar ist und ich kein Hotlinking betreibe, sollte das ok sein. Wenn nicht, bitte entfernen oder mich benachrichtigen)

---

Naja, guck mal ganz unten in das Bild. Ein (C) ist ziemlich eindeutig, auch bei frei im Netz verfügbaren Dateien... Ich werd die Datei aber erstmal nicht löschen und gucken, was die Mods sagen. ^^


Moderation: Link auf DFYX' Anraten durch rechtlich sicherere Alternative ersetzt.
– Jeez

Zitat:

---

Zitat von dead_orc

Ich finde Antwort d) cooler. :p

---

Mein ich doch... zu müde gewesen und so.

Edit: habe jetzt stattdessen mal auf die Suchergebnisseite verlinkt und Jeez gebeten, das in deinem Post auch zu ändern.

Doppelpost!

Skript ist geschrieben und funktioniert. Allerdings werde ich das nicht hier posten, bevor der Verlag informiert wurde, dass das geht. Wenn es jemand haben will, PN oder Messenger. Benutzung ist dann auf eigene Gefahr.

Ich glaub mich tritt n Pferd. Gerade in der Tagesschau gehört: Seit Jahresbeginn können viel Commerz- und Postbankkunden kein Geld mehr mit ihrer EC-Karte abheben, weil der Chip darauf mit dem Datum 2010 nicht klarkommt. WTF?

Ich meine: Y2K-Bug, okay. Das wäre verständlich und ist ja quasi nicht aufgetreten. Aber dass ein Jahrzehntwechsel sowas wichtiges wie ne EC-Karte außer Kraft setzen kann... <_<

Nicht nur das. Mein "Smart"phone glaubt, dass die obligatorischen Neujahrs-SMS aus dem Jahr 2016 gekommen sind.

Gibt es dafür Gründe, wie sowas passieren kann? O_o
Ich kann die Zahlen in verschiedene Systeme konvertieren und drehen, wie ich will, ich sehe aber nichts, was wie ein Speicherüberlauf oder dergleichen aussehen könnte.

Zitat:

---

Zitat von Whiz-zarD

Gibt es dafür Gründe, wie sowas passieren kann? O_o
Ich kann die Zahlen in verschiedene Systeme konvertieren und drehen, wie ich will, ich sehe aber nichts, was wie ein Speicherüberlauf oder dergleichen aussehen könnte.

---

Ich muss bei dem von NPC geschilderten Problem irgendwie daran denken, dass das Jahr als 2-stellige Dezimalzahl gespeichert wird und dann als Hex ausgelesen wird (10₁₆ = 16₁₀ und so), aber ich kann mir nicht im Entferntesten Vorstellen, warum man sowas machen sollte. o_O

Was die EC-Karten angeht: Vielleicht wurde vor 10 Jahren mal ein Check in die Software auf dem Chip eingebaut, um das Datum auf Richtigkeit zu überprüfen, ob das Jahr auf 200? matcht und seitdem nicht verändert. Wäre vorstellbar aber trotzdem unverzeihlich, sowas einzubauen und dann nicht rechtzeitig zu entfernen...

Heute schon…
- Linux-Quellcode gelesen?

XD

Zitat:

---

Zitat von drunken monkey

Heute schon…
- Linux-Quellcode gelesen?

XD

---

Du hast mich auf eine ganz böse Idee gebracht http://www.multimediaxis.de/images/s.../old/s_044.gif
Eigentlich sollte ich für meine Marketing-Klausur üben aber stattdessen sitz ich hier seit ein paar Stunden und bastel an so einem Bild-to-Text-Generator
Hier ein Ergebnis (Mit Lorem Ipsum Text)

Das Ding sollte das Bild vorher in die Breite ziehen, um auszugleichen, daß deine "Pixel" nicht quadratisch sind.

Das hatten wir hier doch schon als den berühmten "Mona-Lisa-Contest" (der leider gerade wegen zu niedriger PHP-Memory-Grenze nicht angezeigt werden kann :p)

Zitat:

---

Zitat von dead_orc

(der leider gerade wegen zu niedriger PHP-Memory-Grenze nicht angezeigt werden kann :p)

---

Jetzt schon. Aber was ballert ihr da auch so bescheuert viele BBCodes rein :P

Zitat:

---

Zitat von Jesus_666

Das Ding sollte das Bild vorher in die Breite ziehen, um auszugleichen, daß deine "Pixel" nicht quadratisch sind.

---

So sollte es besser passen ^^

Hab grade ARToolKit gezeigt bekommen. Lustiges Spielzeug. Ne schöne Demo zu der Bibliothek ist ARTK_MMD, aber die Beispiele, die dabei sind, sind auch schon ganz nett.