Groups > pl.comp.programming > #31990 > unrolled thread

Niezmienniki pętli

Started by	Maciej Sobczak <see.my.homepage@gmail.com>
First post	2018-11-16 00:27 -0800
Last post	2018-11-29 00:08 -0800
Articles	20 on this page of 91 — 10 participants

Back to article view | Back to pl.comp.programming

  Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-16 00:27 -0800
    Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-16 15:22 +0000
      Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-16 17:18 +0100
    Re: Niezmienniki pętli szykcech@gmail.com - 2018-11-16 07:48 -0800
      Re: Niezmienniki pętli szykcech@gmail.com - 2018-11-16 07:50 -0800
      Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-16 19:14 +0000
        Re: Niezmienniki pętli szykcech@gmail.com - 2018-11-16 11:40 -0800
          Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-16 20:05 +0000
            Re: Niezmienniki pętli szykcech@gmail.com - 2018-11-17 07:59 -0800
              Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-18 00:02 +0000
      Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-16 14:51 -0800
        Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-19 09:37 +0000
      Re: Niezmienniki pętli fir <profesor.fir@gmail.com> - 2018-11-18 01:10 -0800
        Re: Niezmienniki pętli fir <profesor.fir@gmail.com> - 2018-11-18 01:28 -0800
    Re: Niezmienniki pętli godek.maciek@gmail.com - 2018-11-16 11:51 -0800
      Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-16 14:55 -0800
        Re: Niezmienniki pętli Sebastian Biały <heby@poczta.onet.pl> - 2018-11-17 14:58 +0100
          Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-17 15:10 -0800
            Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-18 09:58 +0100
            Re: Niezmienniki pętli Sebastian Biały <heby@poczta.onet.pl> - 2018-11-18 17:35 +0100
              Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-18 23:14 -0800
                Re: Niezmienniki pętli Roman Tyczka <noemail@because.no> - 2018-11-19 09:22 +0100
                Re: Niezmienniki pętli godek.maciek@gmail.com - 2018-11-19 08:15 -0800
                  Re: Niezmienniki pętli godek.maciek@gmail.com - 2018-11-19 10:45 -0800
                  Re: Niezmienniki pętli Sebastian Biały <heby@poczta.onet.pl> - 2018-11-22 18:50 +0100
                Re: Niezmienniki pętli godek.maciek@gmail.com - 2018-11-19 10:49 -0800
                  Re: Niezmienniki pętli szykcech@gmail.com - 2018-11-19 12:18 -0800
                    Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-19 20:44 +0000
                      Re: Niezmienniki pętli fir <profesor.fir@gmail.com> - 2018-11-19 13:10 -0800
                        Re: Niezmienniki pętli fir <profesor.fir@gmail.com> - 2018-11-19 13:16 -0800
                          Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-20 09:43 +0000
                            Re: Niezmienniki pętli fir <profesor.fir@gmail.com> - 2018-11-20 01:58 -0800
                              Re: Niezmienniki pętli godek.maciek@gmail.com - 2018-11-20 14:27 -0800
                                Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-21 10:12 +0000
                                  Re: Niezmienniki pętli godek.maciek@gmail.com - 2018-11-21 11:35 -0800
                                    Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-21 21:10 +0000
                                Re: Niezmienniki pętli fir <profesor.fir@gmail.com> - 2018-11-21 02:36 -0800
                    Re: Niezmienniki pętli godek.maciek@gmail.com - 2018-11-19 14:12 -0800
                      Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-20 00:20 +0100
                        Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-20 09:35 +0000
                          Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-20 12:00 +0100
                      Re: Niezmienniki pętli szykcech@gmail.com - 2018-11-19 20:37 -0800
                        Re: Niezmienniki pętli godek.maciek@gmail.com - 2018-11-20 13:46 -0800
                      Re: Niezmienniki pętli fir <profesor.fir@gmail.com> - 2018-11-20 01:46 -0800
                        Re: Niezmienniki pętli fir <profesor.fir@gmail.com> - 2018-11-20 12:52 -0800
                          Re: Niezmienniki pętli fir <profesor.fir@gmail.com> - 2018-11-20 13:16 -0800
                      Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-20 06:07 -0800
                        Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-20 17:54 +0100
                          Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-20 23:16 -0800
                            Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-21 15:54 +0100
                            Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-21 16:07 +0100
                              Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-21 13:48 -0800
                                Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-22 16:08 +0100
                    Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-20 00:00 +0100
                      Re: Niezmienniki pętli Wojciech Muła <wojtek.mula@gmail.com> - 2018-11-22 13:53 -0800
                        Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-22 23:25 +0100
                        Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 00:41 +0100
                          Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 00:43 +0100
                            Re: Niezmienniki pętli szykcech@gmail.com - 2018-11-22 22:33 -0800
                              Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 10:34 +0100
                                Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-23 05:46 -0800
                                  Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 15:39 +0100
                                  Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 15:42 +0100
                                  Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 15:47 +0100
                                    Re: Niezmienniki pętli Wojciech Muła <wojtek.mula@gmail.com> - 2018-11-23 10:54 -0800
                                      Re: Niezmienniki pętli Borneq <borneq@antyspam.hidden.pl> - 2018-12-01 15:15 +0100
                                        Re: Niezmienniki pętli Wojciech Muła <wojtek.mula@gmail.com> - 2018-12-01 11:50 -0800
                                          Re: Niezmienniki pętli Borneq <borneq@antyspam.hidden.pl> - 2018-12-02 13:52 +0100
                                    Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-24 12:20 -0800
                                  Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 15:53 +0100
                                    Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-24 12:05 -0800
                                      Re: Niezmienniki pętli Wojciech Muła <wojtek.mula@gmail.com> - 2018-11-26 02:01 -0800
                                Re: Niezmienniki pętli szykcech@gmail.com - 2018-11-23 08:42 -0800
                                  Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 19:42 +0100
                                  Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 19:43 +0100
                            Re: Niezmienniki pętli Wojciech Muła <wojtek.mula@gmail.com> - 2018-11-22 23:00 -0800
                              Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 10:38 +0100
                                Re: Niezmienniki pętli Wojciech Muła <wojtek.mula@gmail.com> - 2018-11-23 04:08 -0800
                                Re: Niezmienniki pętli Wojciech Muła <wojtek.mula@gmail.com> - 2018-11-23 04:10 -0800
                                  Re: Niezmienniki pętli AK <nobody@nowhere.net> - 2018-11-23 15:33 +0100
                  Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-20 05:38 -0800
                    Re: Niezmienniki pętli godek.maciek@gmail.com - 2018-11-21 11:32 -0800
                      Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-21 13:28 -0800
                        Re: Niezmienniki pętli godek.maciek@gmail.com - 2018-11-21 14:04 -0800
                          Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-22 02:31 -0800
                            Re: Niezmienniki pętli fir <profesor.fir@gmail.com> - 2018-11-22 06:22 -0800
                Re: Niezmienniki pętli Sebastian Biały <heby@poczta.onet.pl> - 2018-11-22 18:53 +0100
              Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-19 09:45 +0000
                Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-20 05:29 -0800
                  Re: Niezmienniki pętli queequeg@trust.no1 (Queequeg) - 2018-11-20 22:26 +0000
    Re: Niezmienniki pętli Maciej Sobczak <see.my.homepage@gmail.com> - 2018-11-29 00:08 -0800

