@horus666 @macan @groman43 @markaron Nie jestem w branży długo, ale projekty z IT są ciągle w fazie rozwoju. Przez co nie da się w 100% odpowiednio zaprojektować wszystko "raz a dobrze" skoro po np. 2-3 latach aplikacji dodawane są duże ogromne ficzery, które by wymuszaly duże zmiany w kodzie, więc się to wszystko "dokleja", żeby było ok.
@Volantie: Tutaj nie chodzi o to, żeby było "raz a dobrze" oraz ogólnie flexible, future proof i coś tam jeszcze. Tutaj chodzi, żeby to co ma działać, działało od kopa, bez tysiąca poprawek. Jak popatrzę na niektórych, pełnych energii juniorów, to naprawdę czasem włos się na plecach jeży. Tutaj zróbmy to, tutaj tamto, pomysły które niczego nie wnoszą i tylko wszystko komplikują. Może nie jestem dynamicznym oskarkiem, tylko starym grzybem
@markaron: Jeszcze tak zgodnie z budowlanymi analogiami każdą ścianę stawiałby inny podwykonawca, dodatkowo poganiany przez kilku teamleaderów, a każdy dzień pracy rozpoczynałby od paru godzin spotkań z relacjonowaniem prac z dnia poprzedniego i przedstawianiem planu na kolejny.
@horus666: Nie o to chodzi by zrobić, a zadowolić klienta (przy jednoczesnym wydrenowaniu z niego jak największej kasy). Dziękuję i nie zapraszam do dyskusji, bo nie ma o czym.
@horus666: wcale nie ma to związku z tym, że za 2 dni przychodzi ktoś i stwierdza, że coś trzeba zmienić, bo zmieniły się wymagania xD To tak jakbyś wybudował blok i na sam koniec przychodzi deweloper i mówi, że w sumie to chciałbym jeszcze 2 piętra, ale każde w innym stylu i dodatkowe piwnice w ziemi, a i jeszcze ładowarka elektryczna do każdego miejsca parkingowego, najlepiej za 2 dni xD
@horus666: nie moja wina, że nie mogę zainstalować tej drukarki lokalnie - korpo ma AD policy dla drukarek (⌐͡■͜ʖ͡■) A że czasami znikają - a skąd ja mam wiedzieć kto aktualnie grzebie w tym AD?
No ale jest tyyyyle ficzerow, że należy się premia dla zarządu
@Krol_Karo: Złożoność systemu rośnie nie tylko ze względu na nowe ficzery, ale z innych względów, jak ruch od użytkowników (monolit skaluje się dobrze tylko do pewnego poziomu, potem zaczyna się hackowanie), niezawodność (redundancja usług, automatyzacja failoverów), szybsze przywracanie po awarii i tak dalej...
źródło: 8gesjn
PobierzKomentarz usunięty przez autora Wpisu
Nie jestem w branży długo, ale projekty z IT są ciągle w fazie rozwoju. Przez co nie da się w 100% odpowiednio zaprojektować wszystko "raz a dobrze" skoro po np. 2-3 latach aplikacji dodawane są duże ogromne ficzery, które by wymuszaly duże zmiany w kodzie, więc się to wszystko "dokleja", żeby było ok.
Komentarz usunięty przez autora Wpisu
Jak popatrzę na niektórych, pełnych energii juniorów, to naprawdę czasem włos się na plecach jeży. Tutaj zróbmy to, tutaj tamto, pomysły które niczego nie wnoszą i tylko wszystko komplikują. Może nie jestem dynamicznym oskarkiem, tylko starym grzybem
O to, to. Zgaduję, że nie chodzi o unit testy? ( ͡° ͜ʖ ͡°)
@horus66: Oprogramowanie ma cykl iteracyjny, więc nie ma co się dziwić.
@markaron: w większości przypadków zwiększył się niepotrzebnie, co zauważalnie obniża jakość produktów (ʘ‿ʘ)
No ale jest tyyyyle ficzerow, że należy się premia dla zarządu ¯\(ツ)/¯
A że czasami znikają - a skąd ja mam wiedzieć kto aktualnie grzebie w tym AD?
@Krol_Karo: Złożoność systemu rośnie nie tylko ze względu na nowe ficzery, ale z innych względów, jak ruch od użytkowników (monolit skaluje się dobrze tylko do pewnego poziomu, potem zaczyna się hackowanie), niezawodność (redundancja usług, automatyzacja failoverów), szybsze przywracanie po awarii i tak dalej...