pr0gg3r

Man kann den Funkverkehr doch nur entschlüsseln, wenn man den WPA(2)-Key hat?

Das ist natürlich ein extrem positives Beispiel. Es gibt aber auch die andere Seite, dass auf einmal nur noch das halbe Gehalt als Bonus gezahlt wurde und das Jahr drauf garnichts mehr. Wenn man sich bei einer Firma bewirbt, die jedes Jahr einen guten Bonus bezahlt, dann kann man sich natürlich ohne schlechtes Gewissen das Wunschgehalt drücken lassen. Wie du schon sagtest - es kommt immer auf den Einzelfall an. Aber: Bei Gehaltsverhandlungen kann es auch nach hinten los gehen, da heißt es dann: "Sie kriegen das, was Sie gerade vergeschlagen haben schon jedes Jahr mit Ihrem Bonus".

Ja, die wollen dir quasi Wunschgehalt / 13 verkaufen, wollen dir aber nur (Wunschgehalt / 13) * 12 + """Bonus""" zahlen. Immerhin haben sie es geschickt verpackt und sind auf dein Wunschgehalt eingegangen, aber trotzdem... Musst dir wissen ob das reicht und natürlich schauen, ob du anderswo überhaupt in diese Richtung kommst. Ja, aber ehr ab Management und im Vertrieb aber nicht bei der breit gefächerten mittleren und unteren Belegschaft. Ich habe jedenfalls noch keinen Betrieb gesehen, bei dem der Otto-Normalarbeitnehmer mehr Bonus als maximal 100% eines Monatslohnes bekommen hat und das auch nur, bei extrem viel Überstunden o.Ä. So sehe ich das auch. Man sollte den Bonus als Zusatz sehen, auf den man aber verzichten könnte und nicht dazu, um seine Lebenserhaltungskosten rein zu kriegen.

Und genau deshalb würde ich mir nicht zu viel versprechen lassen. Das Grundgehalt ist entscheidend und da wird eben nicht das 13. Gehalt oder Boni dazugezählt. Das solltest du auch bei deiner Arbeitgeberwahl berücksichtigen. Ich würde eher das höhere Grundgehalt nehmen, statt weniger Gehalt + Boni und so n Krempel, auch wenn man das auf ein höheres Monatsgehalt umrechnen kann.

Wieso minus? Bonus bzw. 13. Gehalt kriegt man doch zusätzlich? (65.000€ + (65.000€*0,10)) / 12 Monate = 5958€

Eigentlich ist 13. Gehalt und Bonus zwei verschiedene paar Stiefel, aber vielleicht gibts bei euch ein (ich nenns mal) "Bonusabhängiges 13. Gehalt" oder sowas in die Richtung. Ich würde den Bonus garnicht so arg gewichten. Das ist eine Freiwillige Leistung deines Betriebes und darauf, ob und wie hoch das wirklich gezahlt wird, hast du keinen Einfluss. Außerdem ist das auch Brutto, von den 10% kriegst du also nicht so viel ausgezehalt, wie es sich evtl. zuerst anhören mag. Bei einem "festen" 13. Gehalt sieht es anders aus, da kriegst du dein Gehalt halt nochmal.

Ja, ab ner bestimmten Länge dauert Brutforce einfach zu lange. Ich denke mal, pro zusätzlichem Zeichen nehmen die möglichen Kombinationsmöglichkeiten exponentiell zu. Deshalb würde - wie in deinem Link beschrieben - ein Passwort nur aus Buchstaben mit 32 Zeichen recht sicher sein. Das Problem ist viel mehr, dass die User Passwörter aus ihrem Umfeld wählen und auch lieber kurze. Also lieber der Vorname der Frau/Freundin, statt die Namen der Expartner in umgekehrter Reihenfolge mit Sonderzeichen dazwischen. Es geht ja nicht nur um Brutforce, sondern auch darum, Passwörter erraten zu können.

Jeder handelsübliche WLAN-Router hat doch mittlerweile eine Geräteliste. Dort sind die Geräte gelistet, die sich mit ihm erfolgreich verbunden hatten. Schau dort, ob du was auffälliges findest und aktiviere MAC-Adressenfilter. Aber ein Angreifer kann sich dort auch selber löschen (sofern er Zugriff auf den Router hat). Natürlich kann man einfache WLAN-Passwörter auch per Brutforce knacken. Stelle ein sichereres langes Passwort mit Sonderzeichen, Groß- und Kleinbuchstaben ein. Den Brief würde ich trotzdem gerne mal sehen!

