[JAVA] Es ist ein Jahr her, seit ich ein arbeitender Android-Ingenieur geworden bin, und es sind fast zwei Jahre vergangen.

Dieser Artikel ist der 4. Tagesartikel von nana music Adventskalender 2018.

Ich trat als Android-Ingenieur in die aktuelle Firma ein und wurde Mitglied der Gesellschaft. In meinem ersten Jahr als Mitglied der Gesellschaft gab es viele Dinge, die ich nicht verstand, und es gab unzählige Jobs, von denen ich dachte, ich könnte sie richtig machen. Ich teilte auch das Wissen und die Erfahrung, die ich in meinem einjährigen Studium gesammelt hatte.

Es ist ein Jahr her, seit ich in die Firma eingetreten bin, also habe ich zurückgeschaut / Speakerdeck

Dieses Mal möchte ich Ihnen etwas über das erste Jahr erzählen und wie sich die Fähigkeiten und Kenntnisse, die als Android-Ingenieur erforderlich sind, im zweiten Jahr geändert haben.

1. Berufsjahr: Losbrechen von dem Hobbyingenieur, der tat, was er wollte

Bis ich ein arbeitender Ingenieur wurde, hatte ich es nur selbst entwickelt, und zu diesem Zeitpunkt konnte ich die Bibliothek eines Drittanbieters so oft auswählen und verwenden, wie ich wollte, und mit meinem bevorzugten (geeigneten) Design so viel schreiben, wie ich wollte. Ich war frei, es zu tun, ob gut oder schlecht, mit dem Gefühl, dass ich so viel überspringen konnte, wie ich wollte. Wenn Sie in das Unternehmen eintreten, ändert sich eine solche Umgebung vollständig.

――Ich könnte machen, was ich machen wollte, ohne eine Frist ...

** Scrum-Entwicklung ** wird übernommen
Jede Aufgabe ist ein Problem und wird von ** Kanban ** verwaltet
Beenden wir dieses Problem mit ** 1 Sprint **
Als ich fertig war, schob ich es zum Meister, und der Ast wurde nur gelegentlich geschnitten ...
** Lass uns nach Git-Flow arbeiten **
Bitte setzen Sie ** Pull-Anfrage ** zur Überprüfung aus ――Bitte ziehen Sie den Unterschied so wenig wie möglich heraus.

――Ich habe alleine gearbeitet, aber ... ――Lass uns für jeden Sprint ** KPT ** machen ――Wenn Sie Probleme haben, sprechen wir 1on1

** Lass uns ein Bug-Meeting haben, während wir Süßigkeiten essen ** ――Lass uns Hou Ren Sou fleißig machen und Informationen austauschen ――Wir veranstalten jeden Tag eine Morgenparty
Lass uns nach der Morgenparty ** Radioübungen ** machen

Mit diesem Gefühl brauchte ich einige Zeit, um mich an die Entwicklung als Unternehmen zu gewöhnen. Vor allem halte ich die gegenseitige Überprüfung von Pururiku, die ich nicht einzeln durchführen konnte, für schwierig, aber sehr bedeutungsvoll. Die Umgebung, in der der Code anderer Personen ohne Vertrauen in die Codierung überprüft wurde, war schon immer angespannt, und ich habe mehr Zeit zum Lesen als zum Schreiben, sodass ich mehr Code berühren kann. Ich bin.

Im ersten Jahr habe ich mich daran gewöhnt, als Mitglied der Gesellschaft zu arbeiten, den vorhandenen App-Code zu verstehen und mich über Android-Technologietrends zu informieren. Im zweiten Jahr hat sich mein Horizont etwas erweitert und ich habe mehr Zeit.

Im ersten Jahr erlernte Techniken usw.

MVP/Retrofit/OkHttp/RxJava/RxAndroid/MediaSession/ExoPlayer/ MaterialDesign/Glide/IAB3/MPAndroidChart

Zweites Berufsjahr: Herausforderung für die Entwicklung, die sich des einfach zu wartenden Codes und des hoch wartbaren Codes bewusst ist

Wenn ich meine tägliche Arbeit mache, habe ich ein Gefühl des Spielraums und versuche, das Wissen und die neuen Technologien, die ich während der Lernsitzung gewonnen habe, einfach zu integrieren oder Technologien auszuprobieren, die ich im Urlaub bei der Arbeit nicht verwenden kann. Ich habe das Gefühl, dass es mehr Möglichkeiten gibt, es zu versuchen. Infolgedessen hat sich der Programmieraufwand seit dem ersten Jahr erheblich erhöht.

Aufgrund dieses Trends haben wir häufig darüber diskutiert und nachgedacht, wie der vorhandene Code verbessert und die Benutzer dazu gebracht werden können, ihn stressfrei zu verwenden. Es scheint, dass es grob in die folgenden zwei unterteilt werden kann.

Das Aussehen und die Bewegung der App sind subtil (** Teile, die den Benutzer betreffen **) ――Wir werden uns verbessern, indem wir das Designteam und die PO einbeziehen ――Bewusst von Designvorschlägen für MaterialDesign und MaterialTheming
Obwohl es funktioniert, ist der Schreibstil subtil oder alt (** Teil, der den Benutzer nicht beeinflusst **) ――Erstellen und lösen Sie Verbesserungspläne im Team
Bitten Sie das QS-Team, die Korrekturen zu bestätigen, die einen großen Einflussbereich haben
Kenntnis der testbaren Implementierung und Implementierung, die die Anzahl der bei der Qualitätssicherung auftretenden Probleme verringert

Im ersten Jahr war es nicht möglich, dass die Zahl der Personen, die die Initiative zur Lösung dieser Probleme ergriffen und MTG zur Lösung dieser Probleme besuchten, zunahm. Ich halte es für eine gute Studie, an dem Ort teilnehmen zu können, an dem Anforderungen organisiert und Spezifikationen formuliert werden, die vor dem Schreiben von Code festgelegt werden sollten.

Was soll ich übrigens studieren, wenn ich in das dritte Jahr eintrete?

Im zweiten Jahr erlernte Techniken usw.

Kotlin/MVVM/Dagger2/Jetpack/AAC/ConstraintLayout/ DataBinding/AdTech/Hyperion/Firebase

Drittes Berufsjahr: Fordern Sie Felder heraus, in denen Sie nicht gut sind

Es ist abstrakt, aber ich denke, ich werde Dinge studieren, die hohe Lernkosten haben, Dinge, die scheinbar bescheiden sind (wenn möglich cool) und Dinge, die keine unmittelbaren Ergebnisse liefern. Zum Beispiel

--Prüfung

Gewindeverarbeitung
Harte Funktionen wie Kamera und Video
DDD
CI/CD

Oder sowas ähnliches!

Zusammenfassung

Dieses Mal habe ich keinen Artikel über Qiita gepostet, daher muss ich leider sagen, dass ich ihn zu einem Thema gepostet habe, das einfach zu schreiben ist.

Ich hoffe, dass ich diese Gelegenheit in Zukunft nutzen kann, um auch technische Beiträge zu veröffentlichen!

Unser Nana-Musik-Adventskalender läuft noch. Ich frage mich, ob ich irgendwo zum zweiten Mal einen technischen Artikel veröffentlichen werde: Augen: Morgen wird @yamanemur es brillant liefern!