perdian

Nein, warum? Das mag sicherlich bei dem ein oder anderen so sein, aber als normalen Lauf der Dinge würde ich das nicht sehen. Manche Unternehmen brauchen vielleicht einfach nur jemand, der zu Aufgaben kurzzeitig übernimmt, die abarbeitet und hinterher ist für ihn einfach kein Bedarf mehr. Oder das Unternehmen möchte einfach nur jemanden die Chance geben einen Einblick in den Beruf zu erhalten, aber kann (oder will) sich prinzipiell keine weiteren festen Mitarbeiter zulegen.

Viel zu viel... dass die Firma führend in der Telekommunikationsbranche ist werden die Leute dort selber wissen, ich sehe da keinen besonderen Grund das ganze nochmal hervorzuheben. Ergo: Den ganzen Absatz weglassen. Prima Formulierung! Auch hier: Weglassen, sowas würde ich als selbstverständlich voraussetzen. Finde ich auch eine interessante Formulierung aber klingt auch ein bisschen sehr dick auftragend. Generell finde ich es nicht sehr viel zu lang. Ein bisschen kürzen macht sicherlich Sinn aber prinzipiell ist das schon okay. Nein im Gegenteil - mach daraus etwas. Ich habe auch nach zwei Semestern Studium abgebrochen und denke das ist für viele Firmen ein Pluspunkt: Du zeigst, dass du klare Vorstellungen hast und auch eine Fehlentscheidung korregieren kannst. Ist Geschmackssache - wie oben gesagt, ich würde es etwas kürzen aber schon drin lassen.

"SoundPlayer" sagt mir nix, aber im JMF (Java Media Framework) gibt es eine Klasse "Player", der genau das macht, wa du möchtest, nämlich Soundfiles unter Java abszuspiele. Kann gerne mal ein Beispiel posten, wenn's jemand braucht.

Das hört sich nach einem sehr schlechten Tabellendesign an - wenn für jeden Kunden eine eigene Tabelle existiert baust du dir viel zu viele - unnötige - Redundanzen in deine Struktur ein. Das ganze solltest du auf jeden Fall anders lösen. Zurück zur Ausgangsfrage: Ich kenne keine Datenbank, die auf die von dir gewünschte Weise reagiert.

Weil der Sachverhalt "Zeichne mal ein Fenster, mit Mousehandling, Tastaturhandling, Focushandling, ..." nunmal keine trivialität ist, die du in einem Zweizeiler implementieren kannst. Richtige Software-Entwicklung ist nunmal mehr als nur ein bisschen hier und ein bisschen dort klicken.

Man munkelt, dass die alten Römer das mehrere Jahrhunderte geschafft haben - und ganz ohne Computer

Ja, würde ich auch sagen. Keine Ausrutscher drin, klingt alles okay - würde das notenmäßig auch als 1-2 sehen.

Ja, aber das ist sowas von hinten durch die Brust ins Auge - das gilt nicht

Dann hast du gar keine Chance das Ergebnis nach Datum sortiert zu bekommen. Wie auch? Die Datenbank weiss ja nicht, dass das was du da als Text gespeichert hast ein Datum repräsentiert. Willst du das ganze wirklich nach Datum sortieren, so brauchst du auch ein Datumsfeld (DATE, TIMESTAMP, etc.) Info: MySQL Reference Manual :: 11.3.1 The DATETIME, DATE, and TIMESTAMP Types

Da brauch man sich dann auch gar nicht zu wundern, wie so es mancher Firma nicht gerade rosig geht - einfach das Personal ansehen und die Antwort präsentiert sich von ganz alleine. Ach ja, um wieder on-topic zu werden: Die Lösung lässt sich in 20-30 Zeilen (je nachdem ob man einer Klammer eine einzelne Zeile spendiert oder nicht *g*) lösen, aber ich werde hier nicht den Hausaufgaben-Vorrechner spielen. Du (das geht an den OP) sollst schließlich auch was lernen bei der ganzen Geschichte und dich mit der Thematik befassen. Wenn du konkrete Fragen hast helfe ich gerne, aber eine Komplett-Antwort auf "Präsentiert mal die Lösung" wirst du zumindestens von mir nicht bekommen.

*roll* Mensch Junge... denk mal mit! Ich hab das Buch nicht - und manch anderer garantiert auch nicht. Also wenn du schon was wissen willst, dann mach dir wenigstens die Mühe und poste mal die Aufgabe... Also manchmal frage ich mich wirklich, wie manch einer im Job überlebt.

