Pixelfuchs

OneManShow für Projektarbeit und Tagesbetrieb in historisch gewachsener undokumentierter Infrastruktur ohne Weiterbildung bei schlechten Konditionen. Ein Traum. Also für den Arbeitgeber.
persönliche rote Tücher:
Anrufe auf Privathandy eingeforderte Arbeit während attestierter Arbeitsunfähigkeit sporadischer Nothelfer für horrenden Stundensatz, obwohl dieser für das Chaos verantwortlich ist! Wie viele Bewerbungen schreibst du so die Woche?

Nur ganz kurz weil ich gerade auf dem Sprung bin. Heute Abend dann ausführlicher.
Wenn die Weiterbildung vom Betrieb gesponsert/gefördert wird, schau dir mal SANS an.
Wenn du selber zahlst, kann ich aus persönlicher Erfahrung ine.com empfehlen. 

Hallo,
ich habe mich vor einiger Zeit auch mal mit der Fortbildung beschäftigt. Ich habe bei einem Schulungspartner von Sophos angefragt und man sagte mir, dass es eher ungewöhnlich sei, dass Endkunden an der Schulung teilnehmen würden. Zitat: "Als Endkunde würden Sie sich da wie der Hase auf dem Jägerball fühlen". Generell könnte man als Endkunde aber wohl daran teilnehmen. Wenn ich mich recht erinnere, kann man das Zertifikat aber nur als Angestellter eines offizielen Sophos-Partners ausgestellt bekommen. Ich habe mich dann damals für einen Inhouse-Workshop mit einem Systemhaus entschieden.
Davon abgesehen denke ich heute, dass die Schulung nicht sehr viel Zukunft hat. Durch die Sophos XG, die nach einem Zukauf durch Sophos, neu entstanden ist, ist die Zukunft der UTM-Serie recht ungewiss.
mfg Hendrik232

Ein Dokumentenmanagementsystem ersetzt keine fehlende Ordnung, sondern ist ein Werkzeug zur Umsetzung eines Ordnungssystems! Nur weil ich meine "Laufwerksdatenmüllkippe" in ein DMS überführe, finde ich ich nicht auf mal auf magische Art und Weise meine Inhalte plötzlich wieder 😉.
Am besten schaut ihr erst einmal auf die Fachlichkeit und nicht auf die Technik. Ihr solltet euch zu erst Gedanken um die Informationsarchitektur und die fachlichen Anforderungen machen. Eine paar Leitfragen:
Welche fachlichen Dokumenttypen (Baugenehmigung, Bauzeichnung, etc.) haben wir? Wie stehen diese Dokumente in Beziehung zu einander? Welche Metadaten sind für diese Dokumenttypen erforderlich? Welchen Lebenslauf (von der Erstellung bis zu Löschung) haben die Dokumente? Welche gesetzlichen Anforderungen gibt es bzgl. der Ablage und Aufbewahrung? Meines Wissens nach müssen einige Bauunterlagen sogar 30 Jahre "revisionssicher" aufbewahrt werden. Wer darf auf welche Dokumente zugreifen (Berechtigungskonzept)? Welche Schnittstellen zu anderen Systemen werden benötigt? Wie kommen die Daten in das System? All diese Sachen müssen im Vorfeld geklärt werden. Danach könnt ihr euch Gedanken über das dazu passende System machen. Dazu sei angemerkt, dass der DMS-Markt ziemlich unübersichtlich ist.
Und, wie bereits geschrieben, ist die Einführung eines DMS ein aufwändiges und teures Projekt, dass man nicht mal so nebenbei macht.

