Dobré IDE pro Python a Java (případně jaký další jazyk zvolit?)

[lopata]

35% získali tím přeorganizováním dat. Zbytek ale byla už změna algoritmu.

Ani ne, stromovou strukturu parent <-> child jen předelali do flat polí, aby data byla v paměti za sebou. Taky vyhodili zpracování dat ven z objektů (žádné virtuální metody). Množství výpočtů je pořád stejné, algoritmicky se nic zásadního neměnilo.

[Reklama]

[Kit]

35% získali tím přeorganizováním dat. Zbytek ale byla už změna algoritmu.

Ani ne, stromovou strukturu parent <-> child jen předelali do flat polí, aby data byla v paměti za sebou. Taky vyhodili zpracování dat ven z objektů (žádné virtuální metody). Množství výpočtů je pořád stejné, algoritmicky se nic zásadního neměnilo.

Takové optimalizace je nutné dělat až nakonec a jenom tam, kde je to skutečně potřeba. Jinak je to cesta do pekel.

[lopata]

Ani ne, stromovou strukturu parent <-> child jen předelali do flat polí, aby data byla v paměti za sebou. Taky vyhodili zpracování dat ven z objektů (žádné virtuální metody). Množství výpočtů je pořád stejné, algoritmicky se nic zásadního neměnilo.

Takové optimalizace je nutné dělat až nakonec a jenom tam, kde je to skutečně potřeba. Jinak je to cesta do pekel.

Cesta do pekel je konkrétně co? Že je to 6x rychlejší než předtím? Že se o něco snížila spotřeba paměti? Nebo že existují funkce, které pracují s daty, stejně jako ve funkcionálních jazycích?

[Filip Jirsák]

Cesta do pekel je konkrétně co? Že je to 6x rychlejší než předtím? Že se o něco snížila spotřeba paměti? Nebo že existují funkce, které pracují s daty, stejně jako ve funkcionálních jazycích?

Sám jste psal, že výkon aplikace je čistě váš subjektivní dojem. Cestou do pekel je tedy například komplikovat kód jen kvůli nějakému subjektivnímu dojmu, že by se daná část mohla zrychlit.

[Ivan Nový]

Cesta do pekel je konkrétně co? Že je to 6x rychlejší než předtím? Že se o něco snížila spotřeba paměti? Nebo že existují funkce, které pracují s daty, stejně jako ve funkcionálních jazycích?

Sám jste psal, že výkon aplikace je čistě váš subjektivní dojem. Cestou do pekel je tedy například komplikovat kód jen kvůli nějakému subjektivnímu dojmu, že by se daná část mohla zrychlit.

A tady pomůže teorie kategorií, nevytvářet objekty jen podle euklidovské intuice, ale na základě skrytých souvislostí objevených skrze teorii kategorií. Například při výběrech ze souborů dat nepoužívat klasickou logiku, ale neklasickou, třeba s vyloučením pravidla o vyloučení třetího. To umožní vytvořit datové struktury, které mohou být optimálněji zpracovatelné. Klasickou logiku pak použít až v posledním kroku zpracování.
 

[Reklama]

[Aoidhghean]

Cesta do pekel je konkrétně co? Že je to 6x rychlejší než předtím? Že se o něco snížila spotřeba paměti? Nebo že existují funkce, které pracují s daty, stejně jako ve funkcionálních jazycích?

Sám jste psal, že výkon aplikace je čistě váš subjektivní dojem. Cestou do pekel je tedy například komplikovat kód jen kvůli nějakému subjektivnímu dojmu, že by se daná část mohla zrychlit.

A tady pomůže teorie kategorií, nevytvářet objekty jen podle euklidovské intuice, ale na základě skrytých souvislostí objevených skrze teorii kategorií. Například při výběrech ze souborů dat nepoužívat klasickou logiku, ale neklasickou, třeba s vyloučením pravidla o vyloučení třetího. To umožní vytvořit datové struktury, které mohou být optimálněji zpracovatelné. Klasickou logiku pak použít až v posledním kroku zpracování.

Co je euklidovská intuice?

[lopata]

Sám jste psal, že výkon aplikace je čistě váš subjektivní dojem. Cestou do pekel je tedy například komplikovat kód jen kvůli nějakému subjektivnímu dojmu, že by se daná část mohla zrychlit.

Takový nesmysl jsem nikdy nepsal, nevkládej mi do úst tvoje subjektivní dojmy. Na výkon aplikace jsou nějaké požadavky. Pokud zákazníci nejsou s výkonem spokojeni, musí se s tím něco dělat. Řídí se to vždy požadavky zákazníků, ne nějakými subjektivními dojmy.

[Ivan Nový]

Cesta do pekel je konkrétně co? Že je to 6x rychlejší než předtím? Že se o něco snížila spotřeba paměti? Nebo že existují funkce, které pracují s daty, stejně jako ve funkcionálních jazycích?

