Optimieren Sie die Leistung nicht willkürlich, egal ob es wichtig ist oder nicht 😂 Ich habe gerade einen Kommentar gesehen: > Sobald Sie skalieren, wird selbst der Bug, den Sie geschrieben haben, Benutzer haben. Mein erster Job nach dem Universitätsabschluss war in einem Unternehmen, und bei meinem Eintritt gab es ein großes Seminar zur Einarbeitung neuer Mitarbeiter. Eines Tages erzählten sie uns eine Geschichte: In den 90er Jahren hat das Technikteam die Ladezeit der Software von 5 Minuten auf 30 Sekunden optimiert. Das Ergebnis war, dass das negative Feedback der Kunden sofort explodierte. Diese Optimierung der Ladezeit zerstörte tatsächlich die Unternehmenskultur dieses Unternehmens. Vor der Optimierung kamen alle ins Büro, schalteten den Computer ein und nutzten die 5 Minuten Ladezeit, um zu plaudern, Kaffee zu trinken und den Tag entspannt zu beginnen. Und jetzt, bevor sie überhaupt von ihrem Schreibtisch aufstehen konnten, war die Software bereits bereit und drängte sie, zu arbeiten! Die Botschaft dieser Geschichte – und das obige Zitat – ist nicht, dass Sie keine Verbesserungen vornehmen sollten. Im Gegenteil, es ist eine Erinnerung: Die Software, die Sie erstellen, existiert nicht nur im PRD (Produktanforderungsdokument) oder in Test-Suites. Es ist ein System, das in der realen Welt mit Menschen interagiert. Die Menschen entwickeln Gewohnheiten rund um sie, finden Umgehungsmöglichkeiten (Workarounds) und verlassen sich sogar auf bestimmte Bugs für reale Nutzungsszenarien. Das ist für Sie als Software-Ingenieur von entscheidender Bedeutung: Sie müssen den tatsächlichen Zweck der Software und die Nutzung in der realen Welt verstehen. Ihre Aufgabe ist es nicht, eine Reihe von Tickets zu erledigen, die der Produktmanager Ihnen gegeben hat; Ihre Aufgabe ist es, Software zu entwickeln, die die Probleme der Benutzer löst. Link: