Whiz-zarD

Diese Aufgaben sind einfach zum Heulen ... Wie will man ein Array erzeugen, wenn man nicht mal weiß, wie viele Elemente letztendlich das Array haben muss? Eigentlich müsste man eine verkettete Liste erzeugen, welches dann später in ein Array umgewandelt wird... Die Problematik sieht man schon bei deinem Code: Auswahl_Fluege[] = null Du setzt das Ergebnis-Array auf null und dementsprechend gibt es eine NullReferenceException, wenn du darauf zugreifen willst. Du müsstest das Array initialisieren aber mit wie vielen Elementen? Das wissen wir gar nicht, da wir die Elemente noch ermitteln müssen. Das klassische Henne-Ei-Problem... Dein Code mag vielleicht in einigen Sprachen, wie z.B. PHP funktionieren, weil Arrays dort im Grunde keine Arrays sind, sondern Hashtabellen. Es bleibt aber weiterhin das Problem, dass Auswahl_Fluege Null ist. Wenn der Code für PHP geeignet sein soll, dann müsstest du: Auswahl_Fluege = Array(); schreiben. Ich könnte noch mehr über die Aufgabe meckern aber ich lasse es mal hierbei. Ansonsten würde ich deine Lösung schon als richtig ansehen. Das einzige, was ich nicht weiß, ist, da die Rede von einer Sortierung ist und ich nicht weiß, ob nicht vielleicht ein Pseudocode für ein Sortieralgorithmus verlangt ist aber bei der Anzahl der massiven Fehlgriffen in der Aufgabenstellung gehe ich mal nicht davon aus.

Es wusste aber jeder bescheid, da ja auch nur diejenigen gefilmt werden, die die Kamera auch aufgestellt haben ... Es war nun mal kleines Lager und außer den Lagerarbeiter hatte dort keiner Zutritt. Ein Schild wäre ja noch akzeptabel gewesen aber der Betriebsrat wollte die Kamera nicht und drehte es so hin, als hätte der Vorstand diese Kamera dort aufgestellt, was aber gelogen war. Also nahm der Betriebsrat die Erschwerung der Arbeit in Kauf, nur um den Vorstand ein reinwürgen zu können. Wer in einer Werkshalle bzw. in einem Lager ein Techtelmechtel veranstaltet, raucht oder Alkohol trinkt, handelt sowieso grob fahrlässig und wer erwischt wird, ob mit Kamera oder nicht, muss sowieso mit Konsequenzen rechnen. Was ist letztendlich damit nur sagen will, ist dass ein Betriebsrat nun mal nicht unbedingt die Heilige Kuh sein muss. Er kann für ein Unternehmen nützlich sein aber wie gesagt, ich habe schon etliche Probleme mit einem Betriebsrat gesehen, sodass dieser auch schon für die Mitarbeiter mehr hinderlich als nützlich war.

Ja, die Vertretung aber nicht der Vormund.

Ich vermute mal Führerschein. Bin mir da aber auch nicht sicher.

Es gab aber hinterher keine Lösung. Alles blieb so wie beim alten. Der Betriebsrat hat jede Lösung abgeblockt.

Und genau da haben wir es: Wenn die Mitarbeiter etwas entscheiden, wieso muss noch der Betriebsrat dazu noch ins Boot geholt werden? Der Abteilungsleiter war ja informiert und fand die Idee gut, da man so die Regalfächer in 10 Meter Höhe besser beobachten könnte. Das Problem war allerdings nur, dass die Kamera auch den dahinterliegenden Gang gefilmt hatte, weil man eben durch das Regal durchgucken konnte. Dies hat der Betriebsrat dann als Spionage der Mitarbeiter, seitens des Arbeitgebers, betrachtet und hat dann angefordert, die Arbeitserleichterung wieder zu entfernen. Das Ende vom Lied war, dass die beteiligten über den Betriebsrat verärgert waren und die unbeteiligten verärgert über den Arbeitgeber waren, weil sie die Spionage-Pille schluckten. Es wurde also gar nicht versucht, eine gemeinsame Lösung zu finden.

Wie gesagt, ich habe schon viele Firmen gesehen und ich empfand den Betriebsrat meist als hinderlich und als ein Störenfried, da der mehr damit beschäftigt ist, sich selbst zu profilieren. Als Beispiel nenne ich mal eine Aktion, die man bei einem großen Konzern passiert ist: Dort haben Mitarbeiter von sich aus eine Kamera ein einem Hochregal befestigt, um die Lagerung im Regal besser überwachen zu können. Also Überwachung im Sinne von "schauen, ob das Lager noch voll ist und was nachbestellt werden muss". Der Betriebsrat hat den sofortigen Abbau gefordert und haben es so hingestellt, als hätte der Arbeitgeber die Kamera aufgebaut, um die Mitarbeiter zu überwachen, was aber gar nicht der Wahrheit entsprach.

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?