Elo

ok, nachdem der andere link ja derzeit nicht funktioniert hier mal was ganz speziell von der IHK-Frankfurt (ist ja bundesweit einheitlich, sprich die Infos sind allgemein gültig)

http://www.frankfurt-main.ihk.de/berufsbildung/pruefung/weiterbildung/it_fortbildung/

Original geschrieben von TheManWho

@ elo:

Hast Du eigentlich meine E-Mail zu diesem Thema bekommen?!

MfG:marine

nein, email hab ich keine erhalten.

du hast Recht... ich komm auch nichtmehr drauf. Komisch, weils die Tage noch ging. Scheint, als hätten die irgendwelche Probleme, zumal die Hauptseite ja auchnicht erreichbar ist. Einfach die Tage nochmal versuchen...

das hier soll bald starten...

http://www.apo-it.de/apo-it/kibnet_spezialisten/site/profile/index.html

wirf hier mal nen Blick drauf

http://www.apo-it.de/apo-it/kibnet_spezialisten/site/profile/index.html

...ist aber alles erst in der Mache.

Hallo Leute,

welchen Stellenwert haben die von Sun angebotenen Zertifizierungen für Java?

z.B. "Sun Certified Programmer for Java2 Platform" und "Sun Certified Developer for Java2 Platform" ??? Hat von euch jemand damit Erfahrung bzw. ist jemand von euch "zertifiziert"?

hier mal ein ganz interessanter Link bezüglich webbasiertem Lernen von Java:

http://www.sun.de/Schulung/cgi-bin/Kurse/web_basiert/kursuebersicht.pl?java

könnte ich diese Links bitte auch erhalten???

Viele Dank!

Ich glaube, ihr habt mOLZ mißverstanden...

3. Warum sollten Unternehmen Abiturienten annehmen, die bis dahin keine Berufserfahrung, noch Wissen im Studium gesammelt haben?

Ich nehem mal an, du hast vorher keine Ausbildung, also kann man dir auch bezüglich des Praktikums nichts anrechnen.

Frag doch einfach bei der FH nach, ob die vielleicht eine Liste von freien Praktikumsplätzen haben. Ich nehme mal an, dieses Praktikum ist mehr dazu da, damit du in den Bereich IT ein wenig reinschnuppern kannst, damit du es später nicht bereust mit dem Studium begonnen zu haben, weil du gemerkt hast, daß es eigentlich garnicht dein Ding ist!

Original geschrieben von timmi-bonn

Zum Thema Bahn-AG sage ich lieber gar nix. Denn sonst platzt mir der Kragen, paßt mir kein Hemd mehr, kriege ich sooooon'n Hals, steigt mein Blutdruck in unerreichte Höhen ...

Und da "droht" dieser Mehdorn mit Rücktritt... Er "droht" ...

gruß, timmi (eine Krise ansteuernd)

ja, er "droht"

Hoffentilch nichtnur leere Versprechungen!

Original geschrieben von fmarx2000

Klassen können darüber verfügen in UML ist es durchaus möglich Objekte oder Klassen zu haben ( ich sage mal dann Objekt = Klasse ) die weder Klassenmethoden noch Klassenvariabeln haben, d.h. welche nicht auf einer konkreten Instanz operieren.

Entweder verstehe ich den Satz nicht weil er rein grammatikalisch keine Höchstleistung darstellt oder weil dessen Aussage ziemlich schwachsinnig ist?!

Im zweiten Punkt muß ich dir recht geben, es ging sicherlich mehr um die UML und dich dadurch verbundene Sprachunabhängigkeit. Nichtsdestotrotz senden Objekte keine Nachrichten an andere Objekte.

noch was...

http://www-3.ibm.com/software/ad/smalltalk/discussion/2000/september/dev0900.html

