JimTheLion

Finde ich zu weit hergeholt. Wenn jemandem nur wenige Schwächen an sich auffallen, würde ich das eher in Richtung mangelnde Kreativität als auf fehlende Reflexion zu schieben. Oder vielleicht hat man sich in einem zu engen Rahmen Gedanken darüber gemacht (das passiert schnell, die Schwächen sollen ja auch halbwegs relevant sein); ich bin schlecht darin Präsentationen zu halten - beim Vorstellungsgespräch für einen Entwicklerjob würde mir diese Schwäche aber nicht so schnell in den Sinn kommen. Aber man sollte natürlich auf so eine Frage vorbereitet sein. Ich würde mir vorher irgendwas dazu ausdenken was für den Job nicht allzu hinderlich ist, dann muss man auch nicht krampfhaft versuchen das ins positive zu drehen.

https://stackoverflow.com/a/19930971/3595565 Das wäre eine Möglichkeit. Du nutzt "externes Programm ausführen" und gibst ihm dabei die URL mit. Diesen Befehl kannst du dann auch mit eigenem Kürzel abspeichern. Ich würde aber eher direkt eine richtige IDE, z.B. Netbeans, nutzen. Da kann man dann einstellen über welche URL das Projekt aufgerufen werden soll.

Den Teil habe ich nicht verstanden. Wenn du die Datei mit Notepad++ öffnest tust du das ja mit einem Text-Editor, also wird dir auch der Quelltext angezeigt. Also, Notepad++ ist halt kein Browser.

Das ist ja der Trick an dem Stack - es ist alles JavaScript. Das CSS was man über Material-UI noch braucht ist es nicht wert erwähnt zu werden, die Elemente sehen von Natur aus sehr gut aus und das was man evtl. anpassen möchte sind Farben und Abstände. Das benötigte HTML wird per JSX geschrieben -> gehört zum ReactJS Tutorial. Generell - HTML und CSS sind eh kein Hexenwerk, es gibt da die ein oder anderen Kniffe, aber gerade die schwierigeren Sachen werden einem halt durch Framworks abgenommen und selbst vor denen braucht man sich nicht verstecken. Jedenfalls lernt man per React Konzepte und Syntax die man in Nodejs gebrauchen kann und anders rum. Ich weiß jetzt nicht was "innerhalb kürzester Zeit" bedeutet, aber wenn es darum geht einen Weg in die Webentwicklung zu finden ist das auf jeden Fall eine weitere Möglichkeit. Sind natürlich genauso gut möglich,

imo ein klares YAY. Wenn es denn halbwegs ordentlich programmiert ist. Es gibt zur Zeit viele freie Stellen für Entwickler die mit ReactJS umgehen können. ReactJS + (Flux oder Redux) + MaterialUI sind eine super Kombination um ein awesome Frontend auf die Beine zu stellen, da lassen sich also recht einfach Pluspunkte sammeln. Im Backend könnte man dann mit nodejs + Express irgendwas aufsetzen, oder man nimmt irgend eine andere Sprache fürs Backend... ich hab bisher nur nodejs und PHP ausprobiert.

Um sich Scheiden lassen zu können muss man bereits die Entscheidung zum Festlegen getroffen haben, auf kurz-, mittel-, langfristige Sicht hat es dann halt nicht geklappt. Eine hohe Scheidungsquote ist für mich ein Anzeichen, dass oft die Entscheidung für etwas langfristiges getroffen wird :p Das mit dem Eigenheim...das liegt wohl stark am Verdienst^^' Wenn ich in den Statistiken sehe, dass ich über dem Durchschnitt liege... puh.

Gerne!

Zeig mal das Stellenangebot, aus der Ferne kann man schlecht Tipps geben.

Hat keine Freizeit und ist nach der Arbeit und am WE immer erschöpft, aber fängt am Sonntag Abend schon wieder zuhause mit der Arbeit an hm.. ach Matt.

Moin! Reicht vielleicht schon https://www.mikogo.de/funktionen/ ? Meine Chefs nutzen das für Präsentationen und hatten bisher wohl noch keine Probleme. (nvm, kostenlose Version bietet nur einen zusätzlichen Teilnehmer). Maybe Discord? Zum Code schreiben / ausführen könnte man https://repl.it/languages nutzen falls jemand nicht die nötige IDE/Struktur lokal hat, evtl. gibt es aber auch je nach Sprache noch bessere Tools, z.B. codepen oder gltch für JavaScript.

