Pokud těmi rozšířeními myslíte nějaký nestandardní zápis kódu nebo chování výsledného programu, můžete mi uvést konkrétní příklad? GCC posledních pár let naopak začíná hlásit varování i u kódu, který podle normy není špatně, ale není ani zcela v pořádku.
Diskuzi o mikrokernelu jsem četl a více méně souhlasím s Linusem. Argumenty typu "monolitický kernel je špatný, protože je špatný" si prosím nechte jinam.
To je sice hezké, ale starší instalační CD to ještě neumí. Co tedy v Linuxovém jádře zapíná volba CONFIG_NLS_UTF8, když ne podporu UTF-8? Nevím co používáte za UNIX, ale na mých počítačích Linuxové aplikace striktně dodržují locale. Mám nastaveno UTF-8, tak aplikace běží v UTF-8. Když si nastavím ISO-8859-2 a převedu názvy souborů, poběží v ISO-8859-2. Tu větu o Unicode UCS-2 prosím pěkně neříkejte mě, ale těm posledním Windows, co u mě ještě přežívají vedle Linuxu. Podle všeho mají na věc jiný názor.
Nikdo vás nenutí psát přímo pro X. Můžete využít GTK nebo QT, které obsahují i API pro tisk. X server nikdy nebyl navržen jako desktopový systém s funkcemi pro tisk, ale jako nízkoúrovňový síťově transparentní systém pro počítačovou grafiku a uživatelské rozhraní. Stejně tak CUPS nikdy nebyl navržen jako desktopový tiskový systém, který mají používat koncové programy, ale jako síťový tiskový server založený na PostScriptu.
Ano, bohužel jsem MSDN viděl. Na úžasné vynálezy Microsoftu, jako třeba struktury s jednoprvkovým polem, do kterého se má zapsat celá barevná paleta, doporučenou náhradu funkce fopen(), která vlastně neumí nic jiného než ta původní, nebo funkce na procházení adresářem asi do smrti nezapomenu. Kvalita kódu příliš nezáleží na použitém jazyku, ale na schopnostech samotného programátora.
Lokalizace shell skriptů pomocí programu gettext není nijak složitá. Dokonce oproti Windows naprosto triviální. Perl skripty jsou rychlostí zhruba srovnatelné s Javou, ale i poměrně složité aplikace jde v Perlu napsat za zlomek času. Nevím proč bych měl z BASHe kreslit okno a tlačítko, když je na to Perl nebo Python vhodnější.
Záruku jistě učinit lze, ale když bude v kontrolním systému nebo garbage kolektoru drobná chybka, tak je vám k ničemu.
ISO standardizace programovacích jazyků a knihoven nemá za cíl vybrat jeden "nejlepší" jazyk nebo knihovnu, ale pouze popsat sadu vlastností, které musí každá implementace obsahovat. Pokud ale jde o výměnu dat, tak už jde i o sjednocení formátů napříč platformami a programy.
Odpověď na názor
Odpovídáte na názor ke zprávičce Hlasování k OOXML v ČR.
Pravidla pro diskutující
Přidáním čtenářského příspěvku do diskusí či fóra souhlasíte s tím, že budete dodržovat následující pravidla. Při jejich hrubém porušení se vystavujete riziku smazání příspěvku, jeho modifikaci, v krajním případě i zablokování přístupu do diskusí.
Redakce ze zásady nezasahuje do čtenářských diskusí a zavazuje se, že nebude mazat ani modifikovat příspěvky, kromě případů, kdy tyto porušují některé z následujících pravidel. V takové situaci je na zvážení redakce, zda příspěvek modifikuje s viditelným upozorněním, či přímo smaže. Redakce nikdy nemaže „nesouhlasné komentáře“ jen proto, že jsou nesouhlasné. Vítáme střet názorů, ale vždy v rámci slušné a kultivované debaty.
Příspěvky nesmí obsahovat:
- Vulgární či hrubé výrazy.
- Urážlivé výroky na adresu druhé osoby či skupiny osob.
- Texty, které mají za cíl jen vyprovokovat emotivní reakci (trolling).
- Rasové útoky či útoky na jakoukoliv jinou menšinu či skupinu obyvatel.
- Komerční nabídky a affiliate odkazy.
- Odkazy na warez, sériová čísla, licenční kódy, pornografii a další nevhodný materiál stejně jako žádosti o poskytnutí tohoto obsahu.
- Prokazatelně protiprávní obsah.
Informace o soukromí: U všech přidaných komentářů provozovatel ukládá IP adresu a hostname odesílatele. U neregistrovaných uživatelů se na webu zobrazuje část hostname, případně IP adresy, neumožňující identifikovat konkrétní počítač.
Povolené značky XHTML: a, br, code, em, li, ol, p, pre, strong, sub, sup, ul
