Evoluce Python programátora

Série ukázek kódu v Pythonu na téma výpočtu faktoriálů jasně ukazuje postupný vývoj programátora v jazyce Python. Znázorněn je jak vývoj samotných schopností programátora, tak i vliv ostatních jazyků od C přes Pascal až po Windows nebo "Enterprise" sektor. gist.github.com/289467.

31.1.2010 16:11 | Martin Stiborský | Humor

Komentáře

[Saljack]

To je fakt kravina, že někdo na napsání tohohle má čas.

[Michal Kubeček]

Začátek nic moc, ale poslední dva stojí za to.

[AraxoN]

hej, Windows programmer ma rozsekal. ... Windows API som naposledy použil na škole a tento kus kódu mi tie časy pripomenul.

[kralyk z abclinuxu]

jj windows programmer byl krutej ale web designer taky dobrej...

[Marek Bernát]

Tak tak. Tí dvaja ma dostali najviac, úplne trefné. Enterprise tiež vcelku blízky realite

[Radek Miček]

Nemohu sem nedat odkaz na The Evolution of a Haskell Programmer.

[vlastikroot]

Hmm, vždycky když jsem se snažil naučit nějakej funkcionální jazyk (nejdál jsem došel se scalou), tak mi přišlo, že ten co to navrhoval, musel být uplně zhulený

[nhy]

To mas ako s matematikou. Ten co to navrhoval nejaku vetu, si obvykle nedokazal predstavit vsetky dosledky, co vsetko to dokaze.

A zase nejaky A. B. ma dosledok nejakej vety, ale netusi preco to tak je. Zato vsak vie, ze Jozko odvedla tento dosledok potrebuje.

Zaver: Takze treba vediet obidve. Ten co to navrhoval bol genialny, ale iba v urcitej oblasti a bol uzavrety vo svojom svete do ktoreho ostatnych len tak lahko nepustil, zato ale v tom svojom svete vidi tu krasu toho celeho.

No a pre ostatnych co do toho nevidia je ten, co to vymyslel podivin a netusia na aku vec to, co vymyslel moze byt a maju ho za blazna, pretoze to cele nepochopili. Lenze vedia riesit ludom bezne problemy, takze ludia veria skor im ako tym podivinom. Lenze na niektore veci treba tych podivinov a tam nastupuju tie funkcionalne jazyky.

To je ako v stredoveku: upalovali carodejnice, pretoze nepochopili co tie carodejnice robia. Nejaka mohla napriklad vymysliet liek na mor(lenze nepochopila, ze ide o liek na mor), lenze radsej ju pre istotu upalili. A tak je to aj s tymi funkcionalnymi jazykmi. A preto treba ich kombinaciu.

[nhy]

Ja som taketo veci ako funkcionalne jazyky aj dokazal pochopit a riesit v tom veci na skole. Ale ani za svet som nedokazal pochopit, preco ten clovek co to vymyslal nerobil nieco ine.

[nhy]

Navrhovat jazyky nie je podla mna ani trochu zaujimave.

[Ladicek]

Já bych naopak tvrdil, že to je to nejzajímavější, co v IT je

[Marek Bernát]

+1 Ja dokonca, že nič iné v IT zaujímavé nie je

[kralyk z abclinuxu]

Zajímavé je imho taky jazyky zneužívat

[Marek Bernát]

No neviem, to mi vždy pripadalo viac nechutné, než zaujímavé Aj keď za niektoré výtvory klobúk dolu

[Marek Bernát]

IMHO o moc lepšie ako ten python. Na tomto zápisku sa dá naučiť vcelku dosť z funkcionálneho programovania A jeho najväčšia prednosť ako možnosť implementácie faktoriálu

[Salutis]

Celkom srandovné. :)

[stanger]

Pekny :))

[PavelC]

Jsem čekal, že na konci evoluce pythonista konvertuje na lispera když prozře, že některý nedomyšlenosti tu jsou vyřešený v takřka dokonalé formě už cca 50 let

[JS]

