Zum Inhalt springen

pr0gg3r

Mitglieder
  • Gesamte Inhalte

    1948
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    25

Alle Inhalte von pr0gg3r

  1. Wieso ist das Lernen denn nicht Grund genug? Ich will gar nicht wissen, wie viele zig tausend Zeilen Code ich bereits geschrieben habe, die niemals jemand sehen oder nutzen wird. Na und? Was bringt es, privat an einer Modelleisenbahn zu basteln? Hobby vielleicht? Leidenschaft? Keine Ahnung. Man findet sicher genug Gründe. Ansonsten zwingt dich ja niemand und du kannst es bleiben lassen. Wird dich ja wohl niemand aufhalten! Was willst du denn? Anerkennung? Dann musst du dich aber persönlich und als Entwickler sehr viel weiter entwickeln. Dann bekommst du auch irgendwann Anerkennung - zumindest wenn du etwas machst, das andere gebrauchen können UND das auch gut machst. Um etwas zu machen, was genutzt wird, musst du auch etwas entwickeln, das gebraucht wird. Bei einem Ticket-System habe ich da so meine Zweifel. Mir kommt es so vor, dass du etwas online stellst und jetzt von irgendwem erwartest, dass dein Code verwendet wird. Aber wieso soll das passieren? Weil du dich angestrengt hast? Wenn ich mich anstrenge und etwas singe und aufnehme kann ich auch nicht meckern, dass sich das niemand anhört oder sogar Geld dafür bezahlt, nur weil ich mir die Mühe gemacht habe.
  2. Kann ich so bestätigen. Bist du denn ein mal im Berufsverkehr nach Stuttgart rein und wieder raus? Veil Spaß! Da stehst du 1-2 Stunden in der Stadt und dann musst du noch deine Strecke fahren. Und da hoffe ich für dich, dass du nicht über die B10, A8, B27, ... fahren musst. In die Stadt Stuttgart mit dem Auto reinzufahren macht echt kein Sinn. Da bist du mit einer Stunde pendeln deutlich kürzer dran.
  3. Steht doch alles da. Fachaufgabe Präsentation Einzelinterview Fachaufgabe kann aus allen Bereichen eines Fisi sein, die Präsentation auch zu einem Fisi-Thema oder vielleicht auch zur Fachaufgabe und das Einzelinterview als normales Bewerbungsgespräch.
  4. Meine bescheidene Meinung: Blockchain: Hier scheint der große Hype vorbei zu sein und zwar was Kryptowährungen, aber auch andere Anwendungsgebiete der Blockchain angeht (Stichwort Smart Contracts). Von den ganzen "tollen Ideen", die auf der BC basieren, hört man gerade nicht mehr viel. IoT: Hier wird zwar noch viel gemacht, aber dennoch ist es nicht so, dass IoT in unserem Alltag integriert ist. Es gibt zwar vereinzelte IoT Devices auf dem Markt, aber zumindest beim Konsumenten kommen sie (bisher) nicht an. Vielleicht interessanter im Produktionsumfeld und in der Automatisierungstechnik, was für einen Wirtschaftsinformatiker durchaus interessant sein kann (Auswirkungen von IoT auf Unternehmensprozesse in der Produktion am Beispiel der Firma XYZ). KI: Von diesen drei Themen würde ich am ehesten behaupten, dass es am meisten Impact auf unseren Alltag haben wird. Immer mehr Algorithmen, die vorher nicht möglich waren, werden mit KI möglich sein. Hier ist, soweit ich das betrachten kann, gerade am meisten Bewegung in der Wissenschaft, Forschung, Entwicklung, Markt sowie Bedarf an Fachkräften. KI ist jedoch sehr mathelästig (vor allem Stochastik und Statistik), aber wenn man dazu Lust drauf hat, wieso nicht? Für Wirtschaftsinformatiker wird aber gar nicht das technische so interessant sein, sondern die Anwendungsgebiete und die Möglichkeiten, die sich durch KI ergeben. Hier am besten einfach mal mit Profs reden, die sich damit beschäftigen, dann ergibt sich daraus sicherlich eine interessante Bachelorarbeit.
  5. Geschichte (von einfachen Peeps bis hin zu HD Sound) Funktionsweise (wie werden die Signale verarbeitet? Audiokompression? Wie wird aus Bits Sound erzeugt? Ggf. auch physikalisch Schallwellen und Funktionsweise Lautsprecher) Anwendungsgebiete und die dafür vorgesehenen Anforderungen (Musikproduktion, Entertainment-Systeme, Kino, Streaming, (Konzert)Aufnahmen, ...) Vergleich Analog/Digital, Optische Übertragung ... Zu allem erst mal Material sammeln, dann wirst du ja merken, wo man mehr findet und tiefer einsteigen kann.
  6. Leute, vergisst die Arbeitswelt ohne Ausbildung, das hat keinen Wert... Also ich finde den Plan, erst mittlere Reife zu machen und dann eine Ausbildung, recht solide und wüsste nicht, was dagegen spricht. Ich würde mich an deiner Stelle erst einmal auf die mittlere Reife konzentrieren und das dann später gemeinsam mit deinem Ausbildungsbetrieb entscheiden, ob eine Verkürzung am Anfang oder Ende der Ausbildung in Frage kommt. Stand jetzt finde ich es etwas arg früh, darüber Gedanken zu machen Wenn es dir Spaß macht, warum nicht? Ich finde, alles was das technische Denken fördert, kann man alles mal machen. Ob du jetzt zum Spaß Java lernst oder wirklich was produktives entwickelst, spielt gar nicht so groß die Rolle. Genau so ist es. Viel Erfolg!
  7. Ich würde zu einem Studium tendieren, einfach aus dem Grund, dass ein Studium viel mehr in Tiefe geht und auch nicht arg viel länger dauert, als eine Ausbildung (3,5 Jahr Regelstudienzeit, Ausbildung 3 Jahre). Aber: Das Thema Mathe darf man nicht unterschätzen. Wenn du dich nicht hinsetzen und lernen möchtest, dann würde ich bei Problemen mit Mathe nicht zu einem Studium raten. Ich hatte und viele meiner ehemaligen Kommilitonen hatten das selbe Problem. Ich bin auch durch Mathe durchgefallen. Aber im Gegensatz zu vielen anderen habe ich mich dann Tag und Nacht hingesetzt und gelernt, bis ich es kapiert habe und die Prüfungen bestanden habe. Andere haben das nicht getan und wurden exmatrikuliert. Ja, denn im Berufsalltag braucht man Mathe nicht allzu oft.
  8. In den 18 Jahren hättest du dir selber das Programmieren beibringen können ?
  9. Im Grunde benötigst du eine Hochschulzulassungsberechtigung. Dabei unterscheidet man zwischen Allgemeiner Hochschulreife und Fachhochschulreife (FHR). Eine Umschulung ist dabei keine Hochschulzulassungsberechtigung. Die Allgemeine Hochschulreife erhält man über ein reguläres Abitur, also dem Abschluss an einem Gymnasium. Darüber hinaus gibt es Berufskollegs, an denen die FHR erworben wird, die zum Studieren an Fachhochschulen berechtigen. Diese genannten sind aber für Schüler konzipiert. Deshalb benötigst du etwas auf dem zweiten Bildungsweg. Hier gibt es verschiedene Möglichkeiten wie zum Beispiel Abendgymansien (wo die allgemeine Hochschulreife erworben wird) oder einjährige Berufskolleges zum Erwerb der FHR. Je nach Universität und Hochschule kann die Zulassungsberechtigung auch anders erfolgen, zum Beispiel durch Anerkennung von Arbeitserfahrung, aber darauf würde ich nicht wetten. Einfach mal nach den fett markierten Wörtern googlen, dann solltest du erst mal genug Informationen haben.
  10. Wieso nicht einfach regulär studieren (Uni oder FH)? Wenns am Geld liegen sollte: Bafög, Stipendien, Werkstudentenstelle, Semesterferienjobs, ...
  11. Wieso solltest du "gefangen" sein? Du bist ein eigenständiger Mensch mit Persönlichkeitsrechten, niemand darf dich "einsperren". Du hast die Zertifizierungen als Teil deiner Ausbildung gemacht. Niemand zwingt einen dazu, nach der Ausbildung einen neuen Vertrag dort zu unterschreiben. Du bist ein freier Mensch und kannst gehen wohin du willst und kannst tun und lassen was du willst (natürlich immer im Rahmen des Gesetzes). Selbst wenn dein AG dir sagt: "wir haben dir doch die Zertifikate bezahlt, bleib doch bitte bei uns" ist es dennoch deine freie Entscheidung. Manche AG machen dann einen auf "Moral": "du bist uns überhaupt nicht dankbar blabla". Lass dich von sowas nicht einschüchtern. Anders sieht es natürlich aus, wenn man sehr teure Schulungen bekommt und dann unterschreibt, dass man für X Jahre beim Unternehmen bleibt oder ansonsten einen Teil der Schulungsgebühren zurückzahlen muss. Das ist aber kein Bestandteil von dem Standard IHK-Ausbildungsvertrag und solange du da nichts unterschrieben hast, sehe ich keine Probleme.
  12. Auch wenn @bigvic in meinen Augen recht hat und sich Trends durchaus zu Branchenstandards entwickeln, muss sich ein technischer Leiter nur bedingt immer selbst mit dem neuesten Schrei auseinander setzen. Letztendlich muss er "nur" Entscheidungen treffen. Aber er selbst muss sich nicht zwingend damit beschäftigen, das kann ja jemand anderes aus dem Team machen und ihm zuarbeiten. Wichtig ist nur, dass es gemacht wird und dass es ergebnisoffen gemacht wird, wie @Konketea geschrieben hat: Ich zum Beispiel untersuche bzw. vergleiche derzeit oft verschiedene konventionelle und neue Technologien und deren (möglicher) Einsatz im Unternehmen, schreibe ein 3-5 Seiten Paper darüber und liefer das ab. Entscheiden tun dann jedoch andere. Da hier gerade auch schon wieder die Diskussion um die Cloud losgeht, meine bescheidene Meinung: Es gibt nicht nur "schwarz" und "weiß". Auch gibt es in nicht nur "ja" und "nein". Letztendlich gibt es bei jeder Lösung Vor- und Nachteile, die gegenüber abzuwiegen sind. Cloud zum Beispiel macht sicherlich nicht immer Sinn, aber es gibt durchaus Szenarien wo die Vorteile überwiegen. Wobei Vorteile nicht immer nur aus technischer Sicht zu betrachten sind, sondern auch vom Usecase und Business-case (was ITler, mich eingeschlossen, auch nicht immer sehen (möchten)).
  13. Ich weiß nicht ob ichs richtig verstanden habe oder ob du Verständnisprobleme hast. Erst einmal: für eine systemnahe Entwicklung (Teile des Betriebssystems(kernels), Treiber, programmierbare integrierte Schaltkreise, usw.) benötigen Assembler und/oder C. Also sobald du mit Hardware zu tun hast. Das ganze ist dann ziemlich low-level, also ein paar Schichten unter der Anwendungsentwicklung. Hierbei brauchst du umfassende IT-Kenntnisse, wie Computer und Chips funktionieren. Ich kenne Power BI nicht, aber das sieht mir in erster Linie nach ganz normaler Anwendungssoftware aus (zumindest das Dashboard). Diese programmierst du mit einer Programmiersprache deiner Wahl, für welche es eine GUI gibt. Zum Beispiel C++, Java, C#, whatever). Anwendungsentwickler entwickeln zum Beispiel kein eigenes DBMS, verwenden dafür aber eines der unzähligen die es gibt. Das Problem das wir nun in der Diskussion haben: Man macht eher selten beides, denn beides sind Spezialgebiete für sich. An deiner Stelle würde ich vielleicht beides ausprobieren und dann überlegen, auf was du dich dann spezialisieren möchtest. Dazu lerne am besten Assembler und C für die systemnahe Programmierung und wenn dir das Spaß macht, bleib dabei. Ansonsten such dir irgendeine Sprache für Anwendungsentwicklung aus.
  14. Erreichbarkeit: natürlich kann ein Cloud-Dienst mal unerreichbar sein. Aber genauso kann die interne IT-Infrastruktur ausfallen. Vor allem bei KUM gibt es da viele Probleme, wenn der einzige IT-Mitarbeiter gerade krank oder im Urlaub ist. Sicherheit: Ich denke mal, dass die großen Cloud-Dienste (Amazon, Google, Microsoft Azure, ...) mehr Knowhow im Bezug auf IT-Sicherheit haben, als die meisten Unternehmen und Konzerne. "Gefrickel": Vor allem bei KUM sieht man es oft, dass sich die Anforderungen ändern, ohne dass die IT-Infrastruktur sich mit ändert, zum Beispiel wenn eine Firma wächst. Hier fehlt häufig Budget und die IT muss schauen, wie sie mit den vorhandenen Geräten zurecht kommt. Schlechte Dokumentation tut sein übriges dazu. In der Cloud kann man Dienste hinzu- und abschalten, so wie man sie benötigt. Kosten: Cloud ist nicht billig. Einmalige Kosten für einen Server sind vermutlich billiger, als jedes Jahr X€/MA oder X€/Service zu zahlen. Jedoch braucht man dann eben auch das Personal und das Knowhow, was auch sehr hohe Kosten sind, wodurch es dann wieder ohne Cloud teurer werden kann. Wobei man in-house einen Serverraum benötigt mit Klimatisierung, man braucht Backup (am besten geographisch getrennt), eine SUV, etc. pp. Datenschutz: Das Thema ist natürlich nicht zu vernachlässigen. Wo stehen die Server? Gibt es Auftragsdatenverarbeitung-Verträge? Das ist vermutlich bei Cloud-Diensten ein größeres Thema.
  15. Schreibst du deine Masterthesis im Unternehmen? Dann einfach mal mit potentiellen Betreuern reden, was sie dir vorschlagen. Ansonsten an entsprechende Dozenten wenden, die Module in die Richtung anbieten. Ohne genauere Informationen mit welchen Themen du dich auseinander setzt, kann man nur schwer helfen. Wenn man aktuelle Trends wie Cloud, Container-Orchestrierung und Microservices betrachtet, gibt es hier natürlich auch viele Sicherheitsaspekte zu beachten, die untersucht werden können.
  16. NGINX wird durchaus bei Docker-Umgebungen als Reverse-Proxy eingesetzt. Setz doch einfach mal eine Dockerumgebung mit ein paar NGINX auf und spiel damit ein wenig rum.
  17. 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.
  18. https://cloud.google.com/about/locations/?hl=de&region=europe#region https://support.google.com/firebase/answer/9019185?hl=de Glaub mir, ein Gang zum Anwalt wird dir definitiv nicht erspart bleiben. Du musst dir bewusst sein, dass dich das ganze einige tausend Euro kosten wird. Aber alleine, ohne juristisches Wissen im Bezug Datenschutz und Digitales wirst du nicht weit kommen und Halbwissen aus dem Internet ist eher schädlich als förderlich.
  19. Bei Firebase musst du beachten, dass (noch) nicht jedes Feature für jede Zone verfügbar ist. Je nachdem, was du benötigst kann es sein, dass für dich eine europäische Zone (am besten Frankfurt für eine deutsche Zone) ausreicht, aber alleine die Cloudfunctions machen dir da einen Strich durch die Rechnung und die benötigt man so gut wie bei jedem Projekt. Es gibt aber noch andere europäische Zonen. Aus meiner Erfahrung raus wirst du als Nutzer/Anbieter von Cloud-Diensten nicht um einen Anwalt herum kommen, der dir deine Datenschutzerklärung macht. Am besten auch im Vorfall die Sachen mit den externen Diensten abklären. Wenn du Daten an andere Dienste Daten weiter gibst, ist das Stichwort hierfür "Auftragsdatenverarbeitung" (ADV).
  20. In der Praxis kann es durchaus vorkommen, dass alte Systeme erweitert werden sollen. Demnach finde ich das Projekt als solches nicht schlimm. Natürlich sollte altes PHP nicht das einzige sein, was vermittelt wird. Ich hoffe, dem ist auch nicht so. Im Bezug auf PHP und Sicherheit: eine alte PHP-Version kann man durchaus als kritisch erachten. Jedoch ist eine Risiko-Analyse weder im Rahmenlehrplan zu finden, noch Aufgabe eines Azubis (selbst wenn @MrsWallace noch so recht hat).
  21. 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.
  22. Alles, was du über den Browser anzeigen lassen möchtest (in diesem Fall $storagefile_srv01_user_verzeichnis_dokumente.$file) muss über HTTP erreichbar sein. Um das zu erreichen, gibt es verschiedene Möglichkeiten: Das Verzeichnis /var/www/cloud_storage/ über HTTP verfügbar machen. Dazu musst du, je nachdem was für eine Server-Software (z.B. Apache oder nginx) du verwendest, entsprechend die Konfiguration des Webservers anpassen. Zum Beispiel machst du die Dateien darin unter "storage.domain.tld" verfügbar, dann lautet die Adresse zum Bild http://storage.domain.tld/$file. Das bringt den Nachteil mit sich, dass alle Dateien dort frei zugänglich sind. Du kopierst die abzurufenden Daten erst in ein von HTTP erreichbares Verzeichnis, dann bindest du das Bild entsprechend ein. Dann sammeln sich aber die Dateien nochmal an einer anderen Stelle an, deshalb ist das nicht zu empfehlen. Vielleicht könnte man irgendwelche Linux-Spielereien wie einen Symlink auf das cloud_storage-Verzeichnis machen, um die Dateien aus /var/www/html/... zugänglich zu machen. Du könntest ein PHP-Script "get-file.php?file=foo.bar" schreiben, das dann die Datei einliest und zurück gibt, indem es die Datei /var/www/cloud_storage/foo.bar einliest und den Inhalt einfach ausgibt. Hierbei nicht vergessen, den Content-Type header anzupssen, dass dieser zur gespeicherten Datei passt.
  23. Warum denn dann überhaupt eine Umschulung und keine reguläre duale Ausbildung? Genau dafür gibt es sie doch.
  24. Bei meinen Kommilitonen und mir im Bachelor 14-17€, im Master 16-22€. Ausreißer nach unten (Mindestlohn) und oben (25€/Std. im Bachelor) nicht inbegriffen. Großraum Stuttgart. Allerdings so weit ich weiß jeder in der Softwareentwicklung und nicht in der Administration.
  25. Sehe ich auch so. Ein Azubi ist schließlich in der Lernphase und kein Senior-Dev bzw. -Admin. Ich finde, ein Azubi darf Fehler machen dürfen. Überall, wo ein hohes Risiko besteht, muss jemand anderes prüfen, hier sollte nicht der Azubi verantwortlich sein und wenn er doch dafür verantwortlich gemacht wird, läuft grundsätzlich etwas schief. Wichtig ist auch der Umgang mit Fehlern. Zum Beispiel sollte man diese nicht auf andere schieben oder versuchen zu vertuschen sondern offen und ehrlich kommunizieren: "Cheffe, ich hab hier Mist gemacht und brauch kurz deine Hilfe". Ich habe die Erfahrung gemacht, dass das genauso geschätzt wird, wie von Anfang an gute Arbeit ohne Fehler zu machen.

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...