Page 4 of 5 — ← Prev page 1 2 3 [4] 5 Next page →

#32074

From	Maciej Sobczak <see.my.homepage@gmail.com>
Date	2018-11-23 05:46 -0800
Message-ID	<c850c6e3-b054-4130-b416-cdafb18837b3@googlegroups.com>
In reply to	#32069

> Nie wypowiadaj sie na tematy o ktorych masz dokladnie zerowe pojecie.
> 
> PS: Gdybys mial choc troche oleju w glowie, to zauwazylbys od razu,
> ze model Qt (obiekt w Qt jest tak naprawde tylko referencja) jest
> dokladnie "zmalpowaniem" model Java-owego i .NET-owego.

Wg Wikipedii:
- pierwszy release Qt: 1995 rok (prace od 1991)
- pierwszy release Javy: 1995
- pierwszy release .NETa: 2002

W jaki sposób Java i .NET miałyby być inspiracją dla Qt, to nie mam pojęcia.

> Dobrze zreszta, bo model "wartosciowy" C++ byl (a szczegolnie dzisiaj
> jest) chory.

Dlaczego? Jest konsekwentny. W odróżnieniu np. od Javy, gdzie int jest wartościowy ale Integer nie jest, albo nie da się zrobić List<int>, albo gdzie wskaźniki nazywane dla zmyłki referencjami są jednak wartościowe, itd.

