fabianwilms / hm-ba Goto Github PK

s41 z19
"in Barrakuda von it@M" - in Barrakuda (extremstelzing)

"wicklung von Microservices besser zu unterstutzen..." magst du das wirklich drin lassen? Würde hier nur auf Monolithen eingehen. die IDEs unterstützen den Entwickler beim programmieren von monolithischen Systemen - historisch bedingt - sehr gut.

"bestellen, hat..."

s32 z3
hohe Abdeckung eines - was für eine Abdeckung?

s38 z22
"als Anwendungszweck herangezogen" - extermstelzing 2.0 :) Als Beispielanwendung wird ein einfacher Online-Shop mit dem Arbeitstitel "Kongo", erst modelliert und später implementiert.

Ich würde da noch das Wort "Technik" rein bringen. Damit ist klar um was geht. Ansonsten wirft der letzte Satz Fragen auf.

s26 z4
ein Programm auszufuhren mit - Programm oder Programmteil

anderen Services ”entdeckbar“ - besser verfügbar?

Vor Abgabe nicht vergessen, die Zeilennummern zu entfernen :)

s29 z6
den Grundlegenden - klein?

• @peter-mueller
• @xdoo
• @darenegade

pls feedback for https://github.com/FabianHoltkoetter/hm-ba/tree/master/docs/planning

" um gemeinsam das Produkt des Betriebssystems" - würdest du das so sagen? Extrem holprig...

"den transfer" würde ich groß schreiben

"Und" am Satzanfang vermeiden. Das dar nur Astrid Lindgreen.

s17 z17
"nahelegt" hört sich komisch an. Dargestellt?

s24 z7
tokens - groß?

" Ansonsten wurde es auch keine Diskussionen und Neuerungen auf diesem Gebiet geben." Erweckt den Anschein, als ob Monolithen etwas neues wären.

Entweder bekommt jeder Faktor einen Artikel, oder du läßt sie ganz weg. Würde sie weg lassen.

Der Übergang ist extrem hart. M.M. nach fehlt hier die Qualität in deinem Hausbau Bsp.

Würde mir überlegen, ob die URLs nicht unter eine Fussnote bekommst, indem du sie einfach mit "oder" verbindest.

Da fehlt irgendwo ein Komma...

"da ein guter Deployment-Prozess" - eigentlich schreibst du hier nur von Deployment Infrastrukturen.

Du solltest dich entscheiden, ob du zwischen der Bildunterschrift und der Quellenangabe ein Leerzeichen haben willst (ich würde eines machen).

Die Struktur ist schwer zu erkennen. Evtl. erst mal alle 6 eigenschaften aufzählen und dann auf die wichtigsten eingehen.

"Eigenschaft Nummer 3, ”Caching“, fordert die Verwendung von Caching um Netzwerklast zu minimieren. Das ”Uniform Interface“ ist eine der größten Unterschiede..." ließt sich so, als ob URI etwas mit caching zu tun hätte. Ich vermute es ist Eigenschaft Nr. 4.

Ich würde keine gedruckte Unterschrift verwenden.

s30 z21
dem testen - groß?

s38 z4
"Oracles JDBC-Datenbank in der Version 7" - ??? JDBC ist der Java Treiber. Wir verwenden Oracle DBMS in der Version 12(?).

s29 z8/9
Auch... Auch...

"dabei die bekanntesten Namen." Der Informatiker spricht hier über Formate nicht über Namen.

Das Pattern dazu heißt:

http://www.enterpriseintegrationpatterns.com/patterns/messaging/MessageChannel.html

Erster Satz klingt sehr holprig.

"zum testen" würde ich so schreiben: "zum Testen"

Zeile bis 8 ist sehr verschachtelt. Da passen auch die Kommas nicht. Würde das mit dem Generieren in einen eigenen Satz auslagern.

Der letzte Satz ist ja so etwas wie ein Fazit. Das würde ich kennzeichnen: "Abschließend kann gesagt werden... ", "Durch die Arbeit hat sich gezeigt..." etc.

Ziel der Arbeit fehlt ganz. Würde ich an den Anfang schreiben.

z5
(siehe Kapitel ??)

s42 z6
möglich bereits - Komma?

s30 z6/7
Auch... Auch... - neues Lieblingswort? :)

s41 z4/5
"und auch die persönliche Erfahrung durch Verwendung eben dieser spielt eine wichtige Rolle" - extremstelzing 2.0? Überleg dir bitte nochmal, was du dem Leser sagen willst und dann sag es ihm einfach. Ohne Schnörkel. Klar und verständlich :)

Die "Logik" ist bei einer DB ist in der Regel immer eine (Tabellen)-Struktur. Diese Einschränkung gilt tatsächlich auch nur bei schema basierten

Äufruf = Aufruf davor gehört ein "

s25 z2
intern eine gleiche - die gleiche?

s34 z5
sind ist - Komma?