Whiz-zarD

Manchmal macht es aber keinen großen Sinn, einen Betriebsrat zu wählen. Ich arbeite z.B. in so einer Firma. Kündigungen gibt es hier eigentlich kaum bis gar keine. In den fünf Jahren, wo ich hier arbeite, gab es nur eine einzige Kündigung. Inzwischen sind auch einige Mitarbeiter, die vor einigen Jahren gekündigt haben, wieder zurückgekehrt. Auch sonst findet jährlich ein Gespräch mit jedem Mitarbeiter statt, wo man auch seinen Frust loswerden kann, wenn es welchen gibt. Überstunden werden hier, so weit es geht, vermieden und müssen bis Ende des Jahres abgebummelt werden. Ich mache freiwillig jedes Jahr bis zu 40 Überstunden, damit ich am Jahresende eine zusätzliche Woche Urlaub habe. Urlaub habe ich offiziell 30 Tage. Ein mal im Jahr wird auch eine Weiterbildung bezahlt. Heute haben wir noch ein Meeting über die Gestaltung der Arbeitsplätze, weil einige finden, die Büros könnten Pflanzen vertragen. Es wurde auch eine Gruppe gegründet, die sich mit der Gestaltung des neuen Pausenraums beschäftigen, der jetzt endlich drinnen ist, da neue Büroräume angemietet werden mussten, da wir einen Standort verloren haben (der Vermieter hat das Gebäude verkauft und wird abgerissen). Die Chefs wissen schon, dass gute und zufriedene Mitarbeiter sich nun mal auszahlen und dementsprechend wird auch in die Mitarbeiter investiert. Die Probleme, die hier existieren, sind dem Arbeitsprozess geschuldet aber da kann ein Betriebsrat auch nur wenig helfen. Zitat aus der Pressemitteilung: Damit ist doch das Ergebnis der Forschung klar, schließlich möchte man seine Kunden nicht verärgern. Eine Umfrage, im Auftrag von einem Arbeitgeberverband, wäre zu einem anderen Ergebnis gekommen. Ich habe damals als Zeitarbeiter gearbeitet und habe dementsprechend viele Firmen gesehen und in einigen Firmen war der Betriebsrat eher schädlich, weil sie oft einen Konfrontationskurs fahren und Konflikte lieber eskalieren lassen. Auch habe ich Firmen gesehen, die auch ohne Betriebsrat sehr gut auskamen.

Nein, das Vorgehen kann man nicht nachvollziehen, denn eine Firma sollte einen Wegfall einer Arbeitskraft verkraften können. Stell dir mal vor, du liegst im Krankenhaus und die Systeme brechen zusammen. Meldet der Chef dann Insolvenz an, weil du nicht da bist? Das ist also ein hausgemachtes, personelles Problem, weil andere Mitarbeiter nicht geschult werden. Stattdessen wird der billige Weg gefahren und du wirst verheizt.

Ja klar, wieso sollte sich da auch was ändern? Du bist ja eh ständig erreichbar. Da muss man auch mal den A***** in der Hose haben und mal nein sagen. Freizeit ist nun mal Freizeit und keine pauschale Rufbereitschaft, nur weil der Chef mal schlecht geschissen hat. Wenn es dem Chef nicht gefällt, sollte man sich dann überlegen, die Firma zu wechseln, denn offenbar hat der Chef dann für seine Angestellten nichts übrig. Meine Chefs haben von mir noch nie irgendwelche privaten Kontaktdaten bekommen und werden es auch nie. Wenn, dann nur ein Firmen-Handy, welches ich nur Beachtung schenken würde, wenn es mit den Überstunden geklärt ist.

Den Leuten bleibt aber nichts anderes übrig.

Hier wird bewusst die finanzielle Lage einer Person ausgenutzt. Meinst du eine Putzfrau stellt sich freiwillig beim Mindestlohn für 60 - 80 Stunden hin und schruppt die Toiletten? Mit Nichten nicht aber welchen Job soll sie dann sonst machen? Wenn man keine entsprechenden Qualifikationen für Berufe mit einem höheren Verdienst hat, steht man ziemlich dumm da und Bildung kostet auch Zeit und Geld. Beides, was so eine Person nicht besitzt. Solche Personen bleibt also oftmals gar nichts anderes übrig, als sich in so eine Zwickmühle begeben, um überhaupt irgendwie über die Runden kommen zu können.

Nur das Abschlusszeugnis.

OK, das war mir neu. Als ich damals in der Ausbildung war, wurde das Kindergeld im dritten Lehrjahr gestrichen. Da war ich 18 Jahre alt.