Jsou 2 cesty: Cesta temnoty (C++, Java, C#) a Cesta svetla (Ruby, Lisp, Haskell).

[Michal Kubeček]

Don't underestimate the power of the Dark side…

[nhy]

Ja by som tie skupiny prehodil.

[trekker.dk]

Náhodou Ruby je v pohodě. Řekl bych na půl cesty mezi bashem a C s objekty (Teda ono toho umí o dost víc, ale já osobně nemusím mít všechno)

[nhy]

Moderny jazyk ma Microsoft. Vola sa F#. Ale aky jazyk sa pouzije je aj tak jedno. Urobim to v jazyku, kde to bude najmenej trvat a najlepsie robit. Aj tak je to cele o analyzach.

[nhy]

Tie jazyky ako Haskell a Lisp su totiz uzivatelsky nepriatelske - naprogramovat v tom nieco pekne uzivatelsky privetive len tak nejde. Na druhu stranu sa s tym vsak robia velmi dobre analyzy a je to pekne logicky zalozene, skvele sa v tom logickom systeme vymyslaju nove veci, to vsak zial nestaci. A preto treba ich kombinaciu - F#.

[Radek Miček]

Myslím si, že docela zajímavý jazyk může být Disciple -- tedy až se kompilátor dostane do použitelného stavu.

[pozortucnak]

Někde jsem četl, že se F# podezřele podobá jazyku Ocaml...

Jenom bych dodal, že F# není zcela nový původní jazyk vymyšlený Microsoftem, nýbrž se jedná v podstatě o kopii již dříve existujícího jazyka Objective Caml (OCaml) vyvíjeného jako open source v rámci akademické sféry.

http://www.lupa.cz/zpravicky/microsoft-pripravuje-novy-programovaci-jazyk-f/235310/

Mimochodem, existuje kompilátor jazyka Ocaml pro JVM

[trekker.dk]

Mimochodem taky existuje značka blockquote, která je pro citace podstatně vhodnější než pre

[Michal Vyskočil]

Kam potom nacpat jRuby? Mě pořád vychází dvojitý agent ...

[Marek Bernát]

jRuby je implementácia, reč bola o jazykoch :-P

[kralyk z abclinuxu]

Existuje jen jedna cesta a to je Tao
No každopádně C++ není cesta temnoty...

[vlastikroot]

Hlavně ty 2 poslední, brutálně pravdivý ...

[Marián Kyral]

Mně nejvíc dostal Expert programmer. Všichni se s tím štvou a najednou jen zavolání knihovní funkce

[Martin Matějek]

+1 Sice jsem tohle čekal u Enterprise programátora, ale pobavilo.

Mě se stalo něco podobného, když jsem si kvůli úkolu v C hledal jak naprogramovat a následně napsal quicksort a pak jsem zjistil, že quicksort už je dávno implementován ve standardní knihovně (a určitě líp než můj výtvor)

[neaktivni]

to posledni je dokonale

[Michal Kubeček]

Já se začal hystericky smát už u předposledního. Ale kdo někdy nepracoval s windowsovým API, ten si to asi tak nevychutná…

[Zopper]

Já se nejvíc zasmál u web designera. Každý, co jeho jest...

[imploder]

To samé v Haskellu: http://www.willamette.edu/~fruehr/haskell/evolution.html

[Martin]

To samé to není. A ani by asi nemohlo, takový "Windows programmer" nebo "Enterprise programmer" by se v Haskellu vyjadřoval dost blbě a nebylo by to ono.

[Visgean Skeloru]

http://gist.github.com/291693 - my own way

[Ilfirin]

Ono lze spočítat faktoriál komplexního čísla?

[Jindřich Makovička]

Dá se to zobecnit pomocí Gamma funkce, jelikož Gamma(n)=(n-1)! pro kladná celá n, ale to jsme trochu odbočili :)

[Marek Bernát]

Ono sa to pochopiteľne dá zobecniť pomocou ľubovolnej analytickej reálnej funkcie, ktorá spĺňa ten vzťah na kladných číslach (a že ich je...) a následným analytickým rozšírením na komplexnú rovinu. A z hľadiska vlastností tých funkcií existujú aj lepšie voľby než Gamma (ktorá napríklad nie je úplná, ale len meromorfná)

[Marek Bernát]

s@kladných číslach@kladných celých číslach@

[Conscript89]

Prekvapilo me, ze se tam neobjevilo funkcionalni programovani:

fact = lambda n: reduce(lambda x, y: x*y, range(1,n+1))