Microsoft Virtual Academy (MVA) je portál s kurzami, kde sa môžete naučiť používať technológie Microsoft-u súvisiace s cloud-om. Kurzy sú dostupné zdarma a od decembra tu nájdete aj kruzy v českom jazyku zamerané na virtualizačné riešenia Hyper-V, System Center a privátny cloud. Kurzy sú dostupné pre používateľov z Čiech a Slovenska.
Jozef Izso
Správanie sa Orange k zákazníkovi
V decembri som navštívil predajňu Orange v OC Retro, aby som zmenil zmluvu z fyzickej osoby na živnosť a mohol som mať účty za telefón v nákladoch. Predpokladal som, že to je celkom jednoduchý úkon – pridať k mojim fakturačným údajom dve čísla IČO a DIČ. Orange ma však zase presvedčil, že nie sú schopní ani takúto jednoduchú vec vykonať poriadne a na zákazníkovi im absolútne nezáleží. I keď je zákazník u nich vyše 10 rokov a má dve telefónne čísla.
Prevod sa vykonáva zrušením starej zmluvy a podpisom novej zmluvy, čo je podľa pracovníčky v HTK Mobile (ID predajného miesta ID374GPB20) úkon spoplatnený 9,90 EUR. Zmieril som sa s týmto poplatkom (ale príde mi absolútne neadekvátny), podpísal som zmluvu a šiel domov. Doma som zistil, že ale pracovníčka „Lamperová Ivana2“ zabudla niektoré údaje v zmluve vypísať, na niektorých miestach moje meno vypísala zle a svojvoľne zrušila šifrovanie elektronickej faktúry. Hneď som im písal sťažnosť a druhý deň som musel ísť zase na predajné miesto zmluvu opraviť. Na moje prekvapenie zmluvy sa neopravujú – zase sa jedna zruší a spraví nová. Podľa inej pracovníčky „Otrubčiaková Ina1“ nedá sa povedať, či aj za túto opravu mi budú účtovať 9,90EUR. Mám počkať do ďalšej faktúry… (Nejako som sa dopočítal k tomu, že ten poplatok s daňou bude 11,8364 EUR, v skutočnosti podľa cenníka od 1.1.2012 to je 11,95 EUR s daňou.)
Odpoveď na reklamáciu mi došla celkom rýchlo a čo ma prevapilo – spomínaný poplatok 11,95 EUR mi vôbec nemá byť účtovaný:
Dobry den pan Izso,
dakujeme za vyuzitie nasej sluzby.
Reagujeme na Vas e-mail ohladom vzniknutej situacie na predajnom mieste ohladom reorganizacie telefonneho cisla.Z nami dostupnych informacii sme zistili, ze dnesnym datumom 20.12.2011 doslo k naprave udajov na Zmluve. Za vzniknutu situaciu sa ospravedlnujem.
Pokial ucastnik vyuziva cislo ako fyzicka osoba nepodnikatel a meni udaje na fyzicku osobu – podnikatela s rovnakym menom, jedna sa o bezplatnu reorganizaciu.
Verime, ze do buducna uz budete mat len dobre skusenosti a zachovate nam Vasu priazen.
V pripade akychkolvek otazok nas mozete kontaktovat na nasej Zakaznickej linke 905 (0905 905 905) 24 hodin denne, pripadne vyuzit nas kontaktny formular na www.orange.sk/otazky.
S pozdravom
Ing. Erika Murgasova
Usek sluzieb zakaznikom
Orange Slovensko, a. s.
V januári, ďalší deň po skončení fakturačného obdobia, som zrazu ani na jednom mobile nemal signál. Nepomáhalo znovu pripojenie sa do siete a v predajni mi povedali, že o 2:00 som bol odpojený, o 3:00 prebehla zmena v službách a o 4:00 som mal všetky služby znova aktívne a bol som pripojený do siete. Čo je síce fajn, ale o 11:00 telefóny stále nefungovali. Tak že mám počkať do 12:00, že „výnimočne“ sa stáva, že prevod trvá a do obeda. O 12:15 skúšam a nič, ani jeden telefón o 12:30 stále nefunguje, tak som čakal a až niekedy o 13:10 nabehla sieť na oboch telefónoch. O chvíľu mi volá neznáme číslo (nie blokované, ale neznáme), potom ďalšie neznáme. Veľmi som sa divil, prečo zrazu telefón nie je schopný rozpoznať ľudí, ktorých mám v kontaktoch. Po skúšobných prezvoneniach som mal potvrdené, že CLIP nefungoval. Tak som rýchlo otvoril zmluvu, aby som sa ubezpečil, že medzi „novými“ službami mám aj CLIP. Bol tam a keď ani o 15:00 som nevedel, kto mi volá, zase som sa vrátil na pobočku.
Nový pracovník už len krčil plecami a absolútne nevedel, čo sa deje a ako má prípad riešiť. Skúsenejšia pracovníčka – Ivana2 mi povedala, že CLIP ešte potrvá, kým nabehne. Absolútne obarene som na nich pozeral, či to myslia vážne a že či je podľa nich normálne, aby o 4:00 som mal aktívne všetky služby a potom mi sväto-sväte tvrdili, že mi to bude fungovať všetko až po 12:00 a nakoniec mám ešte čakať do konca dňa? Kedže sa zmohli iba na „je to normálne“, napísal som sťažnosť a odišiel som. Samozrejme nefungoval ani 3G internet.
Služby postupne nabiehali, ja som medzičasom predýchal aj fakt, že zrazu som dostal nové fakturačné obdobie a že dalšia faktúra bude totálny bordel. Keď mi teda došla faktúra 2× vyššia ako zvyčajne, ani som sa nevidil, že tam bude niečo zle. Orange-u sa podarilo ma napriek predpokladaniu chybných položiek na faktúre šokovať ma – poplatok 11,65 EUR si fakturujú za každé jedno telefónne číslo – nie za zmluvu.
Vďaka tomu, že som náhodne zistil, že daný poplatok vôbec nemá byť účtovaný, volal som hneď na 905, kde mi operátor okrem iného povedal svoje skúsenosti s nákupom tovaru, kedy sa mu stáva, že mu niekto zaúčtuje tovar dva krát, čo je jeho osobná vec a nechápem, ako súvisí s mojimi sústavnými problémami so službami v Orange. Nakoniec sa dopracoval k tomu, že mi vedia dať dobropis k ďalšej faktúre.
Takže na rekapituláciu – zmena vo fakturačných údajoch pre Orange znamená, že zákazníka odpojí, že nebude mať pracovný telefón dostupný počas veľkej časti pracovnej doby, že musí strácať čas sústavnou návštevou ich predajného miesto, kde ho chybne informujú a za toto všetko si zaúčtujú 11,95 EUR za každé jedno telefónne číslo, ktoré u nich verný zákazník má. Áno, za výpadok služieb si sú schopní účtovať poplatok! A satisfakcia z ich strany? Dostal som zľavu neuveriteľných 0,48? za 11 dní v prechode medzi dvoma fakturačnými obdobiami.
Časové odhady úloh vo FogBugz
Vedieť kedy bude určitá časť softvéru hotová je na nezaplatenie. Vývojári majú svoje odhady, manažment svoje predstavy a keď sa to skĺby dokopy, tak väčšinou všetko bude čoskoro a nakoniec je to ledva hotové po trojnásobne dlhšom čase, ako sa plánovalo. Ak team používa dobrý systém na správu chýb a požiadaviek, tak by mal mať prehlad o celkom presnom dátume dokončenia časti softvéru.
FogBugz používa pri výpočte odhadov svoj vlastný systém nazvaný Evidence-Based Scheduling (EBS). Odhady robí na základe toho, ako správne používatelia FogBugz plnili svoje úlohy a vie identifikovať ľudí, ktorý majú veľmi zlé odhady, alebo ktorým sa darí robiť niektoré úlohy rýchlejšie. Aby EBS fungovalo presne, musí sa naučiť poznať používateľov a k tomu slúži história odhadov.
Úlohy vo FogBugz majú časový odhad, koľko asi budú trvať. Tento odhad robí zadávateľ úlohy, alebo človek zodpovedný za vykonanie úlohy. EBS ďalej sledu čas, ktorý bol vykázaný k jednotlivým úlohám až kým nedôjde k zatvoreniu úlohy – čiže k celkovému dokončeniu prác na nej. Vďaka týmto parametrom – odhadovaný čas (Original Estimate) a odpracovaný čas (Actual Elapsed Time) – EBS vypočíta „rýchlosť“ (Velocity) úlohy. Úloha odhadnutá na 2 hodiny s reálnym trvaním 4 hodiny má rýchlosť 0,5 – trvala dvakrát dlhšie, ako sa predpokladalo.
Evidence-Based Scheduling z týchto základných parametrov potom robí aj predikciu, koľko môže trvať projekt. Nečakajte však že dostanete jedno číslo (a toto číslo bude splňovať predstavy manažmentu, kedy má byť produkt hotový :) ). EBS predikcia je vo forme časovej osi, na ktorej je vidieť aká je pravdepodobnosť, že produkt bude hotový k danému dátumu. EBS v skutočnosti simuláciou Monte Carlo odhaduje, ako môže projekt dopadnúť. Zahrnie do výsledku teda optimistické aj pesimistické varianty.
Ako sú počítané odhady používateľov, ktorí sú noví
v systéme, alebo nerobia odhady?
FogBugz pre používateľov, ktorí nemajú dostatok úloh v histórii odhadov,
automaticky vytvorí náhodnú históriu v ktorej predpokladá to
najhoršie – že dotyčnej osobe bude všetko trvať dlhšie, ako bolo
predpokladané.
Dostal som 1 dňovú úlohu, ale za menej ako 3 dni sa nedá
stihnúť. Znamená to, že FogBugz si bude myslieť, že mi práca trvá
dlho? Nie.
FogBugz si zaznamenáva zmeny v odhadovanom čase trvania úlohy, ale pokiaľ
nie je k úlohe vykázaný čas, tak je možné odhad ľubovoľne meniť. Až
keď niekto vykáže odpracovaný čas na úlohe, FogBugz si napevno zapamätá
aktuálne nastavený odhadovaný čas a ten použije pri odhadoch. FogBugz si
teda vie poradiť so situáciou, keď niekto vytvára úlohy a dáva im hrubé
odhady a osoba ktorá bude na úlohe pracovať, môže bez problémov nastaviť
reálnejší odhah. Nesmie však zabudnúť, že odpracovaný čas treba
vykázať až potom.