Der Meinung bin ich zwar auch aber das sehen hier viele anders. Begründet wird es immer damit, dass ein Fachinformatiker abschätzen können muss, wann sich eine Investition lohnt oder dass man sich ja auch selbstständig machen kann aber das trifft bei jedem Ausbildungsberuf zu und niemand wird wohl behaupten, dass ein Schreiner oder ein Mechatroniker ein kaufmännischer Beruf wäre. Gerade bei den Softwareentwicklern gab es im letzten Jahrzehnt ein sehr großes Umdenken, sodass ein Entwickler gar nicht mehr dafür zuständig ist, wie teuer eine Entwicklung wird, sondern nur wie komplex, weil es sich einfach gezeigt hat, dass man es gar nicht abschätzen kann, wie teuer eine Entwicklung wird. Darum wurde auch die agile Entwicklung ins Leben gerufen, um die Software in kleinen Iterationen zu entwickeln und gegenzusteuern, wenn irgendwas nicht richtig läuft. In diesem Zusammenhang sollte man Ausbildungen auch wieder lukrativer und moderner gestalten. Was ich hier so manchmal lese, ist es für mich eigentlich kein Wunder, dass immer mehr Jugendliche eher studieren gehen, als eine Ausbildung machen. Ich finde, die Ausbildungsbetriebe sollten die Praxis zeigen, während die Berufsschulen weiter in die Tiefe gehen und den Azubis Detailwissen lehren und gerade als Fachinformatiker benötigt man doch sehr viel Detailwissen. Dafür müsste man aber den Ausbildungsrahmenplan weiter konkretisieren. So könnte man eine echte Alternative zu einem Studium ins Leben rufen. Die Azubis bekommen dann größere Aufgaben, die sie dann in den Betrieben abarbeiten müssen und die Betriebe betreuen den Azubi bei dieser Aufgabe. Das bedeutet für die IHK und den Berufsschulen wohl mehr Arbeit und können nun mal nicht einen schwammigen Ausbildungsrahmenplan erstellen, der für alle Ewigkeit Gültigkeit besitzt. Es ist doch schon recht pervers, dass man erst mal enormen Stress ausgesetzt ist, um überhaupt erst mal einen Ausbildungsplatz zu bekommen, um dann nur eine Ausbildung zweiter Klasse zu bekommen, während man bei einem Studium sich einfach an einer Hochschule anmeldet. Die Hochschulen haben zwar auch gewisse Voraussetzungen aber diese sind ja inzwischen genauso so hoch, wie für eine duale Ausbildung. Ich kann mich noch gut daran erinnern, als ich vor kanpp 20 Jahren angefangen habe, mich zu bewerben. An einen Ausbildungsplatz als FIAEler, mit einem Realschulabschluss, war damals sowieso nicht zu denken. Gut, die Zeiten haben sich inzwischen ein wenig geändert aber 30 bis 40 Bewerbungen muss man ja heutzutage immer noch schreiben, um dann evtl. hinterher festzustellen, dass der Betrieb nur einen billigen Arbeiter haben will. Aber gut, back to Topic: Ich denke schon, dass die Ausbildungsvergütung schon gerecht ist. Schließlich verrichtet auch ein Azubi eine gewisse Arbeit im Unternehmen. Seien es auch erst mal nur Handlangerarbeit aber die muss auch getan werden. Man sollte aber einen Azubi so behandeln, was er auch ist: Ein Azubi. Er befindet sich nun mal in der Ausbildung und möchte was beigebracht bekommen. Dementsprechend sollte er nur Arbeiten unter Begleitung durchführen und die Betriebe müssen mehr in die Pflicht genommen werden. Die Höhe der Ausbildungsvergütung ist immer so ein schmaler Grat. Das Problem ist nämlich, wenn er zu hoch ist und dies die Erstausbildung ist und der Azubi unter 27 Jahren ist, wird das Kindergeld gestrichen. Bei einer Zweitausbildung steht man evtl. schon mit beiden Beinen im Leben und dann wäre zu wenig. Wenn, dann sollte einem die Chance gegeben werden, dass man dann einen Ausbildungskredit aufnehmen könnte, der sehr wenige bis keine Zinsen besitzt, um eine Ausbildung finanziell zu unterstützen.

Was genau will man aber damit erreichen?

Jeder, der frisch von der FH kommt, fängt eigentlich als Junior-Entwickler an. Und was wäre dann die Alternative?

