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

Kann doch nicht angehen, dass wir hier keinen OffTopic-Thread haben. Das könnte erklären, warum hier so wenig los ist.

Die Regeln:
Eigentlich ganz simpel:

• Nicht gegen die Netikette verstoßen
• Auch wenn das ein OT-Thread ist, heißt das nicht, dass man hier 100 Einzeiler posten sollte
• Sig darf gerne an bleiben

this.next()

_______________________________________________

Jetzt brauch ich nur noch ein erstes Thema :p

Ahja, C++0x. Die neuen Features sehen wirklich nützlich aus, aber ich fürchte, dass viele davon ziemlich der Übersicht schaden. Beispielsweise decltype und auto. Diese Notation für den nachgestellten Return Type ist auch irgendwie arg gewöhnungsbedürftig. Trotzdem freu ich mich drauf und hoffe, dass das bald von möglichst vielen Compilern unterstützt wird und sich auch als Standard gegenüber dem klassischen C++ durchsetzt. Vielleicht ist das dann auch mal ein Ansatz für Microsoft, bisher veräumte Standards nachzuholen. Beispielsweise einige Elemente von C99.

Ich denke nicht, dass C++0x der Sprache in irgendeiner Weise schaden wird, sie ist von Natur aus schon unübersichtlich und erfordert viel Einarbeitungszeit.
Für die Profis ist C++0x ein nützlicher Fortschritt, für die Anfänger ein weiteres Hindernis.
Ich persönlich werde C++ sowieso in Zukunft meiden, wenn möglich und wechsle zu D, das übrigens alles hat, was C++ (inklusive C++0x) hat und mehr.

Ja, D ist toll, nur leider wird es wohl noch dauern, bis man für alle Plattformen einen funktionierenden D Compiler per Paketmanager kriegt. Das ist eigentlich momentan der Hauptgrund, warum ich mich noch nicht näher mit D befasst hab. Außerdem soll die Standardbibliothek nicht sooo toll sein.

Gerade auf decltype und auto freue ich mich (neben den lambdafunktionen) am meissten. Wer auch nur rudimentaer mit Templates arbeitet, wird decltype und auto zu lieben lernen, denn ohne das muss man manchmal so derbe seltsame Konstruktionen betreiben, dass man Traenen in den Augen hat.

Und Lambda-Funktionen haben C++ schon LANGE gefehlt, und die Variante ueber Boost ist auch gewoehnungsbeduerftig.

Um ehrlich zu sein, erwarte ich C++0x seit dem ich das erste Mal davon gelesen habe sehnsuechtig. (!!!)

Allerdings rechne ich ehr, dass aus C++0x ehr sowas wie C++Ax oder C++Fx wird. Lange Zeit haben sie ja sonst nicht mehr. Und wenn man bedenkt, dass Stroustrup auto seit 1982 durchdruecken will, sieht man, wie arschlangsam das Standardisierungskommitee ist. C++ ist zur Zeit leider eine der am wenigsten weiterentwickelten Sprache ueberhaupt, was ich sehr schade finde, denn immerhin war sie ja mal DIE Programmiersprache #1. Langsam hab ich aber das Gefuehl, sie rutscht wie Forth, Fortran und Pascal ziehmlich ab, und verschwindet irgendwann in dem Nieschensegment, wie COBOL.

@Kyuu ... kannst du mal etwas ausfuehrlicher zu D werden ? Vielleicht in einem separaten Thread. Viel hab ich noch nicht von D gehoehrt, und du bist iirc der erste, den ich kenne, der damit ernsthaft arbeitet. Und ein persoenlicher Erfahrungsbericht ist 1000x besser und unterhaltsamer, als sich z.B. die Wikipediaseite dazu durchzulesen.

@DFYX ... nun ja .. die Standardbibliothek von C++ ist auch nicht soo toll (wenn man boost nicht dazu zaehlt als defaktostandard). Ich denke da nur an das Fehlen einfacher regexp- und Stringroutinen, wie z.B. in PHP seit Jahren ueblich.

Zitat:

---

Zitat von Ineluki

@DFYX ... nun ja .. die Standardbibliothek von C++ ist auch nicht soo toll (wenn man boost nicht dazu zaehlt als defaktostandard). Ich denke da nur an das Fehlen einfacher regexp- und Stringroutinen, wie z.B. in PHP seit Jahren ueblich.

---

Mit dem Unterschied, dass die D Standardbibliothek noch keine 2 Jahre alt ist und Digital Mars zu niemandem abwärtskompatibel sein musste. Deshalb find ichs schade, dass sie wohl einige Chancen verpasst haben. Details weiß ich aber nicht, hab mich mit D nur mal kurz beschäftigt und das am Rande erfahren. Iirc hat da sogar schon jemand eine alternative Standardbibliothek entwickelt und jetzt darf sich der Entwickler mit inkompatiblen Standards quälen. Allerdings hab ich das wie gesagt nur gehört. Kyuu weiß da sicher mehr.

@Ineluki: Klar. Habe zwar schon eine Weile nichts in D gemacht, da ich im Moment mit einem C++-Projekt beschäftigt bin, aber ich werde es trotzdem gerne tun und der ein oder andere kann mich ja ergänzen/berichtigen.

@DFYX: Mit Standardbibliothek meinst du wahrscheinlich Phobos, die in der Tat relativ mager ist. Glücklicherweise gibt es ja Tango, die ich fast schon auch als Standardbibliothek bezeichnen würde, vor allem da IIRC darauf hingearbeitet wird, dass beide Seite an Seite funktionieren und eventuell irgendwann in der Zukunft fusionieren können, wobei ich mir mit dem Fusionieren nicht sicher bin.

Phobos hat doch nicht wirklich etwas, was Tango brauchen koennte .... sonst finde ich D recht nett, allerdings hat mich Vala D ausgespannt, da ich eher im G-Universum heimisch bin. Tango hat zwar grosse Vortschritte gemacht (wobei man dazu sagen muss, dass ich bereits Tango verwendet habe, bevor Tango fuer die Massen zugaenglich war), aber gio und Co ersetzt es schlichtweg noch lange nicht.

Zitat:

---

Zitat von DFYX

Ja, D ist toll, nur leider wird es wohl noch dauern, bis man für alle Plattformen einen funktionierenden D Compiler per Paketmanager kriegt. Das ist eigentlich momentan der Hauptgrund, warum ich mich noch nicht näher mit D befasst hab. Außerdem soll die Standardbibliothek nicht sooo toll sein.

---

