Vlákno názorů k článku Linux má jen deset dobrých aplikací, říká zakladatel Gnome od pepazdepa - "Miguela de Icaza zpovídal Tim Anderson, který se...

V pravé části stránky vidím rozbalovací seznam s jazyky, pod nápisem Překlady článku. Vy ne?

Vidíte, já mám v browseru nastavený jako primární jazyk angličtinu, takže originál vidím na prvním místě. Pokud máte vy jako výchozí jazyk nastavenou čínštinu...

Pokud máte jako primární češtinu, článek se zobrazí česky (není-li v URL vyžádaný jiný jazyk). Vpravo pak vidíte seznam jazyků. Pokud je jazyk zadaný v URL, vpravo vidíte jako výchozí hodnotu váš výchozí jazyk.

Osobně mám všude nastavenou jako výchozí jazyk angličtinu. Na počítači, v telefonu, browseru, na mikrovlnce, v autě... Výjimkou jsou jen primárně české produkty, které ale prakticky nemám. Lokalizace do češtiny bývají úděsné (MS je ještě zlatý), a ve spoustě případů úplně chybí. Zařízení s češtinou také nemůže používat nikdo mimo malou skupinku česky mluvících lidí - mám kolegy a kamarády, kteří česky nemluví. Naopak v angličtině může používat kdokoliv cokoliv, protože je to lingua franca naší doby.

že pro uživatele windows je neřešitelný problém vytvoření holého ASCII textu. Nebo že malování ve win neumí otevřít obrázek (ale jenom načíst do plátna s pevně předem danými rozměry).
Na Win pořádně nefunguje statistický program R, Image Magick je na Win provozovatelný jen částečně, nepodařilo se mi najít win verzi Midnight Commanderu (lepší souborový manažer prostě neexistuje), na Win jsou neustálé problémy s desítkami nekompatibilních kódování češtiny (na lin jsou reálně tři), na win nefunguje pořádně TeX a navazující programy (mj. kvůli problémům s kódováním češtiny), nedá se pořádně programovat bez specializovaných a placených nástrojů (text z textového editoru není po uložení na disk k dispozici ostatním aplikacím, musí se po každé úpravě zdrojáku ukončit textový editor a pak teprve spustit kompilátor / interpret, to se týká i toho TeXu) atd. atd.
Win jsou akorát na spouštění win-only her a win-only multimediálních formátů, na nic jiného se absolutně nehodí.
Fascinují mě win-guru, kteří "musejí mít" ukradený Photoshop na úpravu fotek (protože "bez toho upravovat fotky nejde") a přitom v reále dělají ořez a úpravu jas / kontrast, případně doostření, na což bohatě stačí nejen GIMP, ale i lehoučký mtpaint (ten možná i líp než GIMP, protože se člověk nemusí propracovávat přes spousty sub-sub-menu).

ASCII text v samotných Windows nijak triviálně opravdu nevytvoříte. Počítá se s ANSI, UFT-16 a UTF-8. Ve Wordu ale stačí dát File/Save As. Malování ve Windows umí otevřít obrázek. Nejde o načítání do plátna s pevným rozměrem. ImageMagick mi na Windows fungoval. Ve Windows jsou reálně tři kódování češtiny, vizte výše. ANSI kódování se samozřejmě liší podle regionu. Programovat pro Windows můžete v čemkoliv od kombinace Notepadu a kompilátoru, přes free verzi Visual Studia, až po plné Visual Studio. Text z textového editoru může být k dispozici ostatním aplikacím. Záleží na tom, jak editor (a aplikace) soubor otevírá. Když si editor vyžádá otevření souboru k zápisu, a zakáže ostatním procesům čtení, pochopitelně ostatní procesy číst nemůžou. TeX ve Windows pokud vím funguje.
Když to shrnu, tak jste napsal velkou spoustu nesmyslů.