Naja, klingt auch nicht so wirklich sicher: Irgendwo muss der Kram ja liegen, damit die Runtime den Code ausführen kann. Also liegen die DLLs ja irgendwo unverschlüsselt. Sei es auf der Festplatte oder im Speicher. Im Text schreiben sie ja selber, dass der Encryptor nichts nützt, wenn der Angreifer das geschützte Programm auf seinem eigenen Rechner ausführen kann: Fazit: Das Tool ist Nutzlos und Geldverschwendung. Wer eine Ausführungsdatei ausliefert hat eh keine Kontrolle drüber, wo diese ausgeführt wird und wenn sie irgendwo auf einem Server läuft, sollte der Server schon so abgesichert sein, sodass der Angreifer kein Dump vom Arbeitsspeicher ziehen kann. Es verhindert also gar nichts. Es erschwert es nur ein wenig. Für Leute mit krimineller Neigung sollte dies aber auch kein Problem darstellen.

Für unsere Anwendung haben wir ein AD-Plugin entwickelt. Die Authentifizierung und die Autorisierung läuft dann über AD, sodass ein Kunde die Rechteverwaltung unserer Software direkt in AD abbilden kann und nicht über eine Datenbank. Das ist wohl das, was du auch eigentlich möchtest.

Nein, im File System liegen die Attribute der Datei. Für NTFS ist sogar der Inhalt der Datei ein Attribut: Quelle: http://www.ntfs.com/ntfs-files-types.htm Wie gesagt, eine Datei hat per se erst mal kein Header. Es ist nur ein Strom aus Bytes. Das, was dein Ausbilder wohl (hoffentlich) meint, ist, dass Dateien einen Header für Anwendungen haben kann, wie z.B. beim Bitmap-Bildformat, wo die ersten 54 Bytes Informationen über das Bild stehen (z.B. Höhe und Breite, Farbtiefe, Pixelreihenfolge, etc) und erst dann die Pixel-Daten anfangen. Da sind wir aber beim Thema der Dateiformate und das ist pro Format unterschiedlich. Eine simple Textdatei, die du mit dem Editor erstellst, hat z.B. überhaupt kein Header.

Das ist sehr einfach, da der C#-Code in IL-Code vorliegt und dieser kann wieder in C#-Code umgewandelt werden kann. Das nennt sich dekompilieren. Da gibt es den kostenlosen Decompiler dotPeek von JetBrains. Verwende ein Algorithmus, der auch für Passwörter gedacht ist. Wie z.B. bcrypt. Irgendwo müssen die Daten ja herkommen und nein, die Verbindungsdaten sollten nicht im Quellcode stehen, sondern in einer Konfigurationsdatei, die ausgelesen wird, ansonsten muss man ja das Programm neu kompilieren, nur weil man die Datenbank auf einen anderen Server transferiert hat. So lange die Datei nicht von außerhalb erreichbar ist und auch nur bestimmte Personen darauf zugreifen können, ist doch alles in Ordnung.

https://de.wikipedia.org/wiki/Handle https://de.wikipedia.org/wiki/Everything_is_a_file https://de.wikipedia.org/wiki/Dateisystem https://de.wikipedia.org/wiki/Partitionstabelle https://de.wikipedia.org/wiki/Datei Mit ein bisschen stöbern auf Wikipedia sollte man eigentlich selbst auf solche Quellen kommen.

Eine Datei hat erst mal keinen Aufbau. Es ist nur ein Strom aus Bytes und besitzt auch kein Header. Attribute, wie z.B. Erstellungsdatum, Besitzer, Schreibgeschützt und der Pfad in der Partition stehen im File System. Wenn man eine Datei öffnet, erhält man vom Betriebssystem einen einen sog. Handle. Über diesen Handle kann man dann die Datei einlesen. Unter Unix gibt es den Leitsatz: "Everything is a file". Das bedeutet, dass alle I/O-Byteströme als Datei im File System verfügbar gemacht werden sollen. D.h. selbst Tastendrücke auf der Tastatur sind als Bytestrom als Datei im File System verfügbar.

B ist nicht abgelitten von A, daher kann B nicht zu A gecastet werden. Schon mal das eh keinen Sinn machen würde, weil B dann schon die Eigenschaften von A besitzen würde. Darüber hinaus macht deine convert()-Methode überhaupt keinen Sinn und ist auch syntaktisch falsch.

Eben. Die Aufgabe ist ja jetzt keine Raketenwissenschaft. Ich verstehe nicht, wo nun das Problem liegt und du hast bis jetzt noch nicht mal eine Frage gestellt oder gezeigt, was du bis jetzt gemacht hast. Angeblich kannst du ja die Diagramme zeichnen. Wo ist dann nun das Problem, daraus Klassen und Methoden zu bilden?

Und was ist nun deine Frage? Hier wird keiner deine Hausaufgaben machen.