> Tylko ze... Qt to nie standard,

A jakim standardem jest Java albo .NET?

> i ciezkie
> (jako biblioteka) jak cholera.

Qt jest używane w systemach wbudowanych. Jakoś .NETa tam nie widuję.

> PS1: Co do syfiastosci modelu wartosciowego. Nie jest syfiasty jesli
> istnieje jako alernatywa, a nie "only you" jak w C++.

Alternatywą w C++ są wskaźniki (różnych rodzajów). Oznacza to, że można mieć i jedno i drugie.

> W takiej Simuli67 istnialy

Ludzkość tego nie doceniła.

-- 
Maciej Sobczak * http://www.inspirel.com

[toc] | [prev] | [next] | [standalone]

#32076

From	AK <nobody@nowhere.net>
Date	2018-11-23 15:39 +0100
Message-ID	<pt93fs$1v42$1@gioia.aioe.org>
In reply to	#32074

On 2018-11-23 14:46, Maciej Sobczak wrote:

> Ludzkość tego nie doceniła.

A tak. Tak jak mnostwo porzadnych rzeczy.
Ot "ficzer" ludzkosci, ze woli czesto g... zamiast dobre papu. ;)

Do tego czasu myslamlem, ze rozmawiam z inzynierem.
Widze jednak, ze to kolejny fanatyczny Ayatollach C++.

Dlatego z mej strony EOT

AK

[toc] | [prev] | [next] | [standalone]

#32077

From	AK <nobody@nowhere.net>
Date	2018-11-23 15:42 +0100
Message-ID	<pt93kb$1v42$2@gioia.aioe.org>
In reply to	#32074

On 2018-11-23 14:46, Maciej Sobczak wrote:

>>   model Qt (obiekt w Qt jest tak naprawde tylko referencja) jest
>> dokladnie "zmalpowaniem" model Java-owego i .NET-owego.
> Wg Wikipedii:
> - pierwszy release Qt: 1995 rok (prace od 1991)
> - pierwszy release Javy: 1995
> - pierwszy release .NETa: 2002
> 
> W jaki sposób Java i .NET miałyby być inspiracją dla Qt, to nie mam pojęcia.

Gdzie ja kurde napisalem ze byl inspracja?
Poza tym _jakie to ma za znaczenie_?
Po prostu Java, a szczegolnie .NET byly od samego poczatku lepiej
zaprojektowane.

AK

[toc] | [prev] | [next] | [standalone]

#32078

From	AK <nobody@nowhere.net>
Date	2018-11-23 15:47 +0100
Message-ID	<pt93uj$d1$1@gioia.aioe.org>
In reply to	#32074

On 2018-11-23 14:46, Maciej Sobczak wrote:

> Dlaczego? Jest konsekwentny. W odróżnieniu np. od Javy, gdzie int jest wartościowy
> ale Integer nie jest, albo nie da się zrobić List<int>, albo gdzie wskaźniki
> nazywane dla zmyłki referencjami są jednak wartościowe, itd.

Kazdy Javowiec dobrze wie dlaczego jest ta dwoistosc (ze wzgledow
wydajnosciowych dla typow prostych).
Jest jednak zawsze alternatywa int:Integer,long:Long,double:Doublei itp
i w zaleznosci od potrzeb uzywa sie jednao czy drogiego + autoboxing
W C++ nie ma żadnej (a to "podobno" obiektowy jezyk:).

AK

[toc] | [prev] | [next] | [standalone]

#32083

From	Wojciech Muła <wojtek.mula@gmail.com>
Date	2018-11-23 10:54 -0800
Message-ID	<c525345b-cffa-42ba-903e-93023222f6ff@googlegroups.com>
In reply to	#32078

On Friday, November 23, 2018 at 3:47:50 PM UTC+1, AK wrote:
> On 2018-11-23 14:46, Maciej Sobczak wrote:
> 
> > Dlaczego? Jest konsekwentny. W odróżnieniu np. od Javy, gdzie int jest wartościowy
> > ale Integer nie jest, albo nie da się zrobić List<int>, albo gdzie wskaźniki
> > nazywane dla zmyłki referencjami są jednak wartościowe, itd.
> 
> Kazdy Javowiec dobrze wie dlaczego jest ta dwoistosc (ze wzgledow
> wydajnosciowych dla typow prostych).

