Brak dokumentacji, spagethii code a efektywność.

Odpowiedz Nowy wątek
2019-11-20 19:04

Rejestracja: 8 miesięcy temu

Ostatnio: 1 tydzień temu

1

Witam wszystkich ponownie.
Mam do was pytanie, czy to normalne ze przy spaghetti code, bez żadnej dokumentacji (kompletnie nic a nic) bardzo wolno mi idzie praca. Nie mam problemu z samym programowaniem, ale wpatruje się w kod prawie cały tydzień i szukam zmiennych z wybranymi danymi, czy też metod, aby wykonać proste zadanie (Dokładnie jeden tydzień). Jakoś kodu mnie dobija, zero wzorców projektowych, nazwy zmiennych i metod kompletnie z "dupy". Dodam, że od niedawna zmieniłem pracę i trafiłem na ten projekt (molocha) w opłakanym stanie. Mam możliwość zmiany projektu za mniejsze pieniądze. Czy rzeczywiście, tak jest ze większość kodów jest bez dokumentacji plus spaghetti code ? Przy okazji kierownik tego projektu non stop mnie pogania, mówiąc że to "proste" - siedzi tam 10 lat. Zastanawiam się czy ze mną coś jest nie tak. Może przydała by się jakaś rada jak sobie z tym radzić.

Za samo poganianie i mówienie, że to "proste" najlepiej olej tę firmę. - John Lemon 2019-11-23 09:45

Pozostało 580 znaków

2019-11-20 19:10

Rejestracja: 12 lat temu

Ostatnio: 3 godziny temu

Lokalizacja: Warszawa

4

Kilka rad

  1. Zmień firmę, zwłaszcza jak masz typów co kiepsko programuja i robią tam po 10 lat. Taki typ przyjdzie Ci, dopiszę ifa na szybko i pokaże Ci ze jesteś głupi, ale to już nic, se po tygodniu przez tego ifa okaże się że pół projektu rzuca errorami.
  2. Wg Twojego opisu wygląda mi to jakbys nie do końca opanował użycie IDE (a dokładnie skakanie po funkcjach, zmiennych, refaktoryzacja itp) sprawne użycie IDE czasami potrafię zmienić spaghetti w lasagne :)
  3. Skoro robisz coś tydzień to przez ten czas, skacząc po kodzie nanos poprawki, tzw zasada skauta/harcerza. Mam nadzieję że zmiany w kodzie są wersjonowane w gicie. Jak nie, to patrz pkt. 1
  4. Nie kloc się z idiotami, tylko rób swoje.

Odnośnie samego pytania - tak to normalne, że długo Ci to zajmuje. Nie sztuka jest wprowadzić szybką zmianę i po tygodniu latać ją, wraz z 10cioma innymi błędami które powstały z tej zmiany.

edytowany 1x, ostatnio: axelbest, 2019-11-20 19:11
Akurat myślę że IDE opanowane, robiłem refaktor 12 metod co przekazywały 14 tych samych parametrów po stronie serwera. ;p - evenuel 2019-11-20 19:12

Pozostało 580 znaków

2019-11-20 19:14

Rejestracja: 8 miesięcy temu

Ostatnio: 3 godziny temu

0

Jeden stary wyjadacz powiedział o początku wieku (na pewno wypełniający zadania, bo bank na nim działa kilkanaście lat): zastanawiałem się co najmniej trzy dni dlaczego to działa, bo według mnie to nie miało prawa nigdy działać.


"Ktoś sobie uświadomił, że pisał pod pseudonimem rzeczy, które lepiej żeby w firmie nie wypatrzyli :-)"

"- Ledwo na studiach 3 tydzień się kończy i już ciężko?
- Niestety prowadzący jest dziwny i robi kartkówki"

Pozostało 580 znaków

2019-11-20 19:36

Rejestracja: 8 lat temu

Ostatnio: 7 godzin temu

Lokalizacja: Grudziądz/Bydgoszcz

3

spadżetti to szkoła przetrwania, jak sobie z tym radzisz to nigdy cię nie zaskoczy kod innych programistów. Ja tam lubie spadżetti bo lubię robić refaktoring a i jeszcze mi się nie zdażyło by ktoś w spadżetti mnie poganiał bo każdy wie, że to tykająca bomba. Mogę powiedzieć że w spadżetti to ja odpoczywam :D

