Příspěvky

736

Hardware / Re:MacBook vs klasicky notebook + ubuntu

« kdy: 22. 10. 2016, 22:51:01 »

Ahojte, chystam sa kupit novy notas a potreboval by som poradit. Ako buduci absolvent (snad) zhanam notebook ktory by mi posluzil aj nejaky ten rok po ukonceni skoly. Vzivote som macbook nemal v rukach no od ludi pocuvam nan dobre ohlasy. Vedeli by ste mi prosim poradit ci by som mal ist radsej do MacBooku alebo ostat pri klasickom notase s ubuntu? Ake vyhody / nevyhody to so sebou prinasa? Urcite potrebujem vykonny procak (i7), ram 16gb, display 15ka. Momentalne zvazujem macbook pro 15 (aj ked popravde odradza ma to, co momentalne s tymi notebookmi robi ako odstranovanie konektorov a pod... ano da sa napojit hub ale je to predsa menej pohodlne vlacit so sebou nieco take), a ako druhu moznost mam dell xps 15. Dik

MacBook je dobrá volba, je robustní a má dobrý OS, proto ho taky hodně vývojářů používá. Na konferencích bývají dokonce ve většině. Cena se celkem slušně amortizuje. A je to plnokrevný Unix

737

Studium a uplatnění / Re:Uplatnění - Java vs C#

« kdy: 18. 10. 2016, 17:04:43 »

A neni v dnešní době perspektivnější se učit Javascript? Nebo je to jen aktuální trend, kterej za pár let přejde? Otázka je, co se z něho pak stane. Momentálně je Java, C# nebo i takový PHP osvědčená technologie a JS mi přijde tak trochu skok do neznáma.

Vyplatí se Go a Swift (vedle stálic jako C++). Spíš než konkrétní jazyk se ale vyplatí obecná algoritmizace a znalost, jak vše funguje na nižší úrovni.

738

Studium a uplatnění / Re:Uplatnění - Java vs C#

« kdy: 17. 10. 2016, 09:22:07 »

Pokiaľ chceš robiť pre všetky normálne operačné systémy, je tu Java.

S podporou iPhonu je na tom IMO lépe C# než Java.

C# je wydle-only, M$ sa ju snaží pretlačiť všade, ale bez väčšieho úspechu.

Za poslední rok se tohle začalo měnit. Jedním z důvodů je možná to, že .NET Core má volnější licenci než OpenJDK.

Možná, ale používat na iOS C# je dost blbý nápad.

739

Vývoj / Re:.Net : Ukončení Threadu v době kdy provádí blokující volání

« kdy: 16. 10. 2016, 15:12:19 »

Dobrý den, chtěl jsem si naprogramovat takový malý P2P chat, ale zaseknul jsem se na jedné věci  - když chce uživatel ukončit chat v době, kdy čeká thread na pozadí na Accept, nevím jak to ukončení korektně udělat.

Mám:

Kód: [Vybrat]

        private Thread _listenThread;
        private bool _programRunning = false;

        public Form1()
        {
            InitializeComponent();
        }

        private void ListenThread()
        {
            var receiveBuffer = new byte[1024];

            var mainReceiveSocket = new TcpListener(new IPEndPoint(new IPAddress(new byte[] { 127, 0, 0, 1 }), 1234));

            mainReceiveSocket.Start();

            TcpClient tcpClient = null;
            Socket clientSocket = null;

            while (_programRunning)
            {
                do
                {
                    clientSocket = null;

                    tcpClient = mainReceiveSocket.AcceptTcpClient();

                    clientSocket = tcpClient.Client;

                } while ((clientSocket == null) || (!clientSocket.Connected && _programRunning));

                while (_programRunning)
                {
                    clientSocket.Receive(receiveBuffer);

                    var message = System.Text.Encoding.Default.GetString(receiveBuffer);
                }
            }
        }

        private void Form1_Activated(object sender, EventArgs e)
        {
            _programRunning = true;

            _listenThread = new Thread( new ThreadStart(ListenThread));

            _listenThread.Start();
        }

        private void Form1_FormClosing(object sender, FormClosingEventArgs e)
        {
            _programRunning = false;

            _listenThread.Join();
        }

