On Saturday, January 4, 2020 at 11:48:40 PM UTC+1, slawek wrote:
> J-23 <...@...f> Wrote in message:
> > W dniu 04.01.2020 o 09:31, slawek pisze:> J-23 <...@...f> Wrote in message:>> W dniu
03.01.2020 o 10:04, slawek pisze:> "M.M." <...@...c> Wrote in message:> >> Często
czytałem że większe programy pisane w językach z dynamicznym typowaniem szybko stają
się trudne w zarządzaniu, nawet powtarzałem tę opinię. Ale nie wiem ile w tym prawdy.
Jakie jest uzasadnienie?> Dlaczego w tym języku można efektywnie tworzyć
oprogramowanie pod> warunkiem że nie przekracza 5tys linii, w tym do 100tys, a w>
jeszcze innym do milionów?> > Ja szacuję to tak, że 100 tysięcy LOC to jest to
robota dla np.> 10, może 30 programistów. Jaki czas zakładasz na napisanie tej
ilości kodu? Bo bez ram czasowych raczej ciężko wyliczyć ilość programistów.Pytam z
czystej ciekawościPozdrawiam> > > Na podstawie zebranego doświadczenia.> Chciałem ci
coś innego napisać ale się powstrzymałem :)ale 100 tys LOC kodu przy dziesięciu
programistach to jakoś mizernie mało na jednego wychodzi - po 10 tys LOC stąd było
pytanie o ramy czasowe bo jak są krótkie to wtedy rozumiem :)PozdrawiamJ-23
>
>
> Dwa - trzy miesiące. I drobiazg - kod, testy, dokumentacja itd.
> Przy założeniu że to nie będzie copy-paste, np takie:
>
> A11 = cos(b11)
> A12 = cos(b12)
>
> To wychodzi jakoś tak 3000 linii na miesiąc, czyli około 200
> linijek dziennie (odlicz weekendy itp.), czyli 25 linijek na
> godzinę przy 8 godzinnym dniu pracy. Nie licząc komentarza,
> dokumentacji, jakichś papierków dla GUS (od 15 pracowników
> obowiązkowe). Odlicz czas na komunikację pomiędzy programistami,
> szkolenia, spotkania z tzw. klientem. Dolicz debugowanie. Z
> reguły co najmniej 50% kodu trzeba będzie pisać dwa razy - jakaś
> refaktoryzacja, zmiana priorytetów czy bibliotek. Chyba że
> nastawiamy się na klepanie bezkrytycznie wszystkiego jak leci...
> byle już nigdy do tego nie wracać.
>
> Moim zdaniem wykonalne, ale przy dobrej motywacji i kompetentnych
> pracownikach. Oczywiście może jesteś szybszy, ale większość ludzi
> jakich spotkałem, a którzy przechwalali się że "zrobią w
> weekend", nie potrafiło wytrzymać takiego tempa pracy jakie
> deklarowali.
>
> Albo po prostu robili plagiaty i/lub w inny sposób korzystali z
> cudzej pracy.
>
> Samo zrozumienie dziedziny problemu to mogą być tygodnie - np.
> gdybym pisał programy do obliczania podatków musiałbym zrozumieć
> prawo podatkowe danego kraju, może trochę karnego - a być może
> nawet nie jednego kraju, ale parunastu - na szczęście nie piszę
> programów księgowych itp.
>
> Dlatego całkiem możliwe że tempo byłoby gorsze.

Zgadzam się w całości, nawet dodałbym, że może być znaaaaacznie gorsze, gdy
właśnie uwzględnić zrozumienie problemu, optymalizację, testy, przenośność
kodu, wersje, refaktoryzację, dynamicznie zmieniające się wymagania klienta....
Ktoś kiedyś pisał, że z uwzględnieniem wersji wychodzą 2 linijki kodu na
dobę na programistę. Jeśli zadanie proste, dobrze znane, jeśli projekt mały,
to i można 2tys linijek na dobę wklepać z czego 90% interfejs w htmlu.
Mi czasami przez tydzień pracy dzień w dzień ubywa linijek kodu, a nawet
całych plików, bo po okresie wstępnego-szalonego prototypu wydzielam
procedury do wspólnych obliczeń.


Pozdrawiam