Příspěvky

451

Vývoj / Re:Ideálny programovací jazyk

« kdy: 15. 05. 2019, 22:58:17 »

Tak se jeste zeptam, abych vedel co je idealni 

Clojure nema operatory, ale:
Mame funkci (=) , ktera porovnava hodnoty.
Funkci (identical?) , ktera porovnava reference.
A pak jeste specialne pro cisla funkci (==), ktera porovnava hodnoty nezavisle na typu.

Je to "idealni"?

452

Vývoj / Re:Ideálny programovací jazyk

« kdy: 15. 05. 2019, 22:17:20 »

V tom ale ten problém není, to tady všichni chápeme, i když se vám třeba zdá, že ne. Problém je v tom poolu konstant, u kterého nikdy nevím (?), jestli tam to číslo je nebo ne.

No evidentně to problém je. V tom poolu konstant žádný problém není – když chápete rozdíl mezi hodnotou a referencí, nemůžete hodnotu Integerů nikdy porovnávat pomocí ==. Tím pádem nikdy nezjistíte, jestli tam nějaký pool konstant je nebo není. A když rozdíl mezi hodnotou a referencí nechápete a budete používat == pro porovnání hodnot objektů, bude ten kód špatně bez ohledu na to, zda pool konstant existuje nebo neexistuje.

protože operátory jsou vždy v nějakém případě kontraintuitivní

Můžete uvést příklad z Elixiru nebo Rustu?

Tak třeba Rust má spoustu operátorů, které nejsou vůbec intuitivní, to je problém sám o sobě. Ale pokud vím, některé operátory se tam dají přetěžovat, včetně ==, což nás vrací zpět na začátek této diskuse – každý operátor rovnosti, který podporuje i něco jiného, než primitivní typy, je kontraintuitivní, protože u složitějších typů vždy narazíme na to, že prostě není jasné, co je to rovnost. No a když je někde == definováno jenom pro primitivní datové typy, pro někoho bude kontraintuitivní, že pro „jednoduché ne-primitivní“ typy nebude definován. Kdyby Java podporovala == jen pro primitivní typy, byl by tu úplně stejný komentář Johnyho, akorát by se podivoval, proč to kompilátor nepřeloží.

Kontraintuitivní jsou vlastně i všechny jazyky, které mají operátor / pro celočíselné operandy definován jako celočíselné dělení. V tomto případě je vítězem JavaScript :-)

Nebyl jste to vy, kdo mi vyčítal, že mluvím za vás a podsouvám vám něco, co jste netvrdil?

Horší řešení nás v této diskusi nezajímají. Stejně dobrá vlastně taky ne, protože z těch stejně dobrých řešení se jedno muselo vybrat – ale pokud máte další stejně dobrá řešení, sem s nimi.

Definice == na řetězcích nebo celých číslech tak, aby se porovnávala hodnota, je intuitivnost sama, nic intuitivnějšího nejde vymyslet. Pokud někdo obhajuje nesmysl, je buď fanatik, nebo prostě mimo. I to blbé Go, které nemá obecné přetěžování operátorů, umí správně porovnat dva řetězce pomocí ==. Porovnání referencí na řetězcích nebo číslech je k ničemu, ostatně rozumné jazyky mají řetězce jako hodnotové typy. Některé tak mají i třeba kolekce (např. Swift), protože to dává ve většině případů větší smysl.

Ztracim se. Prece se tu rikalo, ze problem neni v tom operatoru, ale v te kesi....

453

Vývoj / Re:Ideálny programovací jazyk

« kdy: 15. 05. 2019, 21:52:44 »

...

No já Javu znám těžce okrajově, ale to "to ničemu nevadí" tak, z předcházející diskuze, nevypadá, když má vliv na návratové hodnoty operátoru.

Jakej vliv ma ta kes na navratove hodnoty operatoru?

454

Vývoj / Re:Ideálny programovací jazyk

« kdy: 15. 05. 2019, 18:42:32 »

...

Jasně, určitě existuje bambilion argumentů, proč to tak (alespoň v některých implementacích) javy není, nehodlám s nimi polemizovat. Čistě s BoneFlutem konstatuju, že mě by tohle v jazyce, ve kterém bych dělal, otravovalo.

Nejak si nevzpominam, ze by me zrovna kes integeru nejak otravovala. Mas priklad kde by to mel byt problem, ktery vyzaduje pozornost?

455

Vývoj / Re:Ideálny programovací jazyk