Ein Dokumentenmanagementsystem ersetzt keine fehlende Ordnung, sondern ist ein Werkzeug zur Umsetzung eines Ordnungssystems! Nur weil ich meine "Laufwerksdatenmüllkippe" in ein DMS überführe, finde ich ich nicht auf mal auf magische Art und Weise meine Inhalte plötzlich wieder 😉.
Am besten schaut ihr erst einmal auf die Fachlichkeit und nicht auf die Technik. Ihr solltet euch zu erst Gedanken um die Informationsarchitektur und die fachlichen Anforderungen machen. Eine paar Leitfragen:
Welche fachlichen Dokumenttypen (Baugenehmigung, Bauzeichnung, etc.) haben wir? Wie stehen diese Dokumente in Beziehung zu einander? Welche Metadaten sind für diese Dokumenttypen erforderlich? Welchen Lebenslauf (von der Erstellung bis zu Löschung) haben die Dokumente? Welche gesetzlichen Anforderungen gibt es bzgl. der Ablage und Aufbewahrung? Meines Wissens nach müssen einige Bauunterlagen sogar 30 Jahre "revisionssicher" aufbewahrt werden. Wer darf auf welche Dokumente zugreifen (Berechtigungskonzept)? Welche Schnittstellen zu anderen Systemen werden benötigt? Wie kommen die Daten in das System? All diese Sachen müssen im Vorfeld geklärt werden. Danach könnt ihr euch Gedanken über das dazu passende System machen. Dazu sei angemerkt, dass der DMS-Markt ziemlich unübersichtlich ist.
Und, wie bereits geschrieben, ist die Einführung eines DMS ein aufwändiges und teures Projekt, dass man nicht mal so nebenbei macht.

70+ Wochenstunden fallen nicht vom Baum, sondern wachsen. Und dazu gehören immer zwei.
Von daher finde ich, dass Du es Dir weiterhin zu einfach machst, wenn Du für alle Entwicklungen immer die Ursachen bei Externen suchst (die Firmen alt wie neu, die Arbeit, der Stress, der Kunde), anstelle einfach zu sagen wie es ist:
Ich habe mich entschieden, viel zu arbeiten. Ich habe mich entschieden, Projektleitung zu betreiben, anstelle zu Entwickeln. Ich habe mich entschieden, mich nicht weiterzubilden. Ich habe mich entschieden, ohne neuen Job zu kündigen. usw. Einsicht ist bekanntlich der erste Weg zur Besserung. Das mag zwar nicht immer zutreffen, was aber definitiv immer zutrifft: Ohne Einsicht wird es keine Besserung geben.

Ich habe ebenfalls berufsbegeleitend Wirtschaftsinformatik studiert. Ganz klar: Mathe! Und weil es berufsbegeleitend ist: Zeitmanagement/Selbstorganisation
Ansonsten: Genieße deine freie Zeit bis dahin. So viel Freizeit wirst du dann erst mal nicht mehr haben 🙈
 

Auch wenn es schon etwas älter ist:
Dieses gelbe Warndreieck hat nicht viel zu sagen. Da wird nur zur Prüfung des Netzwerkstatus eine Textdatei von einem Microsoftserver runtergeladen. Die URL ist: www.msftncsi.com/ncsi.txt. Wenn das klappt, dann weiß man das DNS funktioniert und dieser Server per HTTP erreicht werden kann.
Das heißt aber nicht, dass das "Internet" nicht funktioniert, wenn das Warndreieck angezeigt wird. Diese Prüfung schlägt fehl, wenn obige URL zum Beispiel im Proxy oder der Firewall geblockt ist (was gerne in Unternehmen gemacht wird).
mfg Hendrik232