Ich hab auch seit ein paar Jahren 2-3 domains bei all-inkl laufen, beschweren kann ich mich nicht. Ansonsten habe ich noch einen kleinen Cloud-Server bei alfahosting und bin mit deren Leistung und Service auch sehr zufrieden.

Ich sehe es so wie @Der Hans, das Vorstellungsgespräch ist für beide Seiten da. In den 4 Minuten die man vom Eingang zum Besprechungsraum geführt wird? q: Wenn ich bei einem Vorstellungsgespräch bin frage ich nach den Sachen die mich interessieren, wenn bereits das zur Disqualifikation führt wäre es eh kein guter Fit. Davon ab, finde ich es ziemlich zweifelhaft die Fragen des Bewerbers gegen ihn zu verwenden, besonders wenn er damit versucht das Klima und den Rahmen des Alltags zu sondieren. Ich sehe auch nicht, was an der Frage so schlimm ist. "Nein" wäre doch eine naheliegende Antwort. Wenn man mit gutem Benehmen punkten möchte erzählt man etwas ausführlicher über den herrschenden Dresscode und dessen Grund.

Und ob das Geld aus Steuergeldern oder von den Sozialkassen kommt ist wichtig weil... ?

Für PDFs nutze ich Fop oder Ovis, je nach Dokument. Für Word musst du mal gucken ob https://github.com/PHPOffice/PHPWord das kann was du brauchst.

Moin, Du hast noch 4,x Monate Probezeit, oder? Die für genau sowas da Wenn es dir schon vorher wirklich nicht mehr gefällt musst du dich auch nicht zwingen das Jahr durchzuhalten. Aber ich verstehe auch, dass du die Chance zum Lernen nutzen möchtest. Ich habe auch mal in einer ähnlichen Umgebung gearbeitet, zu dem Zeitpunkt noch nicht in der IT sondern normaler Bürojob, privates Reden kam ab und zu vor und ein Radio stand auch da... aber es wurde schon sehr darauf geachtet, dass der Blick auf die Arbeit gerichtet blieb. Kann man aushalten, ist aber nicht angenehm.

