Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.programming > #30886

Re: Architektura aplikacji - powody wyłączania dll z exe

Show all headers | View raw

On 11/23/2017 11:55 AM, Maciej Sobczak wrote:
>> Masz mikroskop do badania jądra linuxa i za jego pomoca zamierzasz
>> oceniać budowę mostu. Proporcje Ci nie zniknęły tylko sa poza skalą i
>> nie sa proporcjonalne.
> Dlaczego nie są?
> Mamy:
> - wielomodułowy system
> - na kilkanaście milionów linii
> - pisany ponad 20 lat
> - przez setki ludzi
> - w zespole rozproszonym po całym świecie

A tu mamy:
- konkretny cel pisany za konkretne pieniadze opierający się o 
specyfikacje i dokumentacje
- kilkadziesiąt milionów lini kodu zbieranych przez lata przez 
wchlanianie róznych firm i produkcję własną
- pisany przez tak dlugo że mało kto pamięta kiedy zaczeli
- pisany przez niekreslone ilości ludzi, ale raczej idace w grube tysiące
- w zespołach rozproszonych, ale w srodku grupy *zwartych*
- i ktoś za to płaci co jest nie najgorszym motywatorem
- i ktos pilnuje co robią

> O jakim systemie teraz napisałem?

O jakims innym.

> Do tej pory użyłeś każdego z powyższych punktów jako argumentu uzasadniającego, że system ma wiele gigabajtów.
> Tymczasem jest system, który spełniając te warunki tych gigabajtów nie ma.

Dalej nie pojmujesz że porównujesz dwa światy i próbujesz wszykim wmówić 
ze duże aplikacje pisza imbecyle bo na pewno zlinkowali pornola do dllki 
albo zapomnieli wyłączyc debug. To jest obelga w stosunku do dużej 
liczby ludzi majacych pojecie o programowaniu grubo większe.

> Stąd wątpliwości i szukanie dalszych argumentów.

Twoje wątpliwości nikogo nie interesują podobnie jak urojenia jehowcow. 
Przedstaw dowody że jesteś w stanie prawdziwą aplikajce rzędu 1GB 
zredukować tylko przez samo linkowanie.

> Odpowiedzi merytoryczne do tej pory:
> - nie ma motywacji, żeby było mniej
> - kod debugowy i symbole

I Ty twierdzisz że mam kiepskie zdolności komunikacyjne a sam nie 
pojmujesz ze kod debugowy i symbole sam zrobiłeś i wyssales z tego 
idiotyczne wnioski?

W powaznej firmie, nawet niewielkiej, istnieje wiele poziomów 
*zapewniania* że w dll nie ma kodu debugowego i syboli. Niektóre 
automatyczne a inne białkowe. Serio, po raz kolejny dajesz w pysk 
programistom twierdząc że ich kłopoty to zapomniany debug? I mówisz to 
na podstawie własnych urojeń...

> To sa dobre odpowiedzi (ale potrafię sobie wyobrazić ich więcej).

To są złe odpowiedzi. Poza Nabino nie pamiętam ostatnio o wpadce aby 
ktokolwiek dostarczył na produkcje kod debugowy.

> Właśnie o to mi chodziło, że nie da się zmiescić tego (proporcjonalnego) miliona roboczo-lat w 30 lat realnie dostępnych na rozwój takiego produktu.

Oczywiście, fakty jak zwykle perfidnie kłamia. Nie da się i już. Chyba 
że ten milion roboczolat to tylko urojenie, ale przecież to obliczenie 
opiera sie o soline pociągnięcie z palca wiec nie może być błędne.

> Właśnie to wskazuje na zaburzenie proporcji (czyli: ktoś przy mniejszym wysiłki zrobił większą binarkę).

A może zrobił większa binarkę przy większym wysiłku uzyskując prędkośc, 
ficzery i tym podobne zbędne na helloworldowców rzeczy?

> Nadal twierdzę, że nie da się upchnąć miliona roboczo-lat w 30, które były dostępne.

Znowu te głupie fakty. Myślaleś żeby się zapisać do jakiejś 
populistycznej partii? Oni też z zapałem walczą z faktami.

> Stąd obserwacja, że mamy do czynienia z innymi proporcjami w czasach i rozmiarach. A stąd pytanie, dlaczego.

Dostajesz odpowiedzi i ciągle pytasz dlaczego. Jesteś może botem?

> BTW - misiaczek też jest nowy w tej dyskusji. Gorzej, że wypalasz się na niewłaściwym odcinku i brakuje Ci energii na realną dyskusję.

