Wpis z mikrobloga

☎️ #programista15k #programowanie

Też tak macie, że jak wywalacie jakiś stary #gownokod, zastępując go nowym, pachnącym kodem pisanym niczym wiersz, to czujecie się jakbyście wyrywali chwasty z ogródka i sadzili w ich miejsce piękne kwiaty? ( ͡° ͜ʖ ͡°)
  • 29
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Też tak macie, że jak wywalacie jakiś stary #gownokod, zastępując go nowym, pachnącym kodem pisanym niczym wiersz,

@a5f5c1:
A potem wchodzi Ci na PR senior #!$%@? architect developer z dwudziestoletnim stażem w jednej firmie i #!$%@? wszystko do kosza bo nie rozumie co się tam dzieje. ¯\_(ツ)_/¯
  • Odpowiedz
@smk666: Kolega kiedyś narobił się w jednym projekcie Xamarinowym, wszystko ładnie napisane wg MVVM, z bindingiem propertiesów z view modelu itd.
Któregoś pięknego dnia z rana zagląda w repo, a tu jego turbo-architekt wyharatał wszystkie view modele i cały ten kod powrzucał do "code behind" każdego page'a w aplikacji, bo... "teraz przynajmniej można to śledzić w debuggerze"...
Endriu_ - @smk666: Kolega kiedyś narobił się w jednym projekcie Xamarinowym, wszystko...

źródło: comment_1657697029tu6k7Tynr7tUZWgV9j8dzh.gif

Pobierz
  • Odpowiedz
bo... "teraz przynajmniej można to śledzić w debuggerze"...


@Endriu_:
Pracowałem kiedyś nad .netowym molochem MVC składającym się z 60 projektów w solucji, który komunikował się z kilkunastoma serwisami i używał kilkunastu "uniwersalnych" bibliotek, z zależnościami dociąganymi jako nugety. Jeden z leadów z tego samego powodu co u Ciebie powciągał wszystkie paczki jako projekty do tej solucji, dzięki czemu moloch urósł do 136 projektów, wczytywał się 5 minut a budował 20.
  • Odpowiedz
@smk666: Kto w trakcie debugowania swojej gówno-funkcji nie wgryzał się w kod Newtonsoft.Json (no bo to na pewno TAM musi być bug, nie w moim kodzie!), niech pierwszy rzuci... klawiaturą. ( ͡° ͜ʖ ͡°)
  • Odpowiedz
@a5f5c1: Prosty kod jest sztuką, tylko że dla osoby z dużym doświadczeniem prostota jest czymś zupełnie innym niż dla początkującego. Początkujący często napierdzielą tych klas jak mrówków w projekcie, narobią dziedziecznia, referencji i interfejsów bo chcą mieć wszystko rozszerzalne, elastyczne i zrobione wg wzorców wyczytanych w pewnej grubej książce i potem z prostego projektu się robi FizzBuzzEnterprise i trudno się połapać jak to działa. No ale jest za to SOLID,
  • Odpowiedz
@Krolik: O przyszedł ten senior co nie przepuszcza PR bo nie wie co się dzieje. Jego wiedza skonczyła się na proceduralnosci i pętlach, on nie rozumie obiektów i funkcyjnosci.( ͡° ͜ʖ ͡°)( ͡° ͜ʖ ͡°) Bazę można wymieniać, trzeba tylko bazować na poprawnych założeniach, znam projekt w którym wymiana bazy to tylko dobra implementacja klasy abstrakcyjnej, mają już 3 obsługiwane bazy. Oczywiście
  • Odpowiedz
Bazę można wymieniać, trzeba tylko bazować na poprawnych założeniach, znam projekt w którym wymiana bazy to tylko dobra implementacja klasy abstrakcyjnej, mają już 3 obsługiwane bazy. Oczywiście wymagania są rygorystyczne bo musi to być baza SQLowa oraz jest napisany dedykowany ORM pod to rozwiązanie


@Whiskeyjack29: To niezła podmiana bazy, z jednej relacyjnej na drugą. xD Podmiana bazy danych to nie jest proces który kończy się na implementacji w kodzie, należy
  • Odpowiedz
O przyszedł ten senior co nie przepuszcza PR bo nie wie co się dzieje.


@Whiskeyjack29: A wiesz po co się robi w ogóle code-review PR?


Jego wiedza skonczyła się na proceduralnosci i pętlach, on nie rozumie obiektów
  • Odpowiedz
należy pamietać procesie backupów, restoru, stworzenie infrastruktury, testów consistency, napisaniu dokumentacji


@RapIArbuzy: Tylko co infra obchodzi programistę? ( ͡° ͜ʖ ͡°)

Im jestem starszy, tym bardziej wolę gołe SQLki pisać i mieć wywalone na potencjalne zmiany silnika pod spodem. ORM zaczynam postrzegać jako legacy. Na #!$%@? mi te wszystkie grafy obiektów i debugowanie tego potem, jak i tak finalnie całość kończy jako jsonowy response?
  • Odpowiedz
Tylko co infra obchodzi programistę? ( ͡° ͜ʖ ͡°)


@file_get_contents: W niektórych firmach zatrudnia się software engineers, a nie code monkeys ( ͡° ͜ʖ ͡°) A odpowiadając dokładniej, disaster recovery plan może sporo zależeć w zależności od bazy danych, jak i samej architektury aplikacji. Cała procedura DRP powinna zostać przetestowana, więc infrastruktura jak najbardziej jest na barkach software engineer, pod słowem infrastruktura
  • Odpowiedz