máme win po učebnách, zjistil jsem, že malování opravdu nemá funkci "open", ale jen "import", kdy se obsah obrázku vloží do prázdného plátna, které má jiné rozměry než obrázek. Malování ve w95 a snad i 98 obrázek otevřít umělo (při zachování původních rozměrů). Je to názorná ukázka, jak jsou zastánci win schopni tvrdit absolutní nesmysly vyvratitelné prostým spuštěním toho "zázraku".
Text z textového editoru bohužel není (od win 95 po win xp, dál jsem to netestoval a nevidím k tomu důvod) k dispozici jiným aplikacím, ale z nějakého důvodu je k dispozici starší verze (stav před otevřením souboru editorem). Jinými slovy, když udělám opravu ve zdrojovém textu programu, tak kompilátor / interpret bude pracovat se starou verzí, dokud neukončím činnost editoru, nebo dokud opravenou verzi neuložím pod odlišným názvem. V linuxu opravdu stačí mít otevřený text ve vim / joe / gedit / kwrite a po uložení (bez přerušení jejich činnosti) je opravená verze hned k dispozici dalším aplikacím, editor nemusím zavírat ani kejklit se jmény souborů. Tahle vlastnost win byla jedním z důvodů, proč jsem přesunul řadu svých aktivit na linux.
Obcházejí to (často) placené aplikace, které integrují editor a kompilátor / interpret (čili dělají to, co na linuxu zajistí samotný OS).
TeX zcela jistě ve win funguje, ale protože existuje jev popsaný výš, nedá se s ním rozumně pracovat (bez nějakého integrujícího prostředí).

Nejsem zrovna zastánce Windows, ale opravdu tady píšete nesmysly. Schválně jsem si pustil VirtualBox s Windownows 7. Obrázek v malování normálně otevřít jde(i když nějaký obrázek v malování mi jako nepřekonatelný problém teda nepřipadá) a při editaci je textový soubor dostupný i ostatním programům. To bude asi rukama.

Já win 7 používám jen co máme v učebně a pokoušel jsem se do toho načíst obrázek a umělo to jen "import" a do velkého prázdného obrázku. Volba "otevřít" tam vůbec není. S tím textem viz níže - zkušenost na více než deseti počítačích, se systémem legálním a instalovaným IT pracovníky.

Diky za trefny komentar!

Bohuzel, ostatni ucastnici prispivajici do teto diskuze resi banality a nazor lidi z "kancelare" si jaksi ignoruji. Pokud linux na desktopu ma byt pouzitelny pro BFU a zaroven i pro business prostredi, je potreba tento pristup zmenit. To je to o co se Microsoft snazi a zacina a se mu to darit.

Drazi "linuxaci" vystupte z prijemneho prostredi komunity a zacnete si klast nepohodlene otazky napr. Co dela ve svych produktech microsoft dobre a co uzivatele ocenuji.

misto hledani chyb na ostatnich bych chtel videt pozitivni inspiraci,tim co ostatni - microsoft,apple - delaji dobre.

Wordpad, notepad, případně další.
Poprvé jsem se s tím setkal na win 95 (dlouho jsem se trápil s tím, než jsem vůbec přišel na podstatu problému, tj. že interpret načítá pořád původní neopravenou verzi, přestože jsem kód opravil a uložil), totéž bylo na win 98, na win XP jsem už jen vyzkoušel, že ten bug pořád ještě je, protože v té době už jsem většinu aktivit přesunul na linux.
Prostě můžete si lhát jak chcete, tohle jsem zažil na vlastní kůži a opakovaně a na mnoha počítačích s win 95, 98 a xp.

To není pravda, Notepad soubory nezamyká. Wordpad ano. K dalšímu vizte co jsem už psal. Například to není bug, ale feature.

Přestože používám desktop na Linuxu a vystačím si s aplikacemi, které poskytuje, musím přiznat, že Windows mají mnohem, ale mnohem větší výběr.

