Jim Rohn on developing our own philosophy

vutran | June 24, 2020, 5:59 p.m.

"Don't borrow someone else's plan. Develop your own philosophy and it will lead you to unique places." 

— Jim Rohn

Miles Davis on making the mosts of mistakes

vutran | June 24, 2020, 5:57 p.m.

"When you hit a wrong note, it’s the next note that makes it good or bad."

— Miles Davis

Henry David Thoreau on slow growth

vutran | June 24, 2020, 5:52 p.m.

“The more slowly trees grow at first, the sounder they are at the core, and I think that the same is true of human beings. We do not wish to see children precocious, making great strides in their early years like sprouts, producing a soft and perishable timber, but better if they expand slowly at first, as if contending with difficulties, and so are solidified and perfected.”

— Henry David Thoreau

James Clear on your piece to the world

vutran | June 24, 2020, 5:46 p.m.

"In life:

(1) Some things are not your fault, but they are your responsibility.

(2) Other things are not your responsibility, but they are your problem.

(3) Many things are neither your responsibility nor your problem, but they make the world better.

All three categories may require your attention." 

— James Clear

James Clear on Power and Peace

vutran | June 24, 2020, 5:44 p.m.

"Power is influence over external events.

Peace is influence over internal events." 

— James Clear

Sharon Salzberg on the unretrieved messages

vutran | June 24, 2020, 1:01 p.m.

"Each of us has our own individual histories, families, and life events that broadcast messages like a twenty-four-hour cable news channel. Some of these messages penetrate our conscious minds, while the majority are received by our unconscious and may take years to retrieve and articulate." 

— Sharon Salzberg

Michael C. Feathers on the code legacy we leave behind

vutran | June 23, 2020, 5:15 p.m.

"We start to refactor the code a bit. We extract some methods and move some conditional logic. After every little change that we make, we run that little suite of unit tests. They pass almost every time that we run them. A few minutes ago, we made a mistake and inverted the logic on a condition, but a test failed and we recovered in about a minute. When we are done refactoring, the code is much clearer. We make the change we set out to make, and we are confident that it is right. We added some tests to verify the new behavior. The next programmers who work on this piece of code will have an easier time and will have tests that cover its functionality."

—  Michael C. Feathers