Uważasz że pieprzenie "to nie może być prawda że 2+2=4" jest realnym 
pomysłem na dyskusję?

> Moje pierwsze pytanie w tej dyskusji było: czy statycznie zlinkowane byłoby mniejsze.

Tak. Nie. Nie wiadomo. Raczej niewiele.

> Nie wiemy tego (sam napisałeś, że nie możesz sprawdzić)

Nikt tego nie może sprawdzić. Choćby dlatego że architektura aplikacji 
nie umozliwia statycznego linkowania aby zachowac funkcjonalność a samo 
doświadczenie bywa że jest niemożliwe do uzyskania bez kolosalnych zmian 
za które nikt nie zapłaci bo skutek jest i tak wiadomy.

>, więc teraz Twoje pytanie o to ile czasu trwa linkowanie gigabajtowych execów jest bezpodmiotowe.

Przedmiotowe bo tak się akuratnie składa że w sąsiedniej firmie jakiś 
pustak wpadł na ten pomysł i od 2010 roku niektóre osoby nic nie robią 
tylko tna aplikację na kawałki żeby się ratować. Jesli debuger odzyskuje 
callstack przez 2 minuty a drogie narzedzia do profilingu wieszają się 
za każdym razem to oznacza ze właśnie jesteś w dupie. Niby mało ważny 
argument, ten komfort pisania, a zatrzymal firme w rozwoju na kilka lat.

> Najpierw ustalmy, czy te gigabajty byłyby w statycznie zlinkowanym programie.

Tak, byłyby. To oczywiste - kod w dll jest unikatowy i wykorzystywany. 
Chyba że uwazasz że statyczne linkowanie kompresuje asembler zipem. 
Przyznam ze nie słyszałem o takim ale ja się słabo znam na programowaniu.

> Tego nadal nie wiemy, bo z braku możliwości przeprowadzenia testu pozostają tylko domysły, ewentualnie wyzwiska.

Nie, to co Ty nazywasz domysłami jest najnormalnie w świecie *wiedza*. I 
nie pochodzi ona z pustych funkcji w dllkach tylko z pracy nad dużą 
aplikacją.

> Słyszałem o buildach integracyjnych off-line.
> Nie ma potrzeby, żeby każdy programista linkował u siebie kompletny system.
> Podobnie jest z testami.

Oczywiście. Na ten przykald możesz sobie zlinkować tylko prawą częśc 
execa, lewą olać i puścić na testy regresyjne. Tak, jest w tym jakiś 
pomysł na to żeby napierw spieprzyć a potem ratować dupę workaroundami. 
Zupełnie jak w socjaliźmie, dzielnie walczy z problemami które sam generuje.

> Ja nawet przez chwilę nie zakładałem, że w takiej specyficznej branży ktoś używa domyślnych opcji kompilacji. Naprawdę.

Najbardziej zaś nie zakładałeś robiąc "eksperyment" który miał udowodnic 
że programiści to imbecyle.

> Ale jeśli używa się domyślnych, to jest to kolejny trop.

Tak, oczywiscie używa sie domyślnych a programisci to imbecyle. Idzie Ci 
coraz lepiej.

> Nadal jednak nie wpada mi to do kategorii "niezbędne".

A może zaproponowałbyś jakaś apliakcję do wycinania przypadkowych 
funkcji z dllek? Branża była by wdzięczna, manager wpisuje "wytnij mi 
30% kodu na release" i po chwili ma co chciał. Można by na tym zrobić 
dużą kasę, jak na homeopatii.

>> Możesz pisać router do fpga
>> ale raczej nie stanie się to godzine po rekrutacji. Coś bardziej po 10
>> latach.
> Dziwna strategia. Jak my zatrudniamy specjalistę od FPGA, to nie po to, żeby przez 10 lat tego nie robił.

Specjalista od FPGA może nie mieć pojęcia o programowaniu. To częsty 
przypadek. Ponadto mowa była o misiaczkach którzy wpadają do firmy z 
rewolucja. Sadza się ich w kącie i daje trywialne bugi aż zmiekną i z 
generowania nastrojow rewolucyjnych przejda do czajenia bazy. Czasem to 
trwa z 10 lat.

>> Jeszcze starszy od jądra linuxa jest kod w zegarku na korytarzu w
>> technikum gdzie uczęszczałem, na 8051.
> Ale nie ma 15 milionów linii kodu i nie był pisany przez >20 lat przez setki ludzi w rozproszonym zespole.

