Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Hele, já si nemůžu pomoct, ale ze všech Mothrefuckingwebsite vypadá na mobilu jednoznčně nejlíp Motherfuckingwebsite.com, fakt. Ty ostatní nejsou zdaleka tak dobré.
pochopil, ale nesouvisí s diskutovaným postem. Jedná se o tzv. low effort komentáře. Ten první nahrává druhému. Můžete je postnout pod cokoliv v daném subredditu a nasbírat na tom karmu. Nemusíte se zdržovat čtením odkazu. Lidem, kteří četli odkaz a přišli o něm diskutovt to může vadit, ale těch je bohužel menšina.
Komentáře na redditu neřeším. Přijde ti jinak normální dodělávat do jazyka generika s využitím obskurních znaků kanadské abecedy a textového preprocesoru? Může to mít dva důvody. Autor ImmutableTreeListᐸElementTᐳ generika ve skutečnosti vůbec nepotřebuje a takhle prasí úplně zbytečně. Nebo ten jazyk nebude zase tak úplně ideálně navržený...
normální to není a také to nikdo nedělá. Je to jen vtip.
Tohle ti udela maven nebo gradle automagicky, pokud potrebujes. Pluginy k tomu jsou, viz vyse.
(drobne varovani - ne nutne musi fungovat, pokud se do hry dostane Scala - https://www.scala-lang.org/old/sites/default/files/sids/dubochet/Mon,%202010-05-31,%2015:25/Storage%20of%20pickled%20Scala%20signatures%20in%20class%20files.pdf a pochopitelne pokud je ve hre nejaka reflexe je nutne byt obzvlast opatrny)
maven za me prejmenuje package - zmeni adresar, prejmenuje tridu a pak to cele zase prelozi?
Proc bys potreboval prejmenovat tu tridu?
Pokud se maji obe pozivat v jedne tride, tak bych ji radeji mel pojmenovanou jinak.
A co je teda na Go špatně? Jen pro zajímavost, nechci ho hájit ani vychvalovat, ale pár věcí jsem v něm psal a na žádné zásadní problémy jsem nenarazil. Na rozdíl od jiných megasupernových slepenců...Např. nemůžeš napsat typově bezpečnostné kolekce.
FUD jako obvykle. Jazyk Go generika prostě nepotřebuje a někteří lidé se s tím nedokáží smířit.
Tohle ti udela maven nebo gradle automagicky, pokud potrebujes. Pluginy k tomu jsou, viz vyse.
(drobne varovani - ne nutne musi fungovat, pokud se do hry dostane Scala - https://www.scala-lang.org/old/sites/default/files/sids/dubochet/Mon,%202010-05-31,%2015:25/Storage%20of%20pickled%20Scala%20signatures%20in%20class%20files.pdf a pochopitelne pokud je ve hre nejaka reflexe je nutne byt obzvlast opatrny)
maven za me prejmenuje package - zmeni adresar, prejmenuje tridu a pak to cele zase prelozi?
Ty už má Go zabudované. Je-li tohle jediná závada, je to oproti jiným jazykům docela pohoda.Např. nemůžeš napsat typově bezpečnostné kolekce.A co je teda na Go špatně? Jen pro zajímavost, nechci ho hájit ani vychvalovat, ale pár věcí jsem v něm psal a na žádné zásadní problémy jsem nenarazil. Na rozdíl od jiných megasupernových slepenců...Go navrhly špičky v oboru s hromadou zkušenostíPokud mi pamet slouzi, tak ho nenavrhoval nikdo, kdo pred tim navrhl jiny dobry jazyk..
Zasluhy trebas pro navrh Unixu jmaji nekteri z nich nepopiratelne, ale ze je nekdo schopny navrhnut OS z nej nedela dobreho navrhare jazyka.
Ahoj.
Něco málo jsem slyšel o class loaderech v javě. Ale nemám větší zkušenosti. Zajímalo by mě, zda zvládnou následující úlohu:
Mám třídu org.vendor.App z balíčku app-1.2.3.jar a pak jinou implementaci třídy org.vendor.App z balíčku app-1.2.1.jar. Je možné, nějakým způsobem načíst a vytvořit instance těchto dvou tříd tak, abych s nimi mohl pracovat najednou v jedné metodě?
Ciste teoreticky (pokud neni jar obfuscovany) tak by melo byt mozne udelat toto
1. decompiluj tridu
2. zmen package a jmeno tridy
3. proved znovu kompilaci, zabal to do jaru s dostatecne varovnym jmenem
4. uloz do maven repo a pouzivej jen tu tridu (popripade jeji zavislosti z app-1.2.1) a ne cely app-1.2.1.jar
a pak puzivej jen 1.2.3.jar
Timto zamezis existenci dvou trid se stejnym jmenem ve stejnem package.
Neco podobneho jsme delali, kdyz bylo potreba opravit bug v jaru, kde nebylo mozne kontaktovat dodavatele. Nastesti to nebylo obfuscovane a po case jsme se s dodavatelem dohodli na nove verzi jaru, ktery obsahoval i fix bugu.
A co je teda na Go špatně? Jen pro zajímavost, nechci ho hájit ani vychvalovat, ale pár věcí jsem v něm psal a na žádné zásadní problémy jsem nenarazil. Na rozdíl od jiných megasupernových slepenců...Go navrhly špičky v oboru s hromadou zkušenostíPokud mi pamet slouzi, tak ho nenavrhoval nikdo, kdo pred tim navrhl jiny dobry jazyk..
Zasluhy trebas pro navrh Unixu jmaji nekteri z nich nepopiratelne, ale ze je nekdo schopny navrhnut OS z nej nedela dobreho navrhare jazyka.
Go navrhly špičky v oboru s hromadou zkušeností a zcela jistě je jim upřímně u pr..le, že nějaký pologramotný PHP šmudla jejich jazyk uráží.
Podmínky testuji sekvenčně. Každá zaloguje vysvětlení. Máš nějaký příklad?
Přesněji: Napiš ukázku, jak bys to udělal ty a já to refaktoruji do podoby, jak bych to dělal já.
val readyA = isReadyAForDay(d)
val readyB = isReadyBForDay(d)
val readyAlternativeA = isReadyAlternativeForDay(d)
...
val ready = (readyA & readyB) | (readyAlternativeA & something)
log.debug("Operace Robert Dabel day=${d} is ready=${ready} (readyA=${readyA}, readyB=${readyB}, readyAlternativeA=${readyAlternativeA}) ")
Moudří lidé často používají slova jako zpravidla, obvykle a většinou, protože ví, jak problematické je vynášení kategorických soudů. To jen pro hlupáky jsou všichni hloupí.Pokud jsi takhle hotov se vším, nemá smysl diskutovat. Ale u tebe mne to překvapilo. Nepříjemně.Pro mainstreamove/aplikacni programovani je to neocenitelny konstrukt.A proto nové jazyky jako Rust nebo Go výjimky nemají?
Go je odpad.
A Rust má docela pěkné řešení ve stylu Left/Right, ale docela by mě zajímalo, jak to bude škálovat, když se člověk pustí do nějakého aplikačního vývoje a ne jen low-level.
Spousta veci stoji za dlouhe a peclive zvazeni.
Ale fakt ne Go, kde je zoufale videt, ze autori minuli 30 let vyvoje v programovacich jazycich a pak si rekli, ze to zkusi jeste jednou, tentokrat snad lepe.
Pokud jsi takhle hotov se vším, nemá smysl diskutovat. Ale u tebe mne to překvapilo. Nepříjemně.Pro mainstreamove/aplikacni programovani je to neocenitelny konstrukt.A proto nové jazyky jako Rust nebo Go výjimky nemají?
Go je odpad.
A Rust má docela pěkné řešení ve stylu Left/Right, ale docela by mě zajímalo, jak to bude škálovat, když se člověk pustí do nějakého aplikačního vývoje a ne jen low-level.
Je mnoho důvodů, proč nepoužívám proměnné typu boolean. Vystačím si s tímto:A když potřebuješ výsledek toho isX() vícekrát? (Ptám se pro kamaráda, co má v tom isX() přístup ke clusteru.)Kód: [Vybrat]if (isX()) {
...
}
Potřebuji ho vždy jen jednou.
To je sice pekne, ale predstav si, ze chces podla toho objektoveho Booleana vetvit kod. Das tamKód: [Vybrat]No ale to mas prdlajz a nie spravne vyhodnotene, lebo tam moze byt aj null.if(!Boolean.FALSE.equals(x) ){
}
Je mnoho důvodů, proč nepoužívám proměnné typu boolean. Vystačím si s tímto:Kód: [Vybrat]if (isX()) {
...
}
Pro mainstreamove/aplikacni programovani je to neocenitelny konstrukt.A proto nové jazyky jako Rust nebo Go výjimky nemají?
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.