Bastion pisze:
> Użytkownik "Michoo" <m...@v...pl> napisał w wiadomości
news:hlf6va$78u$1@news.onet.pl...
>
>> Mogłeś napisać "Jestem kiepskim programistą a będą mi płacić w kolejnych n
miesiącach 4k*(1.1)^n, możecie mi zazdrościć" - byłoby
>> to tylko żałosne, ale ty wrzuciłeś bardzo kiepski kod, a jak cię zjechano za jego
jakość próbowałeś się nieudolnie bronić
>> pogrążając jeszcze bardziej - tak zachowujących się ludzi określa się często
mianem wioskowych głupków.
>
> E, widze ze grupa (w tym watku) uwarza mnie za
> - masona
> - malolata
> - pseudo programiste
> - neofite w programowaniu
> - chwali piete
> - czlowieka ktory bierze dragi (tudzierz triggery:))
>
> Odpowiadam HURTEM:
> Pierwszy kod w tym watku prawidlowo opisywal rzecywistosc.

To prawda. Ale widzisz, "Paw królowej" Doroty Masłowskiej też prawidłowo
opisuje rzeczywistość, z tym, że robi to w słabym stylu. Tak jak Twój kod.

JD

do góry

Bastion pisze:
> Użytkownik "Jędrzej Dudkiewicz" <j...@g...com> napisał w wiadomości
news:hl0kss$u05$1@news.onet.pl...
>
>> Konkrety? Czyli co? Chodzi mi o to, że używasz narzędzi pomyślanych do jednego
celu do osiągnięcia innego celu. I to używasz
>> narzędzia gorszego niż dostępne.
>
> Ciekawe pytanie.
> Uwazam, ze nie powinno sie popadac w blad (fiksacji funkcjonalnej),
> ktory zdaje sie popelniasz.

Po pierwsze, fiksacja funkcjonalna nie jest, sądząc z opisu na
wikipedii, błędem, a psychiczną niemożnością przeskoczenia pewnych
granic. Ja wiem, że te granice można przekroczyć, ale świadomie ich nie
przekraczam, jeżeli wiem, że są lepsze drogi prowadzące tam, dokąd chcę
iść. Jeżeli nie robię z C++ interpretera LISPu to nie dlatego, że mam
fiksację funkcjonalną tylko dlatego, że od tego są interpretery LISPu.
Co innego, gdyby interpreterów LISPu nie było albo gdybym chciał
pokazać, jakim jestem prze-hakerem.

> Srodowisko programowania moze byc np. sprawnym kalkulatorem.

Ale wyborem rozsądniejszym jest użycie zwykłego kalkulatora, jeżeli jest
dostępny. Jeżeli nie jest, to używamy środowiska programowania.

Wydaje mi się, że Twój błąd polega na tym, że sądzisz, iż podany przez
Ciebie kod w BCB jest sprytny i nowatorski. Jak można wnioskować z
reakcji osób czytających grupę - nie jest. Jak pisałem - jest
powieleniem funkcji Excela.

JD

do góry

On 19 Lut, 23:58, Michoo <m...@v...pl> wrote:
> Mariusz Marszalkowski pisze:
>
> > On 19 Lut, 22:48, Michoo <m...@v...pl> wrote:
> >> To jest dokladnie ten sam kod, ale w jednym wypadku dane upakowane i
> >> false-sharing daje o sobie znac, w drugim nie.
>
> > Nie wiem czy rozumiem, ten sam kod w wielu watkach?
>
> 8 watkow. W pierwszym przypadku trzymajace swoje zmienne 'lokalne' w
> globalnej tablicy o rozmiarze 8 a w drugim - na stosie.
No to sprawa jasna, lokalnosc danych jest kluczowa dla wydajnosci.

> > Chcialem przypomniec troche inny fakt, a mianowicie ze
> > tej szybkiej pamieci w nowoczesnych komputerach nadal jest znacznie
> > mniej niz pamieci w ogole. Jesli algorytm nie dobiera sie do danych
> > sekwencyjnie, to caly czas najlepiej upakowac wszystkie dane tak,
> > aby zmiescily sie w niezbyt duzej pamieci cache.
>
> Zgadza sie. Tylko sytuacja w ktorej potrzebujemy dostep losowy i dane
> sie mieszcza w cache nie jest specjalnie czesta... No i czasami lepiej
> po prostu przeorganizowac dane tak, zeby sie dalo je w pipeline uzyc.
Moj program tak ma. Wiele czesciowych wynikow trzyma w roznych
tablicach do ktorych dostep jest bardzo chaotyczny. Kiedys napisalem
program ktory mial niemal wszystkie czesciowe wynik w pamieci, ale
dzialal wolniej, prawdopodobnie dlatego, ze czesciowe wyniki znacznie
przekraczaly rozmiar pamieci cache - oplacalo sie wykonac wiecej
obliczen,
ale zajac mniej pamieci. Poza tym kazdy program ktory korzysta ze
struktury
hash-table ma losowy dostep do pamieci. Przeszukujac graf, albo drzewo
tez
szybko trafiamy w dosc przypadkowy fragment pamieci - a to powszechne
struktury danych. Upieram sie, ze upakowanie danych nadal jest
kluczowe dla
wydajnosci.