Meiner Erfahrung nach ist es genau umgekehrt.
Der Mensch ist unfassbar gut darin, sich mit schlechten Situationen abzufinden, dies zu vertagen oder sich diese gar schön zu reden. Das Schönreden ist übrigens, was Du hier vorlebst, indem Du den gewünschten Sollzustand zur Tatsache verklärst, die sich kaum mit der Realität deckt.
Es basieren ganze Wirtschaftszweige, meist enorm gewinnbringend, auf der Behandlung von Folgen und Symptomen, während Prävention und Vorsorge fast immer kürzer kommt. Dabei ist es egal, ob es um Gesundheit, Infrastruktur, IT, Wirtschaft, Politik oder den Arbeitsplatz geht. Die anekdotische Evidenz gibt mir dazu recht: Auch hier im Forum erleben wir das immer wieder.
Die einzige nachhaltige Triebfeder für Verbesserung ist intrinsische Motivation. Die haben aber weit weniger Menschen als man sich das wünschen würde und so wird Ausgesessen oder bestenfalls an Symptomen gebastelt, aber nur selten die eigentliche Ursache bekämpft. Es ist schlicht bequemer so. Und weil der Mensch so ein Gewohnheitstier ist (da hast Du zu 100% recht), sogar ein ziemlich faules dazu, bleibt alles wie es war, auch wenn es Mist war und ist. Veränderung bedeutet immer Arbeit und ist somit schlecht. Beim Bekannten weiß man wenigstens, dass es Murks ist, geht kein unbekanntes Risiko ein und ein bisschen im eigenen Elend suhlen ist schließlich auch ganz angenehm.

Ich habe zwar keine Literaturempfehlung, deine Frage ist aber auch sehr allgemein und für jedes spezifische Gebiet gibt es mehr als genug Lektüre. Du würfelst viele Begriffe durcheinander, darum plauder ich einfach mal aus dem Nähkästchen, da ich vor allem in diesem Bereich arbeite und zu tun habe.
Dadurch, dass man heutzutage viele Endgeräte hat (Browser, Smartphone-App, Smart-TV-App, was auch immer), geht man weg von serverseitigem Rendering über (Script)Sprachen wie PHP, Python (Django-Framework), usw. hin zu Schnittstellen (z.B. Rest), auf die dann von jeder App aus zugegriffen wird.
Im Web-Frontend sieht es nun so aus, dass Single-Page-Applications (SPAs) entwickelt werden. Diese bestehen, wie der Name sagt, aus einer einzigen Seite. Das realisiert man vor allem mit JavaScript-Frameworks wie React, Angular (was ich hauptsächliche mache), VueJS o.Ä.
Für die (REST-)API benötigt man natürlich auch einen Server. Dies kann bei einfachen Servern einfach eine Applikation sein, die Anfragen annimmt und Resultate zurück gibt. Zum Beispiel könnte man das auch mit serverseitigem Rendering über PHP machen, häufiger wird aber NodeJS (ggf. auch mit Express, NestJS oder einem anderen Framework) verwendet. Manche MVC-Frameworks wie Django bieten auch REST-Schnittstellen mit an. Das reicht erst mal für kleine Applikationen völlig aus.
Werden Projekte aber nun größer, wird eine skalierung notwendig. Hierbei gibt es verschiedene Strategien. Man könnte zum Beispiel X Server hinstellen, auf denen X mal die gleiche Serveranwendung läuft und einen Proxy davor, der die Anfragen verteilt. Bei großen Applikationen ist es jedoch so, dass nicht alle "Teile" der Software gleich häufig verwendet werden. Darum verwendet man sogenannte "Microservices". Jeder Microservice ist ein Teil der Software, zum Beispiel ein Microservice für die Authentifizierung, einen für eine Timeline, einen um Bilder anzuzeigen, ein anderer für den Warenkorb, der nächste hat eine KI-Applikation laufen, die Informationen aus Bildern herausliest, die hochgeladen werden. Jeder Mircroservice kann in einem (Docker-)Container laufen und je nach Auslastung, kann orchestriert werden (z.B. über Kubernetes), also zusätzliche Container hochgefahren oder abgeschaltet werden. Mircoservices haben zudem den Vorteil, dass jeder Microservice mit einer anderen, dafür geeigneten Technologie entwickelt werden kann. Zum Beispiel kann der eine Container eine PHP-App beinhalten, der andere NodeJS mit ner MongoDB, der nächste Python, usw. Jede Abteilung kann also die Technologie verwenden, welche für ihre Zwecke am besten ist (z.B. ist Python für KI-Geschichten besser geeignet als PHP).
Die Verwendung einer Microservice-Struktur hat spezielle Anforderungen. Zum Beispiel, wie autorisiert man einen Benutzer in den Containern untereinander? Was soll passieren, wenn ein Service zu lange für ein Response braucht? Wie kommunizieren die Container untereinander (muss nicht über REST sein)? Das sind alles Fragen, die man zu beantworten bzw. zu lösen hat.
Hast du auf all das keine Lust oder Ressourcen oder das Knowhow, kannst du auch auf "serverless" setzen. Hierbei wird dir die Schnittstelle vom Serverless-Anbieter angeboten. Du benutzt einfach über deren Software-Libraries um deren User-Auth, Datenbank, Storage, usw. zu verwenden und musst dich dann nicht um die Skalierung dahinter kümmern. Dafür musst du das dann natürlich auch (ab einer gewissen Größe) bezahlen.
Ich mag den Begriff nicht sonderlich, aber ich würde zu der Aussage eher "jein" sagen. Dev-Ops hat in meinen Augen mehr mit Continuous Integration und Continuous Delivery zu tun, wobei es natürlich auch Schnittpunkte mit den oben genannten Technologien gibt, zum Beispiel indem man Container baut, testet und (in einer orchestrierten Umgebung) deployed.
Lange Rede kurzer Sinn: befass dich einfach nach und nach mit den Technologien. Baue eine kleine SPA, mit einem kleinen Server dahinter, schieb den in einen Container rein und bastel da einfach mal am besten rum. An Dinge wie Orchestrierung würde ich mir erst mal keine Gedanken machen, das kommt dann mit der Zeit. Wenn du dich eher in Richtung DevOps entwickeln möchtest, wäre vlt. ein guter Ansatz, agile Softwareentwicklung zu verstehen und wie DevOps dabei unterstützt.
 

