Příspěvky

286

Vývoj / Re:C++ na Win a chyba poblíž case

« kdy: 23. 10. 2013, 07:46:54 »

Kde je ten soubor?

Je vidět v External Dependencies v Solution Exploreru. Je možné, že to VS 2010 zobrazuje jinde nebo že to Expresska nezobrazuje vůbec.

Já jen vyhazuju co nepotřebuju.

To není nejlepší přístup - riskuješ, že Ti tam zbude spoustu mrtvýho kódu, který dokáže akorát tak udělat binec. Spíš lokalizuj co potřebuješ a to vytáhni ven. Co konkrétně potřebuješ?

BTW víš, že je to licencované pod GNU GPL a tím pádem pokud z toho něco zkopíruješ do svého projektu, tak to budeš muset licencovat pod GNU GPL?

287

Vývoj / Re:C++ na Win a chyba poblíž case

« kdy: 22. 10. 2013, 21:07:57 »

Nutné to není. Např. takové ty oblíbené tiché instalace/samorozbalovací archivy/spouštěče nevytváří okno - ani windowsovské, ani konzolové. Každopádně začínat s C++ tím, že hrabeš rovnou na Win32 API ... chlape to je jak kdyby horolezec začínal tím, že by lezl na K2.

288

Vývoj / Re:C++ na Win a chyba poblíž case

« kdy: 22. 10. 2013, 21:01:13 »

Zrovna Prsht.h tam k tomu projektu přilinkován je ;-)

V čem to kompiluješ? Ve Visual Studiu? Je tam pro to přímo připravený .sln soubor, pro verzi 2005. Mně kompilace ve 2012 padá na tom, že 1 parametrický konstruktor std::bad_alloc není přístupný. Kdybych měl nainstalovaný kompilátor, který používá verze 2005, pravděpodobně by to asi buildnout šlo.

Každopádně má to pro Tebe nějaký hlubší smysl? Ten kód není špatně napsaný, ale ukázka "best practices" to taky není.

289

Vývoj / Re:C++ na Win a chyba poblíž case

« kdy: 22. 10. 2013, 18:26:04 »

slovo PSCB_PRECREATE jsem v projektu našel jenom jednou, takže nechápu smysl té hlášky.

To možná bude ta příčina - mělo by tam být minimálně 2x - jednou deklarované a jednou použité. Nechybí Ti nějaký hlavičkový soubor nějaké knihovny? Co to je za aplikaci a jaké má závislosti (zpravidla se uveřejňují na stránkách té aplikace)?

290

Studium a uplatnění / Re:Spatne zvoleny obor?

« kdy: 21. 10. 2013, 20:24:49 »

Studijní oddělění je hrozné všude. Ptej se, nenech se odbýt. Případně zajdi na sekretariát - za sekretářkou/tajemnicí fakulty nebo za studijním poradcem. Často to funguje tak, že sekretářka vlítne na studijní s Tebou, zjebe líné baby na studijním a pak to jde odpovídat na dotazy .

Jinak z FS a FEL těžko budou mít shodné předměty v prváku (vyjma matematiky), ale je to opravdu takový problém začít znovu prvák? Dělat bakaláře 4 roky je na technických oborech normální - ne proto, že by studenti byli lamy, ale právě kvůli nevhodně zvolenému oboru/přehnané náročnosti apod.

291

Vývoj / Re:GUI pro aplikaci v C/C

« kdy: 21. 10. 2013, 19:39:32 »

Spíš než Perl je lepší volba Python; oba jazyky jsou dobře navržené, ale Python s filosofií "k cíli má vést 1 cesta, a to ta nejvíce zřejmá" je v tomto případě lepší varianta než "existuje více cest, jak to udělat". Z prvních pokusů s Perlem téměř všech mých známých vždy vznikl kód k nerozeznání od Branfucku (http://en.wikipedia.org/wiki/Brainfuck).

Samozřejmě ale moje doporučení C++ stále trvá - nebudeš se muset učit více nového, než je nutné.

292

Vývoj / Re:GUI pro aplikaci v C/C

« kdy: 18. 10. 2013, 15:50:53 »

Yes!

Třeba v případě Javy by to šlo :-)

http://www.eclipse.org/jetty/documentation/current/embedding-jetty.html

pak stačí napsat funkci

Kód: [Vybrat]