Limitácie odhadovacieho systému vo FogBugz 8
FogBugz má pri počítaní odhadov bohužiaľ problém s úlohami, ktoré boli zatvorené a po znovu otvorení priradené na inú osobu. FogBugz bude odpracovaný čas stále rátať pre osobu, ktorá prvá vykázala odpracovaný čas na úlohe a novopriradenej osobe čas nezapočíta. Vo Working Hours výkaze síce bude každej osobe vypočítaný správny odpracovaný čas, ale v EBS odhade budú časy nesprávne priradené.
Ak máte v databáze podobné úlohy, ktoré kazia odhady, v histórii odhadov používateľa (Estimate History) vymažte nesprávne odhady pomocou ikonky smetného koša v stĺpci Discard.
Vodopádový model vývoja softvéru je zlý
Peter Saddington vo svojom článku Are Project Managers Living A Lie? odhaľuje históriu za vznikom používania vodopádového modelu vývoja softvéru (Waterfall model):
It has always been eye-opening to many people when I tell my workshop participants or clients that they old waterfall way of doing software was never intended to be used. It was a misinterpretation of Dr. Royce?s seminal paper. What happened was that government agencies read the first page, saw a diagram (with a poorly chosen caption), and said: „Hey, that's how we do software development!“
Čo v skutočnosti popísal Dr. Winston Royce, autor vodopádového modelu, vo svojej práci? Prípadné zmeny v softvérovej špecifikácii majú fatálny dopad na celý vodopádový model. Vykonávanie modelu je treba podľa jeho definície zastaviť a začať odznova. Čo v konečnom dôsledku vyvoláva 100% nárast prostriedkov – časových aj finančných.
Ako si vylepšiť počet Like hlasov v súťaži
So stránkou Real Estate
som sa prihlásil do súťaže SexyWeb.sk.
Táto súťaž je o vytvorení modernej webovej stránky alebo aplikácie,
ktorá využíva novinky jazykov HTML 5, CSS 3, ale aj noviniek v prehliadači
Internet Explorer 9. Real Estate aplikácia preto okrem
štandardných HTML 5 značiek <header>,
<footer>, <nav> a iných, CSS
3 vlastností pre zaoblené rohy, farebné prechody alebo transformácie,
podporuje aj Internet Explorer 9 Pinned Sites. Keď si používateľ pripne
Real Estate aplikáciu na Panel úloh vo Windows 7, bude môcť
používať zoznam akcií na rýchle vytvorenie novej budovy alebo klienta
v aplikácii.
V súťaži SexyWeb.sk sa súťaži pomocou Facebookových „Like“ hlasov. Za dva týždne sa mi podarilo získať iba okolo 35 hlasov. Moja stratégia bola prezentovať súťaž a moju aplikáciu na Facebook Wall, aby moju známi mohli hlasovať. Toto nebolo moc úspešné a konverzia bola minimálna. Potom som skúšal osobitné rozposielanie správ individuálnym kamarátom, čo prienislo konverziu na úrovni 90% a získal som vlastne takmer 30 hlasov z tejto formy propagácie súťaže. Malo to však aj svoje negatíva – niektorí kamoši sa pomýlili a zahlasovali za cudziu stránku :)
Včera však do súťaže pribudla nová konkurencia: asi 5 graficky výborných webov. Za necelých 24 hodín však stihli získať stovky hlasov. Jeden z webov – KM Studio – získal až 250 hlasov, čím sa extrémne rýchlo dotiahlo na Dexorixa, ktorý mal po 3–4 týždňoch 260 hlasov. A ďalšie z týchto webov mali takmer po sto hlasov. Teraz večer, po niečo vyše 24 hodinách má KM Studio 527 hlasov a ostatné nové weby niečo vyše 150 hlasov. Začal som sa teda zaujímať, ako je možné, že takto extrémne rýchlo dokáže niekto získať hlasy.
Zavítal som preto na stránku dokumentujúcu Facebook Like Button aby som zistil, či sa dá pozrieť, kto a ako hlasuje v súťaži. Pomocou Insight funkcie si hlasy môže pozrieť iba správca domény, na ktorej prebieha hlasovanie. V časti FAQ som sa však dočítal veľmi podstatnú informáciu: ako sú vlastne počítané tieto Facebook Like hlasy.
What makes up the number shown on my Like button?
The number shown is the sum of:
- The number of likes of this URL
- The number of shares of this URL (this includes copy/pasting a link back to Facebook)
- The number of likes and comments on stories on Facebook about this URL
- The number of inbox messages containing this URL as an attachment.
Veľmi zaujímavé: hlasy sa dajú získať aj ináč, ako len používateľmi, ktorí vám budú klikať na Like tlačidlo na stránke. Započítavajú sa aj Like hlasy priradené k správam (posts, stories) ktoré obsahujú hlasovaciu URL adresu a aj počet komentárov. Toto sú celkom legitímne metódy počítania hlasov: musí prinútiť používateľov aby klikli na nejakú správu, ktorá súvisí s hlasovaním a súťažov a dostanete hlas.
Posledný spôsob získania hlasov je však veľmi diskutabilný: stačí odoslať správu, ktoré obsahuje hlasovaciu URL adresu a bude vám započítaný hlas. Nikto nemusí nikde klikať a hlasovanie je plne v rukách „spammera“. Jeden hlas za každú jednu správu s URL, ktorú odošlete. A stačí, keď tú správu odošlete sami sebe! Žiadne verejné informácie o súťaži, žiadne otravovanie známych, žiadne trápenie sa s konverzným pomerom a spôsobom, ako prinútiť ľudí, aby klikali. Jednoduché spamovanie správ so správnou adresou. Chýba vám pár hlasov? Pošlite si ich sami sebe :)
Boli hlasy na SexyWeb.sk „zmanipulované“? Možno áno, možno nie. To by vedel povedať iba správca, ktorý má prístup k Facebook Insight údajom (ak je pri hlasovaní aj informácia o zdroji hlasov). Ale osobne som dosť skeptický k tomu, že sa niekomu za 24 hodín podarí získať vyše 1000 hlasov cez bežnú konverziu.
PS: Nezabudnite hlasovať na stránke Sexy web-u, priamo na stránke Real Estate aplikácie, alebo priamo na tejto stránke.
Hlasujte za Real Estate aplikáciu v súťaži SexyWeb.sk:Prípad nefunkčných aktualizácií na Windows Vista SP2
Dnes som spravoval jeden notebook s Windows Vista SP2, kde boli vypnuté aktualizácie, pretože sa ich nedarilo nainštalovať a proces inštalácie končil BSOD. Správca počítača tento problém vyriešil veľmi jednoducho: vypol aktualizácie (niekedy v januári 2011). Takmer rok neaktualizovaný notebook však nie je bohviečo a bol som požiadaný o vyriešenie problému. Windows si síce pekne sťahoval aktualizácie a aj ich pripravil na inštaláciu, ale pred reštartom, v časti „Konfigurácia aktualizácií…“ okamžite došlo k BSOD a po reštarte boli aktualizácie vrátené späť, pretože neboli v konzistentnom stave.
Mini dumpy kernel aj full memory dumpy som síce mal k dispozícii, ale nemal som ich ako zanalyzovať. Pri jednom BSOD som si však všimol, že spadol ovládač eamonm.sys ktorý je z ESET NOD32 antivírusu. Na počítači bol nainštalovaní Eset Smart Security Business Edition 4.2, čo je aktuálna verzia a bol aj riadne aktualizovaný, takže bolo veľmi podozrivé, že práve tento ovládač spôsoboval pád systému. Pri obyčajnom reštarte bolo všetko v poriadku. Problém nastával iba vtedy, keď boli práve pripravené nejaké aktualizácie na inštaláciu.
Kolega z Esetu mi spravil službičku a pozrel sa na mini dumpy, avšak nikde v nich nebola zmienka o prítomnosti nejakého Eset modulu v spadnutom procese. BSOD však hovorilo jasne o eamonm.sys a tak sme skúsili pozrieť, či je všetko s NODom v poriadku. Okno O programe zobrazovali niektoré moduly s veľmi starými dátumami a bolo možné, že sa niektoré nesprávne aktualizovali. Po vyčistení cache aktualizácií (Nastavenie (F5) > Aktualizácia > Vyčistiť aktualizačnú cache), následnom vymazaní em_*.dat súborov z inštalačného priečinku NODu počas behu Windows v Safe Mode a spustení aktualizácie NODu sa znovu stiahli moduly, ktoré vyzerali byť až príliš staré.
Skúsil som teda radšej stiahnuť úplne novú verziu inštalácie NODu a preinštalovať celý produkt. Z verzie ESS 4.2.58.5 som produkt upgradoval na ESS 4.2.71.2. Aktualizáciou sa stiahli nové moduly a i keď verzia Self-Defense modulu zostala na verzii z konca roku 2010, vyzeralo to, že všetko je v poriadku. Neostávalo v tej chvíli len skúsiť, či sa problém s ovládačom odstránil. Nechal som Windows Update stiahnuť a nainštalovať všetko čo chcel a pri reštarte sa aktualizácie úspešne nakonfigurovali. Medzitým sa mi aj podarilo nájsť jeden príspevok o tom, že vo Windows Vista SP2 môže byť problém s niektorou verziou NODu a po upgrade na najnovší 4.2.71 sa problém odstráni. Kolega mi takisto potvrdil, že táto chyba v eamonm.sys už bola odstránená. Notebook momentálne pekne funguje, je vyaktualizovaný a podľa dostupných informácií bola príčina chyby skutočne odstránená.
PS: Neviem nakoľko je popísaný spôsob zmazania cache aktualizácií korektný a podporovaný. Vykonávajte ho iba na vlastné riziko a dajde si pozor, aké dátové súbory mažete.
VMware Workstation inštalácia skončí s chybou Error 1327
Pri upgrade na VMware Workstation 8.0.1 mi inštalácia skončila chybou „Error 1327. Invalid Drive: T:\“. Podľa VMware článkov je dôvodom nedostupná sieťová jednotka. Sieťové jednotky som nemal nastavené žiadne, ale pri kontrole som si všimol, že už nemám disk T:. Spomenul som si, že dve partície som zlúčil do jednej a na disku T: boli pôvodne uložené moje virtuálne stroje. Zrejme som zabudol aktualizovať nastavenie kam bude Workstation ukladať virtuálne mašiny. Skontrolovanie registrového kľúča HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\Installer\VMware Workstation\DATASTORE_PATH potvrdilo, že tu je nastavená cesta na neexistujúci disk. Po opravení cesty na nejaký existujúci priečinok zbehla inštalácia normálne.
Visual Studio 2010 nedokáže otvoriť CSS súbory
Pri práci s webovým projektom na novom čistom počítači s Visual Studio 2010 Professional Service Pack 1 s nainštalovanými štandardnými doplnkami (Nuget Package Manager, Productivity Power Tools a PowerCommands for Visual Studio 2010) mi prestalo fungovať editovanie CSS súborov. Visual Studio odmietlo otvárať akékoľvek CSS súbory či už priamo z projektu alebo samostatne otvárané. Väčšinou bola zobrazená iba chybá hláška The operation could not be completed. Zapnutie logovania chýb vôbec nepomohlo (ako obvykle).
Podľa príspevkov na MSDN fóre Cannot open CSS file in VS2010, VS2010 not opening CSS files; drag & add not working, či na StackOverflow css file not opening in visual studio 2010 sp1? stojí za problémom zle nainštalovaný balík Web Standards Update for Microsoft Visual Studio 2010 SP1. Jeho reinštalácia naozaj pomohla odstrániť problém.
Visual Studio 2010 – The project file cannot be loaded
Pri práci so solution pre Windows Phone 7 som na novom počítači dostal chybu „The project file cannot be loaded.“ a jeden projekt zostal neotvorený. V takomto prípade treba kliknúť pravým na projekt, vybrať Edit Project.csproj a nájsť nastavenie ProjectTypeGuids. Tu je zoznam všetkých identifikátorov typu projektu. Väčšinou sa skladá z dvoch identifikátorov: typu projektu, ako je knižnica, Windows, ASP.NET Web, ASP.NET MVC či Silverlight aplikácia a druhým identifikátorom je typ jazyka použité k naprogramovaniu, takže najčastejšie Visual C# alebo Visual Basic.
V tomto prípade bol prvý identifikátor {786C830F-07A1–408B-BD7F-6EE04809D6DB} a rýchle googlenie zistí, že sa jedná o Portable Class Library projekt.
Je škoda, že Visual Studio nepoužíva nejaké človekom čitateľné identifikátory pre typy projektov, prípadne že samotné Visual Studio nedokáže z GUIDu načítať pomocou web služby o aký typ projektu sa jedná.
Subversion 1.7
Apache Software Foundation vydal novú hlavnú verziu serveru Subversion 1.7, ktorý sa používa na správu verzií zdrojového kódu. Oficiálny build pre Windows od CollabNet ešte nie je dostupný. Bol však vydaný TortoiseSVN 1.7. Keď si budete inštalovať nový TortoiseSVN na 64bit systémy, tak použite 64bit balíček. 32bitový sa už nedá nainštalovať na tieto systémy.
Veľkou zmenou voči Subversion 1.6 je nový formát working copy (WC-NG)
priečinkov – čiže súborov, ktoré máte na svojom počítači stiahnuté
zo serveru. Po prechode na nový WC-NG pomocou príkazu svn upgrade
už bude špeciálny .svn priečinok uložený v koreňovom
priečinku celej working copy. V novom .svn priečinku bude SQLite databáza
s metadátami o súboroch pre rýchlejšiu prácu celého Subversion na
klientovi.
Na serverovej časti pribudol nový HTTPv2 SVN protokol, ktorý zefektívňuje komunikáciu medzi serverom a klientom. Bude použitý ak server aj klient sú vo verzii 1.7 alebo novšej. Staršie kombinácie serverov či klientov budú používať pôvodný DeltaV WebDAV protokol.

