Hledám QA Engineera do Price f(x)

Hledám šikovného a  zodpovědného QA Engineera do konzultačního („professional services)“ týmu Price f(x). Staneš se součástí týmu, který implementuje náš cloudový pricing software pro zákazníky po celém světě – mimo jiné  Bosch, Media Markt a další velmi zajímaví klienti.

Price f(x) je rychle rostoucí evropský startup, který poskytuje pricing management a pricing optimization software pro více jak 30 zákazníků po celém světě.

Mimo jiné jsme od letošního června oficiálně mezi top dodavateli pricing software dle reportu renemované analytické firmy Gartner: Market Guide for B2B Price Optimization and Management Software.

Hledám člověka, který má zkušenosti

  • s testováním na implementačních projektech v oblasti „enterprise“ softwaru
  • z mezinárodních projektů (dobrá angličtina podmínkou)
  • s automatizací
  • s agilníma metodikama
  • se skriptováním, programováním …

Hledám někoho, kdo je schopný podílet se na zlepšování stavu automatizace testování softwaru i procesů kolem, ale nebojí se i manuálního explorary testingu.

Nabízíme volnost & požadujeme však odpovídající zodpovědnost.

Co se týče lokace, tak nabízím tyto možnosti:

  • Ostrava,
  • Praha
  • nebo Hradec Králové.

V Ostravě máme pěkný  mezonetový kancl s terasou přímo nad tradiční plzeňskou restaurací U Rady 🙂

IMG_2069

V Hradci zase pěkný výhled na Masarykovo náměstí a kávovar s „budíkem“!

IMG_2169

Možnost práce z domova několik dní v týdnu je samozřejmě možná.

Udržujeme si specifickou firemní kulturu  – pro obrázek jak žijeme v Price f(x) se podívej se třeba na náš facebook Price f(x) Team nebo na video z otevírání pražského kanclu:
https://www.youtube-nocookie.com/embed/Mig2hg6EWoA
Ozvěte se mi na milan (tecka) boruvka (zavinas) pricefx (tecka) eu nebo na twitteru milanboruvka nebo na LinkedIn.

Tip na knihu: The Hard Thing About Hard Things

