Jak se pozná senior

[kapr]

Tuxiku, to si nepochopil s tou trivialitou. Samozrejme pro "nas obycejne a pologramotne lopaty" je to samozrejme "nadlidsky" ukol, ale pro nekoho nadbozskeho jako je Javaman() oprotinemuz je CML jenom rozsirena verze AI na piskvorky, to samozrejme je tak primitivni a trivialni, ze to napise i po peti krabicacich na digitalkach a bude se u toho koukat na televizi a cist noviny.

[Reklama]

[Tuxik]

No joooo, já jenom pořád nevím, co je to ta linux, to programátor, cizí slova, jako vývojář, to snad ani vykypedyje nezná... Ale ten javamén, to musí být fakt borec. Evidentně to s lopatkou umí hustě, tomu bábovičky ani zemětřesení nezničí :-D

[Tuxik]

Ostatně, javamen nějaký lopaťácký DH algoritmy nepotřebuje, on všechny klíče prostě zná a nemá důvod si je s někým měnit a něco počítat.

[javaman ()]

Takže tohle je váš popis toho, jak by měl špičkový odborník třeba za půl milionu vypadat?

[javaman ()]

The Dunning–Kruger effect is a cognitive bias in which low-ability individuals suffer from illusory superiority, mistakenly assessing their ability as much higher than it really is. Dunning and Kruger attributed this bias to a metacognitive incapacity, on the part of those with low ability, to recognize their ineptitude and evaluate their competence accurately.

To je cool Tak už vím, kde lopaty berou tolik jistoty. Člověk by jim nedal na starost ani základy, ale oni klidně řídí projekty.

[Reklama]

[javaman()]

Tak tady to mas

package javaman;
 
import java.io.*;
import java.math.BigInteger;
class Diffie
{
    public static void main(String[]args)throws IOException
    {
        BufferedReader br=new BufferedReader(new InputStreamReader(System.in));
        System.out.println("Enter prime number:");
        BigInteger p=new BigInteger(br.readLine());
        System.out.print("Enter primitive root of "+p+":");
        BigInteger g=new BigInteger(br.readLine());
        System.out.println("Enter value for x less than "+p+":");
        BigInteger x=new BigInteger(br.readLine());
        BigInteger R1=g.modPow(x,p);
        System.out.println("R1="+R1);
        System.out.print("Enter value for y less than "+p+":");
        BigInteger y=new BigInteger(br.readLine());
        BigInteger R2=g.modPow(y,p);
        System.out.println("R2="+R2);
        BigInteger k1=R2.modPow(x,p);
        System.out.println("Key calculated at Alice's side:"+k1);
        BigInteger k2=R1.modPow(y,p);
        System.out.println("Key calculated at Bob's side:"+k2);
        System.out.println("Diffie Hellman secret key Encryption has taken");
    }
}

[YF]

Tak tady to mas

package javaman;
 
import java.io.*;
import java.math.BigInteger;
class Diffie
{
    public static void main(String[]args)throws IOException
    {
        BufferedReader br=new BufferedReader(new InputStreamReader(System.in));
        System.out.println("Enter prime number:");
        BigInteger p=new BigInteger(br.readLine());
        System.out.print("Enter primitive root of "+p+":");
        BigInteger g=new BigInteger(br.readLine());
        System.out.println("Enter value for x less than "+p+":");
        BigInteger x=new BigInteger(br.readLine());
        BigInteger R1=g.modPow(x,p);
        System.out.println("R1="+R1);
        System.out.print("Enter value for y less than "+p+":");
        BigInteger y=new BigInteger(br.readLine());
        BigInteger R2=g.modPow(y,p);
        System.out.println("R2="+R2);
        BigInteger k1=R2.modPow(x,p);
        System.out.println("Key calculated at Alice's side:"+k1);
        BigInteger k2=R1.modPow(y,p);
        System.out.println("Key calculated at Bob's side:"+k2);
        System.out.println("Diffie Hellman secret key Encryption has taken");
    }
}

http://ankurm.com/implementing-diffie-hellman-key-exchange-algorithm-java/

[kapr]

Tak tady to mas

package javaman;
 
import java.io.*;
import java.math.BigInteger;
class Diffie
....

To ale neni vsechno, navic puvodni zadani bylo DHKE a mistrsveta javaman() copy/paste ... http://ankurm.com/implementing-diffie-hellman-key-exchange-algorithm-java/

[YF]

Tak tady to mas
package javaman;

kdyz uz odnekud cerpas je slusnosti uvest zdroj pitomce

[Ondra Satai Nekola]

