Fórum Root.cz
Hlavní témata => Vývoj => Téma založeno: Manny 07. 06. 2010, 11:44:57
-
Ahoj,
řeším takovou otázku - na co je lepší použít Python a na co Perl? Myslím že své uplatnění nacházejí asi hlavně při práci se soubory, ale na co konkrétně jsou lepší než jiné skriptovací jazyky?
Jaká je např. typická "aplikace" nebo úloha pro Perl a jaká zase pro Python?
Nemůžu se v tom pořádně vyznat :)
Díky.
-
Já osobně programuji v obojím a myslím, že je to především otázka preference autora...
Při rozhodování bych postupoval asi takto:
1) Preference autora (už může rozhodnout)
2) Udělat si analýzu toho, co budu programovat, jaké věci tam potřebuji a prozkoumat, jestli v daném jazyce jsou (např. Python nemá pointery, Perl zase nemá žádnou implementaci Posix1e ACL ) a podle toho se rozhodnout
3) Pak už jsou spíše statisticko-subjektivní (více lidí to má radši):
Na systémové skripty, parsování textů apod. spíše Perl
Na GUI spíše Python
-
Podle mých preferencí je Perl neobyčejně silný pro jakékoliv složitější zpracovávání textu, např. různé statistiky z logů. Jinak mi přijde (v porovnání s Pythonem) zbytečně složitý
-
A co takto webove aplikacie? Co by ste odporucili, keby som potreboval spravit jednoduchu aplikaciu pre web? Napriklad nieco ako jednoduche, jednoucelove CMS?
-
Cokoli, např. Python, php, ruby... Pokud to má bejt do budoucna rozšiřitelný a ároveň škálovatelný, vyřadil bych php jako ošklivej jazyk a ruby pro pomalost a zbyde python.
Psát webový aplikace v perlu je imho masochismus, ale jde to taky...
-
Na webové aplikace asi Python, jeho frameworky jsou zajímavé... V perlu mám pěkný projekt od Aničky (anicka.net) a zkoušel jsem i něco vlastního, ale myslím, že je to větší dřina než v Pythonu
-
ruby pro pomalost a zbyde python.
Pomalu, pomalu. JRuby dá Pythonu (a ne jen jemu) pěkně na frak. Ruby v1.9.1 v podstatě dohnal Python (leckde mírně předehnal), Ruby1.9.2 dále akceleruje a MacRuby0.6 zamává i Perlu (bohužel ještě nedokončenému MacRuby neskutečně ujíždí alokace + další "drobnosti", takže se rychlost projeví jen v některých aplikacích).
A na ten web RoR (co jiného čekat od podobného příspěvku) a na jednodušší záležitosti Sinatra.
-
ruby pro pomalost a zbyde python.
Pomalu, pomalu. JRuby dá Pythonu (a ne jen jemu) pěkně na frak. Ruby v1.9.1 v podstatě dohnal Python (leckde mírně předehnal), Ruby1.9.2 dále akceleruje a MacRuby0.6 zamává i Perlu (bohužel ještě nedokončenému MacRuby neskutečně ujíždí alokace + další "drobnosti", takže se rychlost projeví jen v některých aplikacích).
A na ten web RoR (co jiného čekat od podobného příspěvku) a na jednodušší záležitosti Sinatra.
No a všem jim dá na frak Erlang. Na web aplikace totiž dá na frak prakticky čemukoliv.
-
No, je pravda, že tadle evoluce ruby mi ušla, ale na frak?
http://shootout.alioth.debian.org/u32/benchmark.php?test=all&lang=yarv&lang2=python&box=1
-
(omylem sem odeslal:)
... nicméně je fakt, že použít jde cokoli, i když whitespace bych moc nedoporučoval....
-
No, je pravda, že tadle evoluce ruby mi ušla, ale na frak?
Jak kdy :-) Dost to skáče podle toho jak má aplikace namíchané operace. U mandelbrota jsem měl Perl a Python 6x pomalejší než MacRuby (vše bez optimalizací), které zase v rekurzích totálně vyhořelo atd. Rozptyl těch benchmarků je tak velký, abych to osobně neřešil nehledě, že ani s Ruby1.8 jsem neměl problém s výkonem běhu a priority mám jinde.
Manny by si měl vybrat především podle toho, co mu víc sedne.
-
Před nedávnem jsem implementoval dva menší projekty - jeden v pythonu a druhý v perlu a oba se týkaly zpracování obsahů souborů.
Tudíž řeším ono dilema, na co je vlastně ten jazyk a na co druhý.
Syntaxí mi je bližší asi Perl.. Proč jsem tady tento topic zakládal - teďka mě čeká práce na menším skriptu, kdy budu řešit práci se soubory - tzn. budu řešit existenci souborů (obrázků), v případě že neexistují, tak je pomocí jednoho z těchto dvou jazyků vytvořím a zmenším/zvětším pomocí nějaké předlohy (tzn. mám nějaký obrázek a podle něho vytvořím nový soubor - např. obr1.png, ale ten obrázek bude zvětšený od toho původního)
Takže tady směřovala má otázka.. a provozovat bych to chtěl na webu, protože práce se soubory mi v php přijde trochu neohrabaná..
-
Tohle byste mohl implementovat klidně v shellu. Pokud vám vyhovuje víc Perl, jděte do Perlu.