Ich hätte nichts dagegen, wenn mein Chef das lesen würde. Meiner Meinung nach zeigt es nämlich einfach nur, dass ich mir Gedanken mache und mir das Verhältnis zu meinem Vorgesetzten und zu meinem Team nicht egal ist.
@Chief Wiggum vielen Dank für deine Worte. Ich weiß das zu schätzen.
Auch Danke an @mondaycoffee. Schön zu hören, dass du meine Gedanken nachvollziehen kannst, das tut gut nach den negativen Beiträgen
Nachdem ich hier ein paar gute Antworten bekommen habe, ist die Frage für mich geklärt. Das Thema kann also geschlossen werden, bevor das hier noch weiter ausartet. 

Jetzt reicht es aber. Die Fragestellerin hat ihre erste Stelle nach der Ausbildung angetreten und hat durchaus das Recht, in solchen Sachen unsicher zu sein.

Ich denke in solchen Situationen geht es gar nicht um das "Was", sondern um das "Wie". Im (Berufs-)Leben hat man immer mal wieder schwierige Gespräche, aus denen man sich "retten" muss. Du hattest in dieser Situation (noch) nicht die Soft Skills dafür. Daran kannst du aber arbeiten. Statt dich mit Fragen "löchern" zu lassen, hättest du auch Fragen stellen können (z.B. "Wo wart ihr denn im Urlaub?"). Es heißt nicht umsonst "Wer fragt, der führt".
@LetaleDosis Du scheinst dich sehr auf das Negative zu fokussieren (zumindest lese ich das aus deinen Beiträgen raus). Das ist ein Stück weit verständlich, hilft dir aber nicht weiter. Ganz im Gegenteil. Fokussiere dich doch mal bewusst auf die schönen Dinge im Leben. Ansonsten solltest du wirklich darüber nachdenken, ob du dir nicht Hilfe suchen möchtest.

Bitte auch beachten, was LetaleDosis in 
 geschrieben hat. Das Problem scheint etwas größer zu sein (bzw. zu groß für die Kompetenz dieses Forums...wir sind keine Therapeuten/Psychologen).

