Das Team wendet schlechte Praktiken beim Programmieren an. Soll ich trotzdem bleiben?

Ich sehe eine Menge Verwirrung zwischen „Best Practices“ und „Ich denke, das ist der beste Weg, Dinge zu tun“. Eine informierte und vernünftige Person könnte vielen der von Ihnen angesprochenen Punkte widersprechen.

Ihre Kollegen haben Recht, wenn sie sagen, dass die asynchrone Ajax-Programmierung schwierig ist und viel Komplexität hinzufügt. Sie haben auch Recht, wenn Sie sagen, dass die asynchrone Ajax-Programmierung einem System viel Wert verleihen kann. Hier liegt niemand nachweislich „falsch“; Es ist nur eine Frage der Vorlieben und Prioritäten.

Ich schlage vor, dass Sie sich etwas mehr Zeit nehmen, um zu verstehen, warum die Dinge so sind, wie sie sind, denn ehrlich gesagt scheint der Text Ihrer Frage nicht viel Verständnis für die Positionen Ihrer Kollegen zu zeigen. Ihre Kollegen sind vielleicht „tief verwurzelt“ in ihrer Art, Dinge zu tun, aber haben Sie daran gedacht, dass Sie möglicherweise auch „tief verwurzelt“ in Ihrer Art sind, Dinge zu tun? Es gibt mehr Möglichkeiten, einer Katze das Fell zu entziehen, und es gibt mehr als einen Weg, gute Software zu entwickeln.

Wenn Sie etwas ändern möchten, können Sie nur erklären, welche Vorteile „Technik X“ gegenüber „Technik Y“ haben könnte. Zeigen Sie, wie Entwicklerzeit eingespart, die Stabilität verbessert oder ein anderer konkreter Unternehmensvorteil aufgezeigt werden kann. Erwähnen Sie keine Dinge wie „Best Practices“, „besser für das Team“ oder gar „eleganter“. Sie werden niemanden überzeugen. Es ist wichtig, pragmatisch zu sein; du erschaffst kein Kunstwerk, du erschaffst ein Werkzeug, um Probleme zu lösen.

Es hört sich so an, als hättest du das schon versucht und bist jedes Mal gescheitert. Es sieht so aus, als müssten Sie sich entscheiden, ob Sie mehr versuchen, bleiben und es "aufsaugen" oder entscheiden müssen, dass Sie nicht gut in dieses Team passen, und weitermachen.

Ich vermute, dass sie sich aufgrund der zusätzlichen Arbeit und Mühe bei der Anwendung all dieser nicht anpassen wollen und dass alles, was sie tun, funktioniert. Infolgedessen stecken wir mit einem System fest, das von Zeit zu Zeit ausfällt (jeden Tag gibt es einen Ausfall), und wir werden aufgefordert, es zu unterstützen.

Das klingt nicht allzu gut, aber je mehr Sie ändern, desto mehr Fehler werden Sie bekommen. Es gibt einen Grund, warum Banken immer noch COBOL betreiben und Kernkraftwerke immer noch auf PDP-11-Montage laufen.

Ich werde versuchen, jede Praxis anzusprechen, die Sie erwähnen:

A) Ja, das ist eine schlechte Praxis, aber es ist auch eine leider übliche. Es lohnt sich nicht, seinen Job aufzugeben

B) Es könnte legitime Gründe für dieses Design geben. Auch wenn es bezüglich der SQL-Einschleusung einen Streit geben mag, ist dieser Punkt im Grunde strittig, wenn das Webentwicklerteam seine grundlegenden Hausaufgaben gemacht hat und jeden Befehl, auf den es stößt, ordnungsgemäß filtert.

Ich kann sicherlich verstehen, warum sie möglicherweise unterschiedliche Server für verschiedene Länder haben, da verschiedene Länder aus einem möglichen Grund unterschiedliche IT-Gesetze haben, von denen viele miteinander in Konflikt stehen, und es für einen einheitlichen fast unmöglich (oder unglaublich kompliziert) sein kann Server mit allen konform zu sein.

C) Ist Ihre Art, Dinge zu tun, eine Verbesserung oder nur eine andere Art, Dinge zu tun? Was ist eigentlich falsch an dem, was sie tun?

D) Was macht Sie so sicher, dass es keinen Plan oder keine Methodik gibt? AGILE und SCRUM sind nicht das A und O der Softwareentwicklungsprozesse. Und obwohl ich verstehe, dass einige Führungskräfte versuchen werden, strenge Zeitbeschränkungen für ein neues Feature festzulegen, das sie für nachsichtig halten, liegt es an Ihnen als Experte, auf die Schwierigkeiten hinzuweisen und darauf hinzuweisen, dass Sie möglicherweise mehr Zeit benötigen. Sofern Ihre Führungskräfte keine persönliche Programmiererfahrung haben, werden Sie an jedem Arbeitsplatz häufig darauf stoßen.

Verstehen Sie mich jetzt nicht falsch, Ihre Vorgehensweise kann einen objektiven Nutzen haben oder auch nicht. Ich weiß es nicht, da ich ein Solo-Programmierer und kein Profi bin. Und Menschen, die sich Ihrer Arbeitsweise nicht wirklich bewusst sind, kennen möglicherweise nicht die Vorteile, die sie mit sich bringen. Umgekehrt kann es Menschen geben, die zwar Ihre Arbeitsweise kennen, sich aber auch der Nachteile bewusst sind, die Sie nicht kennen.

