Heim  >  Artikel  >  Java  >  Teilen Sie einige meiner eigenen Erfahrungen in der Unternehmensentwicklung

Teilen Sie einige meiner eigenen Erfahrungen in der Unternehmensentwicklung

零下一度
零下一度Original
2017-06-29 13:53:231948Durchsuche

Ich weiß nicht, ob das Wort Prinzip in diesem Titel richtig ist oder nicht. Für diejenigen von uns, die Code schreiben, werde ich es später tatsächlich als Standard bezeichnen, aber nachdem ich darüber nachgedacht habe, kann es für andere Aspekte ein Prinzip sein. Okay, verwickeln Sie sich nicht und gehen Sie direkt zum Thema.

Ich bin seit mehr als einem Monat im neuen Unternehmen. Der Tag, an dem ich ankam, war der Beginn einer Iteration. Die Backend-Version wurde mit einer leichten Verzögerung synchronisiert weil es überprüft werden musste, aber der interne Test ist auch in vollem Gange. Ich bin gerade in eine andere Umgebung gewechselt und das Entwicklungsmodell, die Codespezifikationen, der Codeübermittlungsmodus usw. sind in der neuen Umgebung allesamt neu. Das Tiefgründigste an mir ist natürlich die Methode der Codeübermittlung. Ich bin an die vorherige Codeüberprüfungsmethode gewöhnt, da es keinen solchen obligatorischen Mechanismus gibt, deshalb habe ich mich ein wenig entspannt.

Der Preis der Laxheit ist etwas tragisch. Erst gestern, am Vorabend der Veröffentlichung der Version, wurde mir wirklich klar, dass viele Dinge Prinzipien, Regeln und Standards erfordern Ohne Standards kann der Code nicht als gut bezeichnet werden. Ich entwickle Produkte für Android, daher kann ich natürlich keine gute APP erstellen. Lassen Sie mich zunächst aus meiner Sicht auf die Vorschriften eingehen. Aus Sicht der Programmierstandards, insbesondere der Java-Programmierstandards, sind Nullzeiger eines der häufigsten Probleme, wenn ein Feld zum Hintergrund hinzugefügt wird, die APP-Version jedoch zuerst eine Verbindung zum alten Hintergrund herstellen und die Funktionen davor und danach vergleichen möchte Dies wurde zu diesem Zeitpunkt noch nicht durchgeführt. Wenn Sie die Parameterbeurteilung eingeben, können Sie sich vorstellen, wie das Ergebnis aussehen wird. Die APP stürzt ab. Wenn wir ein Urteil fällen, dann gibt es zumindest aus Sicht der Benutzererfahrung kein schwerwiegendes Problem mit der APP. Die Eingabe von Parameterbeurteilungen ist jedoch nur ein Schritt. Ohne Null zu beurteilen, kann dies auch einen Absturz verhindern. Dies ist ein Trick, der im Internet zu finden ist und Konstanten als Voraussetzung für die Beurteilung verwendet. Als ich diesen Absatz schrieb, dachten die Klassenkameraden, die ihn lasen, tatsächlich, dass so etwas Einfaches einfach sei, und das bedeutete, dass ich für diesen kleinen Fehler dumm war. Das war auch das erste tiefe Gefühl, das ich hatte, nachdem ich gestern nach Hause kam. Es ist nicht so, dass du es nicht weißt oder nicht verstehst, sondern dass du nicht aufgepasst hast und ein kleines Detail einen Mord verursacht hat.

