Skip to main content

Musí vás to bavit!

K tomuhle blogpostu mě motivovala přednáška a následná diskuze o deseti vychytávkách na plzeňském barcampu. Pár věcí jak to dělám já nikdo nezmínil, tak je zkusím probrat tady.

Celkem úsměvný moment jsem zažil hned první týden po barcampu, kdy jsem si uvědomil, že každému funguje něco jiného. Pár pracovních dní jsem zkoušet toggl.

Během nich mi ale došlo, že od roku 1984 už něco málo uběhlo a nebudu sám sebe sledovat, ať si to dělá ČSU, NSA, ETC, teda etc. :-) Ještě bych něco zjistil. Teď vážně: pro mě to nedává smysl, otravuje mě to a zapomínám na to. Jelikož se k tomu nevracím, nevidím v tom hodnotu. Uninstall. Takhle skončila moje bitva s toolou, která byla široce zmiňovaná.

Co mi tedy v diskuzi o efektivitě chybělo? No prostě ...

Musí vás to bavit!

Tohle si ne každý uvědomuje. Spoustu lidí honí efektivitu Evernotem, kalendářem, togglem, kanban toolou, blockem stránek v pomodoru nebo trello. Jenže nejvíc do toho dá člověk, kterého ten úkol baví.

Ale jak udělat, aby Vás všechno bavilo? Všechno? To nejde, ale jde tomu pomoct.
Kdysi jsem chodil k Lukáši Konečnému na box. Byla to makačka! Jednou jsme jeli kruháč a najednou slyším jak řvě na kluka vedle mě: "ty debile! Jak to děláš? Vždyť to děláš pro sebe ty vole!". Tahle věta mi utkvěla v hlavě. Kluk byl výrazně lepší než já, ale flákal to.
Na box jsme chodili rádi a dobrovolně, a jen na nás bylo, jestli jsme si něco odnesli nebo ne. Nemuseli jsme, stačilo to odchodit, což by asi stálo Lukáše hlasivky, ale nic víc. S prací je to stejné, zaleží na každém, co si z toho dne odnese.

Co z toho plyne? Jak moc zajímavou si práci uděláte, tak vás bude bavit.

Tak třeba: kdysi jsme měli generální problém s testy. Dlouhá exekuce, kvůli natažení celé infrastruktury pro jednoduché testy, spousta abstraktních předků, spousta nepěkně vonícího kódu. Po malé změně aplikačníhé kódu se musela měnit podstatná část testů. prostě manintance vázla. Testování není moc populární část developerské práce a tak to vyžadovalo přemoct svého slona. Jak to dopadlo? Kopli jsme do toho, přečetl jsem si dvě knížky, trošku jsme mákli, opravili jsme to a teď mám i po dlouhé době v hlavě vrytou velkou znalost a zkušenost testování. A ten pocit vítězství taky k nezaplacení :-)

Při vývoji jakékoliv komponenty tuhle zkušenost opráším, nikdy už neopakuju tu původní chybu. Proč? Sice to nebyla práce po které by Vás šéf poplácal uznale po zádech a objevili jste se na předních stránkách dzone. Ale stačilo to pojmout tak, že se naučíme testování a později to mnohokrát reusneme, prostě během té práce uděláme něco pro sebe.
V rámci každého úkolu můžete udělat něco pro sebe, naučit se něco nového, co se vám hodí, co potom použijete i jinde. Stačí dobře volit.
Američané stále cosi povídají o tom, že všechno je výzva. Ráno se sprchovat studenou vodou, učit se francouzsky nebo do práce rovnou běhat desítku crossem přes park. Výrazně víc mě baví práce, kde si najdu něco zajímavého, co mě někam posune. Tohle mi funguje jako největší hybná síla, jak se posunout dál.

Poslední věc která se k tomu váže. V každé firmě něco nefunguje, ideální firma je mýtus. Jen to někde jde líp a někde hůř. Jeden kolega kdysi vyřkl pěknou myšlenku: "dobrým se nestanete, tím, že se přidáte k dobré firmě. Dobrým se stanete, když něco dobrého uděláte". Někdy je nejlepším krokem pokořit věci, které nás nejvíc rozčilují, ikdyž to není vaše zodpovědnost nebo starost. Tím se naučíte úplně nejvíc.

Koukám, že se původní myšlenka rozlezla na celý článek, takže až příště něco o tom, proč dělám věci ráno a jak používám těch pět minut v pomodoru.
Post a Comment

Popular posts from this blog

Http and TCP Load Balancing with Kubernetes

Kubernetes allows to manage large clusters which are composed of docker containers. And where is large computation power there is large amount of data throughput. However, there is still a need to spread the data throughput so it can reach and utilize particular docker container(s). This is called load balancingKubernetes supports two basic forms of load balancing. Internal among docker containers themselves and external for clients which call you application from outside environment - just users.


Internal Load Balancing with Kubernetes Usual approach during the modeling of an application in kubernetes is to provide domain models for pods, replications controllers and services. Look at the great documentation if you are not aware of all these principles.

For simplification, pod is a set of docker containers which are always located on the same node. Replication controller allows and guarantees scalability. The last but not least is the service which hides all instances of pods - cre…

Validating nginx config file using docker approach

I try to setup nginx as a load balancer. The configuration is just a file with a lot of constrains so I need a validation. There is no online validation service, as e.g. CoreOS has, and I don't want to install nginx on my laptop as I work on a distributed app.

Docker is right approach for me. Let say I have following config:


In short, I'm going to pass nginx config to running nginx instance and look to the logs.

Put you nginx.config to the temp and start the docker image:

sudo docker run --name nginx -v /tmp/nginx.config:/etc/nginx/nginx.conf:ro -d nginx It uses volume mapping so the command just starts a new docker container and mounts a local /tmp/nginx.config to the given in-container path. You can obviously change the volume path to your personal path. Is it working or not? Look at logs.

sudo docker logs nginx If there is no entry, your file is fine. In the case of an error, you can see something like this:

2016/01/08 11:37:31 [emerg] 1#1: unexpected "}" in /etc/…