Via: České kurzy zdarma na MVA!

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.

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.

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.

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.

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. Aktu­alizá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.

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.

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á.

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.