staging.inyokaproject.org

mythos hat geschrieben:

einmal will ich einen wiki-artikel editieren und dann ist dieser geschützt \^^.

Wenn du den Artikel Baustelle/Programmiersprache meinst der ist nicht geschützt du warst nur nicht angemeldet, sobald du dich aber anmeldest springst du ins Forum und musst wieder zurück zur Seite. (Cookies müssen aktiviert sein!)

gruß
Ixel

Hallo,

@mytos: Ein völlig anderer Erklärungsansatz. Gefällt mir aber gut ☺
Habe ich bereits als Alternativtext (für die Baustelle) in den Artikel eingebaut. Habe ein paar kleine Änderungen am Text vorgenommen. Lies' dir bitte besonders den Abschnitt "Interpreter" noch mal durch, da ich aus deinen ersten Sätzen nicht ganz schlau geworden bin 🙄

Habe auch Ergänzungen bei C# gemacht.

Zur Sperre: Ich habe den Artikel nicht gesperrt, und ich sehe auch nicht, wo dieser gesperrt sein sollte... Kann es sein, dass du nicht eingeloggt warst??
EDIT: Ixel war schneller.... 😉

Ich denke / hoffe, dass wir dann ein paar Meinungen zum Alternativtext von dritten bekommen ☺

Gruß
noisefloor

sorry,
ich habe es gesehen und da hatte noch niemand geantwortet als ich meinen vorigen post editiert habe.

hier meine meinung:
[EDIT]
komisch. kaum ist es im wiki-artikel und schon wurde es verändert. zudem ist der text gespickt mit fehlern, umständlichen formulierungen, weggelassenem text und die reihenfolge, welche extra so angeordnert wurde, da der text aufbauend das wissen vermittelt, ist durcheinander. da war ja jemand ziemlich schnell mit dem tintenkiller. zum glück kann man meinen beitrag hier nicht editieren \^^

was hast du beim interpreter nicht verstanden?

mfg
mythos

Hallo,

was hast du beim interpreter nicht verstanden?

Die ersten beiden Sätze - die widersprechen sich nach meinem Verständnis...

Im Artikel habe ich's umformuliert, bitte lesen ob so noch korrekt.

Gruß
noisefloor

Der Interpreter übersetzt den Quelltext nicht in eine ausführbare Datei. Er hingegen liest den Quelltext ein, analysiert ihn und führt die enthaltenen Instruktionen aus

ich habe es wieder geändert. ein reinrassiger interpreter erzeugt keinen native-code. das wollte ich unbedingt hervorheben. vielleicht sollte man eher schreiben

Der Interpreter übersetzt den Quellcode nicht in Maschinensprache (= ausführbare Datei)

zudem finde ich es nicht als wichtig, welche vorgehensweise bei welcher sprache angewandt wird. hier soll einfach mal aufgelistet werden, wie der sourcecode verarbeitet werden kann.

mfg
mythos

Hallo, also wenn ich mal ein paar Kommentare zu dem Text abgeben darf.
1.) Dass der Interpreter vor dem JIT-Interpreter kommt ist IMHO richtig, denn im JIT Abschnitt wird gesagt, dass der JIT-Compiler ein Kompromiss zwischen Compiler und Interpreter ist, also muss der Begriff vorher geklärt sein.
2.) Ich finde

bzw. einem Rechensystem im allgemeinen, zu beschreiben

gelungener, weil meiner Vermutung nach exakter.
3.) Wieso lässt man den Satz weg, dass nicht jede Programmiersprache jede Übersetzungstechnik kann? Wenn das nicht da steht weiß doch kein Einsteiger, dass es eine Möglichkeit ist die Programmiersprache zu unterscheiden.
4.) Ich kann mich ja täuschen, aber ich vermute, dass für den Anfänger auch die Programmierstile sehr wichtig sind, also was der Unterschied zwischen OOP( C++) und prozeduraler Programmierung (C) überhaupt sind. Ich denke das ist min. genauso wichtig für die Entscheidung wie die Übersetzungstechnik, welche Sprache man nehmen könnte.

Gruß,
fretchen

Hallo,

zu einigen fretchens Punkten:

2. ist auch so, weil nicht jedes Rechensystem = Computer (was aktuell im Artikel steht)
3. sehe ich auch so
4. ist zwar ein grundlegender Unterschied, aber ich weiß nicht, ob's ein Entscheidungskriterium ist, weil: wenn du keine Ahnung vom Programmieren hast kannst du auch nicht wirklich nachvollziehen, was "objektorientiert" heißt (prozedural kann man sich vielleicht noch so gerade vorstellen...) . Wenn dir aber was schlaues (und kurzes dazu einfällt dann trag's in den Artikel ein ☺

