On 2014-03-25 20:48, Wojciech Muła wrote:
>> Interesujące. Masz jakies badania?
> Nie. To moje obserwacje na próbce z pewnego dużego miasta.

Aha.

>> W innym języku mam boost::range.
> Zadanie jest proste: mamy n przedziałów, mają na siebie nie nachodzić,
> ale jeśli nachodzą, trzeba podać ich listę, ale na zasadzie: "przedziały
> A, C i D kolidują", bez wnikania, które pary konkretnie.

Dodatkowo sugeruje uwzględnić że kazdy z przedziałów zawiera liczbę z
zakresu <0,NDA> (żeby nie bylo za łatwo) którą należy w locie wyjąć z
odwrócenia MD5 i umozliwić działanie w O(-1) zapewniając oczywiście że
całość algorytmu zajmnie nie więcej jak 40 linijek co jasno pokaże jakie
można, kurna, argumenty na grupie zapodać, co wciskają rozmówcę w ziemię.

> Jak to zrobisz z pomocą tej biblioteki boostowej? I jak to zrobisz
> boostem, jeśli żądam, żeby test wykonał się czasie O(n log n)?
> (Odpuszczam złożoność pamięciową, nie mam serca wymagać O(1)).

Własnie zauważyleś za złożone problemy nie mają uniwersalnych rozwiązń.
A w wątku rzecz w tym że PHP nie ma żadnych rozwiązań w standardzie,
nawet uniwersalnych. NAWET.

>> Równległe zmiany w bazie obsługuje baza. Zazwyczaj. Bywa że jak nie
>> obsługuje to się zmienia bazę (częste podejście wiekszych firm).
> Nie na tym polega problem: masz dwa wątki (niechby i std::thread)

W PHP? Jak to się stało że przytaczasz już dwa zadania w C++ jako
argument w kierunku lepszości PHP?

> one sobie czytają z bazy, aktualne na daną chwilę, listę przedziałów,
> sprawdzają czy mogą dodać nowy przedział i wtedy go dopisują; baza
> danych nie weryfikuje poprawności (w sensie: constrainty w bazie).
> Nie ma tutaj wzajemnego wykluczania wątków, więc baza może stać się
> niespójna. To jest trudne w sytuacji webowej, gdzie nie ma mutexów.

A czemu nie ma? I dlaczego powinienem workaroundowac problemy braku
czegoś w designie tandemu apache/php/mysql?

>> Jeśli niewielu PHPpowców w ogóle wie co to jest to zapewne nie
>> ma tego w języku. A jak nie ma tego w języku to nieliczni co slyszeli
>> zaczynają tworzyć kwadratowe koła. Efektem czego masz 50 implementacji i
>> każda popsuta. To nie jest dobry język. Nie zapewnia nawet minimum
>> zaplecza. To cud jakiś że w ogóle mają sortowanie.
> Hm, kolega dwa biurka dalej to samo uważa o bibliotece standardowej C++.
> Ale on jest dziwny, bo chce mieć sortowanie wielowątkowe. :)

W PHP? Czy zaczynasz narzekać na fakt że nie ma bibliotek rozwiązujacych
wszystkie problemy na świecie?

>> Absurd osiągnięto w momencie stwierdzenia że "jak czegoś nie ma to sobie
>> można napisać, to dobry język".
> Wyolbrzymiasz.

Cytuje, choć nie bez fantazji.

>> Ja po 5 minutach zabawy dostałem w łeb =, ==, ===. Może kwestia
>> szczęscia, nie wiem. Ale jakoś nie tylko ja narzekam.
> Kwestia niezrozumienia. Praktycznie to samo jest w Pythonie, tylko
> zamiast === masz słówko "is". W javascripcie też jest === i to dokładnie
> to samo działanie. Niedobre w PHP jest to, że == sam z siebie rzutuje
> w mało rozsądny sposób. BTW C++ też ma niejawne konwersje, które są
> nieoczywiste.

A kto tu twierdzi że C++ jest jakimś wzorcem?

>> Ponadto środowisko PHPowców ma coś wsólnego ze środowiskiem Delphi.
> Ja się obracałem w środowisku skupionym wokół frameworka Symfony.
> I widzę, że to jest zupełnie inna grupa, tutaj liczy się jakość,
> testowanie, dobre wzorce projektowe. Jest też sensowne zarządzanie
> zależnościami itp.

Ale co to ma do rzeczy że coś tam robisz? ja tylko twierdze że
środowiska PHPowóców i programistów Delphi mają podobną argumentację na
uniwersalność kontenerów. Kontenery są uniwersalne i są dobre. No i są
jak się przetwarza rejestr sprzątaczek.

>> Oni też potrafili się wykłucać że uniwersalny kontener na wszystko
>> jest lepszy niż specjalizowane o znanych złożonościach "bo kto
>> obrabia więcej niż 200 wpisów".
> Akurat dość rozsądny argument. Przywołaj proszę jakiś mniej sensowny.

Powiedz że żartujesz... to idealnie pasuje do profesjonalnego systemu
zarządzania windykacjami w banku.

Powiem tak: co prawda nie wiem w czym ma napisany systam PZU, ale w
czymś wyjątkowo paskudnym bo rozwiązanie umowy OC wymagało na oko jakiś
10 minut bezustannego klepania w klawisze na przemian z bębnieniem
palcami w biurko "bo to dużo danych trzeba obrobić prosze Pana, ale i
tak mamy w tym nowym znacznie szybciej". Tam tez pewno byli specjaliści
od "indeksowany kontener jest najlepszy" zupelnie jak w PHP. Z resztą
być może było i w PHP napisane. W to że łącze PZU wisi na SDI nie uwierzę.

>> Nie rozumiesz. Gdyby w PHP problemem byla *tylko* dynamiczność to możesz
>> sobie robić flame. Ale problemów w PHP jest tak wiele, że ta
>> dynamicznośc nie ma żadnego znaczenia przy wyborze języka. To jest nic w
>> porównaniu z masą idiotycznych pułapek które po wielokroć ten język
>> przekreślają w parze ze słowem "profesjonalny", "bankowy", "dobry".
> Ale sorry, sam pisałeś, że miałeś jakąś krótkotrwałą przygodę z PHP-em,
> więc ciągle posługujesz się fragmentaryczną i przestarzałą wiedzą.

Ale jak ja mam mieć dłuższą przygode? Sugerujesz że mam się umartwiać
nad PHP i dopiero dostrzegać błedy po 10 latach? Miej że litość, życie
jest za krotkie na babranie się w g...

>>> Z przeglądarką nie jest związany żaden stan, pewnie myślisz o sesji.
>> Myślę o ustawieniach.
> Ale przeglądarki? Chyba coś mieszasz.

Ustawienia phpini w apache mają wpływ na runtime PHP. Jak chcesz różne
to ... no cóż ...

>> Gdzie one są, żeby je zobaczyć? I żeby nie mialy MySQLa ani HTTP, ale za
>> to miały równania nieliniowe. Czy kto widział, kto?
> Sorry, ale nie dostaniesz dostępu do bankowego intranetu. Ja też już
> nie mam szans, więc nie zadowolę nikogo w tym wątku.

Znaczy że były tam te krzywe rownania czy nie było i mowisz o jeszcze
jednym z miliona widoku na bazę danych?