Jak ich przekonano, że to dobre, to wierzą; nawet uwierzą, że strictfp wynika z Wielkiego Planowania I Przewidywania. :)
To jest przykład na to, że koślowość wynika z ważniejszej potrzeby: zachowania kompatybilności bajtkodu. BTW, nie możesz stworzyć metody, która byłby większa niż 64kB w bajtkodzie, bo kompatybilność.

> W C++ nie ma żadnej (a to "podobno" obiektowy jezyk:).

Akurat w C++ typy całkowite po prostu są. Chociaż zawsze można je opakować w klasy i dodać anonimowe pola char[64], żeby dotrzymać kroku w wymaganiach pamięciowych Javy. :)

w.

[toc] | [prev] | [next] | [standalone]

#32094

From	Borneq <borneq@antyspam.hidden.pl>
Date	2018-12-01 15:15 +0100
Message-ID	<ptu516$7ua$1@node2.news.atman.pl>
In reply to	#32083

W dniu 23.11.2018 o 19:54, Wojciech Muła pisze:
> To jest przykład na to, że koślowość wynika z ważniejszej potrzeby: zachowania kompatybilności bajtkodu. BTW, nie możesz stworzyć metody, która byłby większa niż 64kB w bajtkodzie, bo kompatybilność.

Z drugiej strony to zaleta, nie ma kobyłowatych metod

[toc] | [prev] | [next] | [standalone]

#32095

From	Wojciech Muła <wojtek.mula@gmail.com>
Date	2018-12-01 11:50 -0800
Message-ID	<10b24c3a-10b7-43d3-b77e-c24735f322d2@googlegroups.com>
In reply to	#32094

On Saturday, December 1, 2018 at 3:15:03 PM UTC+1, Borneq wrote:
> W dniu 23.11.2018 o 19:54, Wojciech Muła pisze:
> > To jest przykład na to, że koślowość wynika z ważniejszej potrzeby: zachowania kompatybilności bajtkodu. BTW, nie możesz stworzyć metody, która byłby większa niż 64kB w bajtkodzie, bo kompatybilność.
> 
> Z drugiej strony to zaleta, nie ma kobyłowatych metod

Chyba, że akurat korzystasz z jakiegoś generator kodu i nie
masz dużej kontroli nad tym, co się dzieje pod spodem.

w.

[toc] | [prev] | [next] | [standalone]

#32097

From	Borneq <borneq@antyspam.hidden.pl>
Date	2018-12-02 13:52 +0100
Message-ID	<pu0khi$f87$1@node2.news.atman.pl>
In reply to	#32095

W dniu 01.12.2018 o 20:50, Wojciech Muła pisze:
>> Z drugiej strony to zaleta, nie ma kobyłowatych metod
> 
> Chyba, że akurat korzystasz z jakiegoś generator kodu i nie
> masz dużej kontroli nad tym, co się dzieje pod spodem.
> 

Po zmianach w licencji Javy , C++ zostawia w tyle za sobą inne języki. 
Niech no jeszcze doczekamy modułów w C++.

[toc] | [prev] | [next] | [standalone]

#32086

From	Maciej Sobczak <see.my.homepage@gmail.com>
Date	2018-11-24 12:20 -0800
Message-ID	<746cbfa9-192c-4111-b03f-c1abcede610e@googlegroups.com>
In reply to	#32078

> > Dlaczego? Jest konsekwentny. W odróżnieniu np. od Javy, gdzie int jest wartościowy
> > ale Integer nie jest, albo nie da się zrobić List<int>, albo gdzie wskaźniki
> > nazywane dla zmyłki referencjami są jednak wartościowe, itd.
> 
> Kazdy Javowiec dobrze wie dlaczego jest ta dwoistosc (ze wzgledow
> wydajnosciowych dla typow prostych).

