Unboxing yourself with books

20 books. That’s the number of books I challenged myself to read during 2017. One week ago I ended my challenge with a positive score 20 out of 20. 20 books per year? It’s not a small number. It wasn’t that easy to achieve either.

There was a tricky part in this challenge. Every book that I read was followed by a short review. Also, my goal was to read non-technical books. Not only non-technical, but also no novels, no poetry. This leaves things like economy, psychology, philosophy, presentation skills. Things that developers’ brotherhood is often afraid or not willing to invest their time in.

I must admit that this year provided me an experience that I could name as unboxing. Reading 20 books from areas much different than my profession or, for example. science fiction novels, really changed my perspective. Lets not dive into details now, but rather focus on the outcome of this experiment. I truly perceive some things in a different way now.

It’s your turn. If I can encourage you to anything, please settle a goal for 2018 and reach out for some non-technical, non-fiction, non-prose books.

Appendix

For sake of reference, these are books that I read in 2017.

Yes, I put one technical book in there as it was really good.

 

A missing image of a manager

You must have seen this meme. A group of people is pulling a stone. The first one, that is in the front of the group is labeled as a leader. There’s also another picture, showing a person sitting on the stone and doing nothing. This person is labeled as a boss. If you are a software engineer, this image probably resonates with you. In my opinion, this resonance, is a result of the confirmation bias kicking in, just proving that technical leadership is the only one that’s needed. In my opinion, there’s one more image that should have been added, but was omitted.

The missing picture came to my mind, when I was on my book reading quest, consuming First, Break All the Rules. The  book is based on a Gallup’s institute research, testing how people are being managed and how this changes the way they work. At the beginning, authors are dissecting the poll that they used for their tests. Also, they show a very important difference between the outward and the inward thinking. They describe a leader as a person that looks outward, pulling the line in a new direction, helping other to conquer new territories. It’s interesting that they don’t discuss the boss figure. They discuss the manager, looking inward.

The third picture that is missing is one showing a manager role. It’s not for looking outward, it’s for looking inward, at the people, at the team. Asking them about their goals, their needs and motivating them. I wrote manager role, as this is just a role. Maybe in your organization you’ll find people having two, or even three roles (startups, anyone?). Maybe, unfortunately for you, you’ll find none (complex organizations, gov related companies ruled by policies).

At the end, I’d like to ask you for one thing. Next time, when you see this extremely fitting or soothing presentation slide or meme, think again, why does it suit you? Maybe it’s just a confirmation kicking in? It’s popular to question authorities. Unfortunately for us, it’s still not popular to question self.

You’re using wrong numbers

TL;DR

When testing, we often use constants to show that a number used in two places has the same meaning, not only value. How can we apply this when writing documentation or giving examples of algorithms you want to use?

Meaningless enough

Consider the first example

2 – 1 = 1
1 – 0 = 1
1 + 1 = 2

Can you guess which “ones” were added at the last line? They are results of the first two equations. Or maybe not? Let’s take a look at the slightly altered example

12342 – 1 = 12341
1 – 33333 = 33332
1 + 1 = 2

Can you now see which ones were used? It’s obvious.

Number as identifiers

When working with numbers you may try to use them as identifiers. When a value is needed only for a local calculation make it meaningless enough. A reader won’t spend much time on it. They will read and remember one-digit numbers and apply them in following lines

Summary

Writing documentation isn’t an easy task. Writing good documentation is even harder. When dealing with algorithms, making numbers unique can improve the overall understanding of samples you provide.

[PL] Eksperymenty małe i duże

TL;DR

Polski Piątek: o polskim community, o tym co u nas w trawie i w technologii piszczy, a także o innych rzeczach wszelakich, jak na przykład o eksperymentowaniu.

Jak?

W ciągu ostatniego pół roku udało mi się przeprowadzić kilka eksperymentów. Każdy z nich był ograniczony:

  1. w czasie (próbuję coś przez miesiąc, pół)
  2. w kosztach (nie wydam 100000 na samochód aby zobaczyć jak się jeździ, ani nie powiem w domu, że teraz coś testuję i nie ma mnie przez miesiąc)
  3. efektach ubocznych (eksperymentem dla mnie nie jest jedzenie 10 czekolad dziennie – to głupota).

Jednym z moich eksperymentów było niejedzenie słodyczy przez miesiąc. Eksperyment zakończył się dobrym wynikiem. Słodyczy nie jadłem przez miesiąc, i już nie będę jadł. Jeżeli na konferencji, na której nie ma kanapek/sałatek a tylko ciastka, zjem jedno, dwa. Natomiast nie mam już ciągów słodyczowych. Koszt eksperymentu jest ujemny: nie kupuję słodyczy. Efekt uboczny: prawdopodobna redukcja tkanki tłuszczowej. Ojej ojej, co ja z tym zrobię 😛

Kolejnym, wstawanie o 5:45 a nie o 6:00 po to, aby zawsze móc poćwiczyć przed pobudką najmniejszego z domowników i nie mieć problemów z “niewyrabianiem się”. Eksperyment zakończony sukcesem w pierwszym tygodniu. Koszt: męczenie się podczas ćwiczeń, na które zawsze jest czas. Skutki uboczne: trochę lepsza kondycja i siła.

Kolejnym, są Polskie Piątki. Sprawdzam siebie, czy potrafię pisać o rzeczach mniej technicznych i Was, czy chcecie czytać o takich tematach.

Po co?