> > W przypadku przetwarzania wieloprocesorowego sprawa komplikuje sie
> > jeszcze bardziej. Idealnie jesli kazdy watek moze miec swoja lokalna
> > kopie
> > danych, ale to nie jest zawsze mozliwe.
>
> Czyli wlasnie rezygnujemy z oszczedzania pamieci na rzecz wydajnosci.
Nie rezygnujemy z oszczednosci pamieci. Nadal upychamy dane jak to
tylko oplacalne, ale upakowane dane powielamy tak aby kazdy procesor
mial swoja kopie.

> Pozdrawiam
Rowniez pozdrawiam

do góry

Użytkownik "Jędrzej Dudkiewicz" <j...@g...com> napisał w wiadomości
news:hln8t0$hsp$1@news.onet.pl...
> To prawda. Ale widzisz, "Paw królowej" Doroty Masłowskiej też prawidłowo opisuje
rzeczywistość, z tym, że robi to w słabym stylu.
> Tak jak Twój kod.

No to moze odpowwiem tak...
Wedle mnie kod moze byc fajny ze wzgledu na tresc (funkcjonalnosc/wydajnosc)
albo forme.
(najlepiej 2 w 1)
Mam pewne doswiadczenie, ktorym sie podziele:
Wydajnosc zawodowa "formalistow" to mniej wiecej 30% wydajnosci
funksjonalistow.
Pisze to z przekasem ale tez wiedza praktyczna- od 5- lat glownie
zajmuje sie refractoringiem. Czyli poprawianiem Waszego kodu drodzy koledzy:)

Koniec i bomba a kto czytal ten tromba:)

do góry

Użytkownik "Jędrzej Dudkiewicz" <j...@g...com> napisał w wiadomości
news:hlb0gb$uoe$1@news.onet.pl...

> Miliony much piszą tak jak Ty, w PHP i BCB. Zero separacji, rzutowania tu i tam,
klasy robiące tysiąc rzeczy, nienazwane stałe
> liczbowe, niesprawdzanie danych wejściowych, alokacja pamięci "na zapas" i zapis
tam na pałę itd. To, o czym pisaliśmy, to
> praktyki stosowane przy udanych projektach.

" klasy robiace tysiąc rzeczy" gdzie tu widzisz kalsy?
To sa OBIEKTY a nie KLASY...
Mysle, ze powinienes jeszcze troche podszlifowac swoj warsztat.

do góry

Użytkownik "Bastion" <b...@m...pl> napisał w wiadomości
news:hm6t7m$gc$1@news.onet.pl...
>
> Użytkownik "Jędrzej Dudkiewicz" <j...@g...com> napisał w wiadomości
news:hlb0gb$uoe$1@news.onet.pl...
>
>> Miliony much piszą tak jak Ty, w PHP i BCB. Zero separacji, rzutowania tu i tam,
klasy robiące tysiąc rzeczy, nienazwane stałe
>> liczbowe, niesprawdzanie danych wejściowych, alokacja pamięci "na zapas" i zapis
tam na pałę itd. To, o czym pisaliśmy, to
>> praktyki stosowane przy udanych projektach.
>
> " klasy robiace tysiąc rzeczy" gdzie tu widzisz kalsy?
> To sa OBIEKTY a nie KLASY...
> Mysle, ze powinienes jeszcze troche podszlifowac swoj warsztat.

... jak klasa, ktora jest definicja obiektu moze cos robic?

do góry

Użytkownik "Wojciech "Spook" Sura" <w...@s...medi.com.pl> napisał
w wiadomości
news:hl0d5h$k5$1@inews.gazeta.pl...
> Zerowa. Żaden normalny programista nie korzysta z własności komponentów w
charakterze zmiennych.

Co to jest za argument?
Dlaczego nie trzymac zmiennych w komponencie jezeli
sa do tego specjalnie przystowane?

>> - optymalizacja kodu?
>
> Zerowa. Zastanów się chwilę, jaka jest złożoność obliczeniowa FloatToStr i
StrToFloat. A potem zapuść Twój algorytm dla 1000000
> lat i podaj czas jego działania (tak, wiem, że to nie ma rozsądnego sensu, ale
skoro rozmawiamy o optymalizacji - proszę bardzo)


Optymalizacja kodu powiadasz? Wedle mnie ten kod bedzie optymalizowany
wlasnie do takiej postaci jak przedstawilem.

>> Podaj 1 albo 2 argumenty, dla ktorych nie powinno sie trzymac
>> zmiennych w kontrolkach VCL:) Sam tego w praktycze nie stosuje ale jestem
>> ciekawy co powiesz;)
>
> Piekielnie nieczytelny kod (nie wyobrażam sobie poprawiania programu napisanego w
ten sposób)

Zajmij sie sprzedawaniem pietruszki.

>, niewydajny, bez sensownego modelu aplikacji, bez

Kurka mo chyba przesadzasz- gdzie Ty tu widzisz aplikacje?