Nie zgadzam się. Nie ma żadnego powodu robić takiej dwoistości, żeby uzyskać wydajność. W szczególności wydajność nie jest powodem, dla którego List<int> nie działa. Jakoś w innych językach działa i nikt tym językom nie zarzuca braku wydajności. To, że w Javie nie działa List<int> wynika z tego, że projektanci Javy nie mieli jaj, żeby od początku zrobić prawdziwe generyki, zamiast tego zrobili jakąś cienką nakładkę na referencyjno-obiektowy system pod spodem. Dlatego musi być List<Integer> - bo akurat to da się *łatwo* zaimplementować przez tzw. wymazywanie typów ("type erasure" dla poliglotów) tak, żeby wyszło z tego List<Object>, bo to już umieli wcześniej. Tymczasem zarówno Ada jak i C++ potrafią zrobić kontener z elementami typu prostego tak samo, jak kontener z elementami referencyjnymi i w obu przypadkach jest tak samo (tzn. maksymalnie) wydajnie.

Nie gloryfikuj amatorszczyzny. Schizofrenia Javowego systemu typów nie ma żadnego związku z wydajnością.

> Jest jednak zawsze alternatywa int:Integer

Ale właśnie ta alternatywa jest kompletnie po nic. To nie jest ficzer, to jest właśnie defekt, bo nie ma powodu, żeby liczbę naturalną wyrażać na więcej, niż jeden sposób. To jest ten moment, kiedy patrzysz w popękane lustro i cieszysz się, że jest Ciebie tak wielu. Nie, masz po prostu popsute lutro.

> i w zaleznosci od potrzeb

Potrzeba jest zawsze jedna. To język zmusza programistę do myślenia na dwa sposoby o tym samym. To jest właśnie defekt (popsute lustro).

> W C++ nie ma żadnej (a to "podobno" obiektowy jezyk:).

Nie ma żadnego problemu, żeby zrobić list<shared_ptr<int> >. Ale taka "alternatywa" nie ma związku z obiektowością. Zwłaszcza, że lista liczb to w ogóle nie jest problem obiektowy.

Nie mieszaj pojęć.

-- 
Maciej Sobczak * http://www.inspirel.com

[toc] | [prev] | [next] | [standalone]

#32079

From	AK <nobody@nowhere.net>
Date	2018-11-23 15:53 +0100
Message-ID	<pt948s$uv$1@gioia.aioe.org>
In reply to	#32074

On 2018-11-23 14:46, Maciej Sobczak wrote:
> Alternatywą w C++ są wskaźniki (różnych rodzajów).

Jaaasne :) I t wycieki i "podwojne" zwalnianie zasobow. Miodzio

PS: Zeby nie bylo. Doceniam, ze po 40 latach komitet laskawie
zauwazyl, ze nalezy ustandaryzowac cus tak niezbednego jak
shared_ptr (C++11).

AK

[toc] | [prev] | [next] | [standalone]

#32085

From	Maciej Sobczak <see.my.homepage@gmail.com>
Date	2018-11-24 12:05 -0800
Message-ID	<091dd35f-0506-48a1-8a49-e2563d79b2b2@googlegroups.com>
In reply to	#32079

> > Alternatywą w C++ są wskaźniki (różnych rodzajów).
> 
> Jaaasne :) I t wycieki

Napisałem "różnych rodzajów" właśnie dlatego, że o wyciekach też pomyślano.

BTW:

https://www.google.com/search?q=Java+memory+leak

> PS: Zeby nie bylo. Doceniam, ze po 40 latach komitet laskawie
> zauwazyl, ze nalezy ustandaryzowac cus tak niezbednego jak
> shared_ptr (C++11).

Bo, jak na ironię, to wcale nie wymagało standaryzacji. Pamiętaj też, że w pewnej klasie programów (zwykle akurat tam, gdzie taki shared_ptr w ogóle może być potrzebny) zupełnie praktycznym standardem jest Boost. Tzn. standardem na takiej samej zasadzie, jak dla niektórych standardem jest Java czy .NET.
I w takim C++Boostowym standardzie shared_ptr już był.
Dlatego Twoja krytyka, czy też może docenianie komitetu, w tym zakresie nie ma większego znaczenia.

-- 
Maciej Sobczak * http://www.inspirel.com

[toc] | [prev] | [next] | [standalone]

#32087

From	Wojciech Muła <wojtek.mula@gmail.com>
Date	2018-11-26 02:01 -0800
Message-ID	<df37dc96-bb74-46aa-b982-164805443d9e@googlegroups.com>
In reply to	#32085