Jau, der Code sieht bedeutend besser aus als erwartet. Ich schreibe mal alles runter was mir so durch den Kopf geht, einiges davon ist nur meine Meinung, die Stellen sollte ich jetzt aber gekennzeichnet haben: https://www.php-fig.org/psr/psr-2/ Das ist der Quasi-Standard wie man seinen PHP-Code formatieren sollte. https://getcomposer.org Ist der Quasi-Standard um fremde Libraries in dein Projekt einzubinden, gibt dir auch gleich einen PSR-Autoloader. Kannst du aber erst einmal hinten anstellen, es gibt wichtigeres mit dem du dich noch vorher auseinander setzen solltest. Wichtig: Du beendest deine PHP-Dateien mit "?>", das solltest du auf keinen Fall tun weil du dann ausversehen am Ende ein Whitespace oder ähnliches schreiben könntest. Das wäre dann aber eine Ausgabe und könnte zum "headers already sent"-Fehler führen Prepared Statements zu verwenden ist besser als Werte zu Escapen (+ https://php-de.github.io/jumpto/sql-injection/) Destruktoren brauchst du nur sehr sehr selten. So Dinge wie Variablen unsetten oder die Verbindung zur Datenbank trennen musst du nicht explizit tun, die Variablen räumt der Garbage Collector (brauchst du dir nicht merken) alleine weg sobald sie in dem jeweiligen Scope nicht mehr gebraucht werden und die Verbindung zur Datenbank wird am Ende des Lifecycles für den Request ebenfalls automatisch getrennt. Teilweise baust du innerhalb des Konstruktors die Verbindung zur Datenbank auf, manchmal nutzt du "global" um auf eine bestehende Verbindung zuzugreifen. Beide Wege sind nicht gut Bau stattdessen die Verbindung zu Beginn der Verarbeitung auf und reiche diese Verbindung über den Konstruktor in die Objekte rein. [1] Manche Variablen sind ungünstig benannt, z.B. $this->m_oSqlCon m = mysql o = objekt schätze ich, regt zumindest zu sehr zum Nachdenken über den Namen an $this->dbConnection sagt das gleiche aus, ist aber einfacher zu lesen ist auch noch gültig wenn man von MySQL auf PostgreSQL wechselt Geschmackssache: Bei den Klassennamen finde ich das "C"-Präfix unnötig, Klassen sind ja eher der Standard, für mich macht es mehr Sinn die Sonderfälle wie Interfaces und Abstrakte Klassen zu kennzeichnen und auch dann nenne ich die eher z.B. "ValidatorInterface" als "IValidator" Anstatt "die('abc failed')" nutze Exceptions throw new Exception('abc failed'); Exceptions lassen sich an anderer Stelle wieder auffangen, dann kannst du dort auf diesen Fehler reagieren Falls du die Exception nicht fängst, bekommst du eine Aussagekräftigere Fehlermeldung inkl. Datei- und Zeilenangabe für den Fehler Wie schon angesprochen, für PHP gibt es auch solche Doc-Blöcke [2] Bei den IDEs PHPStorm und Netbeans werden die automatisch ergänzt wenn du über der Funktion "/**" tippst und Enter drückst Nicht nur, dient das der Dokumentation und Übersicht was was ist, was was macht und was was (:p) zurück gibt oder wirft ... Die IDEs wissen dann auch mit was für Klassen du da teilweise arbeitest und können Autocomplete-Vorschläge machen während du den Methoden-Aufruf tippst und dir Hinweise zu den erwarteten Parametern geben. Du arbeitest viel mit Konstanten (Top!) Wenn du die innerhalb von Klassen definierst, gibst du ihnen einen Kontext Innerhalb von der definierenden, oder erbenden, Klasse kannst du über "self::KONSTANTE" auf sie zugreifen, außerhalb der Klasse kannst du "Klassenname::KONSTANTE" nutzen. Dein Code könnte an manchen Stellen kürzer sein Nur zur Info: PDO ist besser als mysqli bedeutend komfortablere API unterstützt noch weitere Datenbanksysteme neben MySQL und MariaDB Verzeichnisnamen session -> Views gfx -> images interfaces -> classes (ist auch nicht ideal, machts aber erstmal verständlicher) In den Views musst du nicht jede Ausgabe per echo erledigen [3] Du kannst zwischendurch den PHP-Kontext verlassen um Ausgaben zu generieren Manche IDEs können das HTML nicht erkennen wenn es per echo ausgegeben wird, wenn du größere Blöcke HTML schreibst, ist das Highlighting aber praktisch Du kannst die Kurzform von echo nutz: "<?= $var ?>" [1] [2] [3]

Da schließe ich mich an. Ich habe auch eine Ausbildung zum Informatikkaufmann abgeschlossen und dabei gemerkt, dass mir der Programmierteil und die Datenbankthemen am meisten Spaß machen. Weil Freunde dann gerade auf der Suche nach einem Webentwickler für ein kleines Spiel waren hab ich das dann als Hobbyprojekt gestartet während ich mich einfach auf Juniorstellen und Praktika beworben habe (Rückmeldungen dazu fielen sehr bescheiden aus ?). Irgendwann hatte das Projekt dann so einen Umfang, dass da auch ein paar User rumhingen und ich den Link zur Demo + Link zum Repo in die Bewerbung packen konnte. Der Code war totale Kacke, aber es war ein kleiner Eyecatcher und hat für so Rückmeldungen gesorgt wie "Entspricht nicht unserem Qualitätsstandard und [...] , aber das kann man ja alles noch lernen". Falls du mit PHP schon einigermaßen sicher umgehen kannst, würde ich dir empfehlen dich einfach ein wenig in eines der beliebteren Frameworks (Symfony oder Laravel) einzuarbeiten, mal so ein grundlegendes Tutorial durcharbeiten. Der JQuery Hype ist inzwischen größtenteils abgefahren. Wenn du im Frontend hier und da ein paar Animationen brauchst kannst du das noch gut nutzen, solltest vorher aber mal googlen ob es dafür spezialisierte Libraries gibt. Wenn du umfangreichere Dinge im Frontend machen willst, würde ich JQuery wegpacken und React nehmen. pr0gg3r hat es schon angesprochen, die JavaScript Frameworks React und Angular sind zur Zeit richtig beliebt und es macht viel Spaß damit das Frontend für Webanwendungen zu entwickeln. Da könntest du auch mal die Tutorials durcharbeiten und sehen wie es dir gefällt. Ach, nur um auf Nummer sicher zu gehen solltest du mal raussuchen welche Design Patterns häufig angewendet werden und dann eine grobe Vorstellung haben wofür sie genutzt werden. Sowas wird gerne mal gefragt und dann sollte man zumindest die Factory kennen.