Um es vorsichtig auszudrücken: Ich denke nicht dass wegen dem Inhalt der Antwort die Stimmung gekippt ist. ich denke viel eher, dass du - vermutlich ohne es zu merken - pampig oder trotzig reagiert hast, nachdem mehrmals nachgehakt wurde. Also dass die anderen gemerkt haben, dass die Stimmung in dir innerlich gekippt ist und du es nach außen hast anmerken lassen. Selbst wenn man sich unwohl fühlt, einfach solche Sachen mit nem coolen Spruch abhacken und auf ein anderes Thema lenken, zum Beispiel indem man fragt, wo die Kollegen denn so im Urlaub waren und was sie empfehlen können.

Eine etwas genauere Eingrenzung des Budgets? Der unterschied von 2k zu 3k ist nicht gerade klein, das sind 50% mehr oder eben nicht.
Spielst du dann jeden Anden DJ, soll das automatisiert laufen? Bei Cloud, was ist Punkto Datenschutz zu beachten? DSGVO-konformer Cloudspeicher kostet auch.
USVs gibt es ab unter 100€, da die Leistung von den angeschlossenen Komponenten abhängt würde ich behaupten du findest was für unter 200€. Wenn das für den Kunden "signifikante Kosten" sind, würde ich hier das Gespräch beenden.
Das ist doch nicht dein Problem!
Ernsthaft, wenn du das nur als Freundschaftsdienst machen möchtest, lass es, du verbrennst dir damit nur die Finger, und die Freundschaft ist danach im Eimer. Erklär ihm in Ruhe warum dir das zu heiß ist, wenn er ein Freund ist wird er es verstehen. Wenn er es nicht versteht, danke Gott auf Knieen dass du nichts angefasst hast.
Bist du dort angestellt? Dann lauf, so schnell und so weit du kannst!
Nix "erst mal", es gibt kein "erst mal". Vorne anfangen, Firewall!  Erst die Türen und Fenster absichern, dann der Innenausbau. Was auf dem Bau gilt, gilt auch bei Firmeninfrastruktur.
Entweder richtig, und zwar jetzt oder es läuft nach dem Schema "Mach mer später, mach mer später... mach mer gar nicht".
Aber.. läuft. Daher nicht so dringend https://www.lernen-heute.de/pics/eisenhower.png
Und im ersten Stepp tut es dann wirklich auch erst mal die USB Platte an der FitzlBox.
Ich gehe bei so was IMMER vom (bezahlbaren) Worstcase aus, das ist mein Job, dafür bekomme ich Geld!
Wenn alles super flauschig laufen würde bräuchten wir
keine Firewall, weil es keine bösen Jungs im Internetz gibt, keine Redunadanz weil nichts kaputt geht, keine Updates weil Software einfach funktionieren würde und Bugfrei wäre (sicher muss sich ja nicht sein wenn es keine Bösen gibt) kein Backup weil niemand Daten aus versehen löscht keine USV weil der Strom nie ausfällt und auch niemals Spannungsspitzen durch die Leitung kommen kein Mailproxy/Spamfilter weil nur gute Mails reinkommen ... Da das aber Utopie ist, machen wir genau das, wir gehen vom WorstCase aus und versuchen unsern Auftraggeber bestmöglich zu schützen. Klingt sehr pathetisch, merkt ich gerade, aber so isses nun mal.

Sorry, aber freunde dich damit an, dass du als ITler Fachliteratur auf Englisch lesen und verstehen solltest.