Windows ovládám velmi dobře a to nejen jako uživatel, ale i jako administrátor. A vím, že jste napsal hodně bludů, které se nezakládají na pravdě! To že v nějaké učebně neumí malování otevřít obrázek neznamená, že to systém neumí. Každý administrátor sítě nastavuje nějaké bezpečnostní opatření. Systém se dá ohnout k obrazu svému, skoro stejně tak dobře, jako Linux. Vy jste pravděpodobně narazil na nějaký nepřekonatelný problém, který jste neřešil nastudováním, ale přechodem na jiný systém, který Vám lépe sednul do ruky. I to je řešení, ale rozhodně to není vada systému. Neznamená to však, že v Linuxu nenarazíte na podobný a stejně neřešitelný problém. Buď si ho budete muset nastudovat, nebo zkusíte jiný systém, ale věřím, že to nebude vada Linuxu.

Kdybych neseděl u Windows 7 a neměl ten Paint puštěný, možná bych vám to i věřil.
Přístup k otevřeným souborům pracuje tak, jak jsem popisoval. Notepad soubor při editaci nezamyká; Wordpad ano. Některé editory to dovolují nastavit v options (údajně Notepad++, TextPad, vim, emacs). Starší verze zamknutého souboru k dispozici není, pokud si jí aplikace nějak nenajde sama. Podle mě vám kompilace spadne na nedostupném souboru, a proto zůstane ve výstupním adresáři poslední úspěšně zkompilovaná verze. BTW zamykání souborů je celkem zásadní feature ve víceuživatelském prostředí.
Integraci editoru, kompilátoru, debuggeru a návrháře dialogů se říká IDE. Řada IDE je k dispozici zdarma, včetně Visual Studio Express. Komfort IDE vám nezajistí kombinace editoru a kompilátoru; i pro Linux jsou IDE (Eclipse, KDevelop, Sun Studio atd).

A pro Windows není jen Visual Studio... Taky se na něm dají používat Code::Blocks, Eclipse, NetBeans, Dev-C++, UltimateC++ a další...

Samozřejmě souhlas. Ale uniká mi důvod, proč v .NETu nebo C++ psát v něčem jiném, než Visual Studiu. Eclipse pro Javu, to naopak chápu.

Mně například vyhovuje Code::Blocks, navíc funguje absolutně stejně ve Windows i v Linuxu. A když jako budu chtít, tak samozřejmě není problém v něm používat Visual C++ kompilátor. Nicméně kombinace GCC/MinGW mi zatím náramně vyhovuje.