wieso entspricht das dem, was du behauptet hast?`

hier mal eben, was ich im Bezug auf Klassen gefunden habe...

Classes

Edited and created using the class browser.

Each class has: a name, a superclass, a category, instance variables, class variables, instance methods and class methods.

See example of point class in browser (Mevel, p29).

Classes are objects too! The class method returns the class of the current object.

Instances are created by sending the new message (or new:, for variable sized objects) to a class.

Eg. what does self class new do?

Original geschrieben von fmarx2000

Kann sein, dass es in Smalltalk so ist, in der UML wird es jedenfalls nicht so abgebildet.

Des weiteren bin ich kein Azubi Herr IT-Consultant.

Frank

Vielleicht ist dem so...

Ich habe dich auch nicht als Azubi bezeichnet (wollte nur ein wenig Sarkasmus an den Tag legen). Daß du studiert hast, kann man ja an jedem deiner Beiträge lesen.

Ja, ich meine Smalltalk.

Ich rede auch nicht von Klassen und Methoden, sondern natürlich von Instanzen davon... bin es nur nicht gewohnt, das explizit erwähnen zu müssen, es sei denn, ich versuche dies Azubis zu erklären. Vielleicht sollte ich mich einfach auf einem niedrigeren Niveau mit dir unterhalten.

Fakt ist, Methoden sind Instanzen von ihrer entsprechenden Klasse, genauso wie es Klassen sind.

jetzt wirds aber ein klein wenig persönlich, findest du nicht?

Ich kann leider nichts dafür, daß dein Horizont, was objektorientierte Programmiesprachen betrifft, auf Java und C++ begrenzt ist.

In einer rein-objektorientierten Programmiersprache (kennst du ja nicht, wie ich eben festgestellt habe) sind eben alles Objekte. Somit ist eine Methode genauso ein Objekt, wie eine Klasse!

von dem Buch: "Object Patterns" hab ich noch nie was gehört. Könntest du mir bitte ne ISBN geben, würd mich interessieren.

Vielen Dank!

Die Aussage Objekte senden Nachrichten an andere Objekte ist so nicht richtig!

Nachrichten werden an Objekte gesendet,

d.h. Objekt - Nachricht - evtl. Argument.

Mann kann davon sprechen, daß Objekte an Objekte gesendet werden, vorrausgesetzt, man bezeichnet eine Methode wiederum als eine Instanz einer Klasse, sprich einem Objekt. (was in einer rein objektorientierten Sprache auch der Fall ist).

Original geschrieben von fmarx2000

Überlicherweise wird der Aufruf von Methoden nicht in einem statischen Klassendiagramm sondern in einem Sequenzdiagramm dargestellt. Wobei "Objekte" Nachrichten an andere Objekte schicken ( was dann einem Methodenaufruf gleichkommt).

Aber eigentlich ist das zuviel um das hier zu erklären deswegen sollte man sich entsprechende

Fachliteratur besorgen (Amazon.de etc.).

Frank

Objekte senden keine Nachrichten an andere Objekte. Es werden Nachrichten/Methoden an Objekte gesendet!

Original geschrieben von fmarx2000

UML benutzt man zur Analyse (bevor man hackt) und dann zum Design (bevor man hackt) .

Um Datenbankmodelle darzustellen sollte man ER-Modelling verwenden (Entity - Relationship - Modelling).

Frank

Natürlich erstmal bevor man programmiert, aber natürlich auch während man programmiert! Zur Analyse verwende ich die UML sicher nicht.

Ein Anzug ist im IT-Sektor KEINE Berufskleidung und damit NICHT absetzbar!

Ist er doch! Im Beratungs-Sektor zählt diese Art Kleidung zur Berufskledung und ist somit auch absetzbar. Jedenfalls habe ich einen Teil meiner Ausgaben für Kleidung absetzen können.

Hi!

Also...

Eine Assoziation beschreibt eine Relation zwischen Klassen, d.h. die gemeinsame Semantik und Struktur einer Menge von Objektbeziehungen. Es werden gerichtete Assoziationen (nur einseitig direkt navigierbar) und bidirektionale Assoziationen (beidseitig direkt navigierbar) unterschieden. Die beiden Enden einer Assoziation sind sogenannte Assoziationsrollen.

Eine Abhängigkeitsbeziehung ist eine Beziehung zwischen zwei Modellelementen, die zeigt, daß eine Änderung in dem einen (unabhängigen) Element eine Änderung in dem anderen (abhängigen) Element notwendig macht. Ein einfaches Beispiel fällt mir hierfür auf Anhieb leider nicht ein, aber ich denke unter der Beschreibung kann man sich schon was vorstellen.

Zum Aufruf von Methoden kann ich nur sagen:

Der Aufruf bzw. die Ausführung einer Methode ist davon abhängig, ob sie innerhalb oder außerhalb der Klasse aufgerufen wird, in der sie deklariert ist, und ob sie eine Instanz-Methode oder Klassen-Methode ist. Wie dies in UML dargestellt wird weiß ich nicht genau bzw. bin ich mir nicht sicher, ob dies überhaupt dargestellt wird.

:eek:

freiwillig bestimmt niemand :-)

oder hiermit :-)

http://www.amazon.de/exec/obidos/ASIN/3486255738/ref=pd_bxgy_img_2/302-0402491-3716018