« kdy: 15. 05. 2019, 08:17:04 »

Java také nebude ten ideální jazyk... 

Kód: (Java) [Vybrat]

public class HelloWorld
{
  public static void main(String[] args)
  {
    Integer a = 1024;
    Integer b = 1024;
    System.out.print(a == b); // false
  }
}

Vzhledem k tomu, že programovací jazyk je nástroj pro programátory, asi by ideální programovací jazyk neměli vybírat neprogramátoři.

"Idealni" znamena "idealni pro programatory"? To je podle me malo. Videl jsem uz spoustu java projektu, ale nevzpomenu si ani na jeden kde by jazyk byl vybran programatory.
Rozsirenost javy je podle me zpusobena tim, ze je zdanlive jednoducha a proto lze na trhu najit dostupne vyvojare a dostatek klientu, kteri si nechaji nabulikovat, ze je to dobry napad.

PS: Se sterkou na Johnyho souhlasim, protoze to byl fakt debilni argument.

456

Vývoj / Re:Ideálny programovací jazyk

« kdy: 05. 05. 2019, 18:40:35 »

Cim idealnejsi jazyk je tim vice se podoba lispu.

Chtel bych na nizke urovni videt kod pro kernel v lispu :-)
Kacirsky dotaz: jsou funkcionalni jazyky opravdu efektivnejsi? Mi se Lisp a dalsi libi, ale prakticky jsem je nevyuzil.

https://en.wikipedia.org/wiki/Movitz ;-)

Definuj efektivnejsi. Podle me jde v lispu lepe vyjadrit problem ktery resim.

457

Vývoj / Re:Ideálny programovací jazyk

« kdy: 05. 05. 2019, 18:24:21 »

Cim idealnejsi jazyk je tim vice se podoba lispu.

458

Studium a uplatnění / Re:Povolání projektového manažera

« kdy: 04. 05. 2019, 06:57:27 »

Jaky si to udelas, takovy to mas. Kdyz budes delat poskoka budou ti volat i o pulnoci. Kdyz slusne a s respektem nastavis hranice budes mit klid.

459

Server / Re:MySQL a phpMyAdmin jako informační systém

« kdy: 17. 04. 2019, 09:54:59 »

Ja sem takova dobra duse, ze poradim i kdyz o tom nic nevim :-)

Odoo ma community edition: https://www.odoo.com/page/editions

A vypada to, ze je to naslednik OpenERP respective TinyERP.

Resi to tvuj problem?

460

Odkladiště / Re:Minimální interval mezi změnami hesla

« kdy: 27. 03. 2019, 15:20:36 »

Podle me jde jen o to, aby si ho nemohl zmenit na to puvodni.
Nekde jde zmena hesla naskriptovat a potom by bylo jednoduche spustit tu zmenu ve smycce 12x.

OK. Ne že bych to považoval za odůvodněné – kdyby někdo věnoval energii tomu, že si napíše skript, aby se dostal zpět na původní heslo, klidně do toho skriptu přidá i sleep(2000) – ale asi takhle někdo mohl uvažovat. Ale líbí se mi, jak tohle pravidlo jde už vyloženě proti bezpečnosti – když uživatel zjistí, že mu během změny hesla někdo stál za zády a heslo odkoukal, tak má prostě smůlu, to heslo půl hodiny nezmění, a „útočník“ si může s heslem dělat, co chce.

Videl sem to v praxi:
Profesor pri prednasce omylem napsal heslo do fieldu pro username. Videlo to 120 lidi v sale na platne. Tak si ho zkousel zmenit, ale nemohl, protoze si ho zmenil tesne pred prednaskou...

Jinak ten sleep uz by byl nepohodlny.... pri 12 ti heslech by se dostal zpet ke svemu puvodnimu za nejakych 6 - 7 hodin...
A v mezicase by se musel vzdycky divat do toho scriptu jake ma aktualne heslo.
To uz je asi dostatecny opruz aby uzivatel radsi pouzival ruzna hesla...

461

Odkladiště / Re:Minimální interval mezi změnami hesla

« kdy: 27. 03. 2019, 13:12:33 »