Když nastavím _programRunning na false, tak to logicky nestačí, protože AcceptTcpClient čeká, dokud se nedočká.

Jak to děláte vy, prosím?

Stačí zavřít poslouchající socket a vlákno pak ukončit standardně (vyskočit ze smyčky a následně z funkce). Takto to funguje ve všech jazycích, protože BSD sockety.

740

Vývoj / Re:Jak to vidíte se Swiftem?

« kdy: 15. 10. 2016, 20:45:06 »

V čem je Swift jiný (lepší) než Rust? Na první pohled jsou ty jazyky docela podobné.

Může Rust přidávat/rozšiřovat protokoly ke třídám/strukturám ve zkompilovaných knihovnách? Pokud ano, tak jediný relevantní rozdíl bude ve standardní knihovně.

741

Vývoj / Re:Jak to vidíte se Swiftem?

« kdy: 15. 10. 2016, 10:08:02 »

Nevidím důvod, proč by měl být okrajovější než C#. Obojí jsou jazyky pro jednu platformu. Tak jako okrajově pronikl C# na Linux (na Linuxu je populárnější Java), pronikne Swift do Windows. Myslím, že okrajovější než Swift budou C++/Cx a Pascal.
A proč to vlastně řešíš ? Podstatné je, jak se Swift prosadí v systémech Apple (OS X, iOS) oproti Objective C. Myslím si, že se prosadí rychle, protože Objective C je horror. Programátoři C# taky většinou neřeší, jak se jejich jazyk prosadí mimo Windows.

Horror jsou lidi, co kritizují ObjC, aniž by ho znali.

742

Vývoj / Re:Jak to vidíte se Swiftem?

« kdy: 14. 10. 2016, 23:16:10 »

Viz. název tématu. Čeká ho nějaká zářná budoucnost, nebo to bude další jazyk kromě platformy Apple používaný spíš okrajově? Mně přijde, že vedle Javy, C, C++ a dalších zajetých stálic se už žádné nové programovací jazyky nikdy výrazně neprosadí. Jednak protože spousta softwaru je psaných právě ve výše zmíněních jazycích a jednak protože všechny tyhle new fancy jazyky přidávájí hodně nových vlastností a tím je zesložiťuji, hustota informace je moc vysoká a drtivá většina programátorů nejsou nějak výrazně chytří, spíš se naučili přemýšlet v té Javě/C/C++ apod.

Zářná asi ne, a teď je těžko předvídat, protože zatím moc nefunguje ani na Linuxu (jen na amd64, různé neoficiální porty na ARM jsou takové polovičaté), ale kdyby získal oficiální podporu od jiného velkého hráče (jako například od Googlu pro Android, ale to je jen jeden momentálně nepříliš pravděpodobný příklad), tak by se chytit mohl. Objektivně je dost inovativní a flexibilní, navíc s dobrou standardní knihovnou. Navíc je rychlý a má "low high water mark", takže se hodí na mobily a různé minikompy (RPi apod.). Nicméně má také velkou konkurenci v Go, které už je oproti Swiftu stabilní a hlavně je (záměrně) podstatně jednodušší. Celkově se rozhodně vyplatí se s ním aspoň okrajově seznámit, protože má pár unikátních vlastností, byť pro nasazení mimo applí svět se (zatím) moc nehodí.

743

Studium a uplatnění / Re:Mgr. obor Softwarové inženýrství - FEL OI

« kdy: 13. 10. 2016, 12:03:05 »

CVUT bude casove narocnejsi na pripravu nez tomu bylo v Kosicich, takze v 1. rocniku se budes muset venovat skole naplno, v 2. rocniku uz bys mel mit cas na nejakej 20h/tyden castecnej uvazek.

Na CUNI zapomen, to je uplne jina liga, ani absolventni Bc. z CVUT si tam neskrtaj.