Das liegt daran, dass sich der gdc-Entwickler weigert, sein Copyright zu uebertragen. Finde ich eigentlich auch richtig so. Dadurch wandert gdc nicht in den gcc Hauptzweig.

Und was ist der Vorteil, wenn gdc nicht in den gcc Hauptzweig wandert ?

Zitat:

---

Zitat von Ineluki

Und was ist der Vorteil, wenn gdc nicht in den gcc Hauptzweig wandert ?

---

Der Entwickler muss nicht sein Copyright nicht ueberschreiben.

Man kann sein Copyright ohnehin nicht abgeben. Nur Nutzungsrechte. Was genau wird denn gefordert, um in den gcc Hauptzweig zu kommen?

Zitat:

---

Zitat von DFYX

Man kann sein Copyright ohnehin nicht abgeben. Nur Nutzungsrechte. Was genau wird denn gefordert, um in den gcc Hauptzweig zu kommen?

---

Das sieht das angloamerikanisches Rechtssystem aber nicht so. Du verwechselst da wohl gerade das Urheberrecht, mit dem Copyright.

Ach ja... ich weiß schon, warum ich Urheberrechtsfragen nicht wirklich mag. Jedes Land hat seine eigene Regelung und kein Mensch überblickt alle.

Du hast btw. meine Frage nicht beantwortet.

Zitat:

---

Zitat von Ineluki

Langsam hab ich aber das Gefuehl, sie rutscht wie Forth, Fortran und Pascal ziehmlich ab, und verschwindet irgendwann in dem Nieschensegment, wie COBOL.

---

Was bei COBOL aber auch nicht wirklich schade ist. Ich hab in der Arbeit sehr viel mit Zig Tausend Zeilen COBOL Code verschiedenster Firmen zu tun und gerademal eine einzige davon hat es geschafft, den Code, zumindest in ihren kleineren Programmen, auf eine einigermaßen verständliche Weise zu Strukturieren. Das einzige das mich in positiver Art und weise fasziniert hat war wie die Records definiert werden. Ich wünschte man könnte in anderen Programmiersprachen dermaßen einfach und übersichtlich Baumstrukturen anlegen.
Gibts für COBOL eigentlich auch noch andere GUI Systeme als diese 3270 Terminals?

Ich kenn mich mit COBOL nicht sonderlich aus. Ist fuer mich nur ein paradebeispiel einer untergegangenen Nieschenprogrammiersprache. Was ist denn am COBOL-Baumkonzept so interessant ?

Beispiel einer Recorddefinition. Code ist von http://www.3480-3590-data-conversion...layouts-1.html

Code:

---

  01  MAILING-RECORD.
      05  COMPANY-NAME            PIC X(30).
      05  CONTACTS.
          10  PRESIDENT.
              15  LAST-NAME      PIC X(15).
              15  FIRST-NAME      PIC X(8).
          10  VP-MARKETING.
              15  LAST-NAME      PIC X(15).
              15  FIRST-NAME      PIC X(8).
          10  ALTERNATE-CONTACT.
              15  TITLE          PIC X(10).
              15  LAST-NAME      PIC X(15).
              15  FIRST-NAME      PIC X(8).
      05  ADDRESS                PIC X(15).
      05  CITY                    PIC X(15).
      05  STATE                  PIC XX.
      05  ZIP                    PIC 9(5).

---

Die erste Zahl gibt den Level des Records an, gefolgt vom Recordnamen. PIC **** ist der Datentyp und die Länge. Im Grunde hast du damit schon deinen Baum. Du kannst damit nicht so viel machen wie in anderen Programmiersprachen aber rein vom Prinzip her ist die Definition des Baumes sehr einfach und übersichtlich.
Wenn du jetzt den Record PRESIDENT hernimmst, dann hast du eine Variable die 23 Zeichen(15+8) lang ist und aus dem Last-Name und dem First-Name besteht. Du kannst entweder den String "MUELLER________MANN____" direkt mit einem Move in President schreiben und dann mit Last-Name oder First-Name auf die entsprechenden Stellen zugreifen, oder du schreibst beides extra in ihre jeweiligen Records hinein. Aber das war dann auch schon die ganze Magie. Mit Cobol kann man nicht die ganze genialität dieser Syntax geniesen.

Das ist doch mit C(++) Unions doch praktisch genau so.
Ich sehe da im Moment keinen wirklichen Unterschied. O_o

unions sind mir neu. Wie würde das mit denen aussehen?

Ich glaube kaum, dass da unions geeignet wären. Würde das nicht eher Unter-Strukturen/Klassen entsprechen?

Beispiel einer union:

Code (C++):

 
union {
int i;
char bytes[4];
}
 

ï und bytes verwenden den selben Speicher,

Code (C++):

union u;
u.i = 5; 

würde auch u.bytes[0..3] verändern. (in etwa u.bytes[0] = 0, u.bytes[1] = 0, u.bytes[2] = 0, u.bytes[3] = 5)

Achso, das mit dem Ansprechen der Variablen war eher als Beispiel was man dann in COBOL damit anstellen kann gedacht. Was ich hauptsächlich vermisse ist die Möglichkeit, durch irgendwelche Node Objekte auf ähnlich übersichtliche Art und Weise einen Baum zu erstellen.
Das ähnlichste was mir für Java einfallen würde wäre das hier:

Code:

---

public class Node(String name, Node... children);

new Node("MAILING-RECORD",
  new Node("COMPANY-NAME",
      new Node("CONTACTS"),
        new Node("PRESIDENT",
            new Node("LAST-NAME"),
            new Node("FIRST-NAME")
        ),
        new Node("VP-MARKETING"
            new Node("LAST-NAME"),
            new Node("FIRST-NAME")
        )
      )
  )
);

---

Aber gut lesbar ist das nicht und wenn man nen Formatter vorgesetzt bekommt stehen die Chancen gut, dass der die eigene Formattierung über den Haufen wirft.

Zitat:

---

Zitat von Ineluki

Ich kenn mich mit COBOL nicht sonderlich aus. Ist fuer mich nur ein paradebeispiel einer untergegangenen Nieschenprogrammiersprache.

---

Untergegangen? Nische? Dir scheint entgangen zu sein, dass heute noch 200 Milliarden Zeilen Cobol Code in Action sind. In Großbritannien hat laut einer Studie ein Bürger am Tag typischerweise 10 mal mit Cobol zu tun... 90% der Finanztransaktionen laufen in Cobol.