Nicht-Null-Beurteilung und Array-Out-of-Bounds-Ausnahmen sind Probleme, die sowohl in Java als auch in C leicht auftreten können. Ich erinnere mich, dass es im vorherigen Projektteam militärische Vorschriften für Java und C gab. Diese Fehler auf niedriger Ebene mussten beseitigt werden. Eine gute Möglichkeit, dies zu vermeiden, ist die Codeüberprüfung. Selbst ein so großartiges Unternehmen wie Google muss dies tun, ganz zu schweigen von uns. Ich erinnere mich, dass mein Kollege mich, als ich zum ersten Mal bei der Firma Hangzhou ankam, gebeten habe, eine Bewertung abzugeben. Später habe ich mich nach und nach mit dem Prozess vertraut gemacht und einige häufige Fehler als Voraussetzungen für die Überprüfung aufgeführt. Ich habe viele Artikel über Hühnersuppe im Internet gelesen und die Bedeutung von Rezensionen wurde schon oft erwähnt. Wenn Sie mehr über die Codes anderer Leute lesen, können Sie Ihre Fähigkeiten verbessern. Früher war die Codeüberprüfung ein Muss für das Projektteam, aber da sie jetzt nicht mehr durchgesetzt wird, habe ich nachgelassen und es gibt Probleme mit dem Code, wenn die neue Version online geht. Tatsächlich kann ich mich der Verantwortung entziehen. Beim Start der Version war ein Fehler aufgetreten. Es waren jedoch drei Rollbacks erforderlich, die nicht konfiguriert waren, was zu einer falschen Konfiguration und zu falschen Parametern führte durch die APP. Logischerweise habe ich in einer Situation, in der die APP und das Backend eng miteinander verbunden sind, dies tatsächlich zuvor mit dem Backend bestätigt, aber der Grund ist unwiderstehlich. Das bedeutet also nicht, dass die Backend-Kollegen Ihnen sagen, dass es kein Problem geben wird. Sie müssen zu 100 % davon überzeugt sein. Diese Art der Selbsteinschätzung erfordert, dass Sie sich strikt an Ihre eigenen inneren Programmierstandards und -prinzipien halten APP und stellen Sie das Benutzererlebnis sicher.

Als ich zum ersten Mal an der Einführung einer neuen Unternehmensversion teilnahm, kam es beim Client zu einem Absturz, der dadurch verursacht wurde, dass die Eingabeparameter nicht als nicht leer beurteilt wurden und die Array-Länge nicht beurteilt wurde. Ich hatte wirklich ein schlechtes Gewissen. Tatsächlich ist dies schon einmal passiert. Diesmal wurde das Problem ausschließlich dadurch verursacht, dass ich es nicht strikt befolgte. Zum Glück wurde es nur vorab gestartet und das Problem wurde intern gelöst. Ich weiß nicht viel über die Hintergrundprobleme, aber ich weiß, dass es mehrmals zurückgesetzt wurde, aber zum Glück war es unter Kontrolle und es bestanden keine Gefahren. Soweit ich weiß, werden die meisten Backend-Probleme dadurch verursacht, dass die Konfiguration nicht synchronisiert wird und der Code nicht online synchronisiert wird. Plötzlich entdeckte ich ein häufiges Problem. An dem Tag, als die Version, auf die ich stieß, in Alarmbereitschaft war. Es gab immer größere oder kleinere Probleme, entweder während der Bereitstellung oder wenn die APP plötzlich getestet wurde Falls das jemand erlebt hat, haha.

Nachdem ich es zum ersten Mal erlebt habe, weiß ich auch, dass die Herstellung von Produkten eine sehr ernste Angelegenheit ist. Ich kann mich noch gut daran erinnern, dass, als ich zusammen mit mehreren neuen Kollegen entwickelte, weil einer von ihnen nachließ, der Chef der Gruppe in der morgendlichen Besprechung vor allen Leuten sagte: „Unsere Produktentwicklung wird nicht mehr wie die Abschlussarbeit in der Schule sein.“ . Ja, jeder muss sich des Produkts bewusst sein. Seitdem habe ich diesen Satz im Kopf behalten, aber leider habe ich es selbst nicht gut gemacht, insbesondere was das Schreiben von Code betrifft, und ich habe in meiner Selbstentspannung das Bewusstsein für das Produkt verloren. Um ein Produkt zu erstellen, ist das Schreiben von Code nur eines der Dinge. Außerdem gibt es eine Bedarfsanalyse, eine Bedarfsbewertung und sogar Flussdiagramme usw. Ich werde das Beste aus dem machen, was ich in den letzten drei Jahren gelernt habe, um das Produkt zu verbessern . Ich habe die Erfahrung, zum ersten Mal eine Version zu veröffentlichen, auch genutzt, um mich zu warnen: Verliere nicht das Prinzip dessen, was du wegwirfst, sonst wirst du immer nur eine APP und kein Produkt machen.

Das obige ist der detaillierte Inhalt vonTeilen Sie einige meiner eigenen Erfahrungen in der Unternehmensentwicklung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn