Microsoft hodlá zrušit zhruba tři procenta pracovních míst. Microsoft na konci loňského června zaměstnával kolem 228.000 lidí. Tři procenta z tohoto počtu představují téměř 7000 pracovních míst.
V říjnu loňského roku provedl Úřad pro ochranu hospodářské soutěže (ÚOHS) místní šetření u společnosti Seznam.cz. Krajský soud v Brně tento týden konstatoval, že toto šetření bylo nezákonné.
Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).
Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.
V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.
Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.
Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Autor tohoto blogu, Mgr. Šimon Tóth v současné době působí jako výzkumný pracovník ve společnosti Cesnet z.s.p.o. a dlouhodobě vede pokročilá a speciální cvičení jazyků C a C++ na Fakultě informatiky MU.
linkedin
Rozjeli se tady docela pěkné flamy o C++ (1, 2), čehož využívám a oznamuji zpřístupnění mojí online C++ učebnice. Ty, kteří čekali nějakou charitu rovnou zklamu, jde o placený přístup.
Konkrétně jde o spuštění fáze early access, ve které je učebnice dostupná za čtvrtinovou cenu (500KČ) a všichni platící i neplatící (pár VIP + studenti speciálních cvičení předmětu PB161 na FI@MU) si můžou prodloužit přístup zasláním připomínek.
Přístup je časově omezen (1 rok), nicméně je v něm zahrnuta emailová podpora (samozřejmě pouze týkající se obsahu učebnice). Veškeré budoucí updaty učebnice jsou samozřejmě v ceně přístupu.
Pokud vás to zaujalo, tak detaily (včetně postupu objednání) naleznete na stránce http://www.simontoth.cz/cs/ucebnice-cpp-early-access a http://www.simontoth.cz/cs/ucebnice-cpp.
EDIT 4.11. 01:35 - zpřístupnil jsem tři stránky z učebnice a trochu překopal informace. Levnější variantu bez podpory stále zvažuji.
Tiskni
Sdílej:
4.11.2008 00:44
menphis | skóre: 22
| blog: menphis_blog
4.11.2008 00:59
Bluebear | skóre: 30
| blog: Bluebearův samožerblog
| Praha
4.11.2008 08:01
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
A to si ještě vem, že se velké knihy o programování dají dost lehce sehnat pirátsky...
Uvedené pojmenování jednotlivých sekcí sice odpovídá typickému použití for cyklu, nicméně jazyk C++ pouze vyžaduje, aby všechny sekce obsahovaly korektní výrazy.Jako né že by tomu nebylo rozumět (zvlášť se ví, co se chce říct), ale člověk s červenou tužkou by ti k tomu nejspíš tu vlnovku přikreslil. A méně reklamštiny
Program "early access" je náš způsob, jak odměnit zákazníky, kteří jsou ochotni koupit si nový produkt, jak vylepšit samotný produkt pomocí zpětné vazby od zákazníků a jak zákazníky za tuto zpětnou vazbu odměnit.
4.11.2008 10:57
Shadow | skóre: 25
| blog: Brainstorm
.
Být vámi, asi ještě uvážím svou cenovou politiku a možná zauvažuji nad tím, jak se stát flexibilnějším. Co třeba nabízet konzultační služby zvlášť, popřípadě možnost si "objednat" odpověď na několik individuálních dotazů (čili "podpora" na kratší období za méně peněz), apod.? Tohle by třeba byla věc, o kterou bych zájem měl (resp. až se k tomu C/C++ konečně dostanu a odpovědi nenajdu vlastními silami, popřípadě ve fórech, apod.).
Já jsem se bohužel na stránkách k ukázkám nedostal. Nicméně, třeba to autor dotáhne. Mě už je to jednom já po více, než 15 leté praxi v C++ tohle nepotřebuji.
Nicméně ohledně placené podpory C/C++ mě to samotného napadlo jako podnikání, ale nezrealizoval jsem to. Právě proto, že na většinu otázek Vám odpoví zadarmo na fórech, a tak by za mnou chodili lidé jen s těmi nejhoršími a najnáročnějšími - tzn. podpora by musela být hodně drahá, aby odrážela know how, které nabízím.
Mimochodem, každé, kdo mi řekne, že umí C++ na 100% (což umí naprosto minimální počet lidí, většina z nich používá tak 1-2% z možností C++) zkouším takto. Mám následující zdroják:
static const int cislo = 30; static const int cislo_faktorial = ?
A chci po něm, aby do konstanty cislo_faktorial doplnil faktoriál konstanty cislo. Samozřejmě to musí fungovat tak, aby při změně hodnoty konstanty cislo kompilátor správně spočítal její faktoriál a dosadil ho jako konstantu do cislo_faktorial. Tedy jinak řečeno, faktoriál musí vypočítat kompilátor C++ při kompilaci. C++ to v pohodě umí. Pokud to zvládnete, můžete si říci, že se pohybujete v nadprůměrných znalostech C++.
Ten, kdo nezvládne výše uvedený příklad, je v začátečnické úrovni C++ a používá nepatrný zlomeček jeho možností.
Ještě s tím učením počkám, třeba to nakonec nebude potřeba. Opravdu je nutné pro používání C++ zapomenout na dobrý vkus? 
Nevím nevím, strategii "pokud nemám co dodat, zkouším útočit na ostatní diskutující" tady už zkoušel jistej Tomeš a zbaštil mu to málokdo
)
To málo, co jsem se kdy věděla o plusplusku, jsem se totiž naučila téměř výhradně ze zdrojáků octave.
Což píšu proto, že jsem si zrovna pořádně uvědomila, že vlastně ve skutečnosti moc nevěřím na normální učebnice. Jasně, všichni jsme se kdysi museli naučit, co je to třeba for cyklus nebo nedej Tučňák polymorfismus, na což se hodí knížka, ale když už víme něco o programování, bude nám k něčemu? Osobně se mi při učení nových jazyků nejvíc osvědčil opravdu způsob "vezmu nějaký rozumný zdroják, kouknu do toho, snažím se porozumět co to dá, sem tam kousek vytáhnu, upravím a zkusím" a až když se mi syntaxe opravdu zdá zcela neproniknutelná, zkusím někde sehnat nějaký návod, referenční manuál k čemukoliv bývá hravě nalezitelný online. Když člověk ví, co hledá (umí-li programovat, ví, co chce udělat), cokoliv ukecanějšího je stejně spíš na vztek. Ale možná jsem prostě jen ještě nepotkala dobrou učebnici.
Pravda, je to věc definice. Abych si troufla říct, že nějaký jazyk umím, považovala bych za nutné napřed například důkladně přečíst jeho normu a porozumět jí. U céčka se tohle udělat dá, ale u C++ ani náhodou.
Samozřejmě, můžeme všichni zkoušet různé věci, jak nabýt znalostí o tom, jak to asi fungovat má, jak to funguje doopravdy a proč je to vlastně sakryš tak ošklivé.
Jsem daleka toho, abych měla jasno v tom, jak si jednotlivé způsoby učení stojí ve vzájemném porovnání. Odhaduji, že na to, aby člověk rozuměl tomu, co kód dělá, dobře fungují oba. A na to, aby dokázal slušný kód psát? Osobně si myslím, že je to u C++ dost jedno, vždy to dopadne strašně
static const int cislo = 10; static const long cislo_faktorial = long(fak(cislo));kde fak je funkce, co pocita faktorial. Nebo jsem to nepochopil a ta obtiznost mela byt v tom, ze to ma byt int a faktorila 30 je mimo rozsah intu?
)
Tohle ti ale rozhodně nespočítá ten faktoriál při kompilaci...
To že počítat s "běžným integerem" faktoriál 30 je dost ošemetná záležitost a někdo s 15 letou praxí v C++ by to rozhodně měl vědět je už jiná věc...
A hlavně lidi co ve skutečném kódu použijou něco takového bych normálně bez soudu střílel.
To je přesně ono. Pan Ponkrác sice řičí nadšením z toho, že narozdíl od těch looserů začátečníků používajících pouhá dvě procenta z cépluspluska umí mnohem víc, ale nezdá se, že by si uvědomoval, že lidi, co to neumějí, v 98 procentech případů napíšou čitelnější a udržovatelnější kód.
Nevylučuju samozřejmě, že dobře mířená templata sem tam může podstatně zkrátit zdroják a příliš nezhoršit čitelnost. Zatím jsem ovšem nic podobného neviděla - přijde mi spíš, že to lidi používají, aby všichni viděli, jak jsou cool, když už si dali tu práci se to naučit. Něco podobného se dá potkat snad jen mezi lidmi, co zrovna objevují perl...
Lidi, co dělají podobné věci, by měli jít povinně dělat na pár měsíců to, co já - číst kód ostatních a lovit v něm bugy. Pak by je nic podobného už nikdy ani nenapadlo.
v 98 procentech případů napíšou čitelnější a udržovatelnější kódJenomze nefunkcni. To jestli je hodnota spocitana v dobe kompilace nebo v dobe behu ma dusledky v tom kde takovou hodnotu muzeme pouzit.
Nevylučuju samozřejmě, že dobře mířená templata sem tam může podstatně zkrátit zdroják a příliš nezhoršit čitelnost. Zatím jsem ovšem nic podobného neviděla - přijde mi spíš, že to lidi používají, aby všichni viděli, jak jsou cool, když už si dali tu práci se to naučit. Něco podobného se dá potkat snad jen mezi lidmi, co zrovna objevují perl...Ocekavat, ze budete znat neco jako navrh zalozeny na zasadach je asi moc, ze? Nebo friend injection? Obavam se ze mate velmi, velmi omezene obzory.
Lidi, co dělají podobné věci, by měli jít povinně dělat na pár měsíců to, co já - číst kód ostatních a lovit v něm bugy. Pak by je nic podobného už nikdy ani nenapadlo.Ale napadlo. Bugy lovim porad. Proc se omezovat kvuli lidem, kteri se nechteji jazyk naucit?
Jenomze nefunkcni. To jestli je hodnota spocitana v dobe kompilace nebo v dobe behu ma dusledky v tom kde takovou hodnotu muzeme pouzit.To je pravda. Ale počítat nějakou hodnotu zběsilými šablonovými konstrukcemi jenom proto, aby byla spočítaná už v době kompilace, je prakticky vždy naprostá oslovina. (Mimochodem, ona by asi stejně dobře šla spočítat i Céčkovým preprocesorem, ale to ještě neznamená, že by to lidé měli běžně používat.)
Ocekavat, ze budete znat neco jako navrh zalozeny na zasadach je asi moc, ze? Nebo friend injection? Obavam se ze mate velmi, velmi omezene obzory.Někdy je lepší mít omezené obzory a umět programovat, než znát kdejaký buzzword a přitom psát jako podsvinče. Ostatně, pokud chcete hodnotit něčí obzory, pochlubte se něčím, co jste sám napsal, ať víme, jak si vážit obzoru vašeho
Někdy je lepší mít omezené obzory a umět programovat, než znát kdejaký buzzword a přitom psát jako podsvinče. Ostatně, pokud chcete hodnotit něčí obzory, pochlubte se něčím, co jste sám napsal, ať víme, jak si vážit obzoru vašehoProhlasit jednu z nejdulezitejsich navrhovych technik za buzzword, to chce fakt odvahu. Jak tak koukam, tak zverejnenou mam jenom diplomku http://www.is.muni.cz/th/73027/fi_m_a2.
Prohlasit jednu z nejdulezitejsich navrhovych technik za buzzword, to chce fakt odvahu.Techniku samu o sobě nesoudím. Ale málokdo z lidí, o kterých si myslím, že opravdu umí navrhovat software, cítí potřebu z takových věcí dělat vědu a vymýšlet pro ně jména. Kdo vládne zdravým analytickým myšlením, pro toho jsou slavné návrhové techniky obvykle trivialitou a často také jenom trikem na obelstění nedokonalosti jazyka.
Jak tak koukam, tak zverejnenou mam jenom diplomku http://www.is.muni.cz/th/73027/fi_m_a2.Není to špatné, ale houština templatů tam místy přerůstá až do hodně pichlavého ostružiní
Osobně si myslím, že téhož cíle by se dalo dosáhnout daleko přehledněji obyčejným Céčkovým preprocesorem.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
struct A { int metoda() {} };
struct B { int x; }
template < typename X >
struct C : private X
{
int cislo() { return X::x; }
int vypocet() { return X::metoda(); }
};
C<A> a; a.vypocet(); // OK no problem
C<B> b; b.cislo(); // OK no problem
Z ostatnich je to napriklad moznost provadet v dobe kompilace dost sofistikovane kontroly kompatibility. Treba dokazu zkontrolovat zda parametr, ktery jsem predal do sablony se da v te sablone opravdu pouzit (nemluvim ted primo o konceptech [Boost a C++0x], ale to je jedno z pouziti).
Taky holt v preprocesoru nejde napsat vsechno, resp. jde, nicmene makra jsou sice Turing complete, ale jsou Turing complete nezamerne. Sablony jsou Turing complete (implementace kvuli nekonecnemu cykleni nejsou) zamerne.
Pokud do sablony dam spatny parametr, tak si postezuje kompilator, ze dany parametr je cislo a sablona ocekava typ, nebo naopak, nebo mi srozumitelne rekne ze tam syntaktickou chybu (zavorka navic a podobne). U maker si holt musim vytrpet des a hruzu, protoze to vypise naprosto nesmyslne chyby.
V čem se neshodujeme, je, zda explicitní typové kontroly v čase kompilace (které zdaleka ne vždy končí smysluplnou chybovou hláškou) jsou dostatečnou výhodou, aby vyvážily jinak zbytečnou větší spletitost šablonového kódu.
Ostatně, jak preprocesor, tak šablony jsou jen velmi chabé náhražky za opravdové vyhodnocování v čase kompilace. Modernější jazyky (Scheme, Perl, Haskell) jsou samozřejmě preprocesorem samy sobě, a to do libovolné úrovně vnoření.
(Jinak myslím, že když poprvé do C++ šablony přidali, nikdo neplánoval, že mají být turingovsky úplné.)
V čem se neshodujeme, je, zda explicitní typové kontroly v čase kompilace (které zdaleka ne vždy končí smysluplnou chybovou hláškou) jsou dostatečnou výhodou, aby vyvážily jinak zbytečnou větší spletitost šablonového kódu.Zodpovědností programátora, který píše šablonový kód je zajistit konzistenci a smysluplnost těchto chybových hlášení.
Ostatně, jak preprocesor, tak šablony jsou jen velmi chabé náhražky za opravdové vyhodnocování v čase kompilace. Modernější jazyky (Scheme, Perl, Haskell) jsou samozřejmě preprocesorem samy sobě, a to do libovolné úrovně vnoření.O tom se nemá cenu přít
Moderní (dynamické) jazyky také umí věci, které by jste v C++ jenom těžko hledal jako je velmi pozdní vazba (string s = "sqrt"; s(12.3);), nebo sebe modifikující kód.
Jinak myslím, že když poprvé do C++ šablony přidali, nikdo neplánoval, že mají být turingovsky úplné.To rozhodně, nicméně při tvorbě ANSI se už vědělo že se budou šablony k metaprogramování používat a taky se s tím počítalo.
Jenomze nefunkcni. To jestli je hodnota spocitana v dobe kompilace nebo v dobe behu ma dusledky v tom kde takovou hodnotu muzeme pouzit.
No nevim, my obyčejní pojídači koláčků s omezenými obzory si prostě takové konstanty spočítáme "ručně" a do zdrojáku zapíšeme jako "obyčejné číslo". Kromě toho, že je to nesrovnatelně přehlednější než nějaká "2% templatová magie" to má ještě tu výhodu, že si při tom člověk zcela jistě všimne, jak obrovské to číslo vlastně je. Na rozdíl od "nevinné" 30 megaborce s rozhledem...
Ale napadlo. Bugy lovim porad. Proc se omezovat kvuli lidem, kteri se nechteji jazyk naucit?
Tak tohle je super přístup, tvoji kolegové, co to po tobě musej potom luštit tě určitě milujou... Jestli je v podobnym duchu psaná i ta učebnice, tak jsem rád, že je za dva litry a nikdo si jí nekoupí.
No nevim, my obyčejní pojídači koláčků s omezenými obzory si prostě takové konstanty spočítáme "ručně" a do zdrojáku zapíšeme jako "obyčejné číslo". Kromě toho, že je to nesrovnatelně přehlednější než nějaká "2% templatová magie" to má ještě tu výhodu, že si při tom člověk zcela jistě všimne, jak obrovské to číslo vlastně je. Na rozdíl od "nevinné" 30 megaborce s rozhledem...Pokud jde spocitat rucne tak vetsinou clovek nepotrebuje sablony ale spocita mu to kompilator sam, ze? Treba long int x = 1*2*3*4*5*6;
Tak tohle je super přístup, tvoji kolegové, co to po tobě musej potom luštit tě určitě milujou... Jestli je v podobnym duchu psaná i ta učebnice, tak jsem rád, že je za dva litry a nikdo si jí nekoupí.Njn, mozna se vyskytuji v casoprostorove anomalii, nebo je to mozna necim jinym, ale moji kolegove a take vsichni lide, ktere znam nemaji se sablonami vubec zadny problem. Nebo je taky mozne, ze se v zadne anomalii nenachazim a vy jste proste moc velky pitomec na to aby jste se C++ naucil.
Pokud jde spocitat rucne tak vetsinou clovek nepotrebuje sablony ale spocita mu to kompilator sam, ze? Treba long int x = 1*2*3*4*5*6;
Jsem rád, že jsi k tomu, co tady celou dobu tvrdim nakonec taky došel.
Njn, mozna se vyskytuji v casoprostorove anomalii, nebo je to mozna necim jinym, ale moji kolegove a take vsichni lide, ktere znam nemaji se sablonami vubec zadny problem. Nebo je taky mozne, ze se v zadne anomalii nenachazim a vy jste proste moc velky pitomec na to aby jste se C++ naucil.
Pokuď budeš psát i učebnici "diskuze na internetu", tak mám zájem. Ukázat na základě mého tvrzení, že psát kód bez ohledu na to, že by jej někdo v budoucnu taky mohl potřebovat číst není nejšťastnější nápad, že jsem pitomec, kterej není schopnej se naučit šablony v C++, to už značí poměrně pokročilé schopnosti v této oblasti...
Jsem rád, že jsi k tomu, co tady celou dobu tvrdim nakonec taky došel.A k cemu jako? Ze kdyz je x pevne dane, tak muzu napsat do kodu jednoduche a citelne vyjadreni x! a kdyz neni x pevne dane, tak musim pouzit sablony (nebo preprocessor, nebo cokoliv, co mi tam tu hodnotu doda pred tim nez se mi ten zdrojak zacne kompilovat)?
že by jej někdo v budoucnu taky mohl potřebovat čístHmm, takze nebudeme pozivat sablony, protoze jsou lide co je neznaji a ti by tomu pak nerozumeli. Taky radeji nebudeme programovat v C++ protoze jsou lide, kteri umi jenom Cecko a ti by tomu pak nerozumeli. No a urcite se najdou i taci co neumi ani Cecko, tak radeji Assembler, ten uz prece dnes neumi vubec nikdo. Tak si radsi sedneme a budeme se na sebe hezky usmivat. Jo, jste pitomec
Proc to berete do extremu? Sablony pouzivat, ale jen tam, kde se hodi ... a to je IMHO malo pripadu (ac v C++ programuji hodne casto, sablony pouzivam (primo, ne zprostredkovane pres treba STL) jen velmi malo). A IMHO pouzivat sablony na pocitani faktorialu je prasarna. Uz jen proto, ze nevite, jestli se vam do daneho datoveho typu jeho hodnota vejde. Proc to delat jednoduse, kdyz to jde slozite, ze?
C i C++ svou syntaxi umoznuji kdejakou prasarnu, to ale neznamena, ze je musi vsichni umet pouzivat a hlavne cist.
Chapu, ze treba tohle pro vas neni problem (dovolme si taky zajit trochu do extremu), me by se to ale udrzovat nechtelo:
_(__,___,____){___/__<=1?_(__,___+1,____):!(___%__)?_(__,___+1,0):___%__==___/
__&&!____?(printf("%d\t",___/__),_(__,___+1,0)):___%__>1&&___%__<___/__?_(__,1+
___,____+!(___/__%(___%__))):___<__*__?_(__,___+1,____):0;}main(){_(100,0,0);}
Proc to berete do extremu?Protože si naivně myslí, že trapný pokus o důkaz sporem může mít mezi inteligentními diskutujícími váhu, i když jde o dávno známý logický klam
A IMHO pouzivat sablony na pocitani faktorialu je prasarna.Proc by to mela byt prasarna? Je to typove bezpecne (coz makra nejsou) je to soucasti kodu (coz zase nejsou veci stylu make), diky cemuz mi nehrozi de-synchronizace (uprava pouze na jednom miste). Citelne to porad je (protoze zadne principy se nemeni ani syntax se nemeni). Uzivatelsky je to stejne privetive jako cokoliv jineho v jazyku
faktorial<4>::hodnota.
Samozrejme pokud clovek nevi, jak funguji makra tak to nedekoduje nikdy. Coz je ale presne ten problem na ktery jsem narazel. Pak muzu taky tvrdit, ze cely Prolog je nanic a nemelo by se v nem nic psat, protoze pouziva velice podobny zpusob vyhodnocovani.
Uz jen proto, ze nevite, jestli se vam do daneho datoveho typu jeho hodnota vejde.No to prave v dobe kompilace vim a dokazu to velice jednoduse v te sablone osetrit. Na rozdil od pripadu kdy to napisu natvrdo do kodu (jelikoz se mi ta symbolicka konstanta nemusi vlezt do datoveho rozsahu daneho typu).
Chapu, ze treba tohle pro vas neni problem (dovolme si taky zajit trochu do extremu), me by se to ale udrzovat nechtelo:Uvedeny priklad je necitelny jenom proto, ze pouziva misto symbolickych nazvu ruzny pocet podtrzitek, ktere se spatne rozlisuji.
Tohle ti ale rozhodně nespočítá ten faktoriál při kompilaci...ja to tak trochu tusil
At se ale neco malo priucim (ja se ucim rad), kdy se tedy ten vyraz vyhodnoti? (v dobe kompilace ma teoreticky vse potrebne k tomu, aby ho vyhodnitil...)
kdy se tedy ten vyraz vyhodnoti? (v dobe kompilace ma teoreticky vse potrebne k tomu, aby ho vyhodnitil...)<flamebait>To je holt tak: u moderních jazyků je makrojazyk roven jazyku samotnému, u prehistorických bazmeků potřebujete obezličky typu šablony
</flamebait>
u moderních jazyků je makrojazyk roven jazyku samotnému, u prehistorických bazmeků potřebujete obezličky typu šablonyto se mi libi... i kdyz je tu s nami LISP uz padesat let, tak jej nekteri povazuji za moderni. ;-]
Například slovník cizích slov tvrdí: novodobý, novátorský, pokrokový, módní, a minimálně dvě z těchhle slov na Lisp v kontextu současných jazyků určitě platí
Krom toho nemusí jít nutně o Lisp, vezměme takový Flex (Jeho web už ani nefunguje, škoda.)
Ale na pokrokovosti trvámto delate dobre! ;-] i kdyz scheme je pokrokovejsi! a nasel bych jeste jeden uplne nejvic nejpokrokovejsi jazyk... ale jeho web jeste nefunguje, skoda. ;-]
Mimochodem, pokud jde o makra: pětadvacátá kapitola Beautiful Code, Syntactic Abstraction: The syntax-case Expander, která pojednává právě o makroexpanzi ve Schemu, mne vyléčila ze všech iluzí – tohle prostě normální jedinec nedá
Noo, já s tím Schemikem nějak nevím…ja bych to videl docela optimisticky... (nic jineho mi tak nejak nezbyva) ;-] ...ale nebude to asi zase takova hruza, uz je stejne rychle jak guile a dalsi uspechy jsou nalinkovane pred nami! hygienicke makra jsme zavrhli. jednak me prisly zbytecne slozite (ve srovnani s lispovyma) a taky jsem jim nikdy neprisel na chut. makra mame udelane v lispovem stylu s tim, ze jsou to elementy prvniho radu, takze dokonce to umi i anonymni makra. teda ne, ze bych to nekdy prakticky pouzil, ale je fajn vedet, ze to jde.
(njn, kdyby jste si zaplatili tak teď má většina z vás 1-2 roky přístupu zdarma).
Už pracuji na trail účtech (není možné zveřejnit část učebnice tak, aby to mělo nějakou vypovídací hodnotu a je fakt že slepé rozhodování je dost nanic). Napadá někoho jiné technické řešení, než paypal?
Ma to ale jeden ten hacek - nebudou z toho penize.Což je ale poměrně zásadní věc, když z toho peníze dostat chce, ne?
5.11.2008 19:17
Jardík | skóre: 40
| blog: jarda_bloguje
Druhým důležitým faktem je výběr datových typů. Pro načtení vstupu byl zvolen unsigned int, nicméně vzhledem k rozsahu čísel, pro které jsme schopni faktoriál počítat, můžeme klidně zvolit unsigned short int. Naopak, pro uložení hodnoty faktoriálu je v podstatě nutné použít unsigned long int, hodnota faktoriálu totiž roste velice rychle.
Můžu se zeptat, proč nabádáte k použití unsigned long int místo např. int? Pokud snad chci větší rozsah hodnot, než mi nabízí unsigned int (předpokládaje 32bit int), rozhodně nepoužiju long, u kterého je vysoká pravděpodobnost, že bude stejný jako int (32bit linux, 32bit windows, 64bit windows), a použiji nějaký "lepší datový typ".
5.11.2008 19:22
Jardík | skóre: 40
| blog: jarda_bloguje
unsigned int vstup; ... for (int i = vstup; ...Za tohle si nechat platit ... styděl bych se. Když už, tak si alespoň projděte. Je to stejná obludnost jako
int i = strlen(retezec), kde strlen vrací size_t.
6.11.2008 23:21
Jardík | skóre: 40
| blog: jarda_bloguje
6.11.2008 23:19
Jardík | skóre: 40
| blog: jarda_bloguje