Cobol ist vielleicht nicht mehr cool, aber von untergegangen kann kaum eine Rede sein - und selbst über die Nische kann man streiten :-)

Zitat:

---

Zitat von DFYX

Ach ja... ich weiß schon, warum ich Urheberrechtsfragen nicht wirklich mag. Jedes Land hat seine eigene Regelung und kein Mensch überblickt alle.

Du hast btw. meine Frage nicht beantwortet.

---

Neben der Copyright-Uebertragung und der passenden Lizenz muss man eigentlich nur noch etwas brauchbares entwickelt haben, was ich weiss. Da ich gcc aber in der Regel nur noch als Backend verwende, bin ich auch nicht so interessiert, als das ich mehr weiss, als was man so nebenbei erfaehrt. Wenn du dir also sicher sein moechtest, schlage ich dir lieber vor selber nachzulesen.


Wenn Cobols Nische der Buehne des Kolloseums entspricht, dann ist Java im Vergleich wahrscheinlich so gross, wie das Eingangstor ...

Es sind einfach teilweise Jahrzehntelang gewachsene Cobolprojekte im Umlauf die die Firmen brauchen und nicht mal eben in eine andere Sprache umgeschrieben werden können. Die müssen halt weiterhin mit Cobol Code erweitert werden, warum auch nicht, aber erste wahl bei neuen Projekten wird COBOL wohl kaum noch sein.

Ich glaube, du hasst meinen Hinweis nicht verstanden.

Code (C++):

 
struct MailingRecord{
   std::string CompanyName;
   struct {
      struct {
         std::string LastName;
         std::string FirstName;
      } President, VPMarketing; // muhaha
      struct {
         std::string Title;
         std::string LastName;
         std::string FirstName;
      } AlternateContact;
   } Contacts;
   std::string Address;
   std::string City;
   char State[2];
   int Zip;
};
 
MailingRecord Record1;
Record1.Contacts.President.FirstName = "Klaus";
 

Bin mir jetzt nicht mal ganz sicher, ob das mit 'struct' so geht, aber mit 'class' würde es bestimmt gehen.

Zitat:

---

Zitat von Drakes

Bin mir jetzt nicht mal ganz sicher, ob das mit 'struct' so geht, aber mit 'class' würde es bestimmt gehen.

---

Soweit ich mich erinnere, sind struct und class in der Zwischenzeit synonym, mit dem Unterschied, dass struct Member ohne weitere Angabe public sind und class Member private. Structs können in C++ genau so Memberfunktionen haben und vererbt werden, wie Klassen.

@Drakes .. ja, so hab ich das gemeint, nur dass man nen struct aus 2 char-arrays und ein groesseres Chararray vereinigen koennte, damit man den String Praesident und den struct Vorname Nachname gleichzeitig fuellen kann.

@COBOL
Ich weiss, dass COBOL noch viel in gebrauch ist. Ist in etwa das selbe mit FORTRAN in den Naturwissenschaften. Allerdings werden mit COBOL praktisch keine neuen Codes geschrieben, sofern nicht direkte Kompatibilitaet zwingend erforderlich ist. Meistens wird nur in den alten Codes editiert oder angestueckelt. Ergo kann man nicht davon sprechen, dass COBOL eine aktuelle Programmiersprache waere. Fast niemand verwendet COBOL, wenn er nicht muss.

Zitat:

---

Zitat von Ineluki

@Drakes .. ja, so hab ich das gemeint, nur dass man nen struct aus 2 char-arrays und ein groesseres Chararray vereinigen koennte, damit man den String Praesident und den struct Vorname Nachname gleichzeitig fuellen kann.

---

Ich bin mir grade nicht sicher, ob das funktioniert. Wie sollte das aussehen?

Code (c):

union
{
    char[32] name;
    struct
    {
        char[16] vorname;
        char[16] nachname;
    } name_struct;
};

Dann könnte man die einzelnen Namensbestandteile ja nicht ohne Umweg über name_struct ansprechen.

Edit: zumal Strings in C nullterminiert sind...

Genau so meinte ich das.
Was meinst du damit, dass man die Namensbestandteile nicht separat ueber name_struct ansprechen koennte ? Ggf braeuchte man das Struct auch nicht sondern koennte alle drei Eintraege auch direkt ins Union schreiben.

Natuerlich ist das mit der Nullterminierung unschoen. Andererseits ist die nicht Pflicht. Gerade bei Chararrays mit konstanter Groesse, wie hier, wird die Nullterminierung oefters weggelassen. Ich sagte ja nicht, dass es schoen ist, ich sagte, es ist relativ einfach machbar.

Das Problem ist halt, dass die meisten Funktionen nullterminierte Strings haben wollen. Das heißt, du müsstest jedes Mal vor der Verwendung konvertieren.

Das ist mir bewusst, auch wenn gerade aeltere C Funktionen oftmals noch einen Paramerter der maximalen Buffergroesse verwenden. Aber lassen wir das. Es ist moeglich, das so wie in COBOL zu machen, und die definition von Strukturen ist auch nicht soo viel schwieriger in C. Und in C++ ist es noch eleganter zu loesen, wenn man einfach in die Praesident-Structur einen Castingoperator nach const Sting einfuegt, der einfach Nachname + ", " + Vorname zurueck gibt.

Zitat:

---

Zitat von Ineluki

Natuerlich ist das mit der Nullterminierung unschoen. Andererseits ist die nicht Pflicht. Gerade bei Chararrays mit konstanter Groesse, wie hier, wird die Nullterminierung oefters weggelassen. Ich sagte ja nicht, dass es schoen ist, ich sagte, es ist relativ einfach machbar.

---

Wo ist das Abseits von Buffern ueblich? Ich lese /extrem/ viel C-Code und habe so etwas noch nie in meinem Leben gesehen, wenn man nicht gerade irgendwo etwas einliest und die genaue Groesse mit gereicht bekommt. Und da wird der Buffer, insofern Text, auch gleich in einen String zusammen geklebt ...

C schreibt dir nicht vor, dass deine Stringdefinition Nullbasiert sein muss. Dass die meisten Funktionen das benutzen ist sinnvoll, aber du koenntest trotzdem auf Basis der Pufferfunktionen dein eigenes Stringformat verwenden. Nur sehr sinnvoll ist es nicht. *schulterzuck*

Zitat:

---

Zitat von Ineluki

C schreibt dir nicht vor, dass deine Stringdefinition Nullbasiert sein muss. Dass die meisten Funktionen das benutzen ist sinnvoll, aber du koenntest trotzdem auf Basis der Pufferfunktionen dein eigenes Stringformat verwenden. Nur sehr sinnvoll ist es nicht. *schulterzuck*

