Názory k článku
Grafy posledního vývoje KDE 4
-
Razi (neregistrovaný)Nieco malo o vyvoji v MS (z cias projektu Windows Vista) sa da docitat napriklad tu:
http://moishelettvin.blogspot.com/2006/11/windows-shutdown-crapfest.html
http://shellrevealed.com/blogs/shellblog/archive/2006/09/26/The-UI-design-minefield-_2D00_-er_2E002E002E00_-flower-field_3F003F00_.aspx -
Lael Ophir (neregistrovaný)Bohužel se ani jeden kousek netýká vlastního vývoje. Ten první je opět zhrzelý bývalý zaměstnanec, který zapomíná podotknout ten detail, že těch 8 lidí nepracovalo jen na shutdown buttonu. Ten druhý kousek je typický, a bohužel nutný, pokud chcete uvést SW, který bude vyhovovat místním zvyklostem v pár set zemích tohoto světa. Ono těch SW, které jsou skutečně globálně úspěšné, zas tak moc není.
O vývojovém vyklu Windows třeba zde:
http://msdn.microsoft.com/en-us/library/ms995349.aspx
A určitě se vyplatí přečíst o vývoji prvních NT, Mark Lucovsky:
http://www.usenix.org/events/usenix-win2000/invitedtalks/lucovsky_html/
Paul Thurrott, viz i link na druhý díl na konci článku:
http://www.winsupersite.com/reviews/winserver2k3_gold1.asp -
anonymníNo jasne, pokud je situace pro MS neprizniva, automaticky se musi zdiskreditovat kazdy kdo s tim neco ma, alespon to tak pusobi dlouhodobe z vasich prispevku. Nemyslim ze Thurott by byl tim nejlepsim kandidatem na poskytnuti nezaujatychh informaci, sorry ale ten clovek NENI duveryhodny.
Microsoft ma velmi dobry duvod nezverejnovat roadmapy ani nic z vyvoje drive nez je to hotove. Tim duvodem je mega-ostuda v kauze Vista, ne dlouho pote jak opici muz vysvetloval ze jen MS ma roadmapy ktere dodrzuje a ostatni jen bastli bez nejake strategie. Dodrzovat terminy je to co microsoft NEUMI ani nahodou -
Lael Ophir (neregistrovaný)A informace od lidí podílejících se na vývoji KDE jsou důvěryhodné? :)
Víte, kolik má MS produktů? A jak úspěšně či neúspěšně se drží jejich roadmap? A je vám jasné, že na začátku vývoje systému typu Vista nevíte, jak má vypadat na konci, protože se požadavky rychle vyvíjejí, takže je řízení takového projektu noční můrou projektového managera? No nic, spěte dál ;) -
Lael Ophir (neregistrovaný)A já jsem vám vysvětlil, že bastliči to neumí. O něco dříve jsem také psal pár podnětů k zamyšlení nad roadmapami atp., cožž pokrývá druhou část otázky. Zkuste používat méně capslocku, a více mozku.
"Víte, kolik má MS produktů? A jak úspěšně či neúspěšně se drží jejich roadmap? A je vám jasné, že na začátku vývoje systému typu Vista nevíte, jak má vypadat na konci, protože se požadavky rychle vyvíjejí, takže je řízení takového projektu noční můrou projektového managera? No nic, spěte dál ;)" -
anonymníZkuste pouzivat mozek VY. Microsoft ma nesrovnatelne vetsi pocet fulltime ultraprofesionalnich hyperdobreplacenych programatoru a odborniku (neustale kritizujicich komunitu), ktere ovsem sami nesahaji ani po kotniky (viz neshopnost dodrzovat terminy).
U tak velkeho projektu s dokonalym planovanim je docela udivujici ze NEVITE JAK MA VYPADAT NA KONCI, nemyslite? :-P
Ovsem pokud cekal MS kdy si bude konecne moct vypujcit featury od OSS bastlicu, tak je to nedodrzeni terminu pochopitelne a v podstate za to muze OSS komunita. -
Lael Ophir (neregistrovaný)S tím mozkem vám to moc nejde. Když dnes začnete vyvíjet novou verzi Windows, budete vědět, jaké budou požadavky na počítače za dva roky? Jaké periferie se budou používat, co budou uživatelé s počítači dělat, jaké aplikace na nich budou chtít běžet, a co tedy do systému nejlépe dodat? Já to nevím, vy asi také ne, a Ballmer také ne. Sada features výsledného produktu se mění v běhu projektu, což je z hlediska projektového řízení dost nezvyklé. Ale protože jste zřejmě nikdy projektové řízení neviděl, tak to těžko budete chápat.
-
Inkvizitor (neregistrovaný)Tak mi prosím vysvětli, jak donutit KGet/KDE4, aby se pořád neptal, kam chci uložit výsledný soubor (kombinace KGet+Flashgot, jinak to možná funguje, co já vím...). Mně se to prostě nedaří, vždycky v tom popupu zaškrtnu "use as default folder" nebo tak nějak a příště se to zase ptá. Prošel jsem i nastavení, zkoušel jsem všechno možné (i shodit KGet) a pořád nic. Klidně připustím, že mi něco uniklo. Možná je nový KGet stabilnější, ale nepoužíval jsem ho tak intenzivně, abych to mohl posoudit; jinak nevím, co by na něm mohlo fungovat líp.
Backend mě moc nezajímá, protože ten z KDE3 umí vše, co potřebuju, ale ten frontend je utrpení. Nemá dole ikonku na zobrazení nového tabu a ta verze z OpenSuse nemá profily s mc, což ale asi bude možná chyba distribuce. Yukake se mi s KDE4 neinstaluje, takže nemůžu sloužit. -
Sten (neregistrovaný)Aha, no zrovna tohle nepoužívám, tak jsem to nezkoušel. Teď jsem to zkusil a opravdu to nefunguje (sice vyplní správný adresář, ale zeptá se). Měl jsem na mysli stabilitu (hlavně co se týče navazování spojení), vícevláknové stahování, podpora BitTorrentu a MetaLinků a stahování videí z YouTube, v tom KGet verzi z KDE3 hodně překonal.
Ta konzole, co používám, se jmenuje Yakuake, ale v OpenSUSE verze pro KDE4 ještě není. Tam ty ikonky na záložky jsou. Profil s mc tam není, ale lze jej snadno přidat. Konsoli jsem zkusil a opravdu to nemá :( Jediná věc, co mě na tom backendu vadí, je, že začal vykreslovat docela tlustý rámeček a nedá se odstranit. V KDE 4.1.2 nebyl.
Je možné, že OpenSUSE používá ještě nějakou starší verzi KDE4. Já má KDE 4.2 Beta 1 v Kubuntu a ačkoliv je to beta, je stabilnější a funkčnější než KDE 4.1.2. -
freshmouse (neregistrovaný)Odpusťte mi mou troufalost, ale mám dva dotazy:
a) Co z těchto dvou obrázků plyne a o čem mají vypovídat?
b) Jak souvisí počet "commitů" s rychlostí vývoje?
Připadá mi to jako posuzovat výkonnost firmy zabývající se účetnictvím podle toho, kolikrát zaměstnanci otevřou dveře do kanceláře a kolikrát si vyžádají podklady...
