Skip to main content

When we don't see the sun, we see other stars


What are your motivations for creativity?

- I want to make a change.
- It makes me happy! It is a need of my mind.

How to be creative for a thing?

There are two steps:
- See the thing as every people see it
- Think about a new different thing from it

How to think about a new different thing?

There are two ways:
- Forget all things you have already known.
- A whack on the side of your head. ;)

This was what I have learned from the following great book:

source: Amazon.com
Well! A physical whack on the side of your head is needed sometimes but the meaning behind is that you need to break these 9 following locks on your mind. Remove them!

The lock #1: "The correct answer"

We all learn from schools that there is only one correct answer to a question. For example, a proposition is only true or false in Algebra. In reality, there are always some answers to a question basing on a point of view. For example, number 6 becomes number 9 if you look it in the opposite.

The lock #2: "That is not logic"

There are two kinds of thoughts: soft thinking and hard thinking. Soft thinking focuses on finding a relationship among things. On the other hand, hard thinking focuses on the differences between things. The metaphor is a technique of soft thinking which needed for creativity.

The lock #3: "Follow the rules"

Sometimes, creativity is not always a contribution but a damage. However, in order to create a new model, we need to break an old model. Break the rules!

The lock #4: "Be realistic"

Answering the question "if...then what happens?" is useful somehow. For example:

- Imagine if what other people (your inspirational ones) will do in your situation. E.g: I sometimes say to myself when I face an issue: "What will Mr. A do in this situation?"

- Imagine if you are what you think. E.g: Imagine you are a paper; what are your characteristics to make you more convenient for users?

- Imagine an idea which is obviously not realistic. According to this idea, you can come up with a better realistic one. E.g: original idea: the Government will give money for whom put trash into trash bins. Improved idea: every time people put trash into trash bins, they will receive a random fun from the trash bins.

The lock #5: "Play is frivolous"

"If necessity is the mother of invention, then play is its father". There is no doubt about it!

The lock #6: "That is not in my field"

Specialization is necessary in most of the cases; however, bringing a knowledge from a field to another field is really useful as well.

The lock #7: "Don't be silly"

Actually, a comedian is smart. He/she always thinks in different ways. It is like a movement of a car, sometimes it needs to go back in order to go straight.

The lock #8: "Avoid ambiguity"

People avoid ambiguity because it results in the misunderstanding in communication. However, just keep listening to your dreams and playing with it.

The lock #9: "Mistakes are wrong"

In most of the case, a mistake can result in a very bad situation. However, a mistake sometimes helps you come up with some new approaches.

Reference:
[1]. Roger von Oech, A Whack On the Side of the Head

Comments

Popular posts from this blog

Monday vhandit #1

This is the first post in a series of articles called "Monday vhandit". You can go to the original post by clicking on each head title. Character encodings: essential concepts This article points out why Unicode matters and differentiates among concepts: character sets, coded character set (unit is code points), and character encoding. Explained from First Principles: the Internet The very structural and well-explained article contains almost concepts of the Internet. I really appreciated the author's effort put on that post. Dev Community - DevDojo I just joined this community. DevDojo is really a developer-oriented platform. It is very nice, easy, fast, and sufficient to write (Markdown supported) and search for a post. The best of it, you also have a personal blog for your posts at "<your_username>.devdojo.com". My username is vnnvanhuong Everything you need to know about HTTP security headers A good collection of HTTP security-related headers. Moreover...

Projects Ownership

Developers should be informed transparently about the next things that they are going to do since it impacts their mentality as well as their accountabilities. A view of Vung Tau beach First thing first, the Product Owner plays a very important role in understanding the business of the projects clearly and planning the User Stories for Development Teams. For Development Teams, we have two roles related to a project including Owner and Maintainer. The following are the definition and responsibilities for each role: Project Owner The Owner is normally assigned to the team that created the project at the beginning. It is known as the long-term project of the team. Therefore, the members of the Owner have almost knowledge of the projects including the history (i.e decisions made), business logic, and technologies used.  - Maintain a good system design (code) of the projects. Therefore, they are mandatory to review code (pull requests) from other teams. - Maintain the related documents ...

Monday vhandit #2

  Introduction to OpenLDAP directory service "A directory is a specialized database specially designed for searching and browsing, in addition to supporting basic lookup and update functions" A directory service can be local, providing a restricted context; or global, providing service to a much broader context. Curlie is a good example of a directory service. LDAP (Lightweight Directory Access Protocol) is a protocol for accessing directory services , specifically X.500-based directory services. OpenLDAP is an open-source implementation of LDAP. Writing system software: code comments I have read Clean Code (by Uncle Bob) and I thought that I should void comments since the code it explains its implementation itself. That is right but not always true. In this post, the author categorized the comments into 9 types. Only "trivial comments" and "backup comments" are the ones that should be avoided. I myself agree with "writing good comments is harder tha...

My 2017 Review

Passion for System Design After finishing a one year project, my longest stable team (lasted for 3 years) was separated into two smaller teams. Sadly, but that was a good chance for me to become a key member in my new team. My preferred skills were about system architectures; therefore most of the tasks of building the application structures were handled by me. In order to enhance my design system skills, I have spent much my time for reading books closely after work. These following books help me a lot. - Object-Oriented Thought Process | Matt Weisfeld - Head First Design Pattern  | Elisabeth Freeman and Kathy Sierra - Java 8 in Action: Lambdas, Streams, and Functional-style Programming | Alan Mycroft and Mario Fusco Junior Technical Architect I was requested to join a technical architect team (aka Team. Alpha) where I actually had gained experiences almost on interviewing candidates for my company (lol). Besides, I noticed myself must improve the skills of convinci...