---

Das kann ich aber auch in anderen Sprachen machen, wenn mir fad ist. Dein Beitrag beantwortet nicht wirklich meine Frage.

Ausserdem sehe ich, das 0byte am Ende eines mit " eingeschlossenen Literals bereits als Stringdefinition.

Ich hab auch nie behauptet, dass man das in anderen Sprachen nicht koennte. Es ging doch nur darum, ein COBOL-Typisches Konstrukt in einer anderen Sprache umzusetzen. Ich gebe ja zu, dass sich sowas in COBOL leichter machen laesst. Aber gerade durch Castingoperatorueberladungen in C++ halte ich das nicht besonders schwierig in C++ umzusetzen. Und dass es, wenn auch umstaendlich, auch mit C geht, hab ich demonstriert.

Ich schage vor, wir gehen zum naechsten Thema, das bringt nichts.

Ich möchte nochmal einen älteren Gedankengang aufgreifen. Auch wenn ich persönlich nie freiwillig COBOL anrühren würde, hat es doch irgendwie was nostalgisches. Ich meine, es ist eine der Sprachen, die am stärksten zur Entwicklung moderner Programmiersprachen beigetragen haben. Neben den Vorgängern A-0 und FLOW-MATIC.

Totally unrelated fact: ich halte Grace Hopper (die unter anderem A-0 und FLOW-MATIC entwickelt hat) für eine äußerst weise Frau. Viele ihrer Lebensweisheiten sollten sich meiner Meinung nach deutlich mehr Leute zu Herzen nehmen.

Zitat:

---

Zitat von DFYX

Totally unrelated fact: ich halte Grace Hopper (die unter anderem A-0 und FLOW-MATIC entwickelt hat) für eine äußerst weise Frau. Viele ihrer Lebensweisheiten sollten sich meiner Meinung nach deutlich mehr Leute zu Herzen nehmen.

---

Welche wären das denn zum Beispiel – "Gute Sprachen oder Namen zu erfinden sind zwei komplett verschiedene Dinge"? ^^"
(Frage ernst gemeint. ;))

Zitat:

---

The most dangerous phrase in the language is, "We've always done it this way."

---

Einer meiner Lieblinge, wenn auch in dem Wortlaut nicht als authentisch bestätigt. Mehr gibts bei Wikiquote

Programmierer sind oft überkorrekt, wenn es um das Schreiben von Code geht und sind besorgt um Lesbarkeit und Qualität. Aber was tun, wenn der Zeitplan drängt und es nur noch um Schadensbegrenzung geht?

Dirty Coding Tricks erzählt aus dem Alltag professioneller Spieleprogrammierer und wie ihnen in manchen Situationen alle Mittel recht waren um das Produkt endlich aus dem Haus zu haben.
Ich hoffe es wird euch genauso unterhalten, wie es bei mir der Fall war. :)

Zitat:

---

Zitat von einem der Kommentare

Back on Wing Commander 1 we were getting an exception from our EMM386 memory manager when we exited the game. We'd clear the screen and a single line would print out, something like "EMM386 Memory manager error. Blah blah blah." We had to ship ASAP. So I hex edited the error in the memory manager itself to read "Thank you for playing Wing Commander."

---

Oh ja, ein sehr vertrautes Gefühl. In dem Code von dem DS Spiel, an dem ich gearbeitet hab, gibts so Sachen auch. Werd bei Gelegenheit mal ein paar schöne raussuchen.

Ja was is los Leute, haben wir uns nichts mehr zu sagen?

Ich arbeite momentan an einer kleinen Netzwerkbibliothek, die einen Viewer für CAD-Modelle mit einem Headtracking Server verbinden soll, aber irgendwie komm ich nicht voran. Obwohl das eigentlich richtig Spaß macht.

Ich bin wohl heute abend und morgen damit beschäftigt, mir mit Python irgendwie Objektorientierte Programmierung anzueignen. Theoretisch hab ichs verstanden, praktisch aber habe ich schonmal den halben Code für ein Projekt geschrieben, bis ich gemerkt habe, dass eine wichtige Klasse vollkommen zum Wegwerfen ist^^.

Wofuer brauchst du das denn ? Und was ist das Problem ?

Naja, mir fehlt einfach "nur" praktische Erfahrung im Umgang mit OOP... das wars schon. Nachdem ich die meiste Zeit beim Coden mit Prozeduraler Programmierung verbracht habe, fehlt mir jetzt (noch) ein Stück weit das "Denken" in objektorientierten Strukturen... Ich weiß nicht wie ichs genauer beschreiben soll^^. Aber ich schätze mal, das wird sich nach einigen kleineren Projekten schnell legen ;) . Momentan steht das Projekt selbst noch nicht fest (programmiere just4fun), bei konkreten Problemen werde ich mich schon melden :) .

Ich bin grad dabei ein Hello World-Programm in Java __VOLLständig__ zu hintergreifen. Grundsätzlich habe ich das verstanden (zum Glück lese ich gerne), allerdings will ich auch verstehen was ich da überhaupt schreibe und was es im Compoler tut.

Zitat:

---

Zitat von R.D.

Ich bin grad dabei ein Hello World-Programm in Java __VOLLständig__ zu hintergreifen. Grundsätzlich habe ich das verstanden (zum Glück lese ich gerne), allerdings will ich auch verstehen was ich da überhaupt schreibe und was es im Compoler tut.

---

Was genau meinst du damit, Java Bytecode, oder einfach nur, wie die Klassen/Objekte aufgelöst werden?
Oder wie in der VM der Zugriff durchgeführt wird? (OK, Letzteres wäre nichts mehr vom Compiler…)

Java Bytecode würde mich nämlich auch interessieren, gibt ja schon viel mehr damit als "bloß" Java. Habe aber bisher aus Zeit- und Anreizmangel bloß Grundkenntnisse, größtenteils aus dem Eclipse-Disassembler.

Genau besagter byte-code intressiert mich. Obwohl mich das was danach folgt auch intressiert, also der Interpreter (JVM). Mit Eclipse arbeiten wir hier noch nicht, nur mit der JDK. Eclipse habe ich aber dennoch hier schon rum liegen, sollte es mal demnächst installen^^
Intressiert mich halt, was [FONT="Courier New"]public static void main(string[])[/FONT] nun für mich heißt.
[FONT="Courier New"]Public[/FONT] ist ne Klasse, das weiß ich soweit , aber was heißt nun [FONT="Courier New"]static void main[/FONT]? (string kann ich mir denken)

