Codzienne życie działu oprogramowania badawczo-rozwojowego – nasza „długoterminowa perspektywa” z projektem

Rozwój oprogramowania

Witam wszystkich, jestem inżynierem oprogramowania w firmie VEICHI i odpowiadam za rozwój oprogramowania platformowego. Kod oprogramowania jest mózgiem i rdzeniem maszyny. Stabilność, bezpieczeństwo i niezawodność maszyny są nierozerwalnie związane z planowaniem, układem i pisaniem oprogramowania. Następnie przedstawię krótkie wprowadzenie do niektórych prac związanych z tworzeniem oprogramowania. W przypadku jakichkolwiek braków prosimy o informację.

Otrzymywanie zadania

Kiedy nadszedł czas spotkania, trafne było stwierdzenie, że nadszedł czas na określenie nowego projektu. Lider zadzwonił do nas w przeszłości i wszyscy zebrali się na spotkaniu, aby omówić nową funkcję zastosowaną w maszynie. W wyniku różnych dyskusji podjęto ostateczną decyzję o opracowaniu tego oprogramowania. I dał mi zadanie, wskazując cykl rozwoju.

Omów

Tak naprawdę dla osób piszących oprogramowanie na początku nowego projektu najważniejsze jest to, aby nie spieszyć się do pracy, bo nie jest to łatwe, ale też chwilowo zignorować presję krótkiego cyklu programistycznego. Najpilniejszą rzeczą do zrobienia jest sprawdzenie danych we wszystkich kierunkach, wyjaśnienie dużych ram zadania i krzyżowych relacji między małymi ramami, utworzenie rygorystycznej mapy orientacji logicznego myślenia i tak dalej.

Ciężko pracuj

Po ukończeniu struktury kodu lub schematu blokowego, programowania modułowego i ręcznie rysowanej, skomplikowanej sieci relacji linii relacji. Następnie postępuj zgodnie z ręcznie malowanym „planem” do zbudowania frameworka kodu. Czym są ramy, mówiąc prościej, ramy to nieskończona liczba if else if else, czyli różnych warunków pudełka. Następnie zapisywane są szczegóły kodu, to znaczy kod jest podłączany do każdego modułu lub warunku i każdy moduł jest dostrajany. Chociaż proces ten jest łatwy do powiedzenia, w rzeczywistości operacja napotka różne nieoczekiwane problemy.

Współpraca i sytuacja korzystna dla obu stron

W procesie pisania kodu nie sposób nie napotkać problemów. Często przez te „domowe posiłki” linia moich włosów staje się coraz wyższa. Ostatnio pewnym rekordem w przeglądaniu skarbów są produkty przeciw wypadaniu włosów. Oczywiście jako rolnik kodu. Wszystko jest do tego przyzwyczajone, włosy mogą być długie, a problem trzeba rozwiązać. W tym procesie, jeśli napotkasz mały problem, możesz znaleźć wszelkiego rodzaju informacje i rozwiązać go w normalnych okolicznościach.

Jeśli jednak napotkasz problem z platformą oprogramowania, musisz współpracować z innymi współpracownikami. Jak to się mówi, trzech śmierdzących, górny Zhuge Liang, jak współpracować, zależy to od charakteru tej osoby, która z tobą współpracuje. Jest ekstrawertykiem i niezależny od formy. Możesz pójść w ich ślady, ale musisz mieć dyplom. W praktyce należy to dokładnie przeanalizować i zrobić to dobrze. Jeśli jest introwertykiem i specjalizuje się w technologii, docenisz go bardziej i zapewnisz dobrą komunikację techniczną. Krótko mówiąc, jak prowadzić efektywną współpracę, to także kwestia nauki. Tak naprawdę w przypadku współpracy każdy współpracownik będzie współpracował, aby osiągnąć ostateczny cel.

Współpraca i sytuacja korzystna dla obu stron

Okres dostawy

W trakcie realizacji projektu najtrudniejszym problemem, którym się nie martwię, jest problem, który musi rozwiązać lider. Kiedy zadanie jest realizowane intensywnie, nagle pojawia się pilna potrzeba wysłania towaru. Należy spełnić wymagania dotyczące przywództwa. To po prostu wyścig z czasem.

Wtedy w tej chwili chaos jest najbardziej nie do przyjęcia. Kiedyś używany jako biały program, wpada w panikę, gdy spotyka się z taką sytuacją. Teraz oprócz nadgodzin należy dobrze ogarnąć rytm projektu. Podobnie jak w przypadku praktyki Tai Chi, wszystkie kroki są relaksacyjne, ze strategicznego punktu widzenia mentalność powinna zostać odpowiednio rozwiązana, krok po kroku zgodnie z planem, a osiągnięcie przywództwa stanowi jedynie mały problem w procesie badawczo-rozwojowym.< /p>

Test

Po zakończeniu powyższych prac prace nad rozwojem oprogramowania są w zasadzie zakończone, a test przebiega zgodnie z harmonogramem. Poproś inżyniera testowego o sprawdzenie problemu z oprogramowaniem. Ogólnie rzecz biorąc, testowanie problemu na tym etapie jest nieuniknione. Kiedy pomysły inżyniera testowego są z tobą niespójne, wysłuchaj go i dokładnie się zastanów. Chociaż ogólnie uważamy, że te procedury wyszukiwania usterek są uciążliwe, ponieważ inżynierowie testujący mają duże doświadczenie w testowaniu i wykonywaniu testów na miejscu, prawdopodobnie będą wymagane przez klienta. Aby otrzymać produkt doskonały, warto posłuchać ich opinii.

Regulacja na miejscu

Po zakończeniu testu i pozytywnym wyniku przeglądu oprogramowania, recenzja zostaje zaliczona i prace nad oprogramowaniem w zasadzie dobiegają końca.

Gdzie jest maszyna, tam jest regulacja na żywo. Podsumowałem także doświadczenia dotyczące dostosowania. Oznacza to, że sytuacja na miejscu jest skomplikowana. Nie każdy klient wie, jakie są jego prawdziwe potrzeby. Pamiętaj, aby znaleźć odpowiednią osobę i zapytać o jej prawdziwe potrzeby. W przeciwnym razie będziesz go bardzo często modyfikować i sprawiać kłopoty. Jak znaleźć odpowiednią osobę, rozmawiać więcej, pytać więcej, komunikować się więcej, oceniać jej stanowisko i potwierdzać, kto jest najjaśniejszy. Setki i tysiące razy jej szukałem w chaosie, nagle przez przypadek zwróciłem się tam, gdzie gasły światła, i tam stała！

Powyższe stanowi część pracy inżyniera oprogramowania VEICHI. Artykuł jest po prostu opisany. Tak naprawdę kryje się za tym wiele niewidocznych wysiłków i trudności. Podróż to morze gwiazd, a przyszłość pełna zamętu. Zawsze wierzymy, że dopóki będziemy odkrywać, koncentrować się na potrzebach klientów, zawsze zwracać uwagę na najnowsze osiągnięcia, rozumieć rzeczywiste potrzeby i mieć pewność, że opracujemy produkty, które zadowolą klientów.