Ein paar Sätze ausgeschrieben, die ich heute verkackt habe:

• Wir müssen die Ergebnisse von diesem Gespräch in einem Anforderungsdokument verchristlichen, da ich noch 2 Monate später die Erfolg meines Projekts berücksichtigen kann.
• Ein Arbeit bei IO muss in der Lage sein, der Zustand ihres Projekts noch immer zu kommunizieren. Daswegen muss ich morgen eine Neue Aufgaben in meinen täglich Notizen aufschreiben, das mich an meinem Kommunkazion Pflichte zu errinern.
• China Captialists kaufen Firmen in anderen Länder, die Zǒlle angelegt haben um ihre Wirtschaft in ihrem eigenen Land zu verbessern oder mindestens theoretisch. Wenn China begleitigt Leute Besitzern von den Firmen sind, können sie diesen regeln untergraben, da sie die Bedeutung von Besitzschaft verwischt.

Schreibenaufforderung: Wie kannst du die Projekt-Zeit berücksichtichen, wenn das Arbeitsaufwand technische Details angeht?

• Ich muss mich daran gewohen, technische Problemen zu beschreiben. Je mehr beschreibe ich tecknische Systemen, desto besser kann ich spontan Problemen und Systemen erzählen.
• Ein aktuelles Entscheidung: Warum verbringe ich Zeit um das Config Module auszubauen
  • Meine Entscheidungen sind immer mit den Anforderungen verbunden.
    • 1. Das system muss erweitbar sein und einfach zu debuggen, da es sich an einen umwandlenrecih Business-Landschaft anpassen kann.
    • 2. Die Credentials muss sicher gespeichert werden.
  • Wegen Anforderung Nummer 1, habe ich einen klaren Software Arkitektur ausgebaut, die den Zusammenspiel zwischen Module feststelt.
  • Das System lädet alle Config Daten ein, einschließlich die Credentials.
  • Der Config Daten Struktur ist eins von zwie keren Daten Strukturen in dem Program. Config Data sind all die Daten man braucht Commissioning zu machen, oder der Hauptvorgänge aus den Anforderungen.
  • Aktuelle ist config immer im App eingeladen. Aber wenn Config UI steuerbar ist, soll Config config auf dem UI Ebene leben, damit es kann beim CLI eingestellt werden und als param an app Funktionen weiter gegeben.
  • Der Refaktor dient zu der Einheitlichkeit der Appschnittstelle, weil mann zu jedem Funktion dasselbe Config param weiterleiten werde.
  • Wenn config getrennt ist, ist den Data Datei hat nur einem Anwendung – die Steuerung des Dankenbanks.
  • Ich überlege mich ob es sinnvoll wäre, die Datenbank im Commissioner einzubauen.
    • Die vorteile sind
      • eine einheitlicher und zentralisierter Error Behandlung, da mehr Exceptions in Commissioner Struktur abgefangen werden können.
      • Standautomat formattierte Datenbank Befehl. Wenn X auftaucht, schreib diesen Eintrag.
      • Daten Bank Operationen automatisch beim einheitlichen Config und Device begünstigen. Daten Bank braucht einem DeviceState (was wir im Akte als ein Eintrag schrieben wollen) und Daten Bank Pfade. Erweiterungen würden auch begünstigen, da sie Credentials und APIs in einem Einheit ertragen könnten.
  • App functionen hatten schon params. Sie haben UUID und SKU params angenommen, also bricht der Refaktor die aktuellen Munster nicht, sonder erweitert und standardisiert es.
  • Wenn Credentials nicht im einem Datei gespeichert werden soll, wie soll ich den Morgen
• Alle Config params steuerbar machen (vielleicht ganz möglich)

Keine schlechten Idee: Anforderung Zertikat