Vlákno názorů k článku Převody zdrojových kódů z jazyka C do jazyka Go od judovana - Ugh. Proc by to nekd delal?

Ugh. Proc by to nekd delal?

Nám se to teď bude hodit, než se snažit o interop přes cgo, které je plný pastiček. Kupodivu pro běžné algoritmy to zatím funguje na nějakých 9x%, což mi přijde fajn na to, jak moc se ty jazyky liší :-)

Určitě není lepší použít cgo?

Obecne nevim, ale pokud je sitace takova, ze mame tool v C, ktery by se musel udrzovat (a testy i stabni kulturu ma takove, jak je v C svete zvykem :) a soucasne tym slozeny z Go+Python vyvojaru, je asi lepsi investovat jeden-dva sprinty nekoho, kdo C zna, aby to prevedl jednou provzdy do Go, pokryl testy, vychytal mouchy transprekladu a slo se dal. Ale obecne to samozrejme nemusi platit, pokud je tym jinak slozeny (ceckari) a je ochotnej udrzovat ten C kod na rozumne kvalite (coz jsem vlastne jeste nevidel).

to by bylo zajimave vedet kolik casu se pak jeste muselo investovat do uprav vysledneho kodu v go, aby tam nezustaly nejake relikty z c.

jinak si myslim, ze to je zajimavy projekt.

tak nektery kriticky SW proste v C *uz* mit nechces (OpenSSL, co me tak napadlo jen tak z hlavy). Nerikam, ze Go je vzdy nahrada, ale muze byt, i kdyz muzou byt lepsi alternativy (Rust...).

Transpilace do Rustu bude plná unsafe.

jo, to asi jinak nepujde (tedy jestli je vubec mozne C tranpilovat do Rustu - opacne to jde). Videl jsem toto a ten vyslednej kod je proste "unsafe mut ceckovina" :) https://c2rust.com/

Fuj to je hnus :) Překlad C do Scheme je mnohem hezčí a idiomatičtější.

Zrovna kritický SW nechceš konvertovat něčím, co selhává i na jednoduchoučkých příkladech. Kontrolovat takový kód dá často víc práce, než ruční přepis.

A hlavne prekladom takyto toolom prides o vsteky konvencie a vyhody z trochu inej paradigmy.