Pozostało 580 znaków

2019-11-20 21:24
Moderator

Rejestracja: 11 lat temu

Ostatnio: 2 godziny temu

Lokalizacja: Wrocław

7
evenuel napisał(a):

Czy rzeczywiście, tak jest ze większość kodów jest bez dokumentacji plus spaghetti code ?

Niestety tak. Chociaż ostatnio to się zmienia i zamiast spaghetti jest DDD-spaghetti.

Zastanawiam się czy ze mną coś jest nie tak.

Chyba tak, skoro tam jeszcze pracujesz.

Może przydała by się jakaś rada jak sobie z tym radzić.

Ja bym gościowi nasikał do herbaty.


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."
Pokaż pozostałe 6 komentarzy
Herbata z cukrem? Fuuuuuuuuuuu - scibi92 2019-11-21 00:50
Małym dzieciom się tak daje, bo są przyzwyczajone do mleka matki, które jest słodkie. - somekind 2019-11-21 00:52
@scibi92: mniam! cukier to moje jedyne uzależnienie :( - Sunnydev 2019-11-21 00:56
Dopiero jest czwartek, a Ty już chyba ze 3 razy szydziłeś z DDD w tym tygodniu, czy to już stan wojenny? - WeiXiao 2019-11-21 00:57
Ja? Z kimś mnie mylisz. Z DDD szydzą ci, co piszą mutowalne persistence modele, dowalą do nich parę dodatkowych metod i nazywają to DDD. - somekind 2019-11-21 01:01

Pozostało 580 znaków

2019-11-21 03:37

Rejestracja: 6 lat temu

Ostatnio: 1 godzina temu

1
evenuel napisał(a):

Mam do was pytanie, czy to normalne ze przy bla, bla, bla (jakieś narzekania) kierownik tego projektu non stop mnie pogania, mówiąc że to "proste" - siedzi tam 10 lat.

To jest prawdziwy problem, a nie spaghetti. Kod zawsze będzie mniej lub bardziej brzydki (bo większość programistów pisze zły kod), ale poganianie kogoś nowego, bo nie umie wejść szybko w spaghetti, to już jest januszyzm. I brak empatii.

ale wpatruje się w kod prawie cały tydzień i szukam zmiennych z wybranymi danymi, czy też metod, aby wykonać proste zadanie (Dokładnie jeden tydzień)

To się nazywa dług techniczny.

Ktoś kiedyś zrobił coś "na szybko", walnął nazwy zmiennych i metod kompletnie z "dupy", a teraz trzeba z tym żyć. Musisz spłacać dług techniczny, który tamten ktoś zaciągnął. Dlatego jest wolniej i dlatego cię poganiają, bo kretyni nie pojmują koncepcji długu technicznego. Że jak coś kiedyś było zrobione szybko, ale byle jak, to teraz trzeba za to płacić.

Myślę, że są dwie drogi:

  1. idziesz w januszyzm i ulegasz kierownikowi i robisz rzeczy szybko, nawet byle jak. Albo ściemniasz że coś jest zrobione w 100%, nawet jeśli jest zrobione w 50% i to słabo. Może nikt się nie skapnie.

Wady? Stajesz się januszem, takim samym, jak ci, co byli przed tobą. I tworzysz kolejny dług techniczny, który będzie trzeba kiedyś spłacić.

Zalety? Masz posadkę, którą masz i dostajesz hajs, który dostawałeś. A jak będzie trzeba spłacić dług techniczny, to zawsze będziesz mógł zrzucić winę na kogoś nowego. Czyli dzisiaj piszesz spaghetti kod, a za pół roku będziesz mógł zrzucić winę na jakiegoś nowego programistę i to nie ciebie będą poganiać, ale to ty będziesz poganiać innych, że nie umieją w spaghetti kod.

  1. składasz wypowiedzenie i adieu

Zalety:
Twój honor, reputacja i RiGCz nie ucierpi. Będziesz mógł dalej spojrzeć sobie w lustro bez myśli, że jesteś skurwielem.
Wady:
Tracisz posadkę i musisz się rozglądać za inną firmą


((0b10*0b11*(0b10**0b101-0b10)**0b10+0b110)**0b10+(100-1)**0b10+0x10-1).toString(0b10**0b101+0b100);

Pozostało 580 znaków

2019-11-21 09:33
Moderator

Rejestracja: 16 lat temu

Ostatnio: 2 godziny temu

2

Nie warto kopać się z koniem. Szukaj nowej firmy, tym razem przyłóż się porządnie do sprawdzenia czy ta firma to nie kolejny januszsoft.


Masz problem? Pisz na forum, nie do mnie. Nie masz problemów? Kup komputer...

Pozostało 580 znaków

2019-11-21 09:42

Rejestracja: 5 lat temu

Ostatnio: 3 godziny temu

Lokalizacja: Nowa Ruda

1

Wszedłem raz do takiego projektu po godzinach (zdalnie). Na rozmowie pytali o dobre praktyki wzorce ddd. A rzeczywistość zupełnie inna. Jednoliterkowe zmienne, zero testów. To była masakra. Wytrzymałem może z miesiąc. Stwierdziłem, że lepiej po godzinach uczyć się czegoś nowego, robić coś swojego niż siedzieć w g..ie. Ja bym szukał czegoś nowego na twoim miejscu

Pozostało 580 znaków

2019-11-21 11:29
Moderator

Rejestracja: 11 lat temu

Ostatnio: 2 godziny temu

Lokalizacja: Wrocław

5
LukeJL napisał(a):

Musisz spłacać dług techniczny, który tamten ktoś zaciągnął.

Dług techniczny nie jest wyrażany w jakiś magicznych punktach inżynierskich, to jest taki sam dług jak każdy inny, i spłaca się go pieniędzmi. Dlatego to nie programista spłaca dług techniczny, tylko sponsor projektu płacąc programiście za robienie czegoś 2 tygodnie zamiast 2 godzin.


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."

Pozostało 580 znaków

2019-11-21 14:18

Rejestracja: 12 lat temu

Ostatnio: 5 godzin temu

2
somekind napisał(a):

Dług techniczny nie jest wyrażany w jakiś magicznych punktach inżynierskich, to jest taki sam dług jak każdy inny, i spłaca się go pieniędzmi. Dlatego to nie programista spłaca dług techniczny, tylko sponsor projektu płacąc programiście za robienie czegoś 2 tygodnie zamiast 2 godzin.

tyle, że dług techniczny nie wychodzi w tabelkach Excela, więc menadżerom nie przeszkadza.
Dopiero, gdy dług nie urośnie do takiej skali, że nie da się go ignorować, bo koszty w innych pozycje są absurdalnie duże, to wtedy menadżer coś robi.

  • dużo błędów, szczególnie notorycznie powracających
  • wprowadzenie nowego feature trwa w nieskończoność.
  • duża rotacja programistów/testerów

Jeśli chcesz pomocy, NIE pisz na priva, ale zadaj dobre pytanie na forum.

Pozostało 580 znaków

2019-11-21 14:20

Rejestracja: 8 miesięcy temu

Ostatnio: 3 godziny temu

0
MarekR22 napisał(a):
  • duża rotacja programistów/testerów

Jesteś managerem czy programistą?
Początkowe rozeznanie w ofercie to informacja o rotacji, nie ważne jak uzyskana.


"Ktoś sobie uświadomił, że pisał pod pseudonimem rzeczy, które lepiej żeby w firmie nie wypatrzyli :-)"

"- Ledwo na studiach 3 tydzień się kończy i już ciężko?
- Niestety prowadzący jest dziwny i robi kartkówki"
czy bym narzekał na dług techniczny będąc menadżerem? NIE! Narzekałbym, że programiści się obijają. - MarekR22 2019-11-21 14:26
a duża rotacja pracowników występuje, gdy jest już BARDZO źle. - MarekR22 2019-11-21 14:27
Czasem od momentu kiedy pojawił się GoWork w niektórych firmach występuje duża rotacja. Nie musi wic ona prowadzić automatycznie do katastrofy. Tak też da się funkcjonować i prowadzić biznes. - BraVolt 2019-11-21 14:52
A czy ja napisałem, że to koniec projektu? To jest jedynie objaw, że w projekcie dzieje się źle - jest duży "tech debt". - MarekR22 2019-11-21 14:54

Pozostało 580 znaków

Odpowiedz

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0