Gruß
noisefloor

@fretchen
zu 1) danke \^^
zu 2) in meiner ur-version habe ich das wort computer überhaupt nicht erwähnt. das habe ich nur dir zuliebe (oder wem auch immer) eingefügt. imo reicht es, wenn man (=Computer) hinzuschreibt. denn der anfänger kennt sowieso keine anderen oder wüsste diese zu unterscheiden.
zu 3) man unterscheidet im großen und ganzen Programmiersprachen durch deren verarbeitung nicht. jede sprache kann durch jede übersetzungstechnik verarbeitet werden. besser wäre es, wenn man das bei den sprachen selbst erläutert, was der normalfall bei der verarbeitung ist.
zu 4) die programmeirparadigmen willst du auch noch erklärt haben? na dann viel spaß, denn mit denen kann man bücher füllen. kaum möglich das mit ein, zwei sätzen zu erklären

@noisefloor
s.o.

mfg
mythos

Hallo,

zu 4: nun, zu Compilern / Interpretern / JIT-Compilern und deren Strategien kann man sicherlich auch Bücher schreiben - geht aber auch in ein paar Sätzen 😉

Daher wollen wir fretchen ja hier nicht entmutigen ☹ sondern ermutigen ☺ den Artikel zu verbessern!

Gruß
noisefloor

@noisefloor
deswegen schrieb ich ja auch kaum möglich ~_^

mfg
mythos

ich hätte hier 2 weitere vorschläge

C++
ist eine Hybridsprache dh mit ihr ist es sowohl möglich funktionsorientierte als auch objektorientierte Programme zu erstellen. Sie stellt eine Erweiterung zu C dar und ist somit mit C kompatibel.

Java
Java ist eine crossplattform, objektorientierte Programmiersprache, die dem Prinzip WORA (Write once, run anywhere) folgt. Die Syntax orientiert sich größtenteils an C++, sodass ein Umstieg nicht sehr schwer fällt. Da SUN-Microsystems die JAVA-Technologie unter die GPL gestellt hat, wird es nicht mehr lange dauren, bis auf jedem Linux-System eine aktuelle Java-Runtime-Environment zum Standard gehört.

wenn es euch gefällt, trage ich es ein.

mfg
mythos

Hallo,

C++ = ok
Java = 1. Teil ok, zweiter Teil stimmt zwar ☺ passt aber nicht so richtig in den Artikel (passt wohl besser in Java), zumal die bisherigen Ubuntus ja andere Javas mitgebracht haben, also Java an sich schon drauf war... Nur halt nicht DAS Java

Gruß
noisefloor

😀 deshlab schrieb ich

bis auf jedem Linux-System eine aktuelle Java-Runtime-Environment zum Standard gehört

will ja ein wenig werbung machen, dass java bald out-of-the-box unterstützt wird und somit zur entscheidungsfindung beitragen \^^, denn imo ist verfügbarkeit ein wichtiges thema

ich habe eine frage. bei den weiteren informationen auf interne artikel zu verweisen, finde ich, um es höflich auszudrücken, ungeschickt. zb bei Java gibt es ein Tutorial direkt von sun. sollte nicht eher auf das verwiesen werden http://java.sun.com/docs/books/tutorial/

mfg
mythos

noisefloor hat geschrieben:

Daher wollen wir fretchen ja hier nicht entmutigen Traurig sondern ermutigen Smilie den Artikel zu verbessern!

Entschuldigung, aber dazu habe ich echt zu wenig Ahnung, um in 2 Sätzen eine präzise Unterscheidung zwischen OOP und anderen Sachen zu haben. Wenn die erfahrenen Leute hier sagen, dass es nicht geht, dann geht es nicht. 😀

Gruß,
fretchen

Allerdings finde ich es unglücklich, dass oben erklärt wird wie die Sprachen übersetzt wird und unten meist gesagt wird, dass es OOP oder so ist. Somit ist die Information, dass C++ eine Hybridsprache ist, IMHO nicht hilfreich für eine Entscheidungsfindung.

Gruß,
fretchen

OT: Ich zum Beispiel habe immer noch keine schöne Sprache gefunden mit der programmieren Spaß macht, außer vielleicht Python.