On Saturday, November 24, 2018 at 9:05:30 PM UTC+1, Maciej Sobczak wrote:
> > PS: Zeby nie bylo. Doceniam, ze po 40 latach komitet laskawie
> > zauwazyl, ze nalezy ustandaryzowac cus tak niezbednego jak
> > shared_ptr (C++11).
> 
> Bo, jak na ironię, to wcale nie wymagało standaryzacji. Pamiętaj też, że w pewnej klasie programów (zwykle akurat tam, gdzie taki shared_ptr w ogóle może być potrzebny) zupełnie praktycznym standardem jest Boost. Tzn. standardem na takiej samej zasadzie, jak dla niektórych standardem jest Java czy .NET.
> I w takim C++Boostowym standardzie shared_ptr już był.

Akurat C++ w zakresie swobody reprezentacji obiektów w pamięci daje duże możliwości. W projekcie przy którym pracowałem mieliśmy:

* zwykłe wskaźniki,
* referencje,
* std::unique_ptr,
* std::shared_ptr,
* własny, intruzywyny shared_ptr,
* odśmiecacz mark & sweep.

w.

[toc] | [prev] | [next] | [standalone]

#32080

From	szykcech@gmail.com
Date	2018-11-23 08:42 -0800
Message-ID	<d0816bff-2fe5-4f95-8894-a534cab5c2ce@googlegroups.com>
In reply to	#32069

W dniu piątek, 23 listopada 2018 10:34:25 UTC+1 użytkownik AK napisał:
> > Przecież to syf w porównaniu do C++ z Qt...
> 
> Nie wypowiadaj sie na tematy o ktorych masz dokladnie zerowe pojecie.

Wystarczająco dobre, by wiedzieć, że VM to syf i patologia leczona plastrami nikotynowymi...
 
> Tylko ze... Qt to nie standard, 

Praktycznie to już standard. Jak znasz C++ a nie znasz Qt, to nie jesteś pełno sprawnym programistą C++

> ba! Nawet nie darmowe (GPL)

Od 2009 jest do wyboru licencja Gpl, Lgpl i komercyjna...

> i ciezkie
> (jako biblioteka) jak cholera.

Jak masz wolne 3,5 k€ to możesz mieć "lekkie" exe (biblioteki linkowane statycznie).
A co masz w Java czy .Net ?!? Musisz rozprowadzać swoje "kody bajtowe" razem z ogromnym VM i biliotekami!!!

[toc] | [prev] | [next] | [standalone]

#32081

From	AK <nobody@nowhere.net>
Date	2018-11-23 19:42 +0100
Message-ID	<pt9hml$qt2$1@gioia.aioe.org>
In reply to	#32080

On 2018-11-23 17:42, szykcech@gmail.com wrote:

> Wystarczająco dobre, by wiedzieć, że VM to syf i patologia
> leczona plastrami nikotynowymi...

Wez sie czlowieku przestan osmieszac i wbij sobie w lepetyne,
ze Twoj ukochany procesor to tez w gruncie rzeczy VM-ka.

AK

[toc] | [prev] | [next] | [standalone]

#32082

From	AK <nobody@nowhere.net>
Date	2018-11-23 19:43 +0100
Message-ID	<pt9ho8$qt2$2@gioia.aioe.org>
In reply to	#32080

On 2018-11-23 17:42, szykcech@gmail.com wrote:

> Od 2009 jest do wyboru licencja Gpl, Lgpl i komercyjna...

No mowie przecie: nie darmowe

AK

[toc] | [prev] | [next] | [standalone]

#32068

From	Wojciech Muła <wojtek.mula@gmail.com>
Date	2018-11-22 23:00 -0800
Message-ID	<93a510e1-4f7f-4293-8d65-10fe4a3287a7@googlegroups.com>
In reply to	#32066

On Friday, November 23, 2018 at 12:43:51 AM UTC+1, AK wrote:
> On 2018-11-23 00:41, AK wrote:
> > Niestety, jesteśmy skazani na C++.
> Poprawka.
> 1. Siebie wykluczam
> 2. Wcale nie jestesmy skazani (jest .NET, jest Java).