Mgr. na CUNI není moc náročný, možná to je jiná liga a je těžší se tam dostat, ale pak už to jde a je to dobrá škola se spoustou kvalitních učitelů. Pekelně náročný tam je spíš Bc.

744

Odkladiště / Re:V čem naprogramovat meteostanici na Raspberry Pi2?

« kdy: 09. 10. 2016, 08:44:44 »

Ne že bych se považoval přímo za experta, ale o non-PC platformách bych za těch skoro třicet let, od mých začátků na CGS a Didaktiku Gama, měl něco vědět

A v neposledom rade na ruskej hre "Nu pagadi!"

Tu jsem neměl, ale ještě bych přidal programování na TI-57 a něco málo na C=64

Ja som viac expertovejsi  Pocitac Zenit (slovenska obdoba CGS, lenze hi-tech) ->  PMD-85 -> Kalkulator casio FX9600 -> Turingov Stroj -> Stroj RAM -> router "asus blabla s openwrt" mal mips procesor -> rpi 1, 3 a mal som aj tu hru "nu pagadi".

Ale tvrdim, ze java na rpi 1 az 3 je vpohode. Len treba dat oraclovu javu, nie openjdk, no ...

Tak tvrdit to můžeš, jen škoda, že benchmarky to nepotvrzují. I blbý Mono je rychlejší.

745

Odkladiště / Re:V čem naprogramovat meteostanici na Raspberry Pi2?

« kdy: 09. 10. 2016, 00:23:55 »

LOL, tak neco takoveho uvest jako argument je smesne. Me neustale bavi lide jenz uvadeji microbenchmarky, ktere nedokazuji vubec nic.
A jeste k tomu jsou spatne .

Sup sem s nejakym benchmarkem dokazujicim opak Uvedl jsem priklad microbenchmarku, uvedl jsem priklad rezie provozu Tomcatu, uvedl jsem sve zkusenosti s provozem Spring Boot aplikace na RPi v reakci na nesmysly, ktere tu psal JardaP (na coz jsem reagoval). Dolozte opak, ktery podpori jeho tvrzeni a nevytrhavejte informaci z kontextu:-)
BTW, nikde jsem nepsal, ze se to neda napsat v Pythonu, C, assembleru ci cemkoliv jinem. Rozporoval jsem informaci, ze se to neda efektivne napsat v Jave (coz jednoznacne je lez)

Každý, kdo dělal něco na RPi, má příslušné zkušenosti. Klidně můžu vyhrabat kód potvrzující, že výkon Javy na RPi (ARM32) je dost bídný. Pravda, je to rok starý výsledek, třeba se za tu dobu mnohé změnilo. JardaP to napsal dost ostře, ale v podstatě má pravdu.

Pravda, SAP s oracle databazou pojde na tom dost biedne.
(Doplňte nástroj k vyhazování hlíny)

Tady nejde o SAP a Oracle, ale primitivní sčítání komplexních čísel nebo něco takového.

746

Odkladiště / Re:V čem naprogramovat meteostanici na Raspberry Pi2?

« kdy: 09. 10. 2016, 00:02:31 »

LOL, tak neco takoveho uvest jako argument je smesne. Me neustale bavi lide jenz uvadeji microbenchmarky, ktere nedokazuji vubec nic.
A jeste k tomu jsou spatne .

Sup sem s nejakym benchmarkem dokazujicim opak Uvedl jsem priklad microbenchmarku, uvedl jsem priklad rezie provozu Tomcatu, uvedl jsem sve zkusenosti s provozem Spring Boot aplikace na RPi v reakci na nesmysly, ktere tu psal JardaP (na coz jsem reagoval). Dolozte opak, ktery podpori jeho tvrzeni a nevytrhavejte informaci z kontextu:-)
BTW, nikde jsem nepsal, ze se to neda napsat v Pythonu, C, assembleru ci cemkoliv jinem. Rozporoval jsem informaci, ze se to neda efektivne napsat v Jave (coz jednoznacne je lez)

