🚀 go-pugleaf

On Nov 19, 6:36 pm, "Jaroslaw Zabiello" <use...@onet.eu> wrote:
>
> > a jak porownuje sie Jave z Pythonem
>
> A po co porównywać Pythona z Javą? Przecież jest Jython.

Co z tego, ze jest? Jython to implementacja Pythona na JVM - nie
rozumiem czemu mamy nie porownywac Javy i Pythona.

>
> Osobiście życzę jednak temu projektowi jak najlepiej. Dla firm które  
> wdepnęły w pehapa byłaby to jakaś furtka aby powoli przenieść się na  
> bardziej produktywne i wydajne rozwiązania.

Ten projekt moze rozwiazac wiele rzeczy, ktore sa zle zrobione w
zendowskim PHP.

>
> > Pisalem o tym, jakie obejscie proponuje sie w
> > zastepstwie za watki w CPythonie.
>
> Zwykle to dotyczy aplikacji webowych. Zresztą, czy ja coś takiego mówiłem?  
> Polemizujesz sobie z sam ze sobą? Mówiłem raczej o skryptach shellowych  
> który wielowątkowo wykonują kilka powiązanych zadań.

Nie polemizuje ze soba. Mowie tylko, ze albo sie chwali watki, albo
nie. Nie mozna chwalic watkow w Pythonie, deprecjonujac forki w PHP, a
potem deprecjonowac watki ogolnie, chwalac procesy, bo CPython
przegrywa na tym polu z Java. To hipokryzja.

>
> Poza tym GIL nie jest problemem. Można odpalić taki Pylons, który pracuje  
> wielowątkowo, na tylu procesach ile jest dostępnych rdzeni w procesorze.  

Procesy, nie watki. Otoz to co mowilem. Nie jest problemem, bo nie
uzywa sie watkow.

> Będzie mniejsze zużycie pamięci i pełne wykorzystanie środowiska.

I szafa gra.


>
> >> nikt chyba nie twierdzi że pehap nadaje się dobrze do pisania skryptów  
> >> shellowych.
>
> > Skrypty da sie pisac we wszystkim co sie nazywa jezykiem skryptowym.
>
> A co to jest "język skryptowy"? Potrafić podać jakąś precyzyjną definicję?  
> :)

W zalozeniach wymyslony do pisania skryptow.

>
> Poza tym nie było mowy o to "czy się da" ale czy się da *dobrze* czy  
> *kiepsko*. Pehap jest kiepski do takich spraw, nie do tego został  
> stworzony.

Ale mozna.

>
> > Jesli mam aplikacje w PHP, to normalne, ze lepiej napisac skrypt
> > shellowy w PHP niz np w Perlu.
>
> Bzdura. Mogę podać na przykładzie znanej mi dużej amerykańskiej firmy  
> pehapowej, że pehap do skryptów shellowych to margines. Cały system  
> synchronizacji danych między serwerami zrobiony jest w Ruby (z  
> wykorzystaniem Rake'a i Capistrano).

Mnie raczej chodzi o wykorzystanie gotowego kodu, np. klas.

>
> > No to po co wypominanie PHP-owi brakow w dziedzinach do ktorych nie
> > byl powolany?
>
> Bo ty się upierasz że pehap nadaje się równie dobrze także w tych  
> dziedzinach. Vide skrypty shellowe.

Mozna go uzywac, swiat sie nie zawali, bedzie dzialac. Nie pisalem, ze
jest najlepszy.

>
> > Przynajmniej nie kreacjonista.
>
> A to ma być niby jakaś potwarz?? Założę się, że nawet nie wiesz co to  
> słowo znaczy.

Zaklad przyjety.

Ok.. LOL -> idiota -> debil -> kreacjonista... that's enough.
Szczegolnie, ze jak ktos mowi (tak jak ja) The Lead Programmer na
Niego, to chyba zwolennik ID... whatever.

>
> > Wiec porownuj jezyki w zakresie w jakim da sie porownac.
>
> Czyli co? Mam ograniczać się tylko do tego co potrafi PHP? Hehe, tak to  
> można porownywać Pythona z Brainfuckiem...

Ale tak sie porownuje jezyki. Technologie dobiera sie do problemu, a
nie problem do technologii.

>
> Właśnie o to chodzi w tym wątku, aby porownać oba języki. A jak je  
> porównać jeśli nie poprzez wyeksponowanie mocnych i słabych strony obu  
> języków? Zamiast wyzywać tu wszystkich od idiotów, pokaż mocne strony  
> pehapa i słabe Pythona, co byłoby odpowiedzią na pierwszy post w tym  
> wątku? Za słabo znamy Pythona, co? ;)

Nie wszystkich, tylko tych, ktorzy zamiast dokladnie przeczytac co
napisalem probuja na sile przepchnac swoje racje, albo upieraja sie,
ze nie napisali tego co napisali.

Czemu mialbym wypisywac slabe strony Pythona?

>
> > Napisz program w pythonie i php w zakresie, w ktorym oba
> > jezyki maja zadanie sie sprawdzac.
>
> Tylko po co? To nic nie pokaże.

Pokaze przewage jednego nad drugim na konkretnym przypadku, a nie w
prozni.

> Znacznie lepiej wykazać wyższość jednego  
> języka nad drugim poprzez pokazanie ich mocnych i słabych stron,  

Ktore pozostaja wirtualnymi zaletami i wadami dopoki sie ich nie
przetestuje łeb w łeb.

> wypunktowanie ograniczeń, niespójności. Wtedy, osoba, która chce się  
> pakować w jedno, lub w drugie, nie będzie potem mogła powiedzieć, że nie  
> wiedziała w co się pakuje. Każda technologia ma jakieś swoje mocne i słabe  
> strony.

Ale to trzeba wykazac, a nie deklarowac.

>
> > XSLT, XSL, XPath, XML i mase innych tez sa niezalezne.
>
> ...zapomniałeś do tej listy dodać też HTML'a, CSS i JavaScript. :-D

Nie zapomnialem. Wymienione technologie zazebiaja sie - powstaly w
ramach jednego projekt de facto.

>
> Zope to konkretna aplikacja, a wymienione przez ciebie rzeczy to tylko  
> technologie, standardy.
>
> Rachunek całkowy i tabliczka mnożenia też są "niezależne" od programu  
> Mathematica.

To ktory Zope jest prawdziwy? 1, 2 czy 3? To tez technologia - moge ja
przepisac na dowolny inny sposob - byleby zachowac funkcjonalnosci i
jakze nieobiektowy interfejs calego tego systemu.