Tak tady to mas
package javaman;

kdyz uz odnekud cerpas je slusnosti uvest zdroj pitomce

Nemluve o tom, ze alespon prumerne kompetentni programator na prvni pohled pozna, ze ten kod je proste hnusny, aniz by ho musel podrobneji studovat...

[Tuxik]

A testujte vstupy, testujte vstupy, testujte vstupy, jinak vám to uživatel rozbije...

Kód: [Vybrat]

Enter prime number:
javamen je buh
Exception in thread "main" java.lang.NumberFormatException: For input string: "javam"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.lang.Integer.parseInt(Integer.java:580)
at java.math.BigInteger.<init>(BigInteger.java:470)
at java.math.BigInteger.<init>(BigInteger.java:606)
at javaman.Diffie.main(Diffie.java:11)
Java Result: 1
Když sem dám tento odkaz: https://github.com/openssl/openssl tak mám taky splněno?

[Rad]

Hosi, ten uz se tu neukaze...

Jinak javamene, vzhledem k tomu, ze si tak uzasny, tak misto thoo casu co tu vypisujes a premyslis nad tim jak by ses tomu vyhnul, tak by to bylo naspany 2x. Takze jen dalsi dokazani, ze nic neumis a jen umis kecat. Jo hold, takovych odboniku je pozehnane.
Ten co to umi, tak se tu nedohaduje.

Navic tohle je cely OT. Napsany to bylo jak je to se senior/junior a hotovo. Navic je to jen nejaky "titul", ktery neznamena, ze kdyz si sikovny tka muzes delat to co senior. Takze tak.

[noef]

Nejakou dobu tise sleduji diskuzi a dost me prekvapilo, ze ta strana, ktera osocuje javamana() z trolovani (a tvari se jako ta rozumna) navrhuje jako vzorovy ukol pro posouzeni implementaci sifrovaciho algoritmu nebo zavadece.  Vzdyt takove veci nepise skoro nikdo. Kolik % vyvorajaru dela do OS? A kolik z nich dela na zavadeci? Cisla neznam, ale videl bych to na par stovek, mozna tisic, coz je jaksi nesrovatelne s megalomanskymi business vecmi v Jave, kde na jednom projektu muze delat vic lidi nez soucet vsech lidi pracujicich na zavadecich. To stejne s tim sifrovanim, vzdyt kazdy soudny clovek, pokud nema velice solidni background v matice a sifrovani, nikdy nebude implementovat veci okolo bezpecnosti a sifrovani na vlastni pest. Pripomina mi to ty micro "benchmarky" vykonosti jazyku, kde je obsahem testu jedna prazdna smycka a kazdy soudny prekladac/interpret ji odoptimalizuje pryc...

IMO se nejvice dela prave na ruznych obrovskych business vecech s webovym rypakem, pripadne i nativnim klientem (nyni spise mobilnim, nez deskopovym, tam je lepsi webovy FE). Ono asi neni nahoda, ze nejpouzivanejsi jazyk se pouziva na nejbeznejsi ukoly. (Opet zduraznim, ze nejsem Java fanboy, ale beru ji jako funkcni a proverenou vec s obrovskym zastupem knihoven, navodu, obrovskou komunitou, velice dobrymi nastroji, atd. Na muj vkus je dost uzvanena a stale se neblizi napr. takove Scale, kterou nad JVM preferuji.)

Dalsi vec je to vase posuzovani. To jako kvalitu Java kodu, dodrzovani best practices a standardu budou posuzovat nahodni ajtaci z fora? Takze hlas admina ve skole, ktery nikdy v Jave nedelal a vlastne skoro neprogramuje bude mit stejnou vahu jako Java specialisty, ktery se tim zivi? Jak bych ja, JavaScript/TypeScript vyvojar, ktery pouze obcas pouziva Scalu ve volnem case a uci se Haskell, mohl posoudit, zda javaman() dodrzel vsechny aktualni best practices, dobre pouzil navrhove vzory jak je zvykem v danem jazyce, zvolil spravne knihovny ci tridy ze stand. knihovny (napr. IO v Jave ma nekolik verzi), zvolil dobry pomer citelnost/rychlost kodu atd.

[Pepa]

Diskuzi jsem necetl ale seniora poznam pac ma bile vlasy, chodi vetsinou shrbene, tahne za sebou nakupni vozik a v ruce drzi hulku 

[Youda]

