Využití frameworku Django v praxi

[Mirek Prýmek]

Předpokládám že takový AI je asi procedurální programování spíš.

No oni kolegove dali (pro novacka) trochu zavadejici odpovedi s temi vypocty, AI apod. V tehle oblastech Python funguje jenom jako lepidlo - ty skutecne vypocty se delaji v superoptimalizovanych algoritmech implementovanych v C++, C nebo Fortranu. Python tam funguje jenom jako takove "uzivatelske" lepidlo, ve kterem se vicemene jenom rekne "vysledek tohodle vypoctu vem a predej sem". Skutecne vypocty se v Pythonu nikdy nedelaji, bylo by to strasne pomaly, na to se Python nehodi. Takze z toho, ze se Python v oblasti vypoctu pouziva nic nevyvozuj o jeho vlastnostech

Jinak to Django je z rodiny "templatovacich" technologii, ktere imho budou postupne (ale dlouho) odumirat, protoze se cim dal vic cele aplikace presunuji na klienta. Vitezi Javascript, serverless (AWS lambda apod.) jazyky prekladane do JS, casem doufejme webassembly. Backendu pripadne jenom role servirovace dat (REST, JSON, GraphQL, ...), ale urcite vyhledove nebude renderovat aplikaci jako driv. Otazka je, za jak dlouho se ta zmena promitne na ceskem trhu... Ale pokud bych chtel zacinat dneska a chtel myslet na budoucnost, osvojim si spis Flask + nejaky pekny JS framework (Vue.js treba).

Jinak Python je celkem dobra volba, zvlast pro zacatecnika. Chybu neudelas.

[Reklama]

[Jano7]

Předpokládám že takový AI je asi procedurální programování spíš.

No oni kolegove dali (pro novacka) trochu zavadejici odpovedi s temi vypocty, AI apod. V tehle oblastech Python funguje jenom jako lepidlo - ty skutecne vypocty se delaji v superoptimalizovanych algoritmech implementovanych v C++, C nebo Fortranu. Python tam funguje jenom jako takove "uzivatelske" lepidlo, ve kterem se vicemene jenom rekne "vysledek tohodle vypoctu vem a predej sem". Skutecne vypocty se v Pythonu nikdy nedelaji, bylo by to strasne pomaly, na to se Python nehodi. Takze z toho, ze se Python v oblasti vypoctu pouziva nic nevyvozuj o jeho vlastnostech

Jinak to Django je z rodiny "templatovacich" technologii, ktere imho budou postupne (ale dlouho) odumirat, protoze se cim dal vic cele aplikace presunuji na klienta. Vitezi Javascript, serverless (AWS lambda apod.) jazyky prekladane do JS, casem doufejme webassembly. Backendu pripadne jenom role servirovace dat (REST, JSON, GraphQL, ...), ale urcite vyhledove nebude renderovat aplikaci jako driv. Otazka je, za jak dlouho se ta zmena promitne na ceskem trhu... Ale pokud bych chtel zacinat dneska a chtel myslet na budoucnost, osvojim si spis Flask + nejaky pekny JS framework (Vue.js treba).

Jinak Python je celkem dobra volba, zvlast pro zacatecnika. Chybu neudelas.

To je odvážne tvrdenie, že skutočné výpočty sú len v C++. Navyše, je tu napr. Theano pre GPU optimalizaciu.

Theano is a Python library and optimizing compiler for manipulating and evaluating mathematical expressions, especially matrix-valued ones.[2] In Theano, computations are expressed using a NumPy-esque syntax and compiled to run efficiently on either CPU or GPU architectures.

[Mirek Prýmek]

To je odvážne tvrdenie, že skutočné výpočty sú len v C++.

To jsem nerekl, spousta je jich ve Fortranu

Jestli ti to prijde jako odvazny tvrzeni, tak si zkus treba Numpy prelozit a pouzivat bez externich knihoven

Navyše, je tu napr. Theano pre GPU optimalizaciu.

Theano is a Python library and optimizing compiler for manipulating and evaluating mathematical expressions, especially matrix-valued ones.[2] In Theano, computations are expressed using a NumPy-esque syntax and compiled to run efficiently on either CPU or GPU architectures.

Ale vzdyt tam ty vypocty taky neprobihaji v samotnym Pythonu

Proste, novacek by nemel nabyt dojem, ze Python je kdovijak supervykonny jazyk. Je to relativne dost pomaly jazyk. Specialne GIL je prusvih a implementace konkurentniho zpracovani je dost tragikomicka. I tak je ale Python super a da se bezvadne pouzivat, kdyz od nej clovek neocekava neco, co od neho ocekavat nelze.

[to_je_jedno]

Jinak to Django je z rodiny "templatovacich" technologii, ktere imho budou postupne (ale dlouho) odumirat, protoze se cim dal vic cele aplikace presunuji na klienta. Vitezi Javascript, ... Backendu pripadne jenom role servirovace dat (REST, JSON, GraphQL, ...), ale urcite vyhledove nebude renderovat aplikaci jako driv. Otazka je, za jak dlouho se ta zmena promitne na ceskem trhu...

1) naprosty souhlas ohledne "decoupled". ale JS nevitezi oproti backendu.
2) neznam konkretne Django z pohledu programatora, ale treba v PHP tenhle přerod docela zhusta bezi. Napriklad: naklikat si strukturu dat a pridat GraphQL je treba v Drupalu dneska hracka a mam tam Voyager+Explorer tak nejak out-of-box (nekdo mi to uz hezky napsal). No a na frontend uz mam zase lidi co to pisou v Reactu a to GraphQL je jim tak nejak vlastni.
Pak mi zustava ten "templatovaci" velky skaredy na back office protoze psat pro to JS appku se mi nevyplati kdyz mi tam lezou jen interni lidi.