Whiz-zarD

Dafür wird die Zeit dann mit manuellen Tests verplempert und sorgt für Fehler und regt jeden nur auf. Willkommen in der Test-Hölle, wo die Test-Pyramide auf dem Kopf steht. Automatisierte Tests werden immer wichtiger, um konkurrenzfähig zu bleiben, da Software immer komplexer wird und manuelle Tests schlecht skalierbar sind. Zu mal in einer agilen Softwareentwicklung automatisierte Tests unabdingbar sind. Kannst ja gerne mal in meiner Firma anfangen, um zu sehen, was passiert, wenn man keine automatisierten Tests entwickelt werden, da die Softwarearchitektur dies nicht bzw. nur mit extrem hohen Hürden zulässt. Testautomatisierung dient auch dem Kunden, da damit Fehler im Vorfelde gefunden werden und auch Geld einspart, da Fehler sofort gefunden werden und nicht erst, wenn der Kunde schon das Release bekommen hat. Das erhöht auch die Kundenzufriedenheit und sorgt auch für eine Zufriedenheit unter den Entwicklern. Nichts ist schlimmer, als ein Fehler gemeldet zu bekommen, wo man erst mal Tagelang analysieren muss, wo der Fehler herkommt und in der Zwischenzeit die nächsten Fehler gemeldet werden. Testautomatisierung hilft auch dem Refactoring, da man eben das Verhalten der Anwendung kennt und die Anwendung nicht zum Einsturz bringt, nur weil man irgendwo an einer Wurzel zieht. Oft ist es so, dass man dreckige Stellen im Code gar nicht mehr anfässt, weil man eben nicht weiß, was passieren wird, wenn man sie anfasst. Mit Testautomatisierung wüsste man es. Folglich wird der Code auch immer schmutziger, weil man um diese Stelle drumherumbaut. Das wiederum hat zur Folge, dass Entwicklungen von neuen Features immer aufwendiger werden und der Schrei nach einer Neuentwicklung von Entwicklern wird immer größer und hinterher steht man dort mit einer über 10 Jahre alten, historisch gewachsenen, dreckigen Software, die so groß ist, sodass eine Neuentwicklung praktisch unmöglich erscheint und die Kunden immer unzufriedener werden und sich was anderes suchen.

Ich würde mit ihm die Aufgabe gemeinsam machen, anstatt ihn nur alleine vor sich hin basteln zu lassen. Stelle ihn offene Fragen, wie z.B. wie er nun an die Sache rangehen würde oder wenn ihr gerade eine if-Abfrage bauen müsst, wie sie auszusehen hat und das wichtigste: Lass ihn die Tastatur steuern! Ich schätze mal, dass er sehr schüchtern ist und Hemmungen besitzt. Entwickle mit ihm ein kleines Spiel, wie z.B. das Galgenmännchen-Spiel oder ein einfaches Zahlenrate-Spiel. Da du auch erst im 1. Lehrjahr bist, könntet ihr vielleicht gemeinsam dabei was lernen, wie z.B. das Schreiben von Unittests.

Bitte noch mal in einer verständlichen Sprache. Ich verstehe nicht, was du meinst. Edit: Ich glaube, ich verstehe so langsam, was du meinst, auch wenn das nicht gut ist, was du da machst. Wenn ein Arzt mehrere Spezialitäten haben kann, legt man dafür eine separate Tabelle an, um somit die 3. Normalform zu gewährleisten. Wenn du es aber unbedingt so in deinem Fall haben willst, kannst du einfach mit INSERT INTO SELECT arbeiten. Und wofür du die Sequenz brauchst, obwohl du schon eine ID hast, ist mir auch ein Rätsel, da man eben mit der Sequenz die ID generiert. Die Datenbank stellt ja sicher, dass die Sequenz eindeutig ist aber Aufpassen: Die Sequenz stellt eben nicht sicher, dass die Daten in korrekter zeitlicher Reihenfolge gespeichert werden.

Der Name der Methode steht dort: generateRandomnumbers Die Frage hast du selbst schon beantwortet: Es ist also der Parameter der Methode. Da Console.WriteLine schriebst, gehe ich davon aus, dass ihr C# benutzt. Lese dazu dir mal die Dokumentation zum Thema "Methoden" durch: https://docs.microsoft.com/de-de/dotnet/csharp/methods Also hast du deine Frage wieder selbst beantwortet. Zufallszahlen lassen sich mit der Random-Klasse erzeugen. Du musst lediglich jetzt nur eine Reihe von Zufallszahlen generieren und zurückgeben.

