@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: 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 @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.
@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: 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...
Komentarz usunięty przez autora Wpisu
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
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.
@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 ¯\(ツ)/¯
O to, to. Zgaduję, że nie chodzi o unit testy? ( ͡° ͜ʖ ͡°)
@horus66: Oprogramowanie ma cykl iteracyjny, więc nie ma co się dziwić.
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...