Wir haben ab und an Praktikanten in der IT, sie zu beschäftigen ist nicht immer einfach. Für die besseren Aufgaben kann man sie nicht beschäftigen, da sie entweder kritisch sind oder Knowhow benötigen und um ihnen etwas beizubringen fehlt die Zeit. Was macht man also mit ihnen? Fehlersuche an defekten alten Rechnern, Fehler beheben lassen, Betriebssystem installieren lassen und ein wenig im Betrieb mitnehmen. So ungefähr war es auch, als ich damals Praktikum gemacht hatte und das war für mich eigentlich soweit OK. Aber die meisten Praktikanten haben dann evtl. falsche Vorstellungen, von wegen man schraubt nur PCs zusammen...

Ich weiß ja nicht, was du skripten möchtest, aber es gibt noch zig andere Scriptsprachen: Perl, Phyton, Ruby, ... Von AutoIT halte ich persönlich nicht viel, ich hatte einmal einen Kollegen der damit gearbeitet hat und alle automatisierten Aufbläufe die von dem waren, haben nicht 100%ig funktioniert, so dass man noch manuell weiter machen musste. Ob das an Inkompetenz oder AutoIT liegt kann ich nicht sagen, aber diejenigen aus meiner Klasse, die das einsetzen, haben nicht gerade viel Knowhow was Programmierung angeht.

Nein, der Controller selbst holt keine Daten vom Speicher sondern verarbeitet sie und reicht sie an die View weiter. Weit ausgeholt handelt der Controller auch Daten (Sessiondaten, GET/POST/FILE-Parameter, ...). mit den Storagedaten hat aber nur das Model zu tun, wird aber vom Controller angesteuert. - Model (holt/bearbeitet die Daten aus Dateien, Datenbank) - View (Templatedateien, HTML-Ausgabe) - Controller ("hält" beides zusammen, bestimmt, welches Modell aufgerufen wird und welche View ausgegeben werden soll)

Rede auf jeden Fall zuerst mit deinem Ausbilder und sage ihm, dass du Probleme hast, OOP zu verstehen. Du sagst, dass du auch im Betrieb immer mehr Probleme hast und dass das auch auf OOP zurückzuführen ist. Dein Ausbilder darf dir gerne auch mal was beibringen, vielleicht kann er es besser erklären als die Berufsschullehrer.

Das wiederspricht sich doch, ein Schweizer Taschenmesser ist auf keinem Auge speziallisiert. Es kann zwar viel, aber davon nichts richtig gut (solange man nicht MacGyver heißt )

Das ist doch schonmal super, dass du erkennst, wo du Probleme hast! Ganz ehrlich, hätte ich das nicht schon vor der Ausbildung gekonnt, würde ich das so, wie unsere Lehrer das erklärt, auch auf keinem Auge kapieren. Und wirklich kapieren und anwenden können auch nur diejenigen, die entsprechendes Vorwissen durch Studium, Hobby etc. mitbringen. Im Grunde ist OOP kein Hexenwerk, nur die Beispiele bei Lehrkräften (und auch Tutorials) sind meist nicht gerade Praxisnah (aber die Klassenarbeiten auch zumindest genausowenig). Mein Tipp: Such dir ein gutes Buch in deiner Sprache (was programmiert ihr in der Schule?) mit großem OOP-Anteil.

Bei uns sehen die Aufgaben in SAE so aus, dass man auf einem Blatt Papier Quellcode schreiben muss. Mag ja sein, dass es auf anderen Schulen anders ist, aber bei uns ist SAE das einzigste anspruchsvolle Fach (jedenfalls für diejenigen, die noch nie programmiert haben). Da der Threadersteller aufgrund des Programmierens seine Ausbildung in Frage stellt, vermute ich, dass sie dort auch eher programmnieren als dokumentieren.

Was du im Betrieb programmieren musst, hängt natürlich vom Betrieb ab. Was in deiner Berufsschule gelehrt wird, von der Berufsschule. Wir haben welche in der Klasse, die wirklich nur HTML & CSS im Betrieb machen, aber auch welche, die teilweise Assembler programmieren müssen. In der Berufsschule machen wir ausschließlich Java. Das ist doch schonmal garnicht so schlecht, auf jeden Fall besser, als wenn du noch nie was mit dem Programmieren zu tun hattest. Bei mir in der BS gibt es welche, die seit 10 Jahren programmieren aber auch welche, die noch nie damit zu tun hatten. Von daher: Vorwissen ist kein muss, schadet aber auch nicht. Such dir einen Ausbildungsplatz statt den Stuff vor der Ausbildung zu lernen

Ich denke mal nicht, dass er einen zu hohen Lebensstandard hat. Für alles andere gibt es Lösungen (Kindergeld, Hilfe vom Staat für die Ausbildung (Wohngeld, was weiß ich)). Einfach mal an entsprechender Stelle (Arbeitsagentur?) informieren, ich selber bin davon ja nicht betroffen und kenn mich deshalb nicht aus, ich weiß aber von mehreren Freunden, dass sie Kindergeld und anteilig die Miete bekommen haben.

