Názory k článku
Vydána betaverze Go 1.13

Imaginární literály stále nemá Rust ani (pokud vím) C. Je proto docela zajímavé, že mezi těmito jazyky je jako první dostalo Go, které je určené především pro webové aplikace a síťové služby, kde se výpočty s komplexními čísly používají přinejmenším vzácně. Tím líp pro Go. Rust momentálně pracuje na dokončení nekolika důležitých "velkých featur", ale tohle bych docela ocenil. V praxi yo samozřejmě nepůjde, dokud nebude typ complex standardně definovaný, zatím je jenom formou knihovny.

Tvůrci jazyků prostě řeší to nejtěžší, co zvládnou. A ti v Go zvládnou imaginární čísla.

To je nesmysl. Z hlediska implementace překladače jsou např. korutiny nebo escape analýza nesrovnatelně těžší záležitost, než imaginární čísla.

Nejlepší hity osmdesátých let.. již brzy i ve vašem překladači ;-)

Prosím nereagovat na trolla.
Korutiny teprve teď dostává C++ (po odkladech pro C++20) a kvalitní escape analýzu nedělá žádný z velkých jazyků s GC (stydět by se měla především Java). Defer také nemá moc jazyků (napadá mě Swift, i když tam je implementace trochu odlišná). Tolik fakty.

Korutiny pamatuji nekde od Simuly. Ano, u JVM je velmi omezena escape analysis ostuda (prestoze to kompenzuje dobrymi GC). U defer nevidim zadny bonus oproti try with resource a podobnymi konstrukcemi, spis je to takova z nouze ctnost reagujici na slabe moznosti osetrovani chyb.

GC se skutečně často bere jako výmluva, proč nedělat escape analýzu a všechno dávat na haldu, nejen v Javě. Defer Rust přímo v jazyku nemá, ale má knihovny, které ho implementují (https://docs.rs/scopeguard/1.0.0/scopeguard/). Není to žádná náhrada kontroly chyb (ta je sice v Go skutečně velmi slabá, ale C++ ani Rust tímto problémem netrpí), spíš to umožňuje snadno implementovat podobné konstrukce, jako je 'with' v Pythonu.

Ad korutiny: ty Simula skutečně měla, Modula2 tuším taky. Teď je dostává i Rust a C++, Go má gorutiny, které se dají používat, jako korutiny, od začátku. Šlo mi jenom o to, že z hlediska implementace překladače jsou korutiny složitá věc, kdežto podpora komplexních čísel a imaginárních literálů jsou triviální.

Trepete hluposti. Java je s escape analyzou pravdepodobne najdalej.
Odporucam si precitat Stadlerovu dizertacku na temu Partial Escape Analysis.
Neviem o tom, ze by nejaky iny runtime podporoval PEA a bol so svojou implementaciou production ready.

v cpp je to implementovano pomoci operatoru "i"

Tak nevím, jestli se mám smát nebo brečet.

Zpráva zmiňuje naprostý nesmysl (imaginární literály), ale několik lidí se toho chytne a začne spekulovat. Z nesmyslu vyvodí další nesmysly (co taky jiného), to vše za situace, kdy zde stále běží seriál, kde hned v prvním dílu jsou zmíněny datové typy zmíněného jazyka včetně typu complex. Nikoho ze slovutných pánů diskutérů, kteří tady často publikují své názory na různé jazyky a úroveň jejich tvůrců, nenapadne, že když v daném jazyce existuje od počátku datový typ complex, tak jaksi už od počátku musí existovat literál pro jeho zadání. Král je nahý, chce se mi vykřiknout.

Autorovi zprávičky bych doporučil příště přidat odkaz na originální zdroj.
https://tip.golang.org/doc/go1.13

Co se týče literálů, Go nyní umožňuje zadávat čísla binárně, oktalově a hexadecimálně. A toto nyní umožňuje i při zadání imaginárních čísel.

„...když v daném jazyce existuje od počátku datový typ complex, tak jaksi už od počátku musí existovat literál pro jeho zadání...“
Opravdu? Příklad v Jávce:

new Complex(1, 1)
nebo
Complex.of(1, 1)

Nikde tam nevidím žádné speciální literály pro komplexní čísla.

> Nikde tam nevidím žádné speciální literály pro komplexní čísla.
Nikde tam nevidím žádný speciální datový typ pro komplexní čísla.

Čo si, Kefalín, predstavujete pod takým slovom „speciální datový typ“?

Proc jsou imaginární literály nesmysl? Ten odkaz na stejný zdroj v článku je. Proč má váš příspěvek tolik plusů? Na rootu stačí vystupovat sebevědomě a hned vás považují za experta.