@BobbyJean: Deine Lösung ist nicht richtig. Dein Unterselect SELECT SUM(Laufzeit.Stunden) FROM Laufzeit INNER JOIN Maschine on Laufzeit.MaschineID = Maschine.MaschineID WHERE Laufzeit.Datum > Maschine.DatumLetzteWartung Summiert die Stunden aller Maschinen und nicht die Stunden der einzelnen Maschinen. Ich persönlich bin auch kein Freund davon, zwei mal die selbe Unterabfrage in der SELECT- und WHERE-Klausel einzubauen. Es ist doppelter Code und schlechter lesbar und das heißt schlechter wartbar und mehr fehleranfällig. In diesem Fall ist es sogar so, dass man doch Daten gruppieren möchte. Wieso wird das dann nicht gemacht?

Jeder definiert die Begriffe anders, daher sollte man sich nicht so auf die Begriffe versteifen. Es geht nicht um einen Junior-Entwickler, sondern um einen Junior-DWH-Spezialisten und ähnlich, wie bei einem Junior-Entwickler sind auch für einen Junior-DWH-Spezialisten Kenntnisse erforderlich aber das sind nun mal nicht die selben Kenntnisse, wie bei einem Junior-Entwickler, sondern man sollte schon Grundkenntnisse von Datenbanken und Datenmodellierung haben. Begriffe wie z.B. ETL, Normalformen oder Snowflake- und Star-Schema sollten bekannt sein und genau das beschreibt auch die Stellenausschreibung.

Sie wird nicht überschrieben. Mit dem Unterselect baue ich mir quasi eine neue Tabelle und in dieser verwende ich lediglich die selben Begriffe, wie in der Laufzeit-Tabelle. Man könnte auch das Unterselect in eine View packen und die View joinen.

Die Stunden werden summiert. Die Unterabfrage: SELECT Laufzeit.MaschineID, SUM(Laufzeit.Stunden) AS Stunden FROM Laufzeit INNER JOIN Maschine ON Maschine.MaschineID = Laufzeit.MaschineID WHERE Laufzeit.Datum > Maschine.DatumLetzteWartung GROUP BY Laufzeit.MaschineID Gibt als Ergebnis die summierten Stunden pro Maschine, wo das Datum größer als das Datum der letzten Wartung ist. Beispiel: Folgende Daten sind gegeben: Laufzeit: MaschineID Datum Laufzeit 1 31.10.2019 5 1 20.11.2019 4 1 21.11.2019 8 Maschine: MaschineID MaschineTypID DatumLetzteWartung 1 1 01.11.2019 Die Abfrage würde nun folgendes Ergebnis liefern: MaschineID Stunden 1 12 Der Datensatz mit den 5 Stunden wird außer Acht gelassen, weil das Datum kleiner als das Datum der letzten Wartung ist und somit keine Rolle mehr spielt. Die Aufgabe war, dass man herausfinden soll, welche Maschine gewartet werden muss, wenn sie noch 100 Stunden benutzt wird. Also muss man auf die derzeitige Nutzung 100 Stunden drauf addieren und diesem Wert den Wartungsintervall vergleichen.

Nein, da du ja Daten aus anderen Tabellen benötigst und die Daten musst du mittels Joins holen. Du willst doch in deiner Abfrage auch Tabellen joinen: Wo soll denn plötzlich Maschine und Maschinentyp herkommen, wenn nicht über Joins?

Keinen? Viele? Kommt drauf an. GitHub ist nichts weiter als eine Quellcodeverwaltung, die öffentlich zur Verfügung steht. Du kannst bei Projekten mitmachen oder eigene Projekte hochladen. Es liegt also an dir, ob es für dich Mehrwert bietet. Natürlich kannst du dort eigene Projekte hochladen und dies für zukünftige Arbeitgeber als Referenz angeben. Das wäre dann ein Mehrwert. Wenn du keine eigenen Projekte hast, bringt dir dann GitHub auch nichts.

SELECT Kunde.*, Maschine.MaschineID, Laufzeit.Stunden FROM Kunde INNER JOIN Maschine ON Maschine.KundeID = Kunde.KundeID INNER JOIN MaschinenTyp ON MaschinenTyp.MaschineTypID = Maschine.MaschineTypID INNER JOIN ( SELECT Laufzeit.MaschineID, SUM(Laufzeit.Stunden) AS Stunden FROM Laufzeit INNER JOIN Maschine ON Maschine.MaschineID = Laufzeit.MaschineID WHERE Laufzeit.Datum > Maschine.DatumLetzteWartung GROUP BY Laufzeit.MaschineID ) Laufzeit ON Laufzeit.MaschineID = Maschine.MaschineID WHERE Laufzeit.Stunden + 100 > MaschinenTyp.WartungsintervallInStunden