Die tatsächlichen Lösungswege - Mehr Leute einstellen - die Leute auch auf sinnvolle Rollen verteilen - System überarbeiten und stabiler machen - Dokumentation und Architektur fixen damit neue Leute besser reinfinden wurden ja schon vor einiger Zeit bei Seite geschoben. Ich hab jetzt nur noch "Mehr Umsatz, dann gibt es auch mehr Leute" im Kopf, für die anderen Dinge müsste ich die Gründe suchen, warum diese nicht möglich sein sollen, ist teilweise auch schwer zwischen den Rant-Zeilen zu finden. Aber da bleibt einem doch nur noch übrig Ratschläge zu geben, die den TE vor dem Burnout bewahren könnten. Ich arbeite in einem Kleinunternehmen; 2 Entwickler, 1 Support. Wenn wir merken, dass unsere Produkte solche kritischen Fehler aufweisen wird alles andere stehen und liegen gelassen und wir setzen uns dran die zu beheben. Dabei wird aber trotzdem nicht bei der Arbeitszeit übertrieben, nach 11 Stunden kam letztens mein GF und hat mich nach Hause geschickt "die Konzentration lässt eh irgendwann nach". Wenn ich im Urlaub angerufen werde, dann um eventuell Tipps zu einer Problemstellung zu geben; nicht um mich an einen Pc zu setzen und Bugs zu fixen. Wenn hier regelmäßig die Hütte brennen würde und man von mir erwarten würde alle paar Monate eine 60-Stunde-Woche einzuschieben... bye. Und wenn ich mich dann auch noch vor der oberen Etage rechtfertigen müsste, LOL. Die müssen doch wissen wie viel Manpower die Abteilung hat, das hat doch nichts mehr mit Rechtfertigung zu tun -> "Wir haben nicht genug Leute, haben wir Ihnen schon in den Emails von x,y,z und vor 3 Jahren geschrieben."

Gehst du echt nochmal zurück ins Büro wenn du das Telefon klingeln hörst? Mittlerweile solltest du doch wissen, dass da nichts gutes bei raus kommt. Schön blöd. Siehe oben, aber mal 2. ... im Quadrat. Junge Junge, da wird man ja allein vom Lesen depressiv. Wie lange machst du das eigentlich schon mit? Wechselt ihr unter den Kollegen euch eigentlich mit den "Extra-Einsatz"-Schichten ab, damit zumindest ein paar Leute beruhigt in den Feierabend können? Oder mal generell die Frage. Machen deine Kollegen das auch alle so mit wie du?

Hast du jetzt eigentlich schon eine Vorstellung, wie viele Leute ihr in eurer Abteilung braucht?

Sprich mal lieber vom Gesamtjahresbrutto. Ich wüsste jetzt nicht ob du 2500€ für 12 Monate oder wirklich 2500€ für 13 Monate + das Urlaubsgeld erwartet hättest. Gleiches auch oben, ist das Urlaubsgeld schon in den 2380€ enthalten? (ohne zu wissen wie viele Urlaubstage du tatsächlich haben wirst) Wenn du die daraus erworbenen Kenntnisse einbringen kannst, schon. Ansonsten wird der AG den Vorschlag wohl nicht ganz nachvollziehen können. Außerdem muss es dem AG auch wert sein, dass du neben deiner FISI-Tätigkeit auch noch die Betreuung von Azubis/Praktikanten übernimmst. Ich finde das Gehalt in Ordnung.

Wie viele Kunden nutzen welche Systeme? Wie oft kommt es aktuell zu Supportfällen? Wie oft ist zur Abarbeitung eines Supportfalles tatsächlich Unterstützung eines Entwicklers nötig? Wie umfangreich sind die Supportfälle? Wie aktiv werden welche Anwendungen weiterentwickelt? Wie umfangreich sind die Weiterentwicklungen? In welchem Zeitrahmen sollen die Entwicklungen abgeschlossen werden? .... Das Team sollte aus 37 Leuten bestehen. Ne. Aber du kannst anhand der Daten die du genannt hast und anhand der Antworten auf die Fragen oben mal grob durchrechnen auf was für einen Zeitaufwand man pro Monat pro Anwendung kommt. Das ganze teilst du dann auf Wochen auf, berücksichtigst Tag- und Nachtschichten und so einen Kram.