Bevor du dich damit befasst solltest du dir die Grundlagen ansehen - sonst wirst du nie auf ein Level kommen, wo du verstehst, was deine Programme eigentlich machen. Bei so einfachen Sachen kann man dir da noch helfend unter die Arme springen aber wenn du irgendwann etwas komplizierteres machen musst, dann wirst du gar nicht drumrumkommen selber zu wissen, was du brauchst. Erst aufrecht stehen können - dann das Laufen lernen.

Mal ganz davon abgesehen, dass ich sowas totalen Schwachsinn finde (was für eine pseudo Idee soll mit sowas umgesetzt werden?) eine mögliche Lösung wäre das ganze über ein Property innerhalb der Session abzubilden. Als erstes checken, ob das Session Property "agbRead" schon gesetzt worden ist. Wenn ja, kein Problem, wenn nein Weiterleitung auf die AGB-Seite. Erst wenn hier ein Formular mit "Ich stimme zu" abgeschickt worden ist, Session Property "agbRead" setzen und fertig.

Ich bin ja jetzt überhaupt kein großer C-Kenner aber so etwas wie ASSERT(false) sollte nach meinem Verständnis in jeder Programmiersprache, die mit Assertions arbeitet zu einem Fehler führen - der hat dann nichts mit SQL zu tun sondern irgendwer wird da einen generellen Stopper eingebaut haben

Was das nicht-zahlen vom Gehalt angeht, so würde ich da im Zweifelsfalle rechtlich gegen vorgehen, zur Not halt bis vor's Arbeitsgericht. Es kann nicht angehen, dass eine Firma ihr wertvollstes Kapital (und bei IT-Firmen sogar oftmals das einzige Kapital) nämlich ihre Mitarbeiter nicht bezahlt. Egal, wie das sonst herum aussieht, ich würde mir da immer schnellstmöglich etwas neues suchen, denn so ist es nur noch eine Frage der Zeit, bis der ganze Laden den Bach runtergeht. Zu den schlechten Noten: Das Problem wird dich dein gesamtes Arbeitsleben begleiten - nur deswegen jetzt nicht die Initiative ergreifen wird auch irgendwann nicht mehr gutgehen. Auf Besserung hoffen kannst du natürlich tun - aber so wie du schreibst gehe ich mal davon aus, dass es da überhaupt nichts mehr zu hoffen gibt - hört sich schon recht endgültig an. Wieso sollte es nicht gut aussehen, wenn du die Firma gewechselt hast? Eine gute Portion Ehrlichkeit hat noch niemandem eine Bewerbung verdorben. Du solltest einfach mal bei der IHK und/oder dem Arbeitsamt vorbeigehen, und deine Situation genauso schildern, wie du das hier gemacht hast. Dann wird man dir da schon sagen können, ob und welche Alternativen es gibt und was du tun kannst um deine Situation wieder rumzureissen.

Mal eine andere Frage: In was für einem Format hast du deine Bewerbung abgeschickt?

Debug assertion Failed! Programm: ... File: dbcore.cpp Line: 4290 Und was steht in Zeile 4290?

Ich persönlich würde überhaupt nicht nachfragen - weder per E-Mail, noch per Telefon, egal ob die Bewerbung jetzt online oder "klassisch" rausgegangen ist. Ich habe da einfach die Erfahrung gemacht, dass die Firmen - sollten sie wirklich an dir interessiert sein - sich von alleine melden. Und wenn eine Firma sich nicht meldet, dann ist das für mich ein Zeichen von Desinteresse. Und eine gute Firma meldet sich spätestens ein bis zwei Tage nach Bewerbungseingang bei dir, oder teilt dir zumindestens mit "Bewerbung ist angekommen, wir werden Sie in den Auswahlprozess mit aufnehmen und melden uns wieder bei Ihnen". Klaro, es mag tatsächlich in dem ein oder anderen Fall so sein, dass vielleicht einfach was liegen geblieben ist und du einfach vergessen worden bist - aber trotzdem wäre das für mich kein Grund nochmal nachzuhaken. Nicht nur ich muss in die Firma passen, sondern die Firma muss auch zu mir passen und mein Empfinden "das passt" oder "das passt nicht" fängt bei solch simplen Dingen wie die Reaktion auf eine Bewerbung an. In deinem Fall kann ich da wirklich nur sagen "Vergiss es, und weitersuchen".

*lol* Verrätst du uns auch noch welches Anwendungsentwicklungsbuch du meinst?