Článek Nekomplikujte lidem přihlášení, jinak začnou být kreativní, říká Jim Fenton mi připomněl jednu otázku týkající se politiky hesel. Někde je součástí politiky hesel pravidlo, které stanovuje minimální interval mezi změnami hesla – např. pokud si heslo změníte, další změnu můžete udělat až za 30 minut (těch 30 minut je v naší vyhlášce o kybernetické bezpečnosti).
Chápete někdo, jaký to má bezpečnostní účel? Jaký je vektor útoku, kterému to má bránit? Chápal bych to ještě jako obranu, aby si uživatel nemohl heslo změnit „na oko“ a vzápětí vrátit na původní, ale to řeší historie hesel (např. ta vyhláška NÚKIBu vyžaduje pamatovat si historii 12 hesel). Jaký je vektor útoku založený na tom, že si uživatel změní heslo a vzápětí si ho změní ještě na jiné, nebo že to samé udělá útočník?

Podle me jde jen o to, aby si ho nemohl zmenit na to puvodni.
Nekde jde zmena hesla naskriptovat a potom by bylo jednoduche spustit tu zmenu ve smycce 12x.

462

Vývoj / Re:Ako komplikovane programujete?

« kdy: 25. 03. 2019, 08:45:30 »

... jeden az traja schopny programatori ked vedia co robia to naprogramuju od piky omnoho rychlejsie a kvalitnejsie ako desat ludi pretoze ten overhead s komunikaciou a meetingami a preberanim nepodstatneho je tam potom obrovsky.

Kdyz mam 3 schopne seniorni programatory tak aby meli cas na programovani a nemuseli resit p******y tak k nim posadim nekoho kdo:

• Bude reportovat zakaznikovi a starat se o rozpocet - project manager nebo tak neco +1
• Kdo bude analyzovat business pozadavky a psat funkcni dokumentaci  +2
• Nekoho kdo se postara o testovani (at uz manual nebo auto) +3
• A mel bych si vychovat nejake juniory at mam priste kde brat ty seniory +2

3 + 1 + 2 + 3 + 2 = 11

Takove tymy casto vidam a prijde mi to unosne i kdyz komunikacni overhead tam znatelny je.
Jeste sem nevidel tym o deseti programatorech.

463

Server / Re:Jak se připojit k serveru z Windows?

« kdy: 18. 03. 2019, 07:22:33 »

Která linuxová distribuce masově „zpopularizovala“ používání sudo pro veškerou správu počítače, při které jsou potřeba oprávnění roota?

Asi nechapu otazku, nebo je zamerne polozena zavadejicim zpusobem. Ubuntu se inspirovalo u macOS takze si myslim, ze spravna odpoved je: "ZADNA"

464

Server / Re:Jak se připojit k serveru z Windows?

« kdy: 13. 03. 2019, 18:21:23 »

Vidim tu nejaky narky vim ultras...

Sice sem navrhoval vim, ale k vim ultras se nehlasim. Pouzivam emacs, ale ten neni vsude tak jsem se musel naucit i zaklady vimu...

465

Server / Re:Jak se připojit k serveru z Windows?

« kdy: 13. 03. 2019, 17:09:54 »

Hmmm jestli je heslo opravdu ten problem a vypada to, ze asi jo....

Nevypadá to, že by heslo byl problém. Ale pokud by byl, pomohlo by prostě v sudoers nechat nastavit (když to nechce udělat sám) sudo pro daného uživatele bez hesla. Příčetný admin toho počítače, když už mu dal roota, radši to NOPASSWD nastaví na požádání sám, než aby čekal, až se v sudoers bude tazatel vrtat sám a něco tam rozbije.

Tak by mohla pomoct jeste tahle prasarnicka:

Kód: [Vybrat]

echo <password> | sudo -Si

Další důvod, proč povolit dotyčnému přihlášení přímo na roota, nebo aspoň sudo bez hesla, pokud by ho neměl. Tahle diskuse je sbírka příkladů, co všechno nedělat – budu jí používat jako odstrašující příklad, když někdo navrhuje „tak mu dáme roota, ale aby to bylo bezpečnější, dáme mu jenom neomezené sudo“. Bezpečnost musí jít ruku v ruce s použitelností, jakmile uděláte něco „v zájmu bezpečnosti“ nepoužitelné, buďte si jist, že někdo tu nepoužitelnost obejde, a výsledek bude naprostá bezpečnostní katastrofa.

Ale to je v poradku. OP to tak chce a uz byl varovan....
Uz dostal i navod jak to delat spravne.
Z jeho reakci bylo zrejme, ze si potrebuje nabit hubu aby mohl karierne pokrocit spravnym smerem. Tak proc mu nepomoct?