Nezařazené

BTC Trading corp. končí

0

Když už sleduju všechny tyhlety *coiny říkám si, že bych o nich mohl semtam něco napsat, třeba vždycky, když se naskytne událost větší než malá, což je právě teď: na začátku týdne Ethan Burnside oznámil, že oblíbené kryptocoinové burzy btct.co a litecoinglobal.com končí.

Přestože to bylo oznámeno poměrně nenápadně (neposílal hromadný mejl uživatelům, ale toto oznámení vyvěsil jako novinku na stránkách, takže většina uživatelů se o něm dozvěděla, až když přišel mejl některého z vydavatelů aktiva), stejně to spustilo pořádnou výprodejovou spirálu, kdy ceny padaly, jako o život. Tudíž kdo měl koule a s chladnou hlavou si dohledal informace o plánech jednotlivých assetů, mohl pěkně se slevou nakoupit. V opačném případě prodal těžce pod cenou (která se záhy vzpamatovala a ustálila se poblíž ceny původní) a teď nadává na všechny ostatní na všech těch redditech a bitcointalcích. Pravda, oznámení bylo poněkud nešťastné (a o konci třeba někdo neví ani teď) a protože informací je stále poskrovnu a když už jsem byl nucen procházet výživný thread na bitcointalk, ve kterém se X lidí pořád dokola ptá na to samé, zkusím sem napsat nejdůležitější informace a poznatky – nejen ze zmíněného fóra.

"...and it's gone..."

„…and it’s gone…“

Jak Ethan sám napsal, 7. října 2013 bude ukončeno obchodování na obou sajtách (realitou je, že mnoho vydavatelů toho kterého aktiva už obchodování ukončilo, aby udrželi cenu stabilní, než dojde k přechodu jinam). Posledního dne onoho měsíce také dojde k vypnutí obou sajt, takže je doporučené stáhnout si veškerá historická data, pokud o ně má uživatel zájem.

Nějakou dobu (asi tak týden) je v nastavení nová kolonka – veřejná adresa pro výběry, ještě vedle stávající adresy pro výběry. Rozdíl je následující: stávající výběrová adresa slouží pro systém burzy a pro ruční výběr prostředků na účtu, zatímco adresa nová – veřejná – bude sdílena s vydavateli aktiv, pokud by z nějakého důvodu (DDOS, právní problémy) došlo k okamžitému odstranění služby. Prakticky to vidím tak, že Ethan rozeslal jednotlivým správcům seznam, ve kterém je uveden počet shares a tato veřejná adresa (a je dost možné, že bez dalších kontaktů). Proto je důležité jako tuto adresu uvést tu, ke které má uživatel přístupný soukromý klíč, aby mohl v budoucnu podepsat zasílanou zprávu: správce vydá veřejné oznámení – pošlete nám mejl tam a tam a zprávu podepište klíčem svázaným s vaší veřejnou adresou – po obdržení zprávu srovná s adresou uvedenou v „anonymním“ seznamu a bude vědět, kdo je kdo.

Jak dojde k vypořádání? Mnoho správců umožňuje tzv. Direct shares, tudíž přímý nákup mimo jakýkoliv systém (TAT / Asicminer-PT), což bude do budoucnosti plné Colored coins rozhodně ta nejlepší volba. Další převádějí aktiva pod jiné burzovní systémy, jako např. havelock investments, cryptostocksbitfunder či další. Drtivá většina už poslala plán na blízkou budoucnost mejlem, rozepsala jej na fóru, případně už má převedeno (LTC-Charts).

Budou zrušeny poplatky za transakce, případně zrušena rezerva 0.0025 pro výběr? Nikoliv! O poplatcích se nemluví, ale připadne mi fér, aby zůstaly – přece jenom Ethan si za svoje dítko, které vedou na popraviště, určitě něco zaslouží, nehledě na problémy, kterým zřejmě teď bude muset kvůli němu čelit. K rezervě se vyjádřil – zůstane na místě. Existuje kvůli prachovým transakcím, protože si mnoho lidí nechává na adresu u btct posílat drobné z různých dailyfreebitcoins a protože je peněženka na serveru společná, navyšuje tento prach cenu odchozích transakcí, tudíž výběr veškeré hotovosti vede k záporným částkám na účtu a kdo to má potom lepit ze svého, žeano…

Existuje však ještě jedna skrytá část ledovce, která ukáže, jestli se historie (nebo hysterie?) opakuje a jak moc bitcoin posílil v kramflecích. Když se podíváme o cca rok zpátky, právě došlo k neslavnému konci GLBSE. Pokud se podíváme na graf vývoje ceny je vidět, že tato událost měla s největší pravděpodobností za následek medvědí trend, který trval až víceméně do konce roku.

