Vlákno názorů k článku
Python je třetím nejpoužívanějším jazykem, před ním jsou C a Java od eiffel - Zdrojáky jsem viděl. Než používat python jako lepidlo...

Zdrojáky jsem viděl. Než používat python jako lepidlo (velmi výstižné), tak už si to v C domastím celé.
Neber to jako pomluvu - holt jsem stará škola vychovaná ZX spectrem a vše navíc je tedy zbytečné.
Python je super na vše možné, ubastlím s ním bravurně "rychloscript", ale RT nemá co dělat.

Je uz to hodne dlouho, co jsem na to narazil, takze se toho mozna uz zbavili, ale python neumel multithreading - kdyz se udelalo nekolik vlaken, bezet ve skutecnosti mohlo jen jedno, protoze byly serializovany v interpreteru. Takze na vypocty a hry to bylo marny.

Pythonu jste asi nikdy pořádně nerozuměl. Ano, hlavní implementace Pythonu (CPython) má GIL která neumožňuje souběžný běh threadů, ale python samozřejmě má multiprocessing (více procesů paralelně) a další pokročilé concurrency modely včetně několika různých abstrakcí (concurrent, multiprocessing, threading, ...).

Tvrďáci používají motýly a ti nejtvrdší na to mají v Emacsu klávesovou zkratku :-D

Kde berete derne stitky? Ja uz jich mam jen par. Ale v posledni dobe (desetileti) na ne nepisu programy, ale pouzivam jako papir na poznamky.

Uz vas tu vidim, ako kodite zlozite matematicke vypocty v C. Nazor ma kazdy svoj, ale podstatne je, ze si Python zvolili matematici a inzinieri, ktori ho vyuzivaju po celom svete. Radsej nech trva beh programu o niekolko hodin viac, akoby mal clovek stravit pisanim kodu niekolko dni navyse.

numpy je iba malicka cast, nad nim su postavene dalsie kniznice, ako napr. Pandas alebo Matplotlib.

> Uz vas tu vidim, ako kodite zlozite matematicke vypocty v C.

Přednášející na MKP nám vyprávěl, že psal program tuším pro válcování trubek (trubky jsou ohnuté a po válcování mají být rovné). Prvně to napsali v MATALBu (r), výpočet trval pár dní. Po přepsání do C několik málo hodin. Doufám, že to bude dostatečně složitý matematický výpočet, i když pravda, nešlo o python.

Copak C, kamarád také něco řešil před pár lety v Matlabu, bylo to šíleně pomalé. Tak to přepsal do Fortranu. Přesné číslo zrychlení mi sice neřekl, ale prý to mělo pět nul :-D

Ale o tom to prave je, v Matlabu si to odladili a vyzkouseli a pak to zoptimalizovali na rychlost, tak se to dela. Matlab je na prototyping, jde to snadno a rychle (vyvoj, ne vypocet). Jedna vec je neco vyvijet a druha nasazeni jednoucelove aplikace. Jinak Matlab (MATrix LABoratory) je samozrejme dobrej na maticove pocty a dalsi, takze zacit delat vyvoj (tj reseni technickeho problemu) je jednoduche, a podobne je na tom Python. Takze, ne vzdy jde o rychlost vypoctu, ale o nalezeni reseni celeho problemu. Jinak neverte vsemu co Vam rikaji prednasejici, my toho nakecame :-D A pro uplnost MKP nedela "slozity matematicky vypocet", dela naopak velke mnozstvi jednoduchych vypoctu.

Jasný, chtěl jsem tím říct, že Cčko má svoje místo, ať se to jeho odpůrcům líbí nebo ne. Nevěřím všemu, na druhou stranu od doby, co mi kamarád vyprávěl, jak si jeho spolužák nechal ufiknout článek prstu na Charpyho kladivu... No, nenechám se snadno překvapit. Ten cca jeden řád mi přijde uvěřitelný.

Jo, který problém počítač neřeší použitím "velkeho mnozstvi jednoduchych vypoctu"? Žil jsem v domnění, že počítač a) umí rychle sčítat; b) umí převádět jiné problémy na sčítání; c) dělá doslova jen a pouze to, co se mu řekne.

Tak než by sis domastil to, co je v numpy, tak by ses řádně zapotil.
BTW aplikace v Pythonu pracující nad vektorovými daty a používající numpy je výkonově zcela srovnatelná s Céčkem. Ovšem s tím, že v pythonu to napíšeš mnohem rychleji.

Pobavilo :) Smutné to začne být ve chvíli, kdy člověk na podobné programátory naráží v praxi. Proč by se učili něco nového, když pracují 20 stejně a rozhodně na tom nehodlají nic měnit. K čemu jsou novější nebo specializované jazyky, když se to dá za několikanásobnou dobu nabastlit v C? K čemu verzovací systémy, když si můžu udělat každý den snapshot zdrojáků a zazipovaný uložit na lokální disk? Bohužel na takové se u nás naráží až příliš často.

Jinak nemám nic proti C, ale vytáčí mě argumenty typu, před 20 lety to nebylo potřeba, tak je to špatně. To můžem zahodit auta, protože dřív se bez nich lidi taky obešli.

C je pomerně rychlý a má dobrou podporu matematických funkcí (ne ve všech jazicích jsou komplexní čísla), gcc je snad ve všech distribucích ... Není mnoho důvodů učit se další jazyk včetně všech vstupů/vístupů (použití X11 ,syscallů ,stdio.h asi bude mimo C problém)

A taky jsem začínal v Basicu na Didaktik-m (v roce 2010)

Jo, všechno to staré je potřeba zahodit, protože teď máme "novější a lepší". A astronomické výpočty budeme dělat třeba v Javascriptu...

Auta bych nezahazoval, ta jezdila před osmdesáti lety stejně jako dnes, ale bez elektrického ovládání zrcátek a připojení k Internetu ;-)