public bedeutet, dass die Funktion von außen aufgerufen werden kann - entgegen private oder protected

static heißt, dass das eine Klassenmethode ist, für die also kein Objekt gebraucht wird

void heißt, dass die Funktion nichts zurückgibt

main ist wie schon die wörtliche Übersetzung sagt, die Hauptmethode, die aufgerufen wird, wenn das Programm ausgeführt wird.

Zitat:

---

Zitat von R.D.

Genau besagter byte-code intressiert mich.

---

Sicher ? Bytecode ist das, was der Java-Compiler produziert.
Und Eclipse ist einfach nur eine Entwicklungsumgebung, mehr oder weniger ein aufgemotzter Texteditor.

Klingt eher so, als würdest du noch die absoluten Java-Grundlagen lernen. ^^" Bytecode ist dann doch was deutlich mehr in die Tiefe gehendes – bzw. eigentlich was komplett anderes, was man beim normalen Java-Programmieren überhaupt nicht braucht.

Ahja, und zur Sicherheit: der Ausdruck lautet public static void main([U]S[U]tring[] args). "String" ist ein Klassenname und muss daher groß geschrieben werden, um vom Compiler erkannt zu werden. Und einen Variablennamen braucht das Argument der Methode auch – "args" ist hier üblich, kann aber durch jeden anderen gültigen Variablennamen ersetzt werden.
(Der Teil in den Klammern bedeutet dann eben, dass die Methode ein einzelnes Argument erwartet, das den Typ "Array von Strings" (String[]) hat und dem der Name "args" zugewiesen wird. Dort landen dann zusätzliche Argumente – falls du das Programm z.B. mit java Test foo startest, und in der Klasse Test die main-Methode ist, ist dann args[0] gleich "foo".)

Zitat:

---

Zitat von DFYX

public bedeutet, dass die Funktion von außen aufgerufen werden kann - entgegen private oder protected

static heißt, dass das eine Klassenmethode ist, für die also kein Objekt gebraucht wird

void heißt, dass die Funktion nichts zurückgibt

main ist wie schon die wörtliche Übersetzung sagt, die Hauptmethode, die aufgerufen wird, wenn das Programm ausgeführt wird.

---

Ah vielen Dank!

Zitat:

---

Zitat von Ineluki

Sicher ? Bytecode ist das, was der Java-Compiler produziert.

---

Jupp, soweit bin ich auch schon.

Zitat:

---

Und Eclipse ist einfach nur eine Entwicklungsumgebung, mehr oder weniger ein aufgemotzter Texteditor.

---

Jo, das weiß ich. Deswegen sagte ich ja, das wir vorerst nicht damit arbeiten.
Wobei ich sagen muss, das mir die Oberfläche etwas "zu" aufgemotzt ist O_°

Zitat:

---

Zitat von drunken monkey

Klingt eher so, als würdest du noch die absoluten Java-Grundlagen lernen. ^^" Bytecode ist dann doch was deutlich mehr in die Tiefe gehendes – bzw. eigentlich was komplett anderes, was man beim normalen Java-Programmieren überhaupt nicht braucht.

---

Genau so ist es. Mit Java habe ich mich noch nie voher in keiner Weise auseinander gesetzt und lerne jetzt von Null. Mein Vorteil ist halt, das ich sowas mehr oder weniger verdammt spannend finde. Mal sehen ob Java wirklich so schlimm ist wie alle sagen 8D Ich hoffe nur wir kommen schnell von diesen einfachen Dingen ab und wenden uns an etwas komplexeres.

Zitat:

---

Ahja, und zur Sicherheit: der Ausdruck lautet public static void main([U]S[U]tring[] args). "String" ist ein Klassenname und muss daher groß geschrieben werden, um vom Compiler erkannt zu werden. Und einen Variablennamen braucht das Argument der Methode auch – "args" ist hier üblich, kann aber durch jeden anderen gültigen Variablennamen ersetzt werden.
(Der Teil in den Klammern bedeutet dann eben, dass die Methode ein einzelnes Argument erwartet, das den Typ "Array von Strings" (String[]) hat und dem der Name "args" zugewiesen wird. Dort landen dann zusätzliche Argumente – falls du das Programm z.B. mit java Test foo startest, und in der Klasse Test die main-Methode ist, ist dann args[0] gleich "foo".)

---

Auch dir Danke, für die Erklärung. Wird wahrscheinlich öfters vorkommen, das ich bei Problemen mich hier melde^^°

Zitat:

---

Zitat von R.D.

Mal sehen ob Java wirklich so schlimm ist wie alle sagen 8D

---

Sagen vielleicht einige, aber sicher nicht alle. ;) Ich zum Beispiel mag Java ziemlich. ^^ Es ist natürlich nicht perfekt – aber welche Sprache könnte das schon sein. ;) Und besser als alle Alternativen (in ihrem Gebiet) gefällt sie mir allemal.

Zitat:

---

Auch dir Danke, für die Erklärung. Wird wahrscheinlich öfters vorkommen, das ich bei Problemen mich hier melde^^°

---

Ist gut, mach' das! ^^

Zitat:

---

Zitat von drunken monkey

"String" ist ein Klassenname und muss daher groß geschrieben werden, um vom Compiler erkannt zu werden.

---

Klassennamen müssen nicht unbedingt groß geschrieben werden (auch wenn das die Konvention ist), so wie auch alle anderen Bezeichner. Was du wohl meintest ist, dass der Compiler case-sensitive ist, d.h. er unterscheidet zwischen Groß- und Kleinschreibung und erkennt in "string" und "String" zwei unterschiedliche Bezeichner, wobei nur der letztere in der Standardbibliothek definiert ist. ;)

Zitat:

---

Zitat von R.D.

Mal sehen ob Java wirklich so schlimm ist wie alle sagen 8D

---

Lass dir so einen Unsinn nicht aufschwatzen. Ich bin zwar auch kein Java-Enthusiast, würde die Sprache aber dennoch nicht grundsätzlich verteufeln. Programmiersprachen werden mit einer bestimmten Philosophie entwickelt. Dementsprechend haben sie je nach Problemstellung Vor- und Nachteile, die man als Programmierer abwägen muss. Es lohnt sich in jedem Fall, ob du jetzt in deiner Karrire als Programmierer eher zu Java tendieren wirst, oder zu einer beliebigen anderen Sprache, Java kennenzulernen. Gute Programmierer kennen und können in der Regel viele verschiedene Sprachen und legen sich nicht auf eine einzige fest.