Oczywicie że nie, to tylko drugi idiotyczny przykład po Twoim w tej 
dyskusji. Postawienie dwoch absurdów obok siebie pozwala w końcu je 
dostrzec.

>> Znowu nazywasz ludzi pracujących z tym kodem głupimi.
> Nic podobnego. Pytam tylko.

"Panie kierowniku, bo tu jakiś imbecyl zlinkował do dllek, a czemu nie 
statycznie? Bo ja tu mam taką makietkę dllki... Tak tylko pytam."

Wbrew temu co mówią tumaniści istnieja głupie pytania.

> I do tej pory mamy takie odpowiedzi, po odfiltrowaniu wyzwisk:
> - nie ma potrzeby biznesowej, żeby był mniejszy rozmiar,

Jedna z setek.

> - kod debugowy,
> - stosowanie domyślnych opcje kompilacji

To brednie. Nikt, potarzam, nikt nie wypuscił by kodu w debug, symboli, 
barku optymalizacji poza firmami garażowymi.

>> Masz grupę ludzi którzy klepią kod od 20 lat, niektórzy wybitni.
> Masz na myśli jądro Linuksa?

Mam na myśli setki aplikacji.

> Bo już się pogubiłem w Twoich argumentach i o jakim systemie rozmawiamy.

Rozmawiamy o bardzo wielu rzeczach, ale ja mam najwyraźniej kiepskie 
zdolności komunikacyjne.

>> Nie, ty pytasz inżynierów w nasa
> O NASA jeszcze w tej dyskusji nie pytałem. Nieumiejętnie trollujesz.

To taka alegoria, choć przypuszczalnie zaraz za użycie tego słowa 
zdzieli mnie w łeb była polonistka.

>>>> Ten kod jest niezbędny.
>>> Tego nie pokazałeś.
>> Jak można to udowodnić bez znajomosci
>> architektury aplikacji co jest a co nie niezbedne?
> I gdybyś od początku wyłożył karty na stół, że nie znasz tej architektury, to bym wiedział, że nie trzeba tak mocno tej dyskusji toczyć.

Nie, ty nie znasz. Wypowiadasz się że "na pewno można coś zmniejszyć" 
nie mają sladowego pojęcia o architekturze. Ja mam pojęcie ale wymagało 
by kilku lat wyjasniania z kodem (bo kiepski jestem w komunikacji). 
Możesz oczywiście podpisać NDA jesli bardzo chbcesz.

> Pozostaję więc przy tym, co udało nam się do tej pory zebrać:
> - brak motywacji biznesowej,
> - kod debugowy,
> - domyślne opcje kompilacji.

Czyli nic nie pojmujesz.

> Jeśli chciałbyś dołożyć coś do tej listy (oprócz wyzwisk), to ja bardzo chętnie.

Nie widze sensu. Nie probujesz się czegokolwiek dowiedzieć. Ot, 
wyrzuciłeś z siebie idiotyzm że linkowanie statyczne jest zarąbiste i 
teraz nie ma drogi odwrotu, wstyd porzucić, do przodu i huraaa! Prosto w 
opary absurdu, debilnych argumentów, idiotycznych eksperymentów, chorych 
urojeń.

A świat obok toczy się ze swoimi milionami roboczolat mając Twoje 
urojenia głeboko na marginesie.