public static void openWebpage(URI uri) {
    Desktop desktop = Desktop.isDesktopSupported() ? Desktop.getDesktop() : null;
    if (desktop != null && desktop.isSupported(Desktop.Action.BROWSE)) {
        try {
            desktop.browse(uri);
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

a je to :-).

Ne, teď vážně. Psát GUI aplikaci, což pro majoritu lidí znamená tlustého klienta, jako webovku, není dobrý nápad ani v dnešní, ani v jakékoliv jiné dohledné době.

Let the flame begin!

293

Vývoj / Re:GUI pro aplikaci v C/C

« kdy: 18. 10. 2013, 14:35:21 »

Trváš na tom že C++ je navrženo jako superset (nadmnožina) jazyka C? Možná mělo být...

Ano, je to tak. Jeho původní název je "C with Classes". Název "C++" se používá až někdy od půlky 80. let. Viz jeho historie - http://www.stroustrup.com/hopl2.pdf (ten článek je přímo od autora jazyka).

Samozřejmě realita je dnes trochu jiná - od té doby se oba jazyky vyvjíjí svou vlastní cestou, takže tvrzení "C++ je superset C" z pohledu logiky neplatí. Nicméně to, že tak bylo navrženo, ano :-) .

[quote author=Kolemjdoucí link=topic=7611.msg74900#msg74900
Bude to triviální záležitost a bude to do šuplíku, proto jsem mu poradil co jsem mu poradil.
Ten kdo dělá něco většího a netriviálního, tak se neptá na fórech jak se dělá GUI.
[/quote]

V tom případě - je vůbec nutno ztrácet čas GUIčkem?

294

Vývoj / Re:GUI pro aplikaci v C/C

« kdy: 18. 10. 2013, 12:01:53 »

Je-li backend v C, dá se to propojit téměř se vším (ne-li úplně se vším). Nejlépe se bude propojovat s C++, ono C++ je navrženo jako superset (nadmnožina) jazyka C.

C# je taky v relativně OK, ale je potřeba tam znát prostředí .Net a jakým způsobem se propojuje na C (P/INVOKE). Ačkoliv se příklady na P/INVOKE zdají jednoduché, často se u netriviálních záležitostí vyskytnou chyby, které je na první pohled dost těžké odhalit. Toto si myslím, že by do projektu vneslo zbytečnou komplexitu a také buď závislost na MS Windows, nebo dávání si pozor co si člověk může a nemůže dovolit na Monu.

Znáš-li C, šel bych na Tvém místě do C++, což je v tomto případě nejschůdnější varianta. Qt framework má poměrně dobrý GUI builder, slušnou dokumentaci, je dobře navržený a nebudeš se muset učit tolik nových věcí - nejhorší je asi objektový přístup k programování - což je ale u GTK také. Nicméně GTK je Cčková knihovna, závislá na GObject, tedy implementaci objektového programování na procedurální jazyk. Myslím si, že učit se pracovat s GObject je podobně náročné, jako se naučit základy C++, které na toto budou stačit.

A co se týče dalších návrhů na to "v čem programovat ...", absolutně nemá smysl se ptát tady. Ptej se na stackoverflow nebo programmers.stackexchange. Ty fóra jsou dobře moderovaná => je slušná šance, že nevznikne flame a něco se dozvíš. Jediné co bych ještě chtěl dodat, tak "GUI naklikáš za odpoledne" je totální bullshit, jedná-li se o netriviální záležitost. Pokud chceš, aby bylo skutečně použitelné, aspoň trochu slušně vypadalo, umělo uživatele provést "workflow" různých úkolů, zobrazit správně chyby - vysvětlit, co se stalo a jak z toho ven a ještě tak, aby si to uživatel přečetl, rozhodně se to nedá jenom "naklikat" a už vůbec ne za odpoledne, jsou-li toho víc než 2 jednoduché obrazovky + About a Nastavení.

PS: A samozřejmě, chceš-li vytvářet jakékoliv rozhraní v českém jazyce, je třeba znát shodu podmětu s přísudkem.
de*ilové = navrhli
ku*vy = navrhly
by jste = Syntax Error. Did you mean "byste"?

295

Vývoj / Re:GUI pro aplikaci v C/C

« kdy: 18. 10. 2013, 09:17:58 »

Přidávám se k C++. Qt je celkem příjemný framework a má relativně přiznivou licenci (LGPL).

Jinak z C++ není problém volat Cčkový kód - stejně je dobré rozdělit aplikační logiku od rozhraní, tak by to nemusel být problém.

296

Vývoj / Re:Dělá tu někdo s Nette?

« kdy: 18. 10. 2013, 06:28:01 »

... a bude hůř - prej zavřeli Terč ... :-)

297

Vývoj / Re:Dělá tu někdo s Nette?

« kdy: 17. 10. 2013, 17:43:05 »

Ano, Fakulta informačních technologií Vysokého učení technického v Brně. Ústav pro Duševně choré akademiky, který mi dal bakalářský titul - na rozdíl od toho, koho D. Grudl zmiňuje v článku - toho (říká se, že cíleně) vyhodili.

298

Vývoj / Re:Dělá tu někdo s Nette?

« kdy: 17. 10. 2013, 10:46:31 »

[rejpanec]Při dnešní ceně cloudových služeb není vlastní VPS problém.[/rejpanec]

Ruby je také dost využívaný a je to zcela jistě mnohem lépe navržený jazyk než PHP, bohužel s tím přichází i cena. Jednou z nich je tzv. MonekyPatching, velmi zjednodušeně řečeno můžeš i se systémovou třídou (např. String) dělat co se Ti zlíbí (a RoR framework to opravdu dělá). Tím pádem se nedá důvěřovat už snad vůbec ničemu. Je to něco, co většině mých známých nevadí (s poznámkou, že oni jsou svéprávní a věří i ve svéprávnost autorů frameworku a ostatních částí systému), ale já to prostě přes srdce nepřenesu - proto upozorňuji ;-) .