Die Aufgabe ist von dir sehr merkwürdig beschrieben. Ich nehme mal an, du sollst Klassen-Diagramme entwerfen, die das UND, ODER und NICHT abbilden und um zweiten Schritt dies in Java implementieren. Was genau erwartest du denn jetzt?

Was mir spontan auffällt ist die Methode getList(). Du reichst als Parameter eine Instanz von der Klasse DBM rein. Wenn die Instanz aber Null ist, erzeugst du eine: if( dbm == null ){ dbm = new DBM(); } Wozu? Das zeigt, dass du DBM als Parameter gar nicht benötigst. Du könntest den Parameter wegnehmen und es würde trotzdem laufen. Das zeigt, dass du ein Problem mit Abhängigkeiten hast, denn die Frage, die ich mir stelle ist, wieso weiß die Klasse TestUser so viel von der Datenbank? TestUser sollte eigentlich nur eine "dumme" Klasse sein (Stichwort POJO) und ein Service/Repository holt dir die Objekte. Auch der folgende Code in der selben Methode finde ich gruselig: while (resultSet.next()) { list.add( new testuser(resultSet.getInt(1),resultSet.getInt(2), resultSet.getString(3),resultSet.getInt(4),resultSet.getInt(5), resultSet.getInt(6),resultSet.getInt(7),resultSet.getDate(8), resultSet.getDate(9),resultSet.getDate(10),resultSet.getString(11)) ); } Das bedeutet, dass die Spaltenreihenfolge in der Datenbank exakt eingehalten werden muss. Kommt mal eine Spalte hinzu oder wird entfernt, muss dem Entwickler auch klar sein, dass er diesen Code anpassen muss. Ansonsten kommt es zu Fehlern. Gängige O/R-Mapper mappen auf Basis des Spaltennamens und nicht an der Anordnung der Spalten. Der Konstruktor von DBM ist abhängig von der Klasse FacesContext: public DBM() throws Exception { init(); } private void init()throws Exception{ FacesContext fc = FacesContext.getCurrentInstance(); db_server = fc.getExternalContext().getInitParameter("DB-SERVER"); db_user = fc.getExternalContext().getInitParameter("DB-USER"); db_password = fc.getExternalContext().getInitParameter("DB-PASSWORD"); db_driver = fc.getExternalContext().getInitParameter("JDBC-DRIVER"); Class.forName(db_driver); } D.h. die Klasse kann also nur im JSF-Kontext instanziiert werden. Entwickelst du dann eine Konsolenanwendung, musst du die Klasse quasi neu implementieren, weil FacesContext nicht bekannt ist. Also hast du auch hier wieder ein Abhängigkeitenproblem. Da gibt es noch mehr zu erzählen, aber das sind wohl die gravierendsten Punkte.

Bevor ich hier irgendwas mit C anfange, würde ich auf Microservice Architekturen, Message Queues und Event Sourcing setzen, um die Anwendung skalierbar zu machen. Nichts ist performanter als die parallele Verarbeitung und bei Browsergames kann man sehr gut Logiken parallelisieren.

Ich weiß auch nicht, was für ein Spiel das werden soll aber ich bezweifel, dass du nur mit JavaScript und PHP ein Browsergame hinbekommst. Im Hintergrund wird ja auch diverse Logik durchgeführt und die sollen ja nicht erst laufen, wenn der Spieler die Webseite aktualisiert und somit ein PHP-Skript anstößt, sondern die sollen ja von selbst angestoßen werden. Beispiel: Du entwickelst ein Aufbau-Strategie-Spiel ala Travian und der Spieler macht ein Upgrade auf eine Holzfällerhütte und die Hütte produziert dann 10 anstatt 5 Tonnen Holz. Das Upgrade dauert eine Stunde. Dann muss auf dem Server ein Programm laufen, was dann nach einer Stunde den Status in der Datenbank ändert, damit die Menge des produzierten Holzes auch korrekt berechnet werden kann. Das PHP-Skript kann jetzt schlecht eine Stunde warten, weil du damit den Webserver überlasten würdest, wenn da plötzlich Tausend PHP-Skripte in der Warteschleife liegen. Schon mal die Standardkonfiguration von PHP ist, dass ein Skript maximal nur ein paar Minuten laufen darf, bevor es abbricht.

Schon mal geschaut, ob das Bild überhaupt aufrufbar ist?

Sorry, dann ist die IT-Branche nichts für dich, denn die IT ist kreativ ... Wenn du einen stumpfsinnigen Job haben willst, wo du beim Pförtner das Gehirn abgeben kannst, dann bewirb dich bei VW fürs Arbeiten am Fließband.