Haszontalanságok

Minden fejlesztő rémálma, amikor a projekt vezetők kitalálnak olyan funkciókat egy alkalmazásba, amiről messziről látszik, hogy senki nem fogja használni. Ennél már csak az tud zavaróbb lenni, amikor a fejlesztő lelkesedik be és beépít valami olyat a szoftverbe, ami teljesen felesleges, pláne, ha még rosszul is működik.

Ezen cikk apropóját egyébként az adta, hogy a Microsoft Regional Directors levlistán már se szeri se száma az alábbi képeknek:

Vista: About 86 Days and 11 hours remaining

Sőt, van még rosszabb is:

Vista: About 44842 Days and 21 hours remaining

De a teljesség kedvéért el kell mondanunk, hogy vannak optimista pillanatai is a rendszernek:

Vista: About 5 seconds remaining

A Vista SP1 (még béta) egyébként nem sokat javít a rendszeren, de ezt a jelenséget tényleg visszaszorítja (nem azt mondtam, hogy javítja!).

Visszatérve a kezdeti témához: vajon tényleg szükség van erre? Ki a fene találta ki, hogy ebben a dialógus ablakban a  hátralévő időnek meg kell jelennie? Az egésszel nem is lenne baj, ha dolgozna mondjuk 3 másodpercig és az alapján megsaccolná, hogy mennyi van még hátra. De nem, ez vacakol cirka 20 másodpercig, hogy aztán végre füllentsen valamit, majd nagy nehezen elkezdi az érdemi munkát. Legalábbis ez látszik, és az számomra a felhasználói élmény mélypontja.

Ha nekem kellene ilyen ablakot alkotni, én nagyon erősen ragaszkodnék a százalékos megjelenítéshez: átment bájtok száma / átviendő bájtok száma = éppen 27%. Kész. Aki nagyon akarja, rajzoljon alá kígyót.

De persze olyan kígyó legyen, ami csak növekszik és nem megy össze ijedtében. Szerintem mindannyian láttuk már olyan telepítőt, ami:

  • több csíkot húz,
  • egy darabig növeli a csíkot, majd aztán az visszamegy,
  • baromira nem találja el, hogy mikor lesz vége a telepítésnek.

Nem mondom, egy telepítőt megírni nem egyszerű dolog. Még egy-egy lépésének az idejét sem lehet egyszerűen megsaccolni, azt meg még nehezebb, hogy az egész mikor lesz kész. De vajon valóban az idő a fontos? Vajon miért nem lehet oda azt írni, hogy 3. lépés a 89-ből, vagy oda is egy százalékot. Az legalább pontos lenne és elég gyakran változna ahhoz, hogy egyértelmű legyen: a szoftver dolgozik és nem fagyott le (még).

Ennyi bénázás és átverés után már egyszerűen nem hiszek ezeknek a csíkoknak, nem is érdekelnek, sőt mi több, egész egyszerűen zavarnak. Gondolt már valaki arra, hogy az animáló zöld csíkot hány napon keresztül álmodták meg a grafikusok, majd építették be a programozók, hagyták jóvá a tesztelők, szívtak vele a felhasználók, akik jelentették a terméktámogatáson keresztül, hogy aztán ott felvigyék egy bug adatbázisba, ami alapján végül a programozók kijavítják - hogy aztán kör kezdődhessen szinte elölről?

Csak én gondolom úgy, hogy az egész teljesen felesleges, vagy más szerint is mindenki jobban járt volna, ha azon a pénzen az állatvédőket vagy a Vöröskeresztet támogatják?



Balássy György (MS RD, ASP.NET MVP, MCTS)

Balássy György (MS RD, ASP.NET MVP, MCTS) Villamosmérnök, a BME Automatizálási és Alkalmazott Informatikai Tanszékén webportálok fejlesztését oktatja. 2000 óta foglalkozik a Microsoft .NET platformjával, melynek meghonosításában jelentős szerepet vállalt előadóként, konzulensként és A .NET Framework és programozása című könyv társszerzőjeként. Az MSDN Kompetencia Központon belül a Portál Technológiák Csoport vezetője, szakterülete web alapú rendszerek fejlesztése és üzemeltetése. 2004-ben Magyarországon elsőként kapta meg a Most Valuable Professional címet, majd 2005 óta a Microsoft magyarországi regionális igazgatója. Publikációi a Technet Magazinban, az MSDN Kompetencia Központ honlapján és szakmai blogjában olvashatóak.

2007.10.19. 20:24:10 | Permalink | Hozzászólások: 0 | Tárgyszavak:


  • Web Konferencia 2008

    Balássy György (MS RD, ASP.NET MVP, MCTS) A hétvégén került megrendezésre a Web Konferencia 2008, melyen számos remek előadás mellett Bátorfi Zsolt barátom a Silverlightról, jómagam pedig az ASP.NET 3.5-ről és a Visual Studio 2008-ról beszéltem. A résztvevőknek megígértem, hogy közzéteszem az előadáshoz tartozó prezentációt és a bemutatott alkalmazás forráskódját is, íme. Tovább »
  • Adatkötés tulajdonságokkal nem rendelkező típusok tömbjéhez (string[])

    Dávid Zoltán ASP.NET-ben listás adatok megjelenítésére bevett gyakorlat valamilyen adatmegjelenítő vézerlőhöz (Repeater, DataList, GridView, ListView, stb.) történő kötés. A dolog az ASP.NET 2.0 óta különösen egyszerű. A vezérlő DataSource tulajdonságának megadjuk a kötendő adatok listáját (valamilyen IEnumerable interfészű tárolót, például Osztaly[]), a vezérlőhöz tartozó megjelenítő sablonban pedig <%# Eval( "Tulajdonsag" ) %> bejegyzéssel jelöljük, hogy ezen a helyen a kötött adat aktuális példányának (például az osztaly[ i ]-nek) A "Tulajdonsag" nevű tulajdonsága legyen (ez esetben: osztaly[ i ].Tulajdonsag). Tovább »


Írja meg Ön is véleményét!


Hozzászólásokat csak regisztrált, bejelentkezett felhasználóktól tudunk elfogadni!

Hozzászólások