Für mich sieht es sogar so aus, dass die zweite Schleife falsch ist und jetzt deine Lösung richtig ist. Die zweite Schleife macht ja keinen Sinn. Sie durchläuft ja nun die Spalten der Zeilen aber das ist nicht nötig, da die Spalten über einen Index angesprochen werden. Du könntest aber die Zeilen: kopierezeile(liste, fehler, i, aktuellezeilefehlerarray) aktuellezeilefehlerarray++ in: kopierezeile(liste, fehler, i, aktuellezeilefehlerarray++) ändern. Das hat den selben Effekt, da das Doppel-Plus eine Post-Inkrement-Operation ist. D.h. es wird nach dem Abrufen des Wertes dieser inkrementiert.

Klar, mein Hobby ist auch Dokumente für Fake-Projekte schreiben...

Wenn es eine Neu-Entwicklung ist, muss es ja einen Grund geben, wieso die Anwendung neu entwickelt wurde und das ist dein Ist-Zustand.

Hä? Du schreibst deine Projekt-Dokumentation nicht während deiner Abschlussarbeit, sondern davor? Nur zur Info: Das ist Betrug...

Es gibt da kein Richtig oder Falsch. Junior und Senior sind keine offiziellen Berufsbezeichnungen und somit auch keine standardisierte Begriffe und jede Firma definiert es anders. Daher kann Gulp.de noch so viel darüber schreiben. Es ist und bleibt eine Entscheidung der Firma.

