Libův osobní bloček

Stalo se, že v produkčním prostředí (konkrétně systémy s Windows XP) nám ImagingShop provádí neplechu, že špatně načítá náhledy obrázků (načtou se, a pak zase zmizí).

Tenhle problém se nepodařilo zreprodukovat na vývojovém stroji (Windows 7 Ultimate), ale na virtuálních XP se chyba projevila.

Řešení?

„Jendoduše“ aplikaci vzdáleně ladit. Stačí jen na klientském stroji spustit program jménem Visual Studio Remote Debugger, potom na vývojářském stroji ve Visual Studiu připojit debugger na proces na vzdáleném stroji, nastavit nějaké ty breakpoints a aplikaci normálně odladit.

Zní to opravdu jednoduše, jenže kéž by to opravdu tak snadné bylo.

Opravdovou osinou v zadku bylo jen zajistit síťové spojení mezi hostitelem a virtuálním PC (nejsem síťař a jak mám sak*a vědět, že VirtualPC má mít nastavený NIC (co je k sak*u ten NIC?))… pak samozřejmě běžné problémy s firewallem a jako třešnička na dortu nefunkční ping. Nakonec se spojení podařilo navázt, když jsem na obou strojích nastavit adresu 192.168.1.x. Fajn.

Nebylo překvapením, že Visual Studio si stěžovalo nejdřívě že žádný počítač s uvedeným názvem vůbec neexistuje, potom že je spojení odmítnuto, potom že Remote Debugger běží s jiným uživatelským účtem… to už jsem dostával lehké tiky…

Tak jsem povypínal firewally, zrušil všechny přihlašovací údaje, vše by mělo jít bez omezení.

A hle, konečně jsem se k procesu připojil (zapinkáno 6 hodin práce). No jo, ale nepodařilo se načíst ladicí symboly a bez nich se ladit nedá… Takže další pokusy-omyly. Aplikace nebyla ve sdílené složce, potom symboly neodpovídaly modulu, potom se jakoby načetly ale stejně se nepoužily…

Už se to nedalo vydržet, takže jsem se na to vykašlal a prostě nainstaloval na ty virtuální XP Visual Studio C# Express a odladím to přímo v tom. Jenže teď už virutální PC nesimuluje produkční prostředí (když jsou tam nainstalovány všechny ty SDKčka, SQL Servery, patche…).

Snad se chyba projeví při ladění ve virtuálním PC a časem vyzkouším VMWare Player. VirtualPC sux a ve Win7 obzvláště!

Redmine server

Po vytvoření profilu programu ImagingShop na Facebooku jsem se rozhodl, že bude dobré pomoci trochu vytvoření komunity kolem tohoto software. Zároveň jsem chtěl trochu zpřístupnit a zprůhlednit služby, které běží na našem VPS, ale kolegové je pořád moc nepoužívají (Wiki, Trac, Jabber). Do třetice to bylo nutkání konečně zavézt nějaké formální postupy třeba v tom, jakým způsobem si budeme vyměňovat soubory a komunikovat.

Původně jsem zvolil příliš velký záběr a začal zkoušet poskládat portál (Liferay, Drupal), pak něco postavené na bázi sociální sítě (Elgg, Dolphin), ale nic z toho nepokrývalo potřebu šikovně „propojit“ zákazníky, testery a hlavně „zaměstnance“ tak aby jsme měli vše hezky v jednom systému. Konečně jsem se dostal k té správné kategorii, kterou jsou project management systémy.

Docela mne zaujal FogBugz, který má jakýsi modul pro zákaznickou podporu, uživatelé si pochvalují časové odhadování založené na předchozích zkušenostech a další vychytávky, jako třeba automatické třídění příchozích mailů. Tento systém je bohužel mastně placený a i když nabízí verzi pro startupy zdrama, je to jen krátkodobá licence, a navíc omezená jen na dva uživatele…

Takže jsem skončil u systému Redmine. Zpočátku jsem k němu choval nedůvěru, vzhledem k rozpačitým názorům uživatelů srovnávajících jej s výše uvedeným FogBugz. Instalace pro mne byla (ne poprvé) menším testem nervů, protože při prvním pokusu jsem po dlouhém bádání zjistil, že systém vyžaduje trochu starší než nejnovější verzi Ruby a že MySQL vytváří „defaultně“ tabulky s textovými sloupci v kódování Latin1 (takže čeština šla do někam, zatímco server stále vyhazoval Error 500)…

Konfigurace se ukázala být už procházkou růžovým sadem, až na některé zádrhely, nicméně teď parádně běží na serveru dva projekty, a to ImagingShop Development a ImagingShop Support (CS). Jeden pro nás a druhý pro české uživatele. V projektu se používají hezky na jednom místě: úkoly, novinky, dokumenty, soubory a wiki. Když se vše osvědčí, budu moct odstranit doposud sloužící Trac a DokuWiki, a nechat zkonsolidovat naši výměnu souborů (která do teď probíhá náhodou formou – FTP / e-mail / ICQ …).

Doufám, že se nám to ve výsledku vyplatí a přinese nějakou produktivitu. I když počítám s tím, že pro kolegy, kteří s podobnými systémy vůbec nepracovali, budu muset udělat menší školení a nadchnout je

Nové ikonky hlavní nabídky

Nechápu jak to dělám, ale nějak se mi za týden podařilo naimplementovat nový detektor význačných bodů ve funkci automatického skládání panoramat (používající tzv. SIFT – Scale-Invariant Feature Transform).

Ze začátku úkol vypadal relativně snadno (nahradit prostě jeden detektor bodů jiným), ale ukázalo se, že je to docela fuška – předně ta spousta algoritmů. Nejvíc demotivující na takové práci (implementaci složitého algoritmu s matematickou bází, které nerozumím ani z poloviny) je fakt, že po naprogramování toho všeho to člověk bude muset ještě optimalizovat, neboť to bude zcela jistě zatraceně pomalé a navíc to musí být navenek „user-friendly“, tzn. musí to běžet hezky plynule, musí to ukazovat průběh (plynule) a musí to jít kdykoliv přerušit.

Read more »

V časopise FotoVideo vyšel článek o ImagingShopu 2.1.0. Hned vedle Zoner Photo Studia 12. Věnováno mu bylo stejně prostoru (půl stránky), což mě neskutečně těší.

článek

It took the whole day, but I’ve finally made exactly what I needed to translate our product at DataWeb.cz:

DataWeb.cz Translator 2.1.0.0

Read more »

Zabralo mi to doslova celý den, ale dokončil jsem přesně to, co potřebuji k překladu našeho produktu v DataWebu:

DataWeb.cz Translator 2.1.0.0

Read more »