I was reading Presentation Zen last week which coincided with a conference invite for the weekend. The conference exposed lots of different styles of presenters and the memories of the book still fresh in mind, I made few observations. I observed that the most common one was the bulleted list presentations. Since this was a developer conference the other style which was prevalent was the demo style presentation where the presenters either coded or executed something for the demo. Few of the aspects which I felt did not work well were

  • Bulleted lists and crowded slides, people at the back (just 10-12 rows) were able see only blurred lines and the presenter just kept reading and elaborating on each points. This reduced the involvement from the audience.
  • Time overruns, the organizers have spent some time and effort to line up the sessions in the conference. Some presenters went way beyond the given 30 minutes were sent notes to remind them to finish their talk. This spoiled the presenter’s flow to finish on a high note and I was not sure about the attention span of the audience.
  •  Monitor and Lectern placement was in the corner that many presenters had to walk back from the center of the stage to be sure of the content or to turn around and look at the screen after every slide change. This would have halted the train of thoughts for few presenters.

The ones which worked well were

  • The presenter doing a demo, since it was technical it kept everyone glued on to the presentation.
  • Key messages, one presenter mentioned that “make use of open source software for 80% of your needs; for the remaining 20% needs, innovate and give it back to the society”. This message stayed with people and I noticed many people mention this till the end of the day.

Image: ddpavumba / FreeDigitalPhotos.net

Patents were introduced to encourage inventors to come out in public and get the due credit for the invention. It also granted exclusive rights to the inventor for a certain period to enjoy the fruits of the invention. Though patents are a great way to protect inventor’s effort the laws and enforcements are generally tricky. Some countries have chosen to ignore the Pharma company patents to protect the health of the public as patents were monopolizing life saving drugs.

Paul Graham mentions in his book Hackers and Painters about the copyrights & patents in software and how the laws enforcing them are beginning to threaten intellectual freedom in the field of computers. Laws can be so tight that it can prevent an individual from dismantling something and looking at how it was built. Many people I have met are of the opinion that patents do not have a place in software.

Assume that we work hard and create something,  secure it with a patent and prevent a large corporation from copying it. They can still ignore the patent go ahead with money power to face the lawsuit. So patents for inventors might not guarantee immunity. Then how can we be sure that someone cannot copy our work?

Paul Graham’s answer is to run up the stairs. His analogy was interesting, assume in the computing world the giants are usually large, burly people and startups or individuals are slim and agile; if they are trying to chase us out of existence then it is fairly easy when running downstairs or on the corridors but it is extremely difficult for them to chase when we run upstairs.

The examples are in the profession of sports, arts and music. What a top musician does is so easy to imitate, but she/he can keep coming in with more performances that others find it hard to emulate the success. Innovation is the key skill, the skill cannot be copied. What we need is to find what is tough for others to do and do exactly that. To run up the stairs we need to be strong and healthy, similarly to be ahead at work we need to be strong at what we do.

If we run upstairs chances are high that the competition is always left behind. Here is Paul Graham’s essay which covers the topic of running up the stairs.

Image: Ambro / FreeDigitalPhotos.net

Right from the school days I have enjoyed sharing knowledge with others in such a way that it stays with person who receives it. The good side effect it got me was that it made me stronger with the fundamentals. The easiest way for me to learn something was to commit to someone that I will teach the same. The fact that I will be questioned on many aspects made me dive deeper into the subject as well as look at the meta part of it.

I started learning music recently, my progress was really slow. I struggled to understand or visualize many of the concepts like why the chords have to progress in a certain way, how do you identify its minor or major etc. Until I volunteered to teach someone else the basics, I did not dive deep enough to find the physics behind the music. As I begun to teach, my ability to express something which I understood started increasing multifold. Slowly I was able to draw analogies from different subjects to explain music.

How did it help me at the workplace? Periodically signing up for sharing something with the peers helped me to learn a lot. The eustress provides the right push to dive deeper and come to a good understanding. Many of the organizations have a constant turnover of people which means that it is necessary to get new people on board with culture and technology.

Signing up as trainers at the workplace has a good effect. This has two benefits, one it eliminates full time position of trainers, the other is it provides the trainers the right platform to sharpen and strengthen their skills. It also helps to break the monotony of regular job and provides a different view of it. Some of the questions posed to me in the classroom also made me rethink on some of my beliefs and led me to relearn some things, so it is not just learning but also unlearning.

Joy of teaching is as much as joy of learning.