a napíšu "Halo avete!" v nějakém jazyce (s příslušnými úvodními a následnými příkazy specifickými pro ten daný jazyk) a uložím jako "Halo1" (s příslušnou koncovkou).
Pak zjistím, že jsem se uklepl a místo "s" napsal ve druhém slově "a". I opravím a uložím, nicméně pro interpret / kompilátor je pořád dostupná stará verze, dokud buď neukončím textový editor nebo neuložím text pod novým názvem (třeba "Halo2"). Nepadá to pro nedostupnost zdrojového textu, překlad / zpracování proběhnou ok (což se dá ověřit, pokud je výsledkem textový soubor, ne výpis na obrazovku, že je výstup refrešovaný) ale chyba není opravena. Čili k nějakému "zamykání souborů" nedochází. Vyzkoušeno pro interpret pythonu, kompilátor javy i pro TeX. Svého času mi kdosi na Lupě tvrdil, že je to tak správně, že je to pozitivní vlastnost win.
Funguje to tak na win 95, win 98 i win XP (na pozdějších win nezkoušeno, nebyl důvod - přechod na linux). Na větším počtu počítačů a s legálními windows, odborně nainstalovanými.
Vysvětluji si to tak, že win brání uložení souboru na disk (případně ukládání nějak "optimalizují" a čekají, až bude na disku víc věcí k zápisu), že proběhne i po klepnutí na "uložit" jen refrešování souboru v nějaké frontě na RAM a uloží se to až při vypínání editoru, nebo pokud se to uloží pod novým jménem, a do té doby interpret (nebo obecně jiný program) načítá z HDD starou verzi. Pravděpodobně by se to za nějakou dobu uložilo na disk i tak, ale nevidím důvod na to minuty? hodiny? čekat, proto jsem používal ukládání opravených verzí pod novými jmény (což je ovšem únosné jen pro malé programy, kde se nedá nasekat moc chyb a překlepů, takže těch dalších verzí není moc).
Patrně k tomu nedochází u systémů, kde je interpret / kompilátor integrován s editorem a text si předávají, i když je jen na RAM. Z toho důvodu takové aplikace mají smysl na win, zatímco na linuxu potřebné nejsou (proto i free aplikace typu POVray nebo R mají ve win verzi integrovaný editor a interpret, zatímco pro linuxovou verzi tohle není zapotřebí, stačí libovolný textový editor a emulátor terminálu na spouštění interpretu.

A s tím paintem, je mi líto, volbu "načíst obrázek/soubor" jsem nikde v menu nenašel a funkce "import" mění rozměry obrázku.

K zamykání souborů naopak ve spoustě editorů dochází (jak jsem psal, ve víceuživatelském prostředí je to důležité). Popsaný problém jsem nikdy nikde neviděl. Na vašem místě bych se přesvědčil, jestli překlad zdrojového souboru opravdu úspěšně proběhl. Podle mě překlad neproběhne, protože je soubor zamknutý, a vy prostě vidíte výsledek posledního úspěšného překladu.
To že jiné programy nenačítají starou verzi souboru si můžete snadno vyzkoušet (resp. to vyvrátit - prostě se to neděje).

Opravdu jste nenašel v Paintu File/Open? Zkuste stisknout Alt+F, O, nebo kliknout na kartu File (ta věc vlevo od karty Home) a tam vybrat Open. Podle mě nejste schopný ani najít File/Open v běžné aplikaci pro Windows7, což vysvětluje i váš problém s "starými verzemi" souborů. Rád bych si myslel něco jiného, ale tohle je nejpravděpodobnější vysvětlení.

Vlevo od karty "home" je skutečně jakýsi piktogram, kterým se dá dostat na "otevřít" - opravdu bych tam čekal třeba "soubor" nebo "file" a ne obrázek stránky s řádky. Pod tím je napsáno "vložit", a pokud se klikne na to, tak se obrázek načte do nějaké implicitní plochy. Takže tohle je jen nekompatibilita win se zbytkem světa i s předchozími verzemi (všechna win malování co jsem kdy viděl, od win 3.11 po win XP, tam měla "soubor" nebo "file"). (Musel jsem zajít do učebny, kde momentálně není výuka.) Vzhledem k tomu že jinak jsou v záhlaví malování textová submenu "domů" a "zobrazit", tak mě vůbec nenapadlo, že pro "soubor" tam bude piktogram. Asi se po pár letech práce na plnohodnotném OS nedokážu vžít do myšlení autorů win.

Jinak k tomu textu:
1. Překlad / interpretace proběhly úspěšně, objevila se nová verze výsledku (pokud to byl zápis do souboru, tak přibyl řádek, nebo se objevila novější verze detekovatelná na základě vlastností souboru).
2. Pokud by byl soubor zamknutý, nedostal by se překladač / interpret za běhu editoru k verzi uložené pod novým názvem souboru, což se dostal a v případě překladu vznikl nový soubor reflektující změnu názvu (třeba u javy).
Takže to skutečně není zamykáním, ale tím, že na HDD z nějakého důvodu přetrvává neopravená verze i po uložení souboru. Naposled jsem to viděl na XP (nicméně to už jsem na win prakticky nebyl), jak je to u vist nebo win 7 nevím a nemám potřebu zkoušet. Pro práci potřebuji OS, který dělá to, co po něm chci já, a ne to, co si jeho autoři myslí, že bych chtít měl.

Ked pojdes niekedy na pracovny pohovor, nikdy a za ziadnych okolnosti tam nepopisuj ako programujes vo wordpade alebo sa trapis s otvaranimsuborov v painte.

Ok, ale co ta neexistujici win verze MC? Myslim, ze takovemu Total Commanderu nesaha ani po paty. Stejne tak existuje vyborny filemanager do konzole - FAR Manager...
Uz slysim tu reakci, ze tc nepodporuje ssh a cosi kolem, ale to se da resit pluginy, kterych existuje mrte. A dalsi pripadna otazka zabezpeceni hesel je problemem vidli jako takovych, ne TC...

2x poznámka k tvrzeni "nedá se pořádně programovat bez specializovaných a placených nástrojů":

1. programování je činnost velmi specializovaná, tudiž by nemělo nikoho překvapit, že vyžaduje specializované nástroje

2. na co konkrétně Vám nestačí obvyklá "vsechno zadarmo" kombinace PSPad / Eclipse / MS Visual Studio Express?

například u PSPadu nepozoruju, že "text z textového editoru není po uložení na disk k dispozici ostatním aplikacím, musí se po každé úpravě zdrojáku ukončit textový editor a pak teprve spustit kompilátor", naopak, když soubor na disku změní jiná aplikace, PSPad se zeptá jestli má načíst změněnou verzi z disku a jestli tu stávající z paměti uložit jinam

Pokud máte text v editoru opravíte ho a uložíte, tak další aplikace pracují z jeho neopravenou verzí, dokud editor neukončíte nebo dokud neuložíte text pod jiným názvem. Je naprosto jedno, jestli máte pspad, notepad, nebo nějaký editor třetí strany. Fungovalo to tak na win 95, 98 i XP, další jsem nezkoumal a z těch 98 jsem přešel na linux, kde tento problém není. Je to důvod, proč jsou na win rozšířená integrovaná programovací prostředí (některá jsou i zdarma, ale v zásadě mi vadí, že bych se musel pro každý programovací systém učit jiný editor = s naprosto jiným ovládáním než jiné). Na linuxu mi stačí jeden editor pro vše, co píšu, od textů v TeXu až po třeba perl.
Programování rozhodně nepovažuji za "vysoce specializovanou činnost", ale za něco naprosto běžného, co ulehčuje / umožňuje každodenní smysluplnou práci na počítači. Od nejrůznější manipulace s texty a databázemi po manipulaci s obrázky.

Tohle je opravdu naprostý nesmysl, když soubor v programu uložím, tak je uložený další programy ho vidí v aktuálním stavu. Pokud k tomu někde docházelo, tak ten program byl vadný (nepíšeš jaký to byl, takže je to těžká rada) nebo Windows byla nějak těžce nakopnutá. Já na Windows vyvíjím skoro 15 let (NT/2000/XP) a žádné takovéto problémy jsem nikdy neměl.

Zkušenost na více strojích, doma i v zaměstnání, legální instalace IT odborníky. Jako textový editor notepad, wordpad, případně několik dalších, ale chovalo se to vše stejně.
Už jsem, to kdysi na internetových fórech zmiňoval, nakonec kdosi prohlásil, že je to OK, že se tak win chovají schválně a že je to tak "lepší".

Programovat ve wordpadu by mě teda nikdy nenapadlo, to je jako jet rallye v šlapacím autíčku :-D. Ale asi to schválně zkusím.

Karierista. Podla mna, ked si das do zivotopisu, ze programujes vo Wordpade, spravia z teba hned manazera.

Běžně jsem užíval Ded (neznáte-li, váš problém), nicméně na notepadu a wordpadu mám ověřeno, že se daný problém vyskytuje i u nich, přičemž u nich se jedná o nativní soft zaintegrovaný do win (takže existencí tohoto jevu na nich odpadá možnost konfliktu se softem od jiného výrobce). Na XP jsem to zkoušel už jen na tom notepadu (protože to byl test, zda ten bug pořád je), to už jsem byl po migraci na linux, ne že bych na XP něco reálně programoval.

Mam pocit ze bude asi problem medzi klavesnicou a stolickou. Tie tvoje popisovane chyby som jakziv nevidel a ani o nic nepocul. A dohnalo ma to k tomu ze som to vyskusal na win xp a win 7 a cuduj sa svete nic take som nepozoroval a to som pouzil tie tvoje oblubene notepad a wordpad. Akykolvek program som skusil vsetky videli aktualnu verziu suboru bez toho aby som tieto editori musel vypnut. Takze naozaj netusim ako je mozne ze taketo nieco robi jedine tebe ale nikomu inemu.

Mám též zkušenost s verzemi Windows od 95 až do 7. Všude je hned po uložení soubor k dispozici v nové verzi. Máte to rozbitý...

Vy musite byt vazne exot. Jo a je tak mimochodem, problem vazne neni ve Windows..... A to jiz od doby co vysli Win95 nebo i drive, byl jste s tim u doktora?

Jen mne tak napadlo, ty to zkoušíš na nějakém přenosném médiu a počítače, na kterých to zkoušíš májí nastaven způsob práce z těmito médii na "Optimalizovat pro výkon" namísto "Optimalizovat pro ryhlé odebrání".

Asi by mělo být zajištěno, že pokud nějaká aplikace požaduje přístup k souboru, který je zatím někde "ve vzduchu", měla by ho dostat až po reálné aktualizaci ale třeba se na něco u přenosných médií zapomělo a ty jsi mohl skutečně najít chybu.

U harddisků se zpožděný zápis v MS systémech používá od dob DOSu řekněme třeba 5 nebo možná i dříve kdy byl zaveden tuším smartdrv (na jiných platformách to může být pochopitelně jinak) a tam žádné problémy nebyly. Nebo spíše - nebyly hlášeny.

Ne, nezkoušel jsem to na přenosném médiu (v té době by padala reálně v úvahu leda disketa), ale na HDD (v počítači jeden, byť rozdělený na víc oddílů). Nicméně bude to asi nějaký "pozdní zápis", problém je, že se to tak chovalo v implicitním nastavení (instalaci prováděli IT pracovníci a šlo o legální licenci), není to nikde zdokumentované (ani jak to přenastavit na nějaké rozumné chování). Na DOS s tím problémy být nemohly, protože na něm nespustíte paralelně víc aplikací.

Prostě jste jenom zmatený a to je vše.

Velmi zvláštní. Funcionalita, kterou popisujete by se dala realizovat jen ve filesystému, který podporuje snapshoty (což v NTFS na desktopu je až ve Vistách, FAT neumi a umet nebude). Používá se to typicky při zálohování, ale v dobách 98 to bylo dostupné jen za mastný příplatek (= na serverových verzích 2000).

Tipnul bych na nějaký technický problém (nějak zamknuto pro výhradní přístup ve win16 nebo dosové aplikaci + neuloženo smartdiskem?), protože takhle se win32 api nechová (a nikdy nechovalo).

IDE se objevila z jiného důvodu, jako prostředek pro drastické zvýšení produktivity práce programátora při statické analýze kódu a refaktoringu. Což se ovšem naplno projeví až když má projekt tisíce řádků kódu a je nějaká (třeba finanční ;) ) penalizace za regrese - pro případ nějakých drobných ad hoc skriptů nebo maker to vyjde nastejno, to se dá psát v čemkoli.