Každý, kdo dělal něco na RPi, má příslušné zkušenosti. Klidně můžu vyhrabat kód potvrzující, že výkon Javy na RPi (ARM32) je dost bídný. Pravda, je to rok starý výsledek, třeba se za tu dobu mnohé změnilo. JardaP to napsal dost ostře, ale v podstatě má pravdu.

747

Odkladiště / Re:V čem naprogramovat meteostanici na Raspberry Pi2?

« kdy: 08. 10. 2016, 22:56:49 »

nejake hard facts pro java hatery:
...

LOL, tak neco takoveho uvest jako argument je smesne. Me neustale bavi lide jenz uvadeji microbenchmarky, ktere nedokazuji vubec nic.
A jeste k tomu jsou spatne .

Ten microbenchmark je sice blbost, nicméně stejně trapní jsou lidé neumějící skloňovat "jenž"

Blba otazka, jak je to spravne? Ono pro lidi co umi jen czech-like language je to tezke . Pokud ale spravne chapu wikipedii tak by to melo byt jez. Ale jist si nejsem. Lol ta captcha to vychytala (lopata)

Je to "lidé, již...". Nic ve zlém, jen jsem si rýpnul

748

Odkladiště / Re:V čem naprogramovat meteostanici na Raspberry Pi2?

« kdy: 08. 10. 2016, 21:27:08 »

nejake hard facts pro java hatery:
...

LOL, tak neco takoveho uvest jako argument je smesne. Me neustale bavi lide jenz uvadeji microbenchmarky, ktere nedokazuji vubec nic.
A jeste k tomu jsou spatne .

Ten microbenchmark je sice blbost, nicméně stejně trapní jsou lidé neumějící skloňovat "jenž"

749

Odkladiště / Re:V čem naprogramovat meteostanici na Raspberry Pi2?

« kdy: 08. 10. 2016, 18:49:06 »

Nektere veci je tezke javamanum vysvetlit.

Nejsem Javaman, ale tvoje prispevky ohledne Javy jsou asi tak stejne informacne uzitecne, jako ty o systemd - v lepsi pripade neznalost, v horsim lzi.
Java SE Embedded se samozrejme na RPI zcela normalne pouziva, drobna rezie tam samozrejme je, ale nijak extremni (opravdu me na stroji s 512/1024 MB RAM netrapi, ze si VM vezme 20MB), rychlost ciste vypocetnich operaci je u Oracle JDK velmi dobre srovnatelna s C++ - mnohem vyssi nez treba u Pythonu, PHP,...

Co je "čistě výpočetní operace"? Pamatuju si výpočty nad komplexními čísly, tam Java na ARM (Raspbian) hodně pokulhávala, OpenJDK o dva řády, verze od Oraclu "jen" o jeden.

750

Odkladiště / Re:V čem naprogramovat meteostanici na Raspberry Pi2?

« kdy: 08. 10. 2016, 13:06:00 »

To by ses divil pro co všechno Java existuje. A docela by mně zajímalo, jak souvisí "ojíždění" SD karty s Javou. Předpokládám že čtení tím nemyslíš.

Nedivil, me je to jedno. Java je nenazrane svinstvo a vubec by me nenapadlo neco takoveho shanet pro RPi. Ale mozna, ze tazatel si rad koupi posledni RPi, s vetsi pameti a vice jadry, aby si mohl napsat super mega cool aplikaci v Jave a ta mu neuswapovala SD kartu k smrti, protoze je to mnohem dustojnejsi pro drsneho borce, nez nekolik radku v bashi, jak zmineno jinde. Akorat tedy si nejsem jist, jestli kdyz to ma bezet kazdou minutu, jestli se to v Jave za tu minutu stihne a neprosvihne se termin pro dalsi beh. Zejmena, pokud by to spoustel pokazde znovu cron. To to za tu minutu nejspis ani nenabehne.

Na RPi je normálně OpenJDK, ale na ARM je děsně pomalé. Swap je na SD kartě pochopitelně blbost. Nevím jak jiným, mně se nejvíc na RPi osvědčilo Go - je nativní, nežere paměť, běží stabilně, GPIO je hračka...