Jak připravit podklady pro tvorbu AOS (2. díl)

S Vámi je jakákoliv debata poučná jak v dobrém i v tom nedobrém. Ke druhému odstavci se dostanu, ale k tomu prvnímu. Myslím si a dokonce se mi i osvědčilo (nejen v programování) komukoliv co nejvíc do detailu popsat, co od něj vlastně chci. Jistě, programátor, který je současně i obchodník se bude cítit dotčený tím, proč mu to vlastně říkám, ale tím nic nepokazím a o to jde. V článku uvádím pouze příklady, ale sdělení je myslím pozornému čtenáři jasné. Naprogramovat se dá prakticky cokoliv a je potřeba vážně uvažovat o univerzálnosti toho, co se programuje, aby z toho nakonec nevypadlo něco, co je sice hezky specifikované, ale v podstatě nepoužitelné.

Pokud jde o pana skladatele. Tomu bych rád řekl, že by ta písnička měla být veselá. Měla by obsahovat akordy, které mi zní libozvučně, neměla by trvat déle, než cca 3 minuty a měla by být pro trumpetu, pozoun, triangl, bubínek, příčnou flétnu a tympán. Ten tam bude mít sice jen jeden úder, protože bicista, který na něj hraje je nespolehlivý, ale mně by se alespoň ten jeden úder tam líbil.  

Jinak se možná budete divit, ale s formátem času HH:MM ve 24 hodinovém módu jsem se dopracoval až k bilanci za 52 týdnů, o které budu psát. Takže vlastně... je to jednoduché a proč si to komplikovat. 

Nejsem si zcela jistý, jestli jsme se dobře pochopili. Samozřejmě, že je naprosto správné, co nejvíce do detailu, popsat, co od někoho (v tomto případě programátora) požadujete. To bych nikdy nezpochybňoval a rozhodně by se nikdo neměl cítit dotčený tím, že mu uživatel zadání velmi podrobně popíše. Moje výhrady se týkaly toho, že přílišné zabíhání do technických detailů a návrhy, jakým způsobem má programátor daný problém vyřešit, většinou bývají kontraproduktivní. Takže pokud se budu držet Vašeho příkladu, tak je samozřejmě vhodné programátorovi sdělit, že potřebujete mít volitelný parametr např. začátku obchodování vytvářeného AOS, ale již by mělo být plně v režii programátora, aby zvolil nejvhodnější formu zadávání tohoto volitelného parametru. A tím formát HH:MM rozhodně není.

Možná jste si toho již všiml, ale moje diskusní příspěvky nikdy nelační po tom, jestli ten, s kým diskutuji skutečně obchoduje, jestli obchoduje na demu nebo na reálu, s jak velkým účtem obchoduje a rozhodně mě nezajímá, jestli a jak je někdo profitabilní. Obvykle se snažím diskutovat o nějakém konkrétním problému (s výjimkou případů, kdy si občas udělám radost a reaguji na ty, kteří se mě snaží virtuálně napadat). Takže Vaše bilance za 52 týdnů není pro mě zajímavé téma, a pokud byla kladná a reálná, tak Vám to samozřejmě přeji. Za dobu, co čtu některé Vaše texty, tak jsem si zcela jasně všiml určitých posunů, což samo o sobě není nic špatného, ale o něčem to napovídá. Např. jste zpočátku tvrdil, že je důležité v podstatě neměnit úspěšnou odladěnou strategii. Ale za ten necelý rok jste již popsal tolik změn, že by někdo mohl namítnout, že se tím příliš neřídíte. Abyste mi rozuměl, já na tom, že provádíte nějaké dílčí změny nevidím nic špatného a ve fázi vývoje strategii je to vlastně normální. Dokonce mám pocit, že k některým změnám (např. využití ATR pro SL) jsem Vás mohl inspirovat mými příspěvky. Ale věřte mi, že u odladěné strategie se tolik, i když drobných, změn neprovádí.

Abych to shrnul. Kvitoval jsem, že jste velmi podrobně popsal Vaší strategii včetně prováděných změn. Dokonce respektuji, že pro někoho může být i zajímavé, že pravidelně zveřejňujete to, jak by se strategie chovala. Ale občas se pustíte do tématu, ke kterému (IMHO) nejste kompetentní. V takovém případě (pokud se sám cítím kompetentním) pak napíši můj názor na některé „chybné“ informace. Rozhodně to není žádný osobní útok a věřím, že to ani tak nechápete.

Nepsal jsem, že zadávání času ve formátu HH:MM je špatný způsob, ale nevhodný způsob. A je to přesně ta věc, na kterou by Vás měl upozornit Váš programátor. I když si myslím (jak jsem psal), že by na to měl následně při vážném používání přijít i uživatel. Pro někoho to může být detail, ale ďábel tkví v detailu a pokud se jedná o skutečné peníze, tak by takový typ detailu mohl mít celkem zásadní roli. Myslím, že jsem Vám již v prvním mém příspěvku hodně napověděl, kde máte hledat „problém“, ale ještě Vám jednou napovím: backtest a optimalizace.