Ich persönlich halte leider nicht viel von IHK Fortbildungen im IT Bereich. Ich rate eher zu einer Ausbildung als Fachinformatiker, in deinem Fall Systemintegration.
Du hast bei dem von Dir verlinkten Fortbildungskurs einen Umfang von 120 Stunden. Beim Fachinformatiker hast du halt allein 1.200 bis 1.500 Stunden Unterricht plus ca. drei mal soviel Stunden im Betrieb. Da kann man von 120 Stunden Unterricht nun nicht das große Wissen erwarten.
"Draußen" in der Wirtschaft ist IHK Seitig fast nur der FI angesehen. Selbst die Weiterbildungen zum "Operative Professional" u.ä. sind meist nicht bekannt bzw. werden dann vom Umfang her mit deinem verlinkten "IT-Security Manager" gleichgesetzt.
Ich an deiner Stelle würde den durchaus längeren Weg gehen:
Ausbildung zum Fachinformatiker, während der Ausbild CISCO CCNA Routing & Switching und dann hinterher gleich nach dem Abschluss den CCNA Security Aus meiner SIcht kommt man damit wesentlich weiter. Man kann dann auch noch auf die Professional Ebene gehen nach einigen Jahren.
Aber wie geschrieben, das ist nur meine persönliche Meinung zu deinem Vorhaben. 
 

Ich habe vor ein paar Jahren einen interessanten Denkansatz dazu gelesen. Ich weiß aber nicht mehr wo. Der Ansatz hat mir beim Umgang mit Fehlern geholfen. Demnach zeigt einem ein Fehler, dass einem im Wortsinn noch etwas fehlt (z.B. Wissen, Sorgfalt etc.). Wenn einem nichts gefehlt hätte, dann hätte man den Fehler ja nicht gemacht. Wenn man nach einem gemachten Fehler ruhig analysiert was einem gefehlt hat, dann kann man an sich arbeiten (z.B. Wissen aufbauen, Checklisten erstellen etc.) und das Fehlende ergänzen. Dann war der Fehler nicht umsonst und du kannst daran wachsen.
Der Königsweg ist es aus Fehlern anderer zu lernen. Wenn du dich mit deinen Kollegen gut verstehst, dann frag sie doch mal was sie schon alles verbockt haben. Du wirst staunen..... und kannst von ihren Fehlern lernen.

Ja, das funktioniert. Das habe ich in einer ähnlichen Situation auch schon mal so gemacht.
So wie du es vor hast, geht es, es ist aber ziemlich unsicher. Du solltest den Header "Access-Control-Allow-Origin" stattdessen explizit nur für die Domain setzen. Hierfür gibt es einen kleinen Trick. Du liest bei den Request den Origin-Header aus und gleichst ihn mit einer Rewrite-Map ab. Der Client sendet den Origin-Header ja bei deinen  AJAX-Anfragen mit. In der Rewrite-Map hast du dann ein Key-Value-Paar für deine Domain. Der Trick ist, dass Key und Value exakt gleich sind. Wenn der ausgelesene Origin-Header zum Key passt, dann wird der Value in den Access-Control-Allow-Origin-Header der Response geschrieben. Wenn es keinen Eintrag in der Rewrite-Map gibt - die Domain also nicht von die legitimiert ist - dann wird der Access-Control-Allow-Origin-Header nicht gesetzt und der CORS-Schutz greift. So kannst du besser und sicherer Steuern, welche Domains für CORS zulässig sind.

Die Einleitung ist mit das Wichtigste bei einem Vortrag. Ich würde da nicht mit einem langweiligen "Hallo, ich bin x und mein Thema ist y" beginnen. Zum Einen wissen die Prüfer das und zum Anderen ist das langweilig..... Das heißt natürlich nicht, dass diese Informationen im zweiten und dritten Satz nicht folgen sollten. Das müssen sie! Der Einstieg sollte aber das Interesse am Vortag und am Thema wecken. Überlege dir einen interessanten und passenden Einstieg. Das kann ein Zitat, eine (provokante) Frage oder kurze Anekdote sein. Es muss aber passen. Keine Showeffekte des Showeffekts wegen.
Beispiel: Zum Thema IT-Sicherheit könnte man das Zitat von Erich Kästner „An allem Unfug, der passiert, sind nicht etwa nur die schuld, die ihn tun, sondern auch die, die ihn nicht verhindern.“ verwenden.