Wenn ich mir das Diagramm anschaue, kommt es mir sowieso an dieser Stelle falsch vor. Ich vermute mal, dass get(k) einfach nur die Filiale aus der Liste holen soll aber nach dem Diagramm erhöht die get()-Methode die Gehälter. Also anstatt: public void erhoeheGehaltMitarbeiter(double x) { var i = meineFilialen.Size(); for(var k = 0; k <= i; k++) { var filiale = meineFilialen.get(k); var meineMitarbeiter = filiale.getMeineMitarbeiter(); var z = meineMitarbeiter.Size(); for(var j = 0; j <= z - 1; j++) { // ... } } } steht dort einfach nur: public void erhoeheGehaltMitarbeiter(double x) { var i = meineFilialen.Size(); for(var k = 0; k <= i; k++) { meineFilialen.get(k); } } Und die get()-Methode erhöht dann das Gehalt, was aber nicht klappen kann, da die Methode x gar nicht kennt. get() müsste also einen Rückgabewert zur Zentrale zurückgeben.

Ja, Size() holt die Größe der Liste, um damit die Austrittsbedingung der for-schleife zu definieren. Heutzutage würde man das aber mit einer foreach-Schleife lösen.

Was verstehst du denn dort nicht? Das ist eine Schleife, die über die Fillialen läuft. Innerhalb dieser Schleife gibt es eine weitere Schleife, die alle Mitarbeiter durchläuft und bei allen Mitarbeitern, die nicht Fillialleiter sind, wird das Gehalt erhöht.

Stimmt. Hab die Klassen per Copy/Paste in Notepad++ erstellt. Also ohne IDE.

Es ist halt dafür dar, um für Datentypen unterschiedlicher Art einen Eingangspunkt zu ermöglichen. z.B. einer formatierten Ausgabe von Strings: Console.WriteLine("Hallo {0}, ich bin {1} Jahre alt.", "Welt", 42); // Ausgabe: // Hallo Welt, ich bin 42 Jahre alt. "Welt" ist ein String (Objekt) und 42 ein Integer (Wertetyp). Damit die WriteLine()-Methode mit den unterschiedlichen Datentypen umgehen kann, nimmt sie ein object-Array entgegen (man sieht das Array nicht, wegen dem params-Schlüsselwort). D.h. die 42 wird in ein object konvertiert (boxing). Die Methode nimmt sich dies sogar zum Vorteil, da object die ToString()-Methode besitzt und die 42 kann direkt in ein String umgewandelt werden, da es ja nun ein object ist.

Inzwischen schreibt man auch nicht mehr: Square square = new Square(...); sondern: var square = new Square(...); und überlasst den Kompiler den Rest. Die Angabe, um welchen konkreten Datentypen es sich handelt, ist nur eine doppelte Information, da wir mit new Square(...) schon den Datentyp kennen.

Die abstrakte Klasse hat zwar keine Funktionalität, dennoch bräuchte ich neben dem Interface eine abstrakte Klasse, die die Color-Eigenschaft besitzt. Ohne diese abstrakte Klasse müsste ich weiterhin in den konkreten Klassen (Square und Circle) die Eigenschaft implementieren. Mit der abstrakten Klasse habe die Color-Eigenschaft nur ein mal implementiert und spare somit Code und potenzielle Fehlerquellen.

Das Thema hat absolut nichts mit Boxing und Unboxing zu tun, denn Boxing und Unboxing ist was anderes. Boxing und Unboxing wird verwendet, um Wertetypen (integer, double, ...) in Objekte zu wandeln (boxing) und von Objekten wieder zurück in Wertetypen (unboxing). Beispiel für Boxing: int i = 123; object o = i; // boxing Beispiel für Unboxing: o = 123; i = (int)o; // unboxing So etwas wird verwendet, wenn man z.B. eine Liste mit unterschiedlichen Datentypen hat: var list = new List<object>(); In diese Liste kann dann alles reingeschrieben werden. Sei es z.B. Strings oder Integers. Das Thema, was @redstav anspricht, ist "Vererbung" und Vererbung ist die Haupteigenschaft der Objektorientierung. Abstrakte Klassen können nicht instanziert werden. Sie können nur vererbt werden, wie in dem Beispiel. Mit abstrakten Klassen können nämlich Grundgerüste geschaffen werden, die dann mit den Subklassen verfeinert werden können. Das Grundgerüst garantiert uns, dass die Subklassen die Eigenschaften und Methoden der abstrakten Klasse besitzt. Dein Beispiel finde ich aber nicht so toll, da es die abstrakten Klassen schlecht veranschaulicht. Ich versuche es mal mit einem anderen Beispiel: Angenommen wir wollen geometrische Figuren auf dem Bildschirm malen. Wir haben ein Quadrat und ein Kreis und wollen sie als Klassen abbilden. Beide Figuren sollen später mit einer Farbe ausgefüllt werden und sollen eine Methode besitzen, die dafür sorgt, dass die Figur auf dem Bildschirm gemalt wird. Fangen wir naiv an: public class Square { public double Width { get; } public Color Color { get; } public Square(double width, Color color) { this.Width = width; this.Color = color; } public void Paint() { // Malt Quadrat auf den Bildschirm } } public class Circle { public double Radius { get; } public Color Color {get; set;} public Square(double radius, Color color) { this.Radius = radius; this.Color = color; } public void Paint() { // Malt Kreis auf den Bildschirm } } Nun haben wir zwei tolle Klassen. Nun kommt die Vererbung ins Spiel: Wir sehen, dass der Aufbau beider Klassen dort recht identisch ist. Also können wir eine Grundgerüst - also eine abstrakte Klasse - bauen: public abstract class Shape { public Color Color {get; set;} public Square(Color color) { this.Color = color; } public abstract void Paint(); } public class Square : Shape { public double Width { get; } public Square(double width, Color color) : base(color) { this.Width = width; } public override void Paint() { // Malt Quadrat auf den Bildschirm } } public class Circle : Shape { public double Radius { get; } public Circle(double radius, Color color) : base(color) { this.Radius = radius; } public override void Paint() { // Malt Kreis auf den Bildschirm } } Square und Circle besitzen nun durch die Vererbung die Eigenschaften von Shape. Mit der abstrakten Paint()-Methode geben wir dann noch zusätzlich an, dass die Methode zwar in den Subklassen zur Verfügung steht aber die konkrete Implementierung in den Klassen Geschehen muss. So wird dann garantiert, dass alle Klassen, die von Shape erben, auch die Paint()-Methode besitzen. Dies ist jetzt nämlich vom Vorteil, denn wir wollen ja geometrische Figuren auf dem Bildschirm zeichnen. Derjenige, der jetzt dafür sorgt, dass die Figur auf dem Bildschirm gezeichnet wird, muss nämlich nicht wissen, ob es nun ein Quadrat oder Kreis ist, sondern muss nur wissen, dass sie vom Typ Shape sind: public class Screen { public void Paint(Shape shape) { shape.Paint(); } } Screen screen = new Screen(); Square square = new Square(12.5, Color.RED); Cirlce circle = new Circle(10, Color.BLUE); screen.Paint(square); screen.Paint(circle); Die Paint()-Methode in der Screen-Klasse muss also nicht den konkreten Datentyp (Square oder Circle) wissen (ansonsten müssen wir jeden Typ eine eigene Methode schreiben), sondern muss nur wissen, dass die Klasse vom Typ Shape sein muss, um die Paint-Methode aufrufen zu können. In den Klassen Square und Circle erkennt man auch, dass beide zwar vom Typ Shape sind aber beide haben unterschiedliche Eigenschaften. Einmal Width (Square) und Radius (Circle). Das sind Eigenschaften, die zwar die konkreten Klassen kennen aber Shape nicht: Shape s1 = new Square(10, Color.BLUE); Console.WriteLine(s1.Width); // funktioniert nicht, da wir angebenen haben, dass s1 ein Shape-Objekt ist und Shape Width nicht kennt. Square s2 = s1; Console.WriteLine(s2.Width); // funktioniert, da s1 ja ein Square ist und wir sagen, dass s2 ein Square ist.

Und welches ominöse Tool für "Big Data" habt ihr installiert?