> rozdzielenia warstwy danych i prezentacji, wymusza stosowanie konkretnych kontrolek
(przerób potem *łatwo* program tak, żeby
> korzystał z TVirtualTreeView zamiast TStringGrid szczególnie, gdy zastosujesz taki
"sprytny pomysł" w większej liczbie miejsc w
> programie - powodzenia).

(TVirtualTreeView cwiczylem chyba jakos w roku 2002, o co Ci chodzi?)

> Nawiasem, pójdź do pierwszego lepszego pracodawcy i pochwal się takim programem.
Gdzie widzisz program? W tym kodzie ktory byl na poczatku?
Juz wytkieto mi?
- komponent
- klase
- program
- aplikacje

Panowie zlitujcie sie w w/w kodzie nie ma
ani komponentu, ani klasy ani programu ani aplikacji

Jezeli mamy dyskutowac to prosze o uzywanie wlasciwej nomenklatury.

do góry

Bastion pisze:
> >> - optymalizacja kodu?
>> Zerowa. Zastanów się chwilę, jaka jest złożoność obliczeniowa FloatToStr i
StrToFloat. A potem zapuść Twój algorytm dla 1000000
>> lat i podaj czas jego działania (tak, wiem, że to nie ma rozsądnego sensu, ale
skoro rozmawiamy o optymalizacji - proszę bardzo)
>
>
> Optymalizacja kodu powiadasz? Wedle mnie ten kod bedzie optymalizowany
> wlasnie do takiej postaci jak przedstawilem.

Znam dobrego chirurga

>
>>> Podaj 1 albo 2 argumenty, dla ktorych nie powinno sie trzymac
>>> zmiennych w kontrolkach VCL:) Sam tego w praktycze nie stosuje ale jestem
>>> ciekawy co powiesz;)
>> Piekielnie nieczytelny kod (nie wyobrażam sobie poprawiania programu napisanego w
ten sposób)
>
> Zajmij sie sprzedawaniem pietruszki.

Chcesz adres? chłop ci pomoże ....

do góry

Bastion pisze:
> Użytkownik "Bastion" <b...@m...pl> napisał w wiadomości
news:hm6t7m$gc$1@news.onet.pl...
>> Użytkownik "Jędrzej Dudkiewicz" <j...@g...com> napisał w
wiadomości news:hlb0gb$uoe$1@news.onet.pl...
>>
>>> Miliony much piszą tak jak Ty, w PHP i BCB. Zero separacji, rzutowania tu i tam,
klasy robiące tysiąc rzeczy, nienazwane stałe
>>> liczbowe, niesprawdzanie danych wejściowych, alokacja pamięci "na zapas" i zapis
tam na pałę itd. To, o czym pisaliśmy, to
>>> praktyki stosowane przy udanych projektach.
>> " klasy robiace tysiąc rzeczy" gdzie tu widzisz kalsy?
>> To sa OBIEKTY a nie KLASY...
>> Mysle, ze powinienes jeszcze troche podszlifowac swoj warsztat.
>
> ... jak klasa, ktora jest definicja obiektu moze cos robic?
>
Mówimy o zależnościach między KLASAMI, o współpracy KLAS, o metodach
KLAS, nie OBIEKTÓW.

Klasa zawiera "logikę" a więc czynności (metody) które może obiekt
wykonać. Obiekt jest tylko pojedynczym wystąpieniem klasy.

--
Pozdrawiam
Michoo

do góry

Użytkownik "Jacek Czerwinski" <...@...z.pl> napisał w wiadomości
news:hm71km$bh9$1@news.onet.pl...
> Bastion pisze:
>> >> - optymalizacja kodu?
>>> Zerowa. Zastanów się chwilę, jaka jest złożoność obliczeniowa FloatToStr i
StrToFloat. A potem zapuść Twój algorytm dla 1000000
>>> lat i podaj czas jego działania (tak, wiem, że to nie ma rozsądnego sensu, ale
skoro rozmawiamy o optymalizacji - proszę bardzo)
>>
>>
>> Optymalizacja kodu powiadasz? Wedle mnie ten kod bedzie optymalizowany
>> wlasnie do takiej postaci jak przedstawilem.
>
> Znam dobrego chirurga
>
>>
>>>> Podaj 1 albo 2 argumenty, dla ktorych nie powinno sie trzymac
>>>> zmiennych w kontrolkach VCL:) Sam tego w praktycze nie stosuje ale jestem
>>>> ciekawy co powiesz;)
>>> Piekielnie nieczytelny kod (nie wyobrażam sobie poprawiania programu napisanego w
ten sposób)
>>
>> Zajmij sie sprzedawaniem pietruszki.
>
> Chcesz adres? chłop ci pomoże ....

Prosze raczej o merytoryczna dyskusje jezeli brakuje Ci argumentow
to sobie odpusc.
Apeluje, zapoznajcie sie z podstawami nomenklatury progrmistycznej.
Nie odroznianiacie:
- Klasy od obiektu
- komponentu od kontrolki
- aplikacji od programu

do góry