Sám jste psal, že výkon aplikace je čistě váš subjektivní dojem. Cestou do pekel je tedy například komplikovat kód jen kvůli nějakému subjektivnímu dojmu, že by se daná část mohla zrychlit.

A tady pomůže teorie kategorií, nevytvářet objekty jen podle euklidovské intuice, ale na základě skrytých souvislostí objevených skrze teorii kategorií. Například při výběrech ze souborů dat nepoužívat klasickou logiku, ale neklasickou, třeba s vyloučením pravidla o vyloučení třetího. To umožní vytvořit datové struktury, které mohou být optimálněji zpracovatelné. Klasickou logiku pak použít až v posledním kroku zpracování.

Co je euklidovská intuice?

Intuice založená na naší smyslové zkušenosti.

Ovšem ta bude časem redefinována, jak budeme dále zkoumat neuronové sítě a metody jejich učení, což povede k rozvoji nových typů učení u lidí, například pomocí zrakového nervu, a rozvoji přímých neeuklidovských představ o světě.
 

[fernet]

Tak jsem si včera říkal, že už si tu začali poměřovat dicky Kit s Jirsákem, že už chybí jen Nový a další téma zabité zdejší "smetánkou" a jak se říká: "My o ho.ně a ho.no na plotě".

[Filip Jirsák]

Sám jste psal, že výkon aplikace je čistě váš subjektivní dojem. Cestou do pekel je tedy například komplikovat kód jen kvůli nějakému subjektivnímu dojmu, že by se daná část mohla zrychlit.

Takový nesmysl jsem nikdy nepsal, nevkládej mi do úst tvoje subjektivní dojmy. Na výkon aplikace jsou nějaké požadavky. Pokud zákazníci nejsou s výkonem spokojeni, musí se s tím něco dělat. Řídí se to vždy požadavky zákazníků, ne nějakými subjektivními dojmy.

V tom případě to psal někdo jiný téhož jména:

To ovšem vycházíte z předpokladu, že výkon ovlivňuje především uspořádání dat v paměti. Což platí jen pro velmi okrajový počet aplikací.

Platí to pro většinu aplikací. A moje tvrzení je stejně subjektivní a neověřitelné, jako tvoje. Takže se tady můžeme donekonečna hádat, jestli ano nebo ne.

Výkon aplikace, který zajímá zákazníky, souvisí se způsobem uložení dat v paměti pouze ve velmi okrajových případech, jak už jsem psal. Např. u webových aplikací, které dne stvoří velkou část webu, zajímá zákazníka typicky doba načtení stránky, resp. se to ještě rozlišuje na načtení základu stránky tak, aby mohl uživatel např. začít číst článek, a na dobu na načtení kompletní stránky. To se řeší na úplně jiné úrovni, než uspořádání dat v paměti.

[dustin]

To Filip Jirsák: Vážně nevidíš rozdíl mezi:

...výkon ovlivňuje především uspořádání dat v paměti...

Platí to pro většinu aplikací. A moje tvrzení je stejně subjektivní a neověřitelné...

a

Sám jste psal, že výkon aplikace je čistě váš subjektivní dojem.

[Filip Jirsák]

To Filip Jirsák: Vážně nevidíš rozdíl mezi:

...výkon ovlivňuje především uspořádání dat v paměti...

Platí to pro většinu aplikací. A moje tvrzení je stejně subjektivní a neověřitelné...

a

Sám jste psal, že výkon aplikace je čistě váš subjektivní dojem.

Tvrzení č. 1: Je subjektivní a neověřitelné, co především ovlivňuje výkon aplikace.
Tvrzení č. 2: Je subjektivní, co je výkon aplikace.

Rozdíl samozřejmě vidím. Jenže v kontextu této diskuse z prvního tvrzení plyne to druhé. Nebo vy tam vidíte nějaký podstatný významový rozdíl?

[dustin]

Spekulace o hlavní příčině problému a spekulace o existenci problému je sakra velký rozdíl. Nedivím se lopatě/lopatovi, že se ozval.

[Filip Jirsák]

Spekulace o hlavní příčině problému a spekulace o existenci problému je sakra velký rozdíl. Nedivím se lopatě/lopatovi, že se ozval.

Výkon není problém, takže je to spekulace o hlavní příčině problému versus spekulace o příčině problému. A pokud je spekulace o hlavní příčině problému subjektivní, těžko může být spekulace o příčině problému objektivní. Když je hlavní část subjektivní, nemůže být celek objektivní.

[Ivan Nový]

Tak jsem si včera říkal, že už si tu začali poměřovat dicky Kit s Jirsákem, že už chybí jen Nový a další téma zabité zdejší "smetánkou" a jak se říká: "My o ho.ně a ho.no na plotě".

PyCharm jsem radil hned v úvodním příspěvku. Co jiného byste chtěl používat?