Tu dir selbst einen gefallen und lass dein Vorhaben (erstmal) bleiben. Dir fehlt anscheinend noch das nötige Wissen für dein Vorhaben. Du gehst ein sehr hohes Risiko ein mit deinem naiven Vorgehen. Du bist (erstmal) für alles verantwortlich, was mit deinem Server passiert. Wenn ein Hacker deinen Server "kapert" und "unfug" macht, bist du dran. Es ist deine Pflicht deinen Server gegen Angriffe abzusichern. Die etwaigen zivil- und strafrechtlichen Konsequenzen solltest du nicht unterschätzen.
Miete dir Webspace und betreibe da dein Wordpress. Da kümmert sich der Hostinganbieter um die Sicherheit des Servers.

Ich habe noch eine technische Rückmeldung für dich. Um die Ladezeiten der Seite zu verbessern, solltest du die Bilder vorher "runterrechnen".  Ich habe einige Bilder mit einer Größe von 4-5 MB und einer Auflösung von 5312*2988 Pixel auf deiner Seite gefunden. In Summe hat ein Seitenaufruf so schon mal 10 bis 20MB. Bei mir kam es dadurch zu sichtbaren Verzögerungen beim Seitenaufbau. Daher solltest du die Bilder auf das Nötigste skalieren. Guck, dass du mit den Bildern unterhalb von 1MB pro Bild liegst. Das ist insbesondere bei mobilen Endgeräten mit einer geringen Bandbreite und einem geringen Datenvolumen wichtig. Die Nutzer brauchen vermutlich ohnehin keine so hochaufgelösten Bilder.
Wenn das Bilder sind, die deine Nutzer hochladen, dann solltest du diese automatisiert "runterrechnen" oder den Upload von zu großen Bildern unterbinden.
Wenn du noch einen Schritt weiter gehen willst, dann kannst du die JS- und CSS-Dateien noch "minimizen". Dabei werden die Kommentare, Leerzeilen und sonstige "unnötige" Zeichen entfernt. Das Tool https://yui.github.io/yuicompressor/ könnte man zum Beispiel dafür verwenden. Behalte aber deine "Entwicklungsversion" zum Weiterarbeiten, sonst wirds blöd ?.
P.s.: Und nicht entmutigen lassen. Step-by-Step wird deine Seite besser ?

Ich würde ausrasten.
Ich habe ein Girokonto. Und ein Sparbuch auf dem meine Notreserven (3 Bruttogehälter) liegen.
Dazu habe ich meine kleine App um meine Ausgaben zu tracken.

Der "Wasserfall" kann durchaus iterativ sein. Das steht sogar so im Original-Paper. Das müsste das Original-Paper sein, auch wenn der Begriff "Wasserfall" darin gar nicht vorkommt: http://www-scf.usc.edu/~csci201/lectures/Lecture11/royce1970.pdf
Das Wasserfallmodell läuft grundsätzlich linear ab. Eine Phase muss abgeschlossen sein und ein (Gesamt-)Ergebnis  haben, welches abgenommen wird, bevor es in die nächste Phase geht. Wenn sich dann in einer späteren Phase herausstellt, dass eine vorherige Phase unvollständig war, kann jedoch zurückgesprungen werden und das Ganze wird nochmal (neu) betrachtet. Dabei wird nicht nur die Änderung betrachtet, sonder noch einmal ein Blick auf das Ganze geworfen. Danach geht es dann, nach einer erneuten Abnahme, wieder mit der folgenden Phase weiter.
Die "agilen" Methoden sind hingegen inkrementell und iterativ. Das Ziel ist es möglichst früh einen Prototypen zu haben. Die Weiterentwicklung erfolgt anhand der gemachten Erfahrungen mit dem bisher entwickelten System. Das Produkt entwickelt sich Stück für Stück weiter, ohne das das große Ganze vorher in einem Dokument vorgeplant wurde. Die Dokumentation wird dabei auf das nötigste beschränkt. Siehe hierzu auch das agile Manifest.