------------------------------------------

Wie wäre es, wenn sich die Java-Leute hier an einem Anfängerkurs versuchen? Dabei sollte nicht wie in vielen der Online-Tutorien nur stur die Sprachreferenz runtergegaukelt, sondern die anfängerrelevanten Themen aufgegriffen und ohne Fachchinesisch anfängerfreundlich erläutert werden. Offenbar besteht momentan Bedarf.

Zitat:

---

Wie wäre es, wenn sich die Java-Leute hier an einem Anfängerkurs versuchen? Dabei sollte nicht wie in vielen der Online-Tutorien nur stur die Sprachreferenz runtergegaukelt, sondern die anfängerrelevanten Themen aufgegriffen und ohne Fachchinesisch anfängerfreundlich erläutert werden. Offenbar besteht momentan Bedarf.

---

Wäre echt cool. =)

Ich kann mich bei Gelegenheit mal ransetzen. Meine Javakenntnisse sind zwar nicht so furchtbar gut, aber ich geb mir Mühe.

Edit: evtl. könnte man sowas auch immer abwechselnd schreiben. Also jeder eine Lektion und vielleicht eine Übungsaufgabe. Das richtet sich dann natürlich primär an diejenigen, die schon ein bisschen Erfahrung haben, aber natürlich könnten auch Anfänger, die aus anderen Tutorials ein paar neue Tricks gelernt haben, ihr Wissen direkt einbringen. Beim Schreiben lernt man auch.

Klingt gut, aber welche Themen sind wirklich anfängerrelevant? An meiner "Karriere" kann ich das nicht nachvollziehen, weil ich selbst nicht weiß, wie's bis hier hin gekommen ist :D.

Ja, das wäre sehr gut! Zwar habe ich auch Fachliteratur hier zu liegen, trotzdem wäre es mir so lieber.

@Kyuu
Job, hab ich nicht vor, man hört nur viel von 3-5 Semestlern^^ Ich jedenfalls freu mich drauf =3

Das Problem bei Java ist, dass man ein bisschen Ahnung von Objektorientierung haben muss, um zu verstehen, was passiert. Ich muss nochmal schaun, wie ich das strukturier. So wie bei uns in der Uni jedenfalls nicht. Da wurde erst groß erklärt, wie Objektorientierung funktioniert, aber nach nem halben Jahr wussten die meisten immer noch nicht, wie eine simple Schleife funktioniert.

@Owly:

Ich kann mich zwar auch nur sehr vage an meine Anfängerzeit und die Probleme damals erinnern, aber grundsätzlich kann man davon ausgehen, dass einem blutigen Anfänger jegliche Basis fehlt und die gilt es erst aufzubauen. Da fängt es schon beim obligatorischen Hello World-Beispiel an, das jeden Anfänger mit seinen Kennzeichnern überfordert (wtf ist "public static void main", was bedeutet jeder einzelne Kennzeichner, welcher Klasse gehören sie an und explodiert mein Computer, wenn ich die Reihenfolge ändere, oder einen weglasse? usw).

Vielleicht könnte R.D. und andere Java-Anfänger konkret die Themen aufzeigen, die ihnen Probleme bereiten und an diesen kann man sich dann zusätzlich orientieren.

BTW:

Falls mehrere Leute an dem Kurs arbeiten sollen, wäre ein Wiki wahrscheinlich optimal.

Eventuell würde ich auch etwas beisteuern um meinen Kenntnisstand etwas aufzufrischen. :)

Das passt soweit ganz gut, da wir bereits an einem C++ Anfaengerkurs Kurs arbeiten. Sollts da noch jemand interesse haben, etwas beizusteuern, kann er sich ja melden.

Bei C++ ist es besonders wichtig von Anfang an sauberen Stil zu propagieren und den Teilnehmer während des Kurses auf die Tücken hinzuweisen, die beim jeweiligen Thema auftreten können und zwar so, dass es auch verinnerlicht wird. Das fehlt eigentlich allen Online-Tutorien über C++, die ich bisher gelesen habe. Einige gehen zwar darauf ein, aber dann nur ungenügend und lückenhaft. Es würde mich durchaus interessieren, wie ihr da vorgeht und beisteuern kann ich bei Gelegenheit auch. *meld* Allerdings würde ich für sowas wirklich ein öffentliches Wiki empfehlen. Kann der Staff da nichts auf die Beine stellen?

Nichts gegen Community-Projekte, aber bei sicher hunderten Tutorials zu Java im Internet, sollte eigentlich doch eins dabei sein, das auch diese Anforderungen erfüllt…o_O'

Ich fand Java ist auch eine Insel eigentlich ziemlich gut. Wobei ich gerade sehe, dass es sich in den letzten Auflagen entweder stark geändert hat, oder doch lang nicht so einsteigerfreundlich ist…*kratz* Naja, notfalls muss man den ersten Abschnitt einfach überspringen. Wobei die Kenntnis einer anderen imperativen wohl trotzdem ratsam ist.

Zitat:

---

Zitat von drunken monkey

Nichts gegen Community-Projekte, aber bei sicher hunderten Tutorials zu Java im Internet, sollte eigentlich doch eins dabei sein, das auch diese Anforderungen erfüllt…o_O'

---

Es ist einfach der lokale Faktor, der ausschlaggebend ist. Ein foreneigenes Tutorial ist um Weiten näher am Leser, als ein beliebiges anderes aus dem Internet. Wenn man den Verfasser kennt, mit ihm bereits etwas zu tun hatte, gestaltet sich das Lesen viel angenehmer und man nimmt mehr mit. Auch der Support ist hier weit besser. Findet man einen Fehler, kann man direkt im Thread oder in einer PN an den Verfasser darauf aufmerksam machen. Sollte der Verfasser auf ein bestimmtes Thema detaillierter eingehen, oder gibt es andere inhaltsbezogene Wünsche, kann man auch hier den Kontakt aufnehmen. Viele andere Tutorien untersagen es den Verfasser zu kontaktieren, was aber gerade für Anfänger wichtig wäre.

Es gewinnt aber nicht nur der Leser, sondern auch der Verfasser. Man kann in der Regel erst dann von sich behaupten etwas verstanden zu haben, wenn man es jemandem anderen erklären kann. Du ahnst gar nicht wieviel man während des Schreibens noch mitnehmen kann. Das ist der Grund, wieso es heute so viele Tutorien gibt und es gibt keinen Grund, nicht noch mehr zu schreiben. ^^