Nie wiem jak zareaguje moje ciało, umysł, otoczenie dopóki czegoś nie zmienię. Więc zmieniam, w ograniczonym zakresie (czas/koszt/efekty uboczne) i patrzę co z tego wychodzi. I tyle. Nie wszystko wyjdzie, nie wszystkiego się podejmę, ale sprawdzanie i korelacja efektów po, daje ciekawe wyniki.
Nie jestem tak dobrym eksperymentatorem jak Tim Ferris, który żyje ze swoich 4 godzin.  Jednocześnie mogę powiedzieć, że eksperyment z robieniem eksperymentów ma jak na razie pozytywne konsekwencje. I ten właśnie, postaram się przekuć w nawyk. A Ty, jak testujesz siebie?

[PL] zdobywanie wiedzy i kompetencji dziś

TL;DR

Polski Piątek: o polskim community, o tym co u nas w trawie i w technologii piszczy, a także o innych rzeczach wszelakich.

Za 15 lat

Jeżeli ktoś, podczas moich studiów, powiedziałby mi, że za 15 lat będę mógł uczęszczać w Warszawie codziennie na inny meetup związany z technologią, powiedziałbym, że to czyste żarty (wyraziłbym się bardziej dosadnie). I nawet, jeżeli cały czas jestem oszołomiony ich liczbą, to jest to przyjemne oszołomienie.

Poza dużą liczbą wydarzeń, charakteryzują się one też dużą różnorodnością. Mamy:

Jest tego naprawdę, zarówno pod względem liczby, jak i formy bardzo dużo. I dobrze!

Elitarność

Zdobywanie wiedzy traci na elitarności. I nie chodzi o to, że sama wiedza jest “gorsza”. Po prostu dostęp do niej jest coraz bardziej powszechny i coraz więcej zależy od jednostki, od Ciebie. Masz chęć i siłę poświęcić 2 godziny dziennie aby pouczyć się Go? Idziesz na meetup, rozmawiasz z ludźmi, oglądasz prezentacje, idziesz na szkolenie, kodujesz i zdobywasz wiedzę. I już.

Chęć

Pozostaje tylko jedno. Twoje chęci, zapał, wytrwałość, siła i kilka innych zasobów, którymi musisz się wykazać. To jak, wykażesz się? 🙂

 

[PL] var Sovia = new Tech();

TL;DR

Polski Piątek: o Warszawskiej Grupie .NET, o polskim community, o tym co u nas w trawie i w technologii piszczy, a także o innych rzeczach wszelakich.

Jakość, jak zawsze

Po raz kolejny polski oddział Microsoft dostarczył wydarzenie na bardzo wysokim poziomie var Sovia = new Tech (); Nie chodzi mi tu o zawartość merytoryczną (o tym później), ale o organizację, wybór miejsca na konferencję jak i rzeczy tak trywialne jak jedzenie czy dobrą kawę. Po ostatnim lokalnym wydarzeniu “Build” wyszedłem oczarowany. Także w tym wypadku, wysoko postawiona poprzeczka została utrzymana na tym samym poziomie.

Kontent, czyli zawartość

Prezentacji było wiele. To co ciekawe to przepleciono wystąpienia związane z technologiami MS z prezentacjami produktów czy startupów na nich bazujących. I tak na przykład, o Hololensach słyszał każdy. Nie każdy wie, że powstaje projekt, który umożliwi sprawne i szybkie przygotowanie chirurga do wykonania operacji serca. Cognitive Services użyte w kwerendzie SQL generującej raport razem z wiekiem osoby, której zdjęcie pozyskaliśmy? Żaden problem.

Prezentacja Satyi Nadelli. Na żywo. W Warszawie. Tego jeszcze nie było.

Ciekawą pozycją była walka w klatce starego .NET z nowym .NET core dostarczona przez Bojana Vrhovnika i Jakuba Gutkowskiego. Było zabawnie, z jajem. Pojawiły się też smoki 😉

Społeczności

Event bez społeczności nie znaczy nic. I tym razem nie zabrakło ludzi, dyskusji i dywagacji na przeróżne tematy. Ewidentnym plusem spotkania była możliwość porozmawiania z osobami albo pracującymi w MS albo pozostającymi w bliskich relacjach.

Jeżeli var Sovia = new Tech(); zagości u nas ponownie za rok, to będzie to mój pewnik w konferencyjnym kalendarzu.

Pay back with your feedback

TL;DR

How many times you read a blog post or seen a presentation and had some opinions or remarks that you wanted to share with the author/presenter. How many times you actually shared them?

Vacuum is no good

The worst thing that can happen when presenting is receiving no questions or remarks at all. Lack of it undermines the whole presentation leaving the speaker in a state where their presentation wasn’t bad or good. It was nothing. Still, there’s a line between a regular attendee and a presenter  like a question in a head

How can I ask a question or share my remark/feedback with a presenter? She/he is a presenter, I’m the listener. I should be listening

or something similar.

Your opinions are my money

Presenters and bloggers strive for feedback and your opinions! Actually, receiving one is the best and only opportunity to make a better presentation, to write a better blog entry. How should you provide one?

Have you seen a mizpelld wrod? Write a direct message or an email.

Are you seeing some fallacy? Ask about it in a comment clarifying your point of view.

The presentation/entry is plain wrong? Write your own and ping the author. Maybe it’ll start a fruitful discussion?

Of course there is a lot of dragons in there like trolling, being rude and so on and so forth. If you keep your thoughts to yourself though, nobody will know about them, including the author that you think about.