Vývoj ceny po pádu GLBSE

Vývoj ceny po pádu GLBSE

Nicméně současný vývoj – po konci BTC Trading corp. zatím nic takového nenaznačuje (doubletop dlouhodobého průměru směle ignoruju) – krátkodobý průměr jde stále nahoru, takže následující dny ukážou, jestli tomu tak opravdu bude. Já bych si na býka i vsadil, protože věřím tomu, že tato událost přitopí pod kotlem urychlenému vývoji již zmíněných Colored coins, aby decentralizovaná měna byla opravdu decentralizovaná a neohrožovaly ji úzká hrdla postižitelných služeb. Přece jenom, když už má Bitcoin od minulého týdne i svůj ISO kód – XBT, tak by bylo na čase!

Vývoj ceny v případě btct

Vývoj ceny v případě btct

Pozadí ubytovníčku: platforma

0

Konečně se dostáváme do trochu techničtější fáze, o které měl původně tento seriál celý být. Ovšem pro některé souvislosti a nasměrování i na trochu potřebné teorie byla odbočka směrem k Running lean nezbytná. Tato fáze vychází z některých polí v Lean canvasu a sice pole cena a pole zisk. Nejsem si jistý, zda tento způsob zadání je možné považovat za korektní vyplnění těchto polí, ale popravdě – je mi to docela jedno.

V poli cena mám pouze dvě položky – platba za doménu a čas. Od toho se bude odvíjet veškerý návrh technické části. Všimněte si, že nikde není uvedena cena za hosting či virtuál, ceny za licence na ten který použitý software, cena za grafiku a další. Opravdu jedinou investicí by měl být můj čas.

Lean canvas

Lean canvas

Jaké technické řešení teda zvolit, když má být zdarma? Mohl bych si vybrat nějaký free hosting s podporou třeba php, ale vzhledem k mému odporu k tomuto jazyku to nehrozí. Jsem Javista a přestože mám v plánu pustit se do učení se nějakého dalšího nového jazyka, nemyslím si, že tohle je vhodná příležitost, takže zůstanu u té Javy. Možností běhu javy zdarma (alespoň několika instancí) na serverech je dneska už taky poměrně velké množství (Amazon Elastic Computing Cloud, Google App Engine, Heroku, Cloudbees, CloudFoundry a další), zkušenost mám pouze s Google App Enginem a Cloud Foundry, takže budu volit z nich. Volba je poměrně jasná, protože GAE je uzavřený (nejenom, svého času mě pěkně vytočil, když jsem se snažil udělat abstrakty pro persistentní objekty), navíc mi neumožní zdarma běh většího množství instancí a (jako bonus) můj odpor vůči této společnosti v poslední době docela stoupá, začínám na ni koukat jako na „evil one“.

O Cloud Foundry jsem mluvil už už minulý rok v Ostravě na Dev Skillz. A protože už o tomto řešení bylo napsáno více než dost kdekoliv jinde, tak se čtenář bude muset spokojit se základní informací, že se jedná o  PaaS řešení zaštítěné VmWare, které běží na jejich infrastruktuře, infrastrukturách jiných (AppFog, Uhuru), případně je možné sáhnout po komunity forku tohoto projektu a rozjet si jej na vlastních serverech. Spíše než o jazycích je vhodnější mluvit spíše o podporovaných frameworcích, kterýchž škála je poměrně pestrá: Spring, Grails, Lift, Play, Node.JS, Rails a Sinatra, persistence je zajištěna databázemi relačními (MySQL, vFabric Postgres) i NoSQL (Redis, MongoDB) a pro komunikační mezivrstvu je možné použít RabbitMQ.

Zásadní výhoda je tedy následující: s CloudFoundry mám možnost běhu aplikace zdarma, pokud bych vyžadoval více instancí, větší dostupnost nebo nějaké perličky, můžu si připlatit, nebo přímo přesunout aplikaci na EC2, či na vlastní infrastrukturu!

Jak jsem zmínil, Cloud Foundry přímo umožňuje využití některého z množství oblíbených frameworků, což rozhodně využiju, protože jsem člověk líný, abych začínal od píky. A jsem líný tak, že využiju nějaký RAD, v mém případě Spring ROO, protože nově podporovaný Play v době návrhu ubytovníčku ještě CF nebyl nabízen.