Ja dla zachowania równowagi psychicznej piszę w Pythonie. :)
Tam (prawie) wszystko jest jak powinno. Największy błąd
Pythona to dopuszczenie do powstania dwóch obozów py2 i py3.

Java to chyba teraz słaby pomysł po zmianach licencyjnych.

w.

[toc] | [prev] | [next] | [standalone]

#32070

From	AK <nobody@nowhere.net>
Date	2018-11-23 10:38 +0100
Message-ID	<pt8hq2$ukt$1@gioia.aioe.org>
In reply to	#32068

On 2018-11-23 08:00, Wojciech Muła wrote:
> Ja dla zachowania równowagi psychicznej piszę w Pythonie.:)
> Tam (prawie) wszystko jest jak powinno.

Ja rowniez. Od 15 lat :)

> Największy błąd Pythona to dopuszczenie do powstania
> dwóch obozów py2 i py3.

No coz.. Glownie msci sie poczatkowy blad projektowy Pythona
(string jako bytes miast unicode).
Cale szczescie to juz historia (Py2 juz mial byc niewspierany
od 2019, ale ublagano ze skonczy sie wsparcie w lutym 2020).

AK

[toc] | [prev] | [next] | [standalone]

#32072

From	Wojciech Muła <wojtek.mula@gmail.com>
Date	2018-11-23 04:08 -0800
Message-ID	<e3e1bb74-16c0-4bd2-95fb-ab98704dc844@googlegroups.com>
In reply to	#32070

On Friday, November 23, 2018 at 10:38:11 AM UTC+1, AK wrote:
> On 2018-11-23 08:00, Wojciech Muła wrote:
> > Ja dla zachowania równowagi psychicznej piszę w Pythonie.:)
> > Tam (prawie) wszystko jest jak powinno.
> 
> Ja rowniez. Od 15 lat :)

No może Ci się spodobać: https://www.youtube.com/watch?v=4r2Xh_aNZ3s&t=28101s
( "Python as C++'s limiting case" by Brandon Rhodes)

Chociaż facet ma u mnie dużego minusa za krytykowanie Pascala. ;)

w.

[toc] | [prev] | [next] | [standalone]

#32073

From	Wojciech Muła <wojtek.mula@gmail.com>
Date	2018-11-23 04:10 -0800
Message-ID	<0759d7c6-ad66-4f74-82ff-1e2383bdcaa6@googlegroups.com>
In reply to	#32070

On Friday, November 23, 2018 at 10:38:11 AM UTC+1, AK wrote:
> No coz.. Glownie msci sie poczatkowy blad projektowy Pythona
> (string jako bytes miast unicode).
> Cale szczescie to juz historia (Py2 juz mial byc niewspierany
> od 2019, ale ublagano ze skonczy sie wsparcie w lutym 2020).

Niestety, zanim te miliony linii kodu będzie się komuś chciało
przepisać na Py3 to miną wieki.

w.

[toc] | [prev] | [next] | [standalone]

#32075

From	AK <nobody@nowhere.net>
Date	2018-11-23 15:33 +0100
Message-ID	<pt9339$1uam$1@gioia.aioe.org>
In reply to	#32073

On 2018-11-23 13:10, Wojciech Muła wrote:
> Niestety, zanim te miliony linii kodu będzie się komuś chciało
> przepisać na Py3 to miną wieki.

E tam... :)

"Przepisanie" wcale niemalego systemu W CDN z Py->Py3 zajelo mi
(jako dodatkowa "oddolna" praca chyba 2-3 miesiace).
PS: No tylo tyle, ze po opuszczeniu CDN w 2016 podobno do dzisiaj
jest to wciaz Py2).

Podobnie w RA (i chyba tak samo sie to skonczy).
PS: "Inicjawyty oddolne" sa w korpo polskich tepione...

PSX: No fakt. Trzeba "umiec" mimo, ze gros roboty odbywa sie
automatycznie.

AK

[toc] | [prev] | [next] | [standalone]

Page 4 of 5 — ← Prev page 1 2 3 [4] 5 Next page →

csiph-web

Niezmienniki pętli

Contents

#32074

#32076

#32077

#32078

#32083

#32094

#32095

#32097

#32086

#32079

#32085

#32087

#32080

#32081

#32082

#32068

#32070

#32072

#32073

#32075