Wir können jetzt nicht aufhören, da wir bereits 1x investiert haben, aber lasst uns im Laufe der Jahre 100x mehr ausgeben! STEHT!
Sie haben es vielleicht schon einmal gehört, aber Javascript wurde in 10 Tagen geschrieben. Die Akzeptanz nahm schnell zu und man wollte auch nach einigen Jahren der Verwendung der Sprache keine bahnbrechenden Änderungen einführen. Mittlerweile ist die Sprache also fast 30 Jahre alt (denken Sie daran, sie stammt aus dem Jahr 1995!) und wir müssen uns immer noch damit befassen diese Entscheidungen.
Sie wussten schon in den Anfangsjahren von JS, dass es viele Änderungen gab, die der Sprache zugute kommen würden, wollten aber die „zahllosen“ Websites von damals (es gab insgesamt ein paar Millionen Websites) nicht zerstören Damals weltweit, nicht unbedingt mit JS!).
Rückblick ist 20/20, und sie haben JS möglicherweise auf eine Weise gebrochen, die es heute nicht mehr wäre.
Andererseits hat Angular genau das getan, als er „Angular 2“ kaputt gemacht und gestartet hat. Gerade weil viele Leute Angular nutzten, wussten sie, dass es nicht nachhaltig war, mit AngularJS weiterzumachen, also begannen sie, von Angular2 auszusteigen und Angular wurde dadurch besser.
Beim Investieren haben wir das Gefühl, „zu verlieren“ oder „aufzugeben“, indem wir das Schiff verlassen, aber die Menschen, die noch weiter gehen können, sind diejenigen, die wissen, wann sie eine schlechte Entscheidung aufgeben müssen (nicht unbedingt eine schlechte, aber die Dinge ändern sich mit der Zeit).
Zurück zum Angular/JS/2-Beispiel. Einige Unternehmen verwenden AngularJS immer noch, obwohl es bereits vor einigen Jahren das Ende seiner Lebensdauer erreicht hat und einige mehr. Jetzt müssen sie es selbst unterstützen und patchen, da sie ihre Codebasis erweitern und die Entscheidung, daran festzuhalten, immer schmerzhafter und aufgrund der vielen Investitionen darin immer schwieriger zu ändern ist.
Natürlich gibt es auf der anderen Seite Leute, die von einer Modeerscheinung zur anderen springen und Monster erschaffen, die zeigen, welche Technologie zu jeder Zeit beliebter war, einige, die einfach nicht mehr verwendet wurden, als die Leute versuchten, damit zu beginnen, oder so, andere Aus irgendeinem Grund ist es einfach gestorben und wird nicht mehr gepflegt.
Sie glauben, dass Sie bereits „zu viel“ investiert haben, also können Sie keinen Rückzieher machen. Sie denken auch, dass Sie die neuen glänzenden Dinge nicht brauchen, wenn der langweilige alte LAMP-Stack ausreicht und funktioniert.
Aber das eine ist „es funktioniert“ und das andere: „Langfristig wird das mehr kosten als der Wechsel.“
Im finanziellen Sinne könnte eine neue Sache Sie schneller und weiter voranbringen oder Ihnen zumindest die Freiheit geben, andere Möglichkeiten wahrzunehmen, die Sie sonst vielleicht verpasst hätten.
Banken setzen auf COBOL, seit Jahrzehnten im „Rückgang“, aber immer wieder sagen sie, dass es mehr wert sei, ihr COBOL-Erbe zu behalten und COBOL-Entwickler zu immer höheren Preisen einzustellen, als an der Migration davon zu arbeiten. TBF, hoffentlich ersticken sie ihr Erbe. Aber wenn sie immer noch aktiv in COBOL entwickeln, hilft ihnen kein LLM, wenn es in einem Markt mit immer weniger verfügbaren Leuten unerschwinglich teurer wird, COBOL-Entwickler einzustellen.
In der Zwischenzeit können neue Wettbewerber ohne dieses Erbe mit anderen Stacks in den Markt eintreten, die es ihnen ermöglichen, schneller und kostengünstiger zu agieren und über einen größeren Einstellungspool zu verfügen.
Die Analogie ist die, ein riesiges Schiff zu steuern. Wenn Sie am Steuerrad drehen, erfolgt die Änderung nicht sofort. Sie müssen sich vorher vorbereiten und es gibt Strategien, die Ihnen dies erleichtern. Dann wird es noch einige Zeit dauern, bis klar ist: Ja, das Schiff dreht sich.
Aber zurück zu den finanziellen Analogien: ROI (Return on Investment).
Sie verwenden den ROI, um zu berechnen, welche Investition besser ist, und vergleichen normalerweise die von Ihnen bewertete mit einer „Basisinvestition“.
Das würde bedeuten, zu berechnen, wie viel Zeit durch die Beibehaltung des Status quo „verschwendet“ wird, im Vergleich zu den geschätzten Gewinnen aus der vorgeschlagenen Änderung. Natürlich müssten Sie die für die Änderung aufgewendete Zeit addieren, und damit würden Sie ungefähr abschätzen, wie viel Zeit Sie damit anfangen würden, „Gewinne“ aus dieser Investition zu erzielen.
Wenn die errechneten Gewinne so gering sind, dass es lange dauern würde, bis die Wirkung eintritt, dann lohnt es sich möglicherweise nicht.
Hier ging es um die für eine Aufgabe aufgewendete Zeit, aber Sie können auch andere Messgrößen wie Zugänglichkeit, Sicherheit und Zuverlässigkeit verwenden. Wenn Sie etwas messen können, kann es zur Rechtfertigung einer Änderung verwendet werden.
Das obige ist der detaillierte Inhalt vonFolden oder verdoppeln? Das ist eine technische Frage!. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!