Ich würde sagen, zieh die Ausbildung auf jeden Fall durch, danach stehen dir wieder alle weiteren Türen offen. Bei uns in der Klasse gibt es auch Anwendungsentwickler mit nem 4-Komma-Schnitt, die teilweise nicht programmieren können, die machen sich jedenfalls nicht so viele Sorgen wie du Die andere Frage ist: Was willste denn studieren? Informatik und andere technischen Berufe kommen für dich ja dann auch nicht in Frage. Vielleicht solltest du es mit dem Programmieren auch nochmal versuchen. Wiederhole am besten nochmal die Grundlagen und setz dich damit auseinander, dann wird es schon irgendwie klappen.

Ja auf jeden Fall! Aber erst nach der Ausbildung

Ich weiß jetzt ehrlich gesagt nicht, ob das auf mich bezogen ist und ob ich das als eine Beleidigung sehen soll. Unsere IT besteht mit Sicherheit nicht aus Kellerkindern oder Nerds. An mangelnder Kommunikationskompetenz lag der Fehlschlag einer Einführung eines Ticketsystems meiner Meinung nach nicht, als Außenstehender hier im Forum ist es natürlich leicht zu behaupten. Viel eher ist es bei uns in der Firma so, dass durch zu viele zu schnelle Geschäftsführerwechsel, Abteilungs- und Projektteamänderungen und andere änderungen in der Hierarchie zu viele was zu sagen haben und jeder der etwas zu sagen meint mitbestimmen zu müssen. Da ist dann zB der Abteilungsleiter der seinen untergeordneten anweist, das Ticketsystem nicht zu verwenden und so sturr ist, nichtmals die Vorteile verstehen zu wollen. Und weil die Stellungen hier nicht Kompetenz- sondern Kontaktbezogen sind, hat die GL nichts dagegen oder hält sich raus, wenn derren Abteilung das Ticketsystem umgeht. Aber andere halten sich dann auch nicht dran. Dann gibt es einzelne, die ihre Unproduktivität auf die IT abwälzen nach dem Motto: "ich konnte den ganzen Tag nichts arbeiten, weil die Deppen aus der IT nicht geholfen haben". Aber es kam kein Supportauftrag rein, also ist es eine Ausrede. Da sowas per Ticket dokumentiert ist, möchten solche Kollegen natürlich auch kein System annehmen... Wenn gegen einen gearbeitet wird, kann man noch so arg kommunizieren, was für Vorteile solch ein System bringt.

Haben wir bei meinem AG versucht. Das Resultat war, dass sich die Kollegen sogar dagegen gewehrt haben. Die Tickets sahen in etwa so aus: - "Ruft mich sofort an" - "Habe Problem, komm schnell vorbei" - "Es geht mal wieder nix" - "Computer kaputt" - "Ich schmeiß mein ****** rechner gleich ausm fenster" - .... Dadurch hat der Support noch weniger funktioniert als face2face oder per Telefon und wir (die IT) waren sogar weniger produktiv. Dass die Kollegen (hauptsächlich Ingeneure) zu dumm sind, um das Problem zu beschreiben kann ich mir nicht vorstellen, eher wollten sie das einfach nicht annehmen... Schade eigentlich, hab da viel Zeit rein investiert. Wir verwenden das Ticketsystem jetzt IT-intern und tragen jeden Auftrag ein, verwenden es also quasi als eine Art Dokumentation oder aber auch um festzustellen, wo die häufigsten Probleme auftreten, um anderen Standorten Kosten zu berechnen etc.

Stimmt. Wir in der Berufsschule haben 3 oder 4 die das Studium abgebrochen haben und jetzt FIler werden. Auch an den Unis und FHs sind soweit ich weiß die Informatiker die häufigsten Abbrecher (habe gehört, bis zu jeder 3.).

Also erst einmal, wie viele Thinclients werdne denn eingesetzt und werden durch Desktop-PCs ersätzt? Wieso ist das Backup der Rechner so wichtig, wieso sind die Daten nicht auf Netzlaufwerken sondern lokal auf dem Rechner? Wieso bedeutet der Ausfall eines Rechners, dass man nicht mehr arbeiten kann? Auf nem anderen (ggf.) Ersatzrechner anmelden und weiter gehts oder wieso kommt das nicht in Betracht?

Nein, du kannst das ganz einfach freiberuflich machen, dabei zahlst du weniger Steuern, keien IHK-Beiträge und hast weitere Vorteile wie zB keine weitere Steuererklärung. Aber frag da zur Sicherheit, was sich für dich am besten lohnt, am besten deinen Steuerberater.

Auch der FI ist ein kaufmännischer Beruf Ich denke, es werden mehr Systemadmins als IT- oder Informatikkaufmänner gesucht. Alleine deswegen würde ich den FiSi vorziehen.