Ich bin dafür xD Ganz einfach, weil es wie Kyuu sagt extrem praktisch wäre, da ich hier im Forum ja einige kennen und weiß das sie posten wenn ich eine Frage stelle. Ab nächste Wochen könnte zb schon die testate beginnen, die unsere Dozentin ind "Programmieren I" aufgibt (zum Punkte sammeln für die Prüfung).

Was dabei allerdings meiner Meinung nach etwas dumm ist, ist das sie uns verboten hat Notebooks mitzubringen. Vornehmlich soll das die treffen, die im Unterricht nichts besseres zu tun haben, als im I-net zu surfen. Ich finde das ehrlich gesagt etwas schade, da ich der Meinung bin, das Code eintippen/verändern/einrücken auf Computer besser funktioniert als auf einem Stück Papier (Ja, wie schreiben ECHT Code auf Papier, nicht nur das Strutogramm).

Es hat schon seine guten Gründe, warum man sein Laptop nicht mitnehmen sollte. Auch hat es seine guten Gründe, warum man vermeiden sollte, eine Programmieren-Klausur auf einem Rechner zu schreiben.
Der wichtigste Grund, bei Klausuren, ist der, dass man sich an kleinigkeiten festbeißt, die nicht viel mit der eigentlichen Problemstellung zu tun hat. Bei den klausuren geht es einzig darum die Gedankengänge eines Schülers zu erkennen. Ob seine Algorithmen schnell und schlüssig sind oder kompliziert und unübersichtlich. Da spielen diverse Sytaxfehler nicht so eine entscheidene Rolle. Wenn der Schüler aber die Möglichkeit erhält, sein Programm auch noch während der Klausur zu testen, dann muss auch das Programm fehlerfrei laufen und wer hat sowas schonmal nicht erlebt, dass ein kleiner, simpler Fehler einen zur Verzweiflung gebracht hat?

Bei uns auf der Schule, die sich auf Informatik und Physik spezialisiert hat, sind Laptops in Vorlesungen grundsätzlich verboten. (einige Dozenten sehen das aber nicht so ernst)
Zum einen nervt das Tippgeräusch und zum Anderen werden nicht nur die abgelenkt, die nur im Web serven, sondern auch die jenigen, die neben und hinter ihm sitzen, da die Neugierde siegt und man ständig auf den Bildschirm schaut, anstatt nach vorne.

Zu den Tippgeräuschen kann ich sagen, dass es echt nervt, wenn alle wild auf die Tastatur hacken. In meiner Office-Software Veranstaltung war es so extrem, dass man den Dozent fast nicht verstanden hat.

Code auf Papier fand ich nie besonders schlimm. Im Gegenteil, Pseudocode schreib ich immer auf Papier. Struktogramme sind mir zu aufwendig ^^

Also ich empfinde es eigentlich als ganz angenehm, in den Vorlesungen im Zweifelsfall einen Laptop dabei zu haben. Ganz ehrlich, in einem Hörsaal mit 400 Leuten sind Tippgeräusche das kleinste Problem und mit einem Laptop kann man mal schnell im Skript nachschlagen, wenn man was vergessen hat oder auch mal ein Stück Code direkt ausprobieren.

Code auf Papier zu schreiben, halte ich für absolut unsinnig. Code ist dazu da, ausgeführt zu werden. Außerdem passieren auf Papier wesentlich schneller Fehler, die einem auffallen würden, wenn man einfach mal den Compiler anwerfen würde.

Ich bin auch eindeutig gegen Code auf Papier, das ist einfach ungewohnt, (i.A.) langsamer, unübersichtlicher und für später eigentlich auch unnötig.
Falls sich jemand bei Pesudo-Code, oder auch allgemein so leichter tut, soll er natürlich, aber obligatorisch in der VO ist's ein Blödsinn, und bei Tests zwar (wegen logistischen Schwierigkeiten) verständlich, aber doch immer ein Krampf. <__<'

Zum Glück hat bei uns noch nie ein Professor versucht, Laptops in der Vorlesung zu verbieten. ^^' Manche bauen sie sogar extra ein, z.B. hatten wir mal einen, der sich während der VO Fragen über Twitter u.ä. stellen hat lassen. :A

Jopp, so seh ich das auch so^^ Für Pseudocode mag das ja ganz toll sein, aber wir sollten ein Applet schreiben, dass 4 Vierecke zeichnen, ein Dreieck un ein Haus vom Nikolaus (Und das ganze in eigener Syntax @_@). DAS ist nervig und völlig überflüssig. Mittlerweile schreibe ich die Codes nicht mehr mit sondern notiere mir auf mein Papier, das ich das Zuhause in einem Ordner aufschreibe und gleich teste (Wobei ich nun zusätzlich DFYX Tut lese^^).
In Klausuren kann ich das auch durchaus verstehen, da man da echt leicht cheaten kann (Unsere Dozentin erlaubt und trotzdem ein DIN A4 Blatt voll mit eigenen Kommentaren etc.)

@Whiz-zarD
Also auf ein Tippgeräusch, habe ich ehrlich gesagt noch nie bemerkt 8'D

In der Regel habe ich die Möglichkeit, alles zu tippen.
Daher verzichte ich meistens darauf, mit Papier zu hantieren. =)

@R.D. :

Ihr solltet das ohne jegliche Vorkenntnisse sofort auf die Beine stellen?

Wir haben dazu ein eigene Syntax bekommen un einige Zeilen Code vorgeschrieben.

Man hatte dann folgende Befehle:
go()
rotate()
color(Color,FARBE)
setStart(x,y)
JumpTo(x,y)

Nun sollten wir die halt umher gehen lassen^^ alos weitaus weniger schwer als es sich anhört, es war nur nervig das auf Papier zu bringen.
Der Rest des Applets war eigentlich auch schon fertig da (es fehlten nur einige Codezeilen).

Achso, ich dachte ihr müsstet als erste Übung gleich mal 'ne grafische Oberfläche entwerfen. ;D

yay, ich liebe solche Momente. 4 Uhr morgens, gute Musik auf den Ohren und im IRC Channel wird über die Unendlichkeit des Universums und die Frage, ob man aus der Unendlichkeit des Universums (sofern man sie beweisen könnte) die Existenz von außerirdischem Leben ableiten könnte, philosophiert. Sollte es öfter geben.

(P.S.: Das hier ist ein Spamthread, niemand hat gesagt, dass wir hier nur über Programmierthemen reden können)

Zitat:

---