Back to pl.comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Architektura aplikacji - powody wyłączania dll z exe szykcech@gmail.com - 2017-11-14 21:10 -0800
  Re: Architektura aplikacji - powody wyłączania dll z exe Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-11-15 08:01 +0100
    Re: Architektura aplikacji - powody wyłączania dll z exe szykcech@gmail.com - 2017-11-15 00:21 -0800
      Re: Architektura aplikacji - powody wyłączania dll z exe Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-11-15 09:44 +0100
  Re: Architektura aplikacji - powody wyłączania dll z exe Maciej Sobczak <see.my.homepage@gmail.com> - 2017-11-15 06:11 -0800
    Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-18 02:38 -0800
      Re: Architektura aplikacji - powody wyłączania dll z exe Maciej Sobczak <see.my.homepage@gmail.com> - 2017-11-20 03:57 -0800
    Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-19 05:02 -0800
      Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-19 05:11 -0800
      Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-19 23:08 -0800
    Re: Architektura aplikacji - powody wyłączania dll z exe michal@kleczek.org - 2017-11-19 09:26 -0800
      Re: Architektura aplikacji - powody wyłączania dll z exe michal@kleczek.org - 2017-11-19 09:28 -0800
  Re: Architektura aplikacji - powody wyłączania dll z exe Sebastian Biały <heby@poczta.onet.pl> - 2017-11-16 19:57 +0100
    Re: Architektura aplikacji - powody wyłączania dll z exe Maciej Sobczak <see.my.homepage@gmail.com> - 2017-11-17 01:29 -0800
      Re: Architektura aplikacji - powody wyłączania dll z exe Sebastian Biały <heby@poczta.onet.pl> - 2017-11-17 17:28 +0100
        Re: Architektura aplikacji - powody wyłączania dll z exe Maciej Sobczak <see.my.homepage@gmail.com> - 2017-11-20 04:42 -0800
          Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-20 08:26 -0800
            Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-21 22:52 -0800
          Re: Architektura aplikacji - powody wyłączania dll z exe Sebastian Biały <heby@poczta.onet.pl> - 2017-11-20 22:53 +0100
            Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-20 14:57 -0800
            Re: Architektura aplikacji - powody wyłączania dll z exe Maciej Sobczak <see.my.homepage@gmail.com> - 2017-11-21 04:35 -0800
              Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-21 08:17 -0800
              Re: Architektura aplikacji - powody wyłączania dll z exe Sebastian Biały <heby@poczta.onet.pl> - 2017-11-21 22:21 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-21 17:02 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe Maciej Sobczak <see.my.homepage@gmail.com> - 2017-11-22 06:33 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe Sebastian Biały <heby@poczta.onet.pl> - 2017-11-22 18:20 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe Sebastian Biały <heby@poczta.onet.pl> - 2017-11-22 18:56 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe Maciej Sobczak <see.my.homepage@gmail.com> - 2017-11-23 02:55 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-23 04:18 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-23 13:52 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe Sebastian Biały <heby@poczta.onet.pl> - 2017-11-23 22:52 +0100
              Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-21 23:05 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe szykcech@gmail.com - 2017-11-22 09:45 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-23 13:35 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-23 04:26 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-23 13:57 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe szykcech@gmail.com - 2017-11-23 09:10 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-23 14:04 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe "AK" <nobody@nowhere.net> - 2017-11-27 09:57 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-27 04:20 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe "AK" <nobody@nowhere.net> - 2017-11-30 01:16 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-30 08:27 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe "AK" <nobody@nowhere.net> - 2017-12-01 01:22 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-12-01 04:21 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-12-01 07:42 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe Roman Tyczka <noemail@because.no> - 2017-12-01 20:14 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-12-01 15:11 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-12-01 17:02 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe "AK" <nobody@nowhere.net> - 2017-12-02 09:24 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-12-02 03:15 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-12-02 03:43 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe "AK" <nobody@nowhere.net> - 2017-12-02 16:15 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-12-02 07:26 -0800
                Re: Architektura aplikacji - powody wyłączania dll z exe "AK" <nobody@nowhere.net> - 2017-12-02 16:12 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe "AK" <nobody@nowhere.net> - 2017-12-02 09:15 +0100
                Re: Architektura aplikacji - powody wyłączania dll z exe "AK" <nobody@nowhere.net> - 2017-12-02 08:59 +0100
    Re: Architektura aplikacji - powody wyłączania dll z exe szykcech@gmail.com - 2017-11-17 06:23 -0800
      Re: Architektura aplikacji - powody wyłączania dll z exe Sebastian Biały <heby@poczta.onet.pl> - 2017-11-17 17:35 +0100
        Re: Architektura aplikacji - powody wyłączania dll z exe szykcech@gmail.com - 2017-11-17 09:11 -0800
          Re: Architektura aplikacji - powody wyłączania dll z exe Sebastian Biały <heby@poczta.onet.pl> - 2017-11-17 18:29 +0100
  Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-19 04:21 -0800
    Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-20 08:31 -0800
      Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-21 22:56 -0800
        Re: Architektura aplikacji - powody wyłączania dll z exe Mateusz Bogusz <mabakay@o2.pl> - 2017-11-22 21:09 +0100
          Re: Architektura aplikacji - powody wyłączania dll z exe "M.M." <mmarszik@gmail.com> - 2017-11-23 13:44 -0800
            Re: Architektura aplikacji - powody wyłączania dll z exe Mateusz Bogusz <mabakay@o2.pl> - 2017-11-29 22:09 +0100
    Re: Architektura aplikacji - powody wyłączania dll z exe fir <profesor.fir@gmail.com> - 2017-11-22 12:09 -0800
  Re: Architektura aplikacji - powody wyłączania dll z exe szykcech@gmail.com - 2018-09-12 10:55 -0700

csiph-web