Nícméně jestli to s Nette myslíš vážně, tak na to školení zkus zajít - známí, co tam byli, byli spokojeni, na rozdíl od Grudla :-D http://www.latrine.cz/mrd-pardon-miluji-te-me-vut

299

Desktop / Re:jak nastavit ve win stejnou klávesnici jako je česká v KDE?

« kdy: 17. 10. 2013, 10:40:27 »

Na české QWERTY to ve Win funguje - dlouho jsem tak programoval. (Pak jsem se na to vykašlal a vzal jsem zavděk anglickou, protože mě nebavilo neustále přenastavovat zkratky v ReSharperu a IntelliJ IDEA, které s tímto kolidovaly.)

Zkus vzít českou qwerty a v editoru prohodit y a z.

300

Vývoj / Re:Dělá tu někdo s Nette?

« kdy: 16. 10. 2013, 21:22:44 »

Yes, Nette existuje. Když to vezmeme do důsledku, ColdFusion, Web Forms a Brainfuck taky .

Ne, teď vážně. Majky, Nette je framework, který má spoustu pěkných myšlenek, česko-slovenskou komunitu a je v Česku a na Slovensku jakž-takž známý. Je opensource a veřejné API ve zdrojácích bývá celkem dobře okomentované (dost často nepotřebuješ ani dokumentaci), komentáře jsou ze značné části "IDE Friendly" (funguje doplňování kódu, odhadování typů a podobné věci) a je celkem jednoduchý jak na naučení, tak na používání. Stejně tak do něj není problém zaintegrovat JQuery, AJAX, REST služby a dokonce ani cokoliv jiného (např. části Zend Frameworku) pro věci, které jsou v Nette nedotažené (např. připojení k databázi). Není to úplně špatná volba, pokud budeš shánět tady nebo na Slovensku práci jako PHP programátor u firmy zabývající se vývojem webů, pravděpodobně budou o Nette vědět.

Jinak v případě knihoven se připojuji k radě od Kolemjdoucího ohledně .Netu - opensource knihovny se většinou najít dají, dokonce MVC framework od Microsoftu je též open source; na rozdíl od Web Forms. U pythonu se knihovny shánějí snad ještě lépe (což je způsobeno spíš kulturou komunity kolem tohoto prostředí než že by byl používanější) a web frameworky jsou prý dobré (ale s pythonem na webu nemám osobní zkušenost, nemůžu radit). Osobně bych do PHP šel (pro malý projekt) pouze kvůli tomu, že se relativně snadno nasazuje a administruje na serveru a pro firmu kvůli dostupné pracovní síle, jinak rázné NE. Naopak mám velmi dobré zkušenosti s Javou a .Netem (C#), ke je ale hosting trochu komplexnější tematika. A jestli Ti Java nevadí (případně Groovy a framework Groovy on Grails, nebo Scala a Play Framework), tam je situace s knihovnama také mnohem lepší než u PHP - podle mě strčí do kapsy i .Net a Python.