Netrapte sa s TeXom, ale pouzite rovno XeTeX. Ide rovnako dobre pod Linuxom ako pod Windowsom. Nachadza sa standardne v balicku MikTex pre Windows, podporuje open type/true type fonty a t s makcenom vo vyslednom dvi/ps/pdf z XeTeXu je naozaj t s makcenom. Tak ako sa vola jedena prirucka XeTeX: TeX meets Opentype and Unicode tak to plati doslova a do bodky.

Netrapte sa s TeXom, ale pouzite rovno XeTeX. Ide rovnako dobre pod Linuxom ako pod Windowsom. Nachadza sa standardne v balicku MikTex pre Windows, podporuje open type/true type fonty a t s makcenom vo vyslednom dvi/ps/pdf z XeTeXu je naozaj t s makcenom. Tak ako sa vola jedena prirucka XeTeX: TeX meets Opentype and Unicode tak to plati doslova a do bodky.

A poucli ste uz o XeTeXe? Ten funguje perfektne pod Win aj pod Linuxom a navyse vystupny text v xdvi/ps/pdf je skutocny unicode.

To je aka ...... . Mi tu hadze Internal server error ale nakoniec tie prispevky zobrazi. Neuveritelne. Nepozriete sa na to redakcia?

a co far manager?

Bud klames vedomo, alebo nevedomo a potom ti je to vsetko co si tu popisal odpustene :)