Roo nabízí využití některého ze dvou frameworků pro tvorbu view – Google Web Toolkit a Apache Tiles, takže sahám po Tiles v kombinaci s  jQuery a čistými JSP. Opět nepůjdu do detailů, zájemce odkážu na některý z mnoha tutoriálů na ovládání roo.

V poli zisk mám nejzásadnější položku – zkušenost. V praxi rád testuju různé nápady na lidech, jak se co ujme, jestli to vyhovuje…na malých částech, dalo by se to nazvat uživatelský prototyping. Nejinak tomu je i u tohoto projektu. Chci zkusit, jaký bude poměr registrovaným uživatelům ku uživatelům pouze využívajícím službu (jsem zastáncem možnosti anonymního využívání aplikací na webu, jako tomu bývalo odjakživa – před všemožnými facebooky a unifikovanými loginy v podobě openId a dalších) a prozkoumat zájem potencionálních zákazníků (provozovatelů ubytování), jak se budou stavět k nabídce využívání tohoto systému – vyzkoušet svoje „social skills“, totiž jak s „nepočítačovníky“ správně a slušně komunikovat.

Dalším pokusem (ziskem v podobě informace) bude sestavit vůbec funkční aplikaci nad Cloud Foundry – předchozí byly jenom pokusy v podobě helloworld a drobností pro zábavu – a získat pro ni nějaké reálné uživatele, na kterých se budu moci učit – ať už komunikovat jakožto „já projekt“, nebo ladit přivětivost systému, „zážitek“ z použití služby a další.

V neposlední řadě taky aplikaci zařadím do kategorie svých „pet projektů“, ke kterým se můžu uchýlit k odreagování se, když mě všechno ostatní točí a rád bych se jednorázově alespoň na chvíli věnoval něčemu jinému.

PS Jako side-project vznikl Air Cargo Forwarder, což je aplikace pro Android pro monitorování a ovládání aplikací běžících na platformě Cloud Foundry.

(Repost z ubytovnicek.cz)

BrMo poprvé

0

Včera jsem se zúčastnil BrMa (dle srazů „prvního neformálního pokecu na téma točící se kolem mobilních zařízení a jejich platforem“) a dojem z této akce byl více, než kladný. Původně jsem na akci šel čistě ze zvědavosti s představou, že to bude zase nějaká tuctovka ve stylu študáků lepících na koleně „ty webovky v PéHáPé protože to je teďka in a dělám to na tom…é…nette, protože v tom dělají všichni“, ale opak byl pravdou! Převažovali opravdoví vývojáři, jimž kódování je denním chlebem. A vývojáři ne tak ledajací – opět to nebylo 90% Android a 10% iOS, ale byly tu zastoupeny i další platformy – Symbian, Windows a dokonce i Bada v několika exemplářích (a aby se u RedHatů a další podobně proNokiácky smíšlející havěti nezlobili, musím zmínit i „kjůt“ přívržence Meega).

BrMo

BrMo

Ale pojďme od začátku. Hned po příchodu jsem vyfasoval pěknou visačku a šáhnul si do krabice pro marcipánového maskota své oblíbené platformy – zeleného mužíčka. Večeři mi to sice nenahradilo, ale bylo to fajn! Ještě bylo možné si vzít jablko, ale protože bylo nakousnuté, tak jsem se k němu nějak neměl. Na srazech bylo přihlášeno okolo dvaceti lidí a mám dojem, že všichni opravdu dorazili a k tomu ještě někteří navíc, takže se Karel Souček za pořadatele (firma Trinerdis) chopil slova a celou akci uvedl. Z jeho slov bylo vidět zapálení pro celou věc a bylo cítit, že si to opravdu užívá a „myslí to upřímně“, velký dík!

Z celkového průběhu akce (jak bylo uvedeno výše – jednalo se o neformální pokec) si odnáším dva zásadní poznatky:

  • Nikdy nechci dělat pro Badu – je to systém tak příšerný, nedotažený a s chováním SDK velmi podivným, až mě nesmírná hrůza jímala.
  • Nokie stále neví, co chce (ale tak nějak tuším, že se chce soustředit na business sféru, jen je otázka, se kterou platformou a jak dlouho).
Ve sklépku

Ve sklépku

Čas utekl jako voda a když jsem prchal na vlak tak jsem při loučení zjistil, že výše zmíněný Karel Souček bude zřejmě ten Karel Souček, se kterým jsme v páté třídě v biologickém kroužku trhali mouchám nožičky, koukali mikroskopem na cibuli a šikanovali učitelku; a další člověk z TrinerdisuPavel Žák – se mnou sdílel navštěvování páté třídy základní školy. Svět je malej a rok na jedno BrMo moc dlouhej!

Go to Top