Nejakou dobu tise sleduji diskuzi a dost me prekvapilo, ze ta strana, ktera osocuje javamana() z trolovani (a tvari se jako ta rozumna) navrhuje jako vzorovy ukol pro posouzeni implementaci sifrovaciho algoritmu nebo zavadece.  Vzdyt takove veci nepise skoro nikdo. Kolik % vyvorajaru dela do OS? A kolik z nich dela na zavadeci? Cisla neznam, ale videl bych to na par stovek, mozna tisic, coz je jaksi nesrovatelne s megalomanskymi business vecmi v Jave, kde na jednom projektu muze delat vic lidi nez soucet vsech lidi pracujicich na zavadecich. To stejne s tim sifrovanim, vzdyt kazdy soudny clovek, pokud nema velice solidni background v matice a sifrovani, nikdy nebude implementovat veci okolo bezpecnosti a sifrovani na vlastni pest. Pripomina mi to ty micro "benchmarky" vykonosti jazyku, kde je obsahem testu jedna prazdna smycka a kazdy soudny prekladac/interpret ji odoptimalizuje pryc...

IMO se nejvice dela prave na ruznych obrovskych business vecech s webovym rypakem, pripadne i nativnim klientem (nyni spise mobilnim, nez deskopovym, tam je lepsi webovy FE). Ono asi neni nahoda, ze nejpouzivanejsi jazyk se pouziva na nejbeznejsi ukoly. (Opet zduraznim, ze nejsem Java fanboy, ale beru ji jako funkcni a proverenou vec s obrovskym zastupem knihoven, navodu, obrovskou komunitou, velice dobrymi nastroji, atd. Na muj vkus je dost uzvanena a stale se neblizi napr. takove Scale, kterou nad JVM preferuji.)

Dalsi vec je to vase posuzovani. To jako kvalitu Java kodu, dodrzovani best practices a standardu budou posuzovat nahodni ajtaci z fora? Takze hlas admina ve skole, ktery nikdy v Jave nedelal a vlastne skoro neprogramuje bude mit stejnou vahu jako Java specialisty, ktery se tim zivi? Jak bych ja, JavaScript/TypeScript vyvojar, ktery pouze obcas pouziva Scalu ve volnem case a uci se Haskell, mohl posoudit, zda javaman() dodrzel vsechny aktualni best practices, dobre pouzil navrhove vzory jak je zvykem v danem jazyce, zvolil spravne knihovny ci tridy ze stand. knihovny (napr. IO v Jave ma nekolik verzi), zvolil dobry pomer citelnost/rychlost kodu atd.

Tak nejak.
Osobne mi pripada, ze tu nejvic hejtujou proti Jawe studentici a chlapci, co jim ujel vlak a nevi o cem mluvi.
IMHO nemaji s realnym velkym projektem zadne zkusenosti.

V realu kazdy, kdo se dostal do velkeho projektu velebi javu jako svetovou spasu a saskovat s nejakym Haskellem ho ani nenapadne.
Uz jenom takovi tvurcove mavenu a Spring Boot one JAR deployeru (specificky classloader, ktery umoznuje nacitat JAR uvnir JAR) by meli dostat nobelovu cenu za lekarstvi, prototoze predesli tisicum pripadu silenstvi.

Nejaky chlap v reakci na me psal, ze pro 10 radku konfugirace HTTPS na Apache neni potreba psat 100 stran bichli. To ma asi pravdu, to muze byt klidne o dost vic. Treba pri projektu pro vojaky to znamena vazbu C++ backend - Apache + specificka konfigurace namodelovat celkem sedmi UML diagramy NAF (NATO Application Framework), popsat jak je  splnena compliance s AQAP a Infosec a to vse pomoci preddefinovanych DD dokumentu (pripravenych spise na vyvoj kulometu nez softwaru), kde se do 90% kapitol napise N/A (napr. vliv arktickych podminek na Apache) pricemz kazde N/A se muzi zduvodnit. Ty UML diagramy musi byt samozrejme zakomponovany do overall schematu, tedy UML entita Apache musi byt jedna a dilci diagramy se pouze odkazuji. Zadne ze si doma napisu separatni UML diagram a poslu do sveta.
Musi to prolezt pres kvalitaky, musi se to mapovat na dilci pozadavky v requirements managementu, musi se to zaintegrovat do build systemu (ktery bude pripravovat test instance plne automaticky)
Celkem dohromady oser, jehoz pracnost presahne onech 10 radku v httpd.conf treba stonasobne.


Anebo udelat ve Spring Boot jedno full deploy JARko, v NAFu popsat via blackbox approach (radove jednodusi) a pak jeste pri zapadu slunce zariznout cernou slepici s pranim pevneho zdravi vsem vyvojarum ze Spring Source.


Tohle studentik ale nevi.