Dočetl jsem knížku The Hard Thing About Hard Things: Building a Business When There Are No Easy Answers od Bena Horowitze a dobrý! :-). Doporučuju každému koho zajímá management, startupy a speciálně ty softwarové…
Kdo nezná, tak Ben Horowitz (https://en.wikipedia.org/wiki/Ben_Horowitz) je jeden z „veteránů“ Silicon Valley, člověk co založil jeden z nejrespektovanějších venture fondů Andreessen Horowitz (nebo-li a16z), který investuje do technologických startupů a zainvestoval mimo jiné i do firem jako Twitter, Facebook, FourSquare nebo GitHub v jejich začátcích.
V knize popisuje Ben svoji kariéru od dob kdy začínal jako softwarový
inženýr v Silicon Graphics a product managet v Netscapu v době, kdy web byl ještě v „plenkách“. Potom následujou příběhy z života jako na horské dráze přes firmy Loudcloud, Opsware a jejich složité „exity“ v době internetové bubliny až po rozhodnutí založit „venture capital fond“ a udělat ho jinak než všichni ostatní…

Celý příspěvek

Deployment Tracking Tool

Let me ask you a question. Are you using any kind of a software tool to track deployments of builds, configuration changes (both SW and HW), software updates in your corporate environment?

If so, then can you give some recommendations? If not, would you be interested to use such tool?

Some use cases I foresee:
  • you have multiple HW machines available for your project
  • you release builds every couple weeks or months, builds are from multiple branches (some are planned to be deployed to Production system soon, some are planned only for QA system, for example)
  • in case of Production-level build, the build must follow path Dev -> QA -> Staging -> Production
  • for every build, you need to keep associated files: deployment checklist, release notes, build file etc.
  • every change in the environment should be audited (author, timestamp, etc.)
  • when moving build from environment to environment (QA to staging), it should be possible to easily reuse some of the artifacts (check list, release notes, but possible to change them)
  • this tool should hold all artifacts (documents), links (bug tracker, source code repository, link to build, etc.) 
  • this tool should allow easy collaboration
  • this tool could allow easy creation (editor) of deployment checklists, based on history etc.
  • I could found more and more…

From my experience, there are many projects that require some tool like this. Some projects are using excels stored locally in user machines, some are smarter and are using for example google doc spreadsheet for easy collaboration.

Thanks

Nevyhazujte testery!

Po precteni clanku Vyhodte testery od Jirky Hradila mi to nedalo, abych se neoHradil 😉 a nezastal testeru.

Myslenku clanku zcela jiste chapu a souhlasim, ze na ni neco je. Problem je, ze kazde tvrzeni ( obzvlaste tvrzeni kontroverzni) by melo byt zasazeno do kontextu.

Ihned se mi vybavilo, co rozebiral Joel Spolsky v postu Five Worlds. Ve zkratce – ja i ty delame sofwarovy vyvoj. Jenze tento pojem je hrozne siroky a zahrnuje nekolik svetu. A kazdy svet funguje jinak a jsou v nem jina pravidla. A ma sve vlastni problemy. Zakazniky. Ekonomiku. Proste svoje specifika.

Je jednoduche rici „zruste QA“, testovat bude zakaznik.

Ale, zde zalezi:

Priklad 1: Pokud jste webova aplikace, prikladem treba, Facebook nebo Good Data, testovat muze Vas „crowd“. Pokud release rolloutujete novy release treba 5% uzivatelu, muzete je pouzit k otestovani nove feature. Kdyz fungovat nebude, udelate rollback. Pokud to ovsem. Par uzivatelu nastvete, ale reputaci muzete dohnat rychlou reakci na jejich feedback a napravou.

Ale i tak, pokud to myslite vazne, je pro Vas vase reputace natolik dulezita, ze QA team si budete hyckat. Takze sef QA by podle me mel mit unikatni pozici ve firme, na stejne urovni jako sef vyvoje.

Priklad 2: Pokud vyvijite webovou aplikaci jako treba my – JetMinds a Vendavo – ktera rekneme spada do kategorie „enterprise“ aplikaci (slovo pouzito bez jakehokoliv citoveho zabarveni – chapu ze pro nekoho to slovo ma negativni nadech, ale ja tim oznacuju software, ktery meni fungovani firem, velkych firem, stovek a tisicu jejich uzivatelu, ktery vyzaduje ‚change management‘, tedy software/projekt, ktery neco stoji(>1M+ USD) a je zde oduvodneny predpoklad, ze se v dohledne dobe investice vrati, nedokazu si predstavit vynechani QA teamu ze hry.

Napr. jeden Vendavo modul se pouziva pro zavedeni procesu pro globalni stanoveni cen produktu, jejich optimalizaci, pravidel kterymi se pak budou ridit ceny v ramci vsech regionu a statu a sales officu.

Mozkem za timto procesem je vetsinou Global Price Manager a jeho par blizkych souputniku. GPM je vetsinou i de facto i sponsorem celeho projektu. On je i koncovy uzivatel tohoto Vendavo modulu.

Nekolik jsem jich potkal a i kdyz jsou to sympaticti lide, jedno vim jiste. Nechci plytvat jejich cas. Kdyz potrebujem jejich cas, chci aby to bylo opravdu neco podstatneho a ne aby z letiste v Hong Kongu mi hlasili, ze po kliknuti na tento dropdown aplikace spadne na NPE nebo ze Volume Rebate se pocita ze zakladu z Net Price a ne Invoice Price. Na to je jejich cas prilis drahy.

A jsou to veci, ktere QA hrave odhali podle funkcni specifikace, ktera sice nikdy nebude uplne idealni, ale svuj ucel plni. Problemy, ktere QA neodhali, byvaji specificke zakaznikovi, procesu, systemum z kterymi se integrujeme apod. a casto maji sve koreny ve fazi ziskavani pozadavku. Pak ale reseni techto problemu nevidi nepovazuji GPMs za ztratu casu.

Je dulezite si uvedomit, ze pokud nekomu dodavate software, z pohledu zakaznika se snazite vyresit svuj problem/bolest. A tito lide, kteri tento problem maji, maji na 99% malo casu. Z me zkusenosti je to tak, ze lide z tymu zakaznika, kteri s nami resi projektove veci, maji stale full time povinnosti ve svych funkcich. Price Manageri porad musi pricovat, Analytici analyzovat, Controlleri kontrolovat. Pro implementaci jsou cenni, protoze znaji realitu, ale jako testeri jsou prilis drazi.

Tecka.

Proto k nasi praci patri spickove fungujici QA, tym ktery musi mit autoritu, respekt a podporu (zdravim JetMinds QA crew).

Pokud je pro zakaznika ekonomictejsi pouzit „vlastni testery“, budiz. Ale je spousta pripadu (podle me vetsina), kdy to nejde a nedava to smysl.

A ted trochu off topic:

Existuje kupa metodologii, frameworku a literatury, ktera rika „delejte TO TAKHLE“, ale nerika co je to „TO“. Na toto tema doporucuju jiny clanek od meho – jak je jiste patrne – oblibence Joela Spolskeho, Top Five (Wrong) Reasons You Don’t Have Testers. Obzvlaste

Zdravim od Lago di Garda.

– Posted using BlogPress from my iPad

Apple iPad – moje zkusenosti

Pri nedavne navsteve Kalifornie jsem navstivil Apple Store v Palo Alto a cestou do hotelu me jiz doprovazel novy Apple iPad (Wi-Fi only verze). Ac jsem dlouho odolaval Apple pokuseni (je to muj prvni Apple gadget), tak rozhodne nelituji a musim priznat, ze zacinam chapat jiste kouzlo vecicek s logem nakousnuteho jablka.

V prvni rade me nadchlo, jak jednoduse jsem nakonfiguroval vce co jsem potreboval. Napriklad konfigurace pripojeni k firemnimu Exchange serveru vcetne push notifikaci byla otazka minuty. Uprimne jsem ani necekal, ze se mi bude synchronizovat kalendar a kontakty takhle jednoduse s Exchangem.

O Gmailu a druhem JetMindsim google-app accountu ani nemluve.

Takze email za jedna.

Prohlizeni webu interaktivne na dotykovem a velkem displeji je tak intuitivni, ze vas zacne bavit mnohem vice nez cist web na displeji laptopu.

Web za jedna.

Dalsi vec co me bavi je iBooks a cteni e-booku. Mam dost materialu v PDF, ktere zobrazi iBooks bez problemu, barevne a beze zmen formatovani. Koukat na svitici displej mi nevadi, beztak do neho koukam cely den na laptopu.

Ctecka knizek za jedna 🙂

Jelikoz baterka vydrzi dost dlouho, muzete treba stravit 10 hodinovy let ctenim knihy…stejne to nevydrzite, ale muzete.

Psani na dotykove klavesnici na displeji jde docela pekne, nerekl bych „vsema deseti“, ale obe ruce zapojit lze… Uprimne receno, nuti me to odpovidat na emaily strucne a jasne, takze to svuj prinos ma 😉

Dnes mi jeste posel z US dovezl BT klavesnici, takze neni problem napsat ani prispevek jako tento. BT klavesnice pridava iPadu dalsi pridanou hodnotu, v pripade ze potrebujete napsat delsi texty, muzete si vzit malou prenosnou klavesnicku.

Dalsi prekvapeni pro me je aplikace Maps. Ta me uprimne spis sokovala. Ackoliv muj iPad nema ani GPS, ani GSM modul, jak v praci, tak doma, tak u rodicu, me iPad lokalizoval v mape s presnosti „na dum“. Uprimne receno to moc nechapu, protoze v pripade maleho mesta, kde jedina wifi v dosahu je nas wifi router sirici internez ADSL od O2, a Maps me lokalizoval s presnosti nekolika metru… Nevite jak to funguje? U velkych mest, kde nekdo zmapuje dosazitelne wifi bych to chapal, ale tohle mi moc do hlavy nejde (leda ze by O2 zpristupnila souradnice svych zakazniku 🙂 )

Tak co vy? Co rikate na tablety jako iPad?

– Posted using BlogPress from my iPad

Přesun na blog.boruvka.net

Až do dneška jsem pro provoz blogu používal FTP publikování z Bloggeru na statický web hosting u Forpsi.com. Forpsi ale z nějakého důvodu dočasně zakázalo FTP připojení z IP adresy Bloggeru, takže publikování končilo s chybou a to byl poslední impuls k tomu, abych s Forpsi skončil. Blogger umožňuje blog nejen vytvářet ale i hostovat i s vlastní doménou a celé to funguje bezchybně a jednoduše.

Takže jsem se rozhodl přesunout blog na novou adresu blog.boruvka.net což jsem během pár minut provedl. URL RSS a Atom feedů u Feedburneru zůstaly stejné a měly by fungovat (doufám).

Blogger, publikování pomocí FTP a labels

Pokud používáte pro tvorbu svého blogu službu Blogger (Google) a blog publikujete pomocí ftp na svůj hosting (což je přesně tento případ), tudíž musíte používat tzv. classic template, tak víte, že tato kombinace má některá více či méně limitující omezení. Jedním z nepříjemných omezení je nemožnost použít widget pro „labels“ / „štítky“, jak oficiálně uvádí i dokumentace služby Blogger. Tzn. že sice můžete své články kategorizovat pomocí štítků, avšak nebyla možnost vložit na stránku prvek, který zobrazuje všechny použité štítky. U Bloggeru s šablonamí novější generace (který musí být hostovaný na blogspot.com) pro toto existuje pěkný dynamický widget.

Nedávno jsem našel návod, který popisuje jak dostat seznam labelů / štítků i na stránky blogu s tzv. classic template, to jest publikovaných přes ftp. Ten návod naleznete zde:

Automatic List of Labels for Blogger Classic Templates / FTP

V uvedeném kódu je nutné změnit pár věcí (profile ID, blog ID, baseURL), doplnit styly apod., ale funguje to.

Pokud si chcete ušetřit podobné problémy a chcete jednoduše blogovat na vlastní doméně upozorňuju na velice šikovnou věc od Bloggeru. Stačí když si koupíte vlastní doménu, v jejím nastavení změníte záznam CNAME v DNS a přesměrujete jej na blogspot.com.
U Bloggeru pak hostujete zdarma, jediné co platíte je vaše doména, tudíž pár dolarů ročně. Dokonce doménu můžete koupit přímo při zakládání blogu. Výhodou je pak možnost používat všechny vychytávky Bloggeru, tzn. drag’n’drop rozmísťování komponent (widgetů) na stránce, integrovaný AdSense apod. Všechno je v podstatě práce myší, kterou zvládne každý, do kódu v podstatě nemusíte zasahovat. A doba publikace je mnohásobně rychlejší než publikovat pomocí ftp.

Startupy exgooglerů

Nedávno jsem si přečetl článek Ex-Googlers Launching Startups To Attack Mother Ship (alleyinsider.com), který shrnuje osudy lidí, kteří dobrovolně opustili gigant s velkým G (Google) a vrhli se opět do neklidných vod podnikání tím, že založili nové startupy.
Představte si, že máte na účtu dost dolarů, které jste utržili za prodané akcie Googlu, které jste si poctivě za pár let navestovali, a nyní máte chuť zkusit něco nového. Co by to bylo? Do čeho byste se rozhodli investovat svoje finance a své nemalé úsilí v příštích pár letech? Pokud nevíte, nechte se inspirovat článkem.

Článek si samozřejmě přečtěte sami, ja to shrnu stručně:

Z cca více jak 20 jmenovaných lidí (nebudu je počítat :-] ), kteří mimochodem v Googlu zastávali vcelku významné pozice, se:

  • 3 rozhodli pro search engine nové generace (cuill)
  • 1 rozhodl pro komunitní search engine (Topicle)
  • 2 rozhodli pro realitní weby (Zillow) a (RentBits)
  • nejméně 6 přešlo do friendfeed (prý výhradně ex-googlers společnost)
  • 3 rozhodli pro twitter
  • 1 rozhodl pro P2P (LimeWire)
  • několik rozhodlo založit incubator resp stali se andělskými investory
  • dalších několik rozhodlo pro online video (ooyala) a (howcast) – „how to“ videa ;-] )
  • a více jak 40 lidí (!) přešlo do facebooku (!!!;-)
  • pár dalších je ve stealth módu, nebo to alespoň tvrdí 😉
  • a další založili email-startup Xobni (o kterém jsem chtěl psát, původně, než jsem začal zeširoka o tomto článku)

Tento výčet samozřejmě pokrývá jen zlomek případů, nicméně dává jistou představu o tom, co právě letí ve „silicon valley“.

No a jak jsem si ten seznam procházel, tak jeden ze startupů, který mě zarazil nejvíc, byl Xobni, emailový startup. „WTF, kdo by v dnešní době zakládal *emailový* startup?“ No a o tom jsem chtěl původně psát…takže, pokračování v dalším příspěvku….