Tak k tomu Midnight Commanderu /potazmo Norton Commanderu/. Taky jsem hledal neco podobneho. Zkuste DosZip. Neumi toho tolik co MC, ale zaklady zvlada. Je to GNU GPL.

http://www.slunecnice.cz/sw/the-doszip-commander/

Je to snuska nesmyslu. Kdyz jste takove nemehlo ve Windows tak ani NECHCI videt vas linux protoze to musi byt fakt kandidat na vitezstvi v hitparade bliti.

KDyž už mluvíte o Midnight Commanderu a v článek o nedostatku kvalitních aplikací, na Linuxu jsem dodnes nenašel kvalitního správce souborů. Při vší úctě, Midnight Commander mi přijde dost nepraktický také, na Total Commander ve Windows v žádném případě nemá. A to ho spousta uživatelů (stejně jako vy) považuje za to nejlepší, co na Linuxu je. Linux používám výhradně, ale smiřovat se s Krusaderem mi zatraceně trvalo. Souborových manažerů jsem vyzkoušel alespoň půltucet.

Sorry, ale ses blb (ta omluva plati ostatnim).

To tvoje funckni HTML vypada +- pouzitelne jen a pouze na stroji toho vola, co to z hoto wordu skopiruje, kamkoli jinam dorazi takova zplacanina, tak se s notnou davkou stesti da mozna dekryptovat, co ze to pisatel chce, ale v 90% pripadu je formatovani (za pomoci nevalidniho) kodu tak rozdrbany, ze se to cist neda.