Zitat von DFYX

yay, ich liebe solche Momente. 4 Uhr morgens, gute Musik auf den Ohren und im IRC Channel wird über die Unendlichkeit des Universums und die Frage, ob man aus der Unendlichkeit des Universums (sofern man sie beweisen könnte) die Existenz von außerirdischem Leben ableiten könnte, philosophiert. Sollte es öfter geben.

(P.S.: Das hier ist ein Spamthread, niemand hat gesagt, dass wir hier nur über Programmierthemen reden können)

---

Dito. Ich liebe das Morpheussyndrom.

BTW: Wir (GSandSDS und ich) sind ausgehend von obigem Thema auf eine interessante mathematische Diskussion gekommen.

Nehmen wir an, wir haben einen Pi-Fanclub und einen e-Fanclub. Beide Clubs sind ueberabzaehlbar maechtig und jeder (durchnummerrierte) Fan traegt die seiner Mitgliedernummer entsprechende Ziffer seiner Zahl auf dem T-Shirt. Nun treten beide Fanclubs in ehrlichem Zweikampf gegeneinander an, Ziffer 1 gegen Ziffer 1, usw. Derjenige, der die groessere Ziffer auf dem Trikot hat, schlaegt den Gegner nieder. Sind die Ziffern gleich gross, gehen beide zu Boden. Welcher Fanclub stellt am Ende den groesseren Prozentsatz stehender Leute ?

Also bei Pi gegen 3+Pi (beides transzendent) ist klar, wer gewinnt. Aber was ist mit Pi gegen e .. oder Pi gegen (3+pi/10) ?

Niemand kann gewinnen, denn ein Gewinner würde Endlichkeit implizieren, da beides aber unedliche Mengen sind, würde die Auswertung unendlich lange dauern und folglich kann es auch keinen Gewinner geben. :O

@ Luki: Ich nehme an (IANAM), durchschnittlich werden die Ziffern bei beiden Zahlen gleichmäßig verteilt sein, daher Unentschieden. Unendlich viele Stellen kann man ja sowieso nicht genau auswerten, also käme es darauf an, dass bei einer der beiden Zahlen wirklich asymptotisch manche Ziffern häufiger vorkommen.
Und das mathematisch für ein komplett willkürlich gewähltes Darstellungssystem (dezimal) zu beweisen, halte ich für kaum möglich.
(Wobei zusätzlich natürlich "am Ende" auch eine schlechte Formulierung ist, wie Kyuu schon anmerkt. ;))

@ DFYX: Nein, weil das Universum, egal ob endlich oder unendlich, nur eine endliche Masse (= endliche Zahl an Galaxien => Sonnen => Planeten) beinhaltet?

Zitat:

---

Zitat von Kyuu

Niemand kann gewinnen, denn ein Gewinner würde Endlichkeit implizieren, da beides aber unedliche Mengen sind, würde die Auswertung unendlich lange dauern und folglich kann es auch keinen Gewinner geben. :O

---

Das ist eben nicht so einfach gesagt, wie man z.B. an pi und 3+pi merkt. Die Mathematiker haben ja noch nicht einmal bewiesen, dass pi+e ueberhaupt transzendent oder ueberhaupt irrational ist. Und selbst wenn alles transzendent ist, heisst das nicht, dass es nicht gewisse "Phasen"korrelationen zwischen den beiden Zahlen geben kann, die transzendenz fordert ja nur, dass die wahrscheinlichkeit jeder Ziffer innerhalb der Zahl gleich gross ist. Ein Unentschieden ist wahrscheinlich, aber den Beweis stell ich mir verdammt schwer vor.

Zitat:

---

Zitat von Ineluki

Ein Unentschieden ist wahrscheinlich, aber den Beweis stell ich mir verdammt schwer vor.

---

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

@Ineluki:

Ist es denn bewiesen, dass sich zwei irrationale Zahlen, die im Endlichen gleich sind, es auch im Unendlichen sind?

@DFYX:

Wie drunken monkey schon sagte, ist die Materie nicht unendlich. Der Beweis ist, dass es in einem Universum mit unendlich Materie (und damit Sternen) überall hell wäre.

Zitat:

---

Zitat von Kyuu

@DFYX:

Wie drunken monkey schon sagte, ist die Materie nicht unendlich. Der Beweis ist, dass es in einem Universum mit unendlich Materie (und damit Sternen) überall hell wäre.

---

Unendlich Materie != unendlich viele Sterne. Nur weil es im für uns sichtbaren Bereich des Universums sehr viele, etwa gleichmäßig verteilte lichtproduzierende Körper gibt, muss das nicht überall so sein.

Würde es unendlich Materie geben, so würde es auch unendlich Sterne geben. Oder wieso sollte die Häufigkeit der Sterne bei unendlich Materie endlich sein?

Außerdem ist es doch bekannt, dass sich die Materie im Universum stetig, räumlich (-> Urknall-Theorie) ausdehnt, aber diese Ausdehnung endliche Dimensionen hat (wenn auch gigantische).

Zitat:

---

Zitat von Kyuu

Würde es unendlich Materie geben, so würde es auch unendlich Sterne geben. Oder wieso sollte die Häufigkeit der Sterne bei unendlich Materie endlich sein?

---

Gegenfrage: wieso sollte sie es nicht sein? Es gibt auch unendlich viele natürliche Zahlen, aber nur eine ist das neutrale Element bezüglich der Multiplikation, nämlich die 1. Natürlich gibt es gute Argumente dafür, dass sich alle Teile des Universums ähneln, aber keine Beweise.

Wenn man so anfängt, kann man auch sagen, dass wir evtl. in einer virtuellen Realität leben und es in der Wirklichkeit bereits Kontakt zu diversen anderen Planeten gibt. Es ist absolut möglich und auch nicht widerlegbar.
Aber letztendlich sollte man, wenn man keine wirklichen Gegenargumente oder begründete Zweifel hat, bei seiner Argumentation doch von dem derzeitigen wissenschaftlichen Konsensus ausgehen. Und da wirst du kaum einen finden, der behauptet, es gebe unendlich viel Materie. Die Urknall-Theorie wird zwar wohl nicht von allen unterstützt, aber selbst der klägliche der Rest dürfte wohl aus deutlich mehr Kreationisten als "Unendlich viel Materie"-Anhängern bestehen.

Also ich will nicht behaupten, dass die Behauptung, es gäbe unendlich viel Materie, widerlegbar ist – aber eine interessante Diskussion ergibt sie imo auch nicht. ^^"