StefanE

Dem Beitrag von larsson kann ich eigentlich nur zustimmen.
Vergiss alles was du in der Berufsschule gelernt hast bzw. lernst. Das ist alles (meist auch noch veralteter) Humbug, den du in der Wirtschaft nicht gebrauchen kannst.

Programmieren lernst du nur durchs Selbermachen. Es gibt im Internet - je nach Sprache mehr oder weniger - sehr gute Einsteigertutorials, die auf einem "Projekt" aufbauen, sprich bei denen du am Ende etwas in der Hand hast (nen Taschenrechner, kleines Spiel, Kalender, etc. pp). Das ist dann schon ein guter Ausgangspunkt für die nächste Stufe und oft gibt es dann auch entsprechende Tutorials, die darauf aufbauen. Alternativ kannst du selbst Anpassungen vornehmen und den Kalender um eine Erinnerungsfunktion oder sonstwas erweitern. 

Vielleicht bist du auch ein Serienfreak und bräuchtest eigentlich mal etwas, was deine Serien verwaltet. Könnte man auch mit einer Excelliste machen, aber solche Sachen kannst du natürlich auch mit einer schönen GUI versehen und weitere Funktionen einbauen. IMDB hat bestimmt eine API, die man anzapfen kann, der VLC-Player ggf. auch (Liste der zuletzt geöffneten Dateien). Dann könntest du automatisiert alle Informationen zu deinen Lieblingsserien abrufen und würdest - sofern du immer über den VLC-Player schaust - auch immer wissen wo du aktuell stehst (Season / Episode).
Oder du brauchst öfters ein Wörterbuch, hast aber nicht immer Internetzugang. Zieh dir den Wörterbuchbestand als CSV/XML/... (geht m.W .bei dict.cc) Datei und bau ein entsprechendes Programm oder eine kleine Webseite (z.B. mit Livesuche über AJAX o.Ä.) drum herum. Entwickle einen Algorithmus, der häufig gesuchte Wörter automatisch in eine Favoritenliste aufnimmt, optimiere die Performance über Datenbank Indexes, oder oder oder. 

Ich würde einfach versuchen mir einige solcher "Komfortprogramme" als Übung zu schreiben, auch (oder vor allem) privat. Wenn dir etwas auffällt, was man zu einem Mini-Programmierprojekt machen könnte, dann schreib dir das auf und setz dich am Wochenende ein paar Stündchen hin. Wenn du auf der Arbeit merkst, dass du einen bestimmten Arbeitsschritt mehr als 1 mal machst, dann bau dafür eine Automatisierung (sofern dein Zeitplan das erlaubt). Es muss ja nicht immer eine Hochsprache sein, auch kleine VBA-Skripte helfen in die "Logik" des Programmierens hineinzukommen und sind vor allem für ihren geringen Aufwand oft sehr nützlich / zeitsparend. 


Bezüglich Programmierparadigmen und anderen Prinzipen (wie oben genannt z.B. KISS, YAGNI, DRY) würde ich mich aber immer am Arbeitgeber orientieren. Das sind im Zweifel einfach Glaubensfragen und zudem ist das auch abhängig von der generellen Vorgehensweise (agil oder nicht) und dem Anwendungsgebiet des Programmes. KISS ist sicherlich immer sinnvoll, aber bei YAGNI und DRY mache ich zum Beispiel grundsätzlich das Gegenteil.

Ich programmiere generell alles generisch, sodass ich wechselnde oder neu hinzukommende Kundenanforderungen ohne großen Zeitaufwand einbauen kann oder im Zweifel sogar nur eine Datenbanktabelle mit den neuen Werten befüllen muss und der Rest läuft automatisch (das ist also so ziemlich das 100%ige Gegenteil des YAGNI Prinzips). Am Anfang habe ich das nicht so gemacht, aber nachdem ich mehrfach Dinge implementiert hatte, bei denen sich die Anforderungen auf Kundenseite dann auf einmal doch wieder geändert haben (das kommt nämlich häufiger vor, als man erwarten würde...) und ich dadurch ernneut eine große Rüst- und Implementierungsaufwand hatte, habe ich mir das generische Programmieren angewöhnt. Es braucht in der ursprünglichen Entwicklung dann zwar ein bisschen länger, diese Zeit zahlt sich aber bei späteren CRs (Change Request) vielfach aus.

 
Deim DRY-Prinzip ist es das gleiche. Je nach Anwedungsfall macht das durchaus Sinn, aber wenn du bspw. im Bereich Data Warehousing unterwegs bist, kannst du das Prinzip direkt wieder über Bord werfen. Dort setzt du oft bewusst redundante Daten ein, um Abfragen über viele Tabellen zu verhindern. Bei großen Datenmengen kosten diese nämlich unglaublich viel Zeit. Um aber weiterhin einen sauberen Stand zu haben, setzt du dann auf das SPOT Prinzip. Es gibt dann eine oder mehrere Punkte, die immer die "Wahrheit" für einzelne (oder ggf. alle) Daten beinhalten. Änderungen führst du also auch nur an einem Punkt durch. Die redundanten Daten werden dann durch entsprechende ETL-Strecken aktualisiert, sodass ein konsistenter Stand gewährleistet bleibt.  

Deshalb: Grade bei Paradigmen, Prinzipien und ähnlichem solltest du dich immer nach dem konkreten Anwendungsfall richten und nicht blind eines durchziehen, weil 90% der Internetcommunity drauf stehen und es voll geil finden. 
 
 

Hey ho,
wenn man beim 1. Anmelden die Daten falsch eingibt wird man automatisch auf ne andere Seite weitergeleitet. Gibt man dort die Daten richtig an und drückt Login passiert nichts. Es kommen keine Fehlermeldungen(Kein "Falsches Passwort" oder ähnliches) etc. Erst durch manuelles Aktualisieren sieht man, dass die Anmeldung dann doch geklappt hat.
 
EDIT: Das Forum finde ich bisher ziemlich gelungen.

Wir haben in den letzten Tagen  aus verschiedenen Gründen die Forensoftware gewechselt und hoffen damit jetzt und in Zukunft bessere Funktionen, eine komplette Mobility-Unterstützung (-> responsive webdesign) und eine bessere Usability anzubieten.
Sicherlich wird am Anfang noch der ein oder andere Fehler auftreten, diese sollen dann aber in Zukunft beseitigt werden. Auch finden sich noch einige Übersetzungsfehler.
Schließlich werden wir später auch die Forenstruktur überarbeiten, und ggf. Inhalte anpassen.
Wir wünschen Euch viel Spass mit dem neuen, alten Fachinformatiker Forum.

Plörbs