O sharepointu nemluv radsi vubec, zhuverilost ktera nefunguje ani v IE, natoz v cemkoli jinym (jop, mame ve firme !koupenou! plnou verzi a po nekolika tydnech pokusu to radsi nikdo nepouziva).

To ze si koupite technologii(sha­repoint) kterou pak vase firma neumi pouzvat a asi ani nastavit je opravdu chyba MS ? :D :D :D

Jiste, ona je chyba vzdy na strane uzivatele - specielne kdyz pouziva klikaci nastroj ktery dodal dodavatel (M$) a ktery vygeneruje nevalidni web nezobrazitelny vubec v nicem.

Validni nebo nefunkcni? K cemu je validita v korporatnim prostredi? Aby jste mohl odkazat na W3C ze to mate validni? K cemu?

No pokud koupili SharePoint někomu "na pokusy", že to jako budou používat, a zřejmě na něj nikoho schopného nemají, tak se bavím, umím si to představit :)

Lotus Notes je po MS Exchange druhá nejlepší volba. A pokud firma trvá na serveru nebo desktopech na UNIXu, je to nejlepší možnost.

Jestli vazne myslite "tu vec", ze ktery odeslat email je na 1/2 roku studia co kde jak nastavit ...

Od jiste doby davam radsi ruce pryc od vsech uzasnych integrovanych "reseni" - dokonce jakmile mi prijde nakej obchodnik s destem nabizet "reseni", tak ho vetsinou necham rovnou vyhodit.

Sorry ale to silne prehanite. Nastaveni Exchange 2003 jsem provedl za cca 1den. A mala poznamka k tomu: s Exchangem jsem NIKDY predtim nepracoval. Takze kde je problem?

myslim ze linux je velice pouzitelny jako desktop. Pouzivam ho uz par let po pouzivani Windows desktopu. Presto ze nektere applikace jsou lepsi ve Windows verzi vyhoda opensource TCO (v mem pripade, nemusi platit pro vsehny) pro mne vitezi. Dal nektere veci jsou lepsi: min nebo zadne virusi (nemusim kupovat antivirus), lepsi aktualizace softwaru (neotravuji pri praci), zdarma obdobna app pro skoro vsehny komercni app. Verim ze vetsina Windows uzivatelu porusuje zakon a obsarava software nelegalne jinak bi mneli osekani desktop.