Skip to main content

Fitness inspektor: Erpet Badminton

Erpet Golfcentrum sídlí na Smíchově kousínek od Vltavy. Jak je z názvu partné, badminton je jeden ze sportů, na který si můžete do zařízení zajít. Samotná hala má celkem pěkné - nejsem vůbec odborník - interní golfové hřiště plus trenažér. Bohužel my chodíme na badminton a tam je to trošku horší.

Komplikace už na začátku. S multisportem si sami nezajdete, Erpet neumí půlit cenu kurtu. Když máte kartu oba dva, je to ok. Pokud ji má pouze jen jeden, tak má smůlu, prostě oba zaplatíte penězi, protože částku vám nerozpůlí. Šatny jsou už docela staré, sprchy ještě o dekádu horší. V tomto směru tuhá historie.

Unikátem je cesta ze šatny na kurty. Tam se totiž dostanete po venkovním chodníku, který má cca 50 metrů. Což je speciálně po hodinové hře v zimě při 10 stupních v záporné škále (zdravím rockzone) celkem o zdraví. Když se člověk dostane konecně do haly, musí projít po kraji tenisového kurtu, což hráčům bílého sportu nezávidím, protože prakticky vždycky musí počkat. Samotná hra je v pohodě.

Když přičtu celkem vysokou cenu, ve špičce 290kč, hodnocení bude špatné - čtyřka.

Comments

Popular posts from this blog

Performance Battle of NoSQL blob storages #1: Cassandra

Preface We spend last five years on HP Service Virtualization using MsSQL database . Non-clustered server. Our app utilizes this system for all kinds of persistence. No polyglot so far. As we tuned the performance of the response time - we started at 700ms/call and we achieved couple milliseconds per call at the end when DB involved - we had to learn a lot of stuff. Transactions, lock escalation , isolation levels , clustered and non clustered indexes, buffered reading, index structure and it's persistence, GUID ids in clustered indexes , bulk importing , omit slow joins, sparse indexes, and so on. We also rewrite part of NHibernate to support multiple tables for one entity type which allows use scaling up without lock escalation. It was good time. The end also showed us that famous Oracle has half of our favorite features once we decided to support this database. Well, as I'm thinking about all issues which we encountered during the development, unpredictive behavio

ETCD: POST vs. PUT understanding

ETCD is distributed key value store used as a core component in CoreOS . I've already send a post earlier this week. Here is a page describing how to use ETCD basic commands = ETCD API. Code snippets placed in a page mostly use put , but ETCD allows to use post as well.  Most of us understand differences between those two commands in a notion of a REST(ful) service, but how does it work in key value store? POST Example over many words. curl -v http://127.0.0.1:2379/v2/keys/test -XPOST -D value="some value" curl -v http://127.0.0.1:2379/v2/keys/test -XPOST -D value="some value" Two same command result into following content: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 { "action" : "get" , "node" : { "key" : "/test" , "dir" : true , "nodes" : [ { "key" : "/test/194" , "value" : &