Schließlich ist das Umschalten der grundlegenden Funktionsweise eines Programms von einem Weg zum anderen fast immer eine ernsthafte harte Arbeit. Dies gilt wahrscheinlich doppelt für professionelle Arbeit, da es bedeutet, dass möglicherweise neue Fehler eingeführt werden und sowohl Programmierer als auch Tester Überstunden machen. Sie brauchen einen wirklich guten Business Case (z. B.: Die Leistung auf Client oder Server wird ernsthaft und sehr merklich verbessert, ermöglicht es dem Unternehmen, ein starkes Alleinstellungsmerkmal zu entwickeln, Sie verstehen die Idee), um dies zu rechtfertigen

ein Unternehmen, das eine Nischen-Programmiersprache verwendet

Von hier aus sehe ich ein Problem, dass Sie dieses Wort oft wiederholen. Es scheint, dass Sie sich mit dem Stapel, mit dem Sie arbeiten, nicht wohl fühlen. Wenn diese Technologie nicht Ihren Wünschen entspricht, und Praktiken, die Sie nicht mögen, wird dies eine wirklich schlechte oder ermüdende Erfahrung sein und ich vorschlagen, einen Job mit Ihrer gewünschten Technologie zu finden. Was Sie über SQL-Injektionen gesagt haben, ist eine wirklich schlechte Praxis. Alle Logik sollte so weit wie möglich in gespeicherte Prozeduren eingefügt werden. Dies gilt für jeden Stapel.

Der Rest Ihrer Frage klingt auch so, als ob Sie diese Technologie beherrschen, oder? Wenn ja, dann ist es sinnlos, mit Technologie zu arbeiten, die Sie bereits beherrschen, wenn Sie zu einem neuen Job wechseln. Ich glaube, Lernen ist wichtiger als das Streben nach einer höheren Bezahlung

Meine Frage ist, wie kann ich sie dazu bringen, das Licht zu sehen

Sie können nicht, es gibt einen Grund, warum sie das so machen, und es kostet Geld, Lieferungen zu verzögern, und es ist eine schlechte Idee, zu versuchen, Ihre Praktiken in sie hineinzudrücken, selbst wenn Sie geleitet werden, oder PM, es wäre eine schmerzhafte Erfahrung für alle, Wenn Sie mit einem neuen Team arbeiten, müssen Sie sich an das Team und Ihren Vorgesetzten anpassen

So sehe ich die Dinge:
- Wenn Sie die Technologie beherrschen, dann ist es eine mögliche Sackgasse, dann sollten Sie sich an einem bequemen Arbeitsplatz mit Praktiken befinden, die Ihnen Spaß machen.
- Wenn Ihr neuer Job Technologie verwendet, die Sie lernen möchten, die es Ihnen ermöglicht, höher zu kommen bezahlen, dann glaube ich, dass es in Ordnung ist, ein wenig zu opfern, wie z. B. schlechte Praktiken, veraltete Modelle oder eventuell auftretende Fehlfunktionen. Ich persönlich würde sogar weniger bezahlen, wenn sie mit Technologien arbeiten, die ich lernen möchte

Ich muss zustimmen, dass viele Leute in der Softwarebranche „Best Practices“ mit absoluter Programmierung verwechseln. Best Practice ist eine Grundierung, aber wenn Ihr Team mit dem einverstanden ist, was jetzt gilt, dann ist das gut genug. Wenn Sie neu in der Organisation sind, werden Ihre Vorschläge als unnötig angesehen, insbesondere wenn Sie Hilfe beim "Navigieren" des Codes benötigen. Sie werden nur als schwer zu bearbeiten angesehen.

Nur zeigen, dass Seiten mit "Best Practice" so funktionieren, wie es ist, aber kein zusätzlicher Nutzen, außer viel Arbeit, wird als unnötig angesehen. Stellen Sie sich vor, Sie rufen einen Maler an und er sagt, Ihre Wand ist schwer zu bearbeiten, aber er zeigt Ihnen ein Stück Sperrholz, das er bei Homedepot gekauft hat, und wie einfach es ist, damit zu streichen. Würden Sie zustimmen, dass der Maler Ihre gesamten Wände abreißt, um einen frischen Anstrich aufzutragen, wenn Sie wissen, dass jemand anderes mit der Wand arbeiten kann, die Sie derzeit haben?

Sie müssen sich daran erinnern, dass es ist:

1. Es funktioniert derzeit.
2. Es wird einige Zeit in Anspruch nehmen, Legacy-Code mit den aktuellen „Best Practices“ der Branche zu aktualisieren.
3. Sie sind noch nicht in der Lage, selbstständig zu arbeiten. Möglicherweise verstehen Sie ihren Code nicht, also gehen Sie davon aus, dass sie Best Practices benötigen, nur um Ihnen die Arbeit zu erleichtern. Zu lernen, wie man mit Legacy-Code oder vorhandenem Code arbeitet, ist ein großes Plus und eine Fertigkeit, die frischen Absolventen schwer zu vermitteln ist.