Naja das liegt schon am Beruf selber: ITA. Um das direkt klarzustellen: Ich denke, dass viele ITAs genausoviel draufhaben, wie manch "normaler" FI, allerdings hatten die ITA'ler bei uns in der FI-Berufsschulklasse einen grauenhaften Ruf. Das hat aber mehrere Gründe, und hat auch nichts mit dem üblichen "Die-anderen-sind-sowieso-schlecht" getue zu tun. Ich meine, wir kennen das ja alle, die Systemelektroniker schimpfen auf die Kaufleute, die Anwendungsentwickler auf die Systemintegratoren usw. aber darum geht's hier gar nicht. Wir haben uns damals eine Präsentation der ITA Klasse sozusagen test-angehört, die später auch vor der IHK und Arbeitgeber-Vetretern gehalten wurde. Um es kurz und knapp zu sagen: Die Präsentation war grottenschlecht. Fachlich total unfundiert (Statistiken ohne Skala, einfach nur bunte Bilder) und vom Vortrag her mehr als dürftig. Wenn ich da Arbeitgeber gewesen wäre, dann hätte wäre das für mich der Grund gewesen falls ich noch mit dem Gedanken gespielt haben sollte einen ITA einzustellen zu sagen "Ne, lieber doch nicht". Das alleine sagt natürlich nichts über die Qualität des Berufes aus - vielleicht war es einfach nur die Klasse gewesen, aber es spricht auch nicht gerade dafür. Ein ehemaliger Berufsschullehrer von mir hat es dann sogar sehr extrem formuliert: ITA ist nunmal eine rein schulische Ausbildung - und IT Wissen und Fähigkeiten kannst du in der Schule nunmal nur sehr schlecht rüberbringen. Die Schule kann ein paar Konzepte vermitteln aber anwenden musst du sie in der harten Praxis. Ergo ist auch der Wissensstand eines ITA nach der Ausbildung entsprechend. Für ihn war der Beruf ein Versuch der verantwortlichen in der Regierung und der IHK die jungen Leute von der Straße und aus der Arbeitslosenstatistik rauszuholen. Man lernt erstmal drei Jahre einen Beruf und hat dabei schonmal was zu tun. Nach der Ausbildung stehen die Leute dann - wie hier ja schon angesprochen - meistens auf der Straße und merken, dass der Arbeitsmarkt keine wirkliche Verwendung für sie hat. Ich würde in meiner eigenen Firma auch, wenn ich die Wahl hätte immer einen dual ausgebildeten FI einstellen, als einen ITA, der zwar das ein oder andere theoretische Konzept gelernt hat, aber nie wirklich mitbekommen hat, wie es in der Praxis abläuft. Und so gut sie auch gemeint sind, aber ein Praktikum kann dir nie einen wirklichen Einblick in einen Beruf geben und erst recht nicht auf die alltägliche IT-Arbeitswelt vorbereiten. Da geht nunmal nur "Learning by doing".

Marketing-Gründe. Man positioniert mehrere Produkte am Markt, so dass der Kunde glaubt den genau passenden Prozessor für sich gefunden zu haben. Ich glaube weder Intel noch AMD würden es sich leisten können qualitativ minderwertige Prozessoren auf dem Markt werfen zu können - dann würden wohl die Regress-Ansprüche in die Höhe schnellen. Also die Qualität stimmt schon - allerdings ist ein Celeron mit gleicher Taktfrequenz nicht so leistungsfähig wie ein "normaler" Pentium Prozessor (mit Schnelligkeit wäre ich da vorsichtig, das kommt immer auf den Benchmark an, den du gerade fährst). Und Sempron ist dann quasi der Celeron von AMD Zur Technik:

Immer wieder gern genommener Klassiker: Java ist auch eine Insel http://www.galileocomputing.de/openbook/javainsel3/ Vielleicht auch noch interessant: Java Einführung http://www.boku.ac.at/javaeinf/jein.html The Java Tutorial http://java.sun.com/docs/books/tutorial/index.html

Auch hier wäre suchen deutlich schneller gewesen als deine Frage: Also abweisende Schleife == while Schleife

Einfach mal selber bei den üblichen verdächtigen nachgucken... das schadet überhaupt nix

Ich hätte jetzt auch steif und fest behauptet, dass ein Arbeitsvertrag nur schriftlich gültig ist, aber habe dann folgendes gefunden: Es wird natürlich schwierig nachzuweisen, dass der Vertrag tatsächlich mündlich geschlossen worden ist, wenn keine Zeugen vorhanden sind.