성공하는 사람들이 하지 않는 7가지

1. 과거로 미래를 결정짓는다.

과거에 했던 실수나 경험에 얽매이지 말고 자신에 대한 믿음을 가져야 한다. 과거로부터 배움을 얻는 것과 과거에 얽매이는 것은 서로 다른 일이다.

2. 다른 사람의 험담을 하고 소문을 퍼뜨린다.

남의 험담을 하는 사람은 그 역시도 다른 데서 자신의 험담이 나오게 마련이다. 뒷담화는 뒷담화를 부른다. 이것은 진리다.

3. 거절할 생각이면서도 '알았다'고 대답한다.

더욱 높은 단계의 성취를 위해서는 건강한 관계를 맺는 것이 필수다. 우리의 시간은 소중하고 그래서 어떤 기회나 상황이 발생할 때마다 이를 위해 자원을 투자할 가치가 있는지 제대로 따져봐야 한다. 모호하게 말했다 생길지 모를 감정싸움도 큰 낭비다.

4. 다른 사람의 말을 끊는다.

성공하는 사람은 곧 좋은 '리스너'다. 이해하려고 노력하는 자세는 기본이다. 성공하는 사람들은 자신이 상대방의 말을 중요하게 여기며 귀 기울여 듣고 있다는 것을 상대방이 느낄 수 있게 행동한다.

5. 지각한다.

기본적인 존중의 문제다. 사람들이 당신에 대해 나쁜 인상을 갖도록 만드는 지름길.

6. 분한 마음, 질투심, 반감을 지우지 않고 품고 있다.

마음에 병이 든다. 그리고 2번을 보라!

7. 두려움으로 주저한다.

실패에 대한 두려움은 누구나 당연하게 갖고 있다. 남들 눈에 부적절해 보일까 봐 두려워하기도 한다. 사람들 앞에서 말하는 것, 높은 장소에 올라가는 것 등 공포의 종류는 많다. 성공하는 사람들은 두려움을 느끼면서도 앞으로 나아간다.

코드 읽기 vs 코드 쓰기
읽기: 쓰기의 비율은 읽기 = 10: 쓰기 = 1
비율이 이렇게 높으므로 읽기 쉬운 코드가 매우 중요하다. 비록 읽기 쉬운 코드를 짜기가 쉽지는 않더라도 말이다. 하지만 기존 코드를 읽어야 새 코드를 짜므로 읽기 쉽게 만들면 사실은 짜기도 쉬워진다.
이 논리에서 빠져나갈 방법은 없다. 주변 코드를 읽지 않으면 새 코드를 짜지 못한다. 주변 코드를 읽기가 쉬우면 새 코드를 짜기도 쉽다. 주변 코드를 읽기가 어려우면 새 코드를 짜기도 어렵다. 그러므로 급하다면, 서둘러 끝내려면, 쉽게 짜려면, 읽기 쉽게 만들면 된다.

현실에서는 ? 데이비드 파나스(소프트웨어 공학 태두)
소프트웨어 설계자가 요구 사항으로부터 이성적이고 오류가 없는 방식으로 설계한 그림은 엄청나게 비현실적입니다. 어느 시스템도 이런 이성적인 방식으로 개발되지 않았으며, 아마도 앞으로도 이런 일은 생기지 않을 것입니다. 심지어 교과서나 논문에 나온 작은 프로그램 개발조차도 비현실적입니다. 교과서나 논문에 나온 프로그램은 개선되고 수정되는 과정을 거치면서 저자들이 바라는 바를 보여주지 실제 일어난 과정을 보여주지는 않습니다.

단위 테스트 실행시 지켜야할 원칙 : F.I.R.S.T.
빠르게(Fast): 테스트는 빨라야 한다.
독립적으로(Independent): 각 테스트는 서로 의존하면 안 된다. 한 테스트가 다음 테스트가 실행될 환경을 준비해서는 안 된다.
반복가능하게(Repeatable): 테스트는 어떤 환경에서도 반복 가능해야 한다.
자가검증하는(Self-Validating): 테스트는 부울(bool) 값으로 결과를 내야 한다. 성공 아니면 실패다.
적시에(Timely): 테스트는 적시에 작성해야 한다. 단위 테스트는 테스트하려는 실제 코드를 구현하기 직전에 구현한다.

이름 짓기
1. 수학 함수라고 해서 어려울 필요는 없다. i)함수 포인터 타입 정의 ii) 좌표를 구조체로
2. 표현을 잘개 쪼개기.
 - 거대한 표현을 작은 조각으로 나누고 함수로 분리한다.
 - 하위표현을 간결한 이름으로 대체해 함수로 분리한다.
 - 코드를 읽는 사람이 핵심 ‘개념’을 파악하게 읽기 쉬운 코드를 작성한다.
3. 변수는 내버려두면 계속 늘어난다. 변수를 덜 사용하고 최대한 ‘가볍게’ 만들어 가독성을 높인다. 아래와 같이 실천한다.
 - 방해되는 변수를 제거: 결과를 즉시 처리하는 방식으로, 중간 결과값을 저장하는 변수를 제거
 - 각 변수의 범위를 최대한 작게 줄임: 각 변수 위치를 옮겨 변수가 나타나는 줄의 수를 최소화.

    안 보이면 멀어진다.
 - 값이 한번만 할당되는 변수를 선호: const, final 등으로 값이 한 번만 할당되어 바뀌지 않는(즉 불변)

    변수는 이해하기 쉽다.

코드 흐름 제어 : 코드 흐름을 읽기 쉽게 만들어야 논리가 명확해진다. 아래와 같이 실천한다.
 - if/else문의 블록 순서에 주의: 긍정적이고 쉽고 흥미로운 경우가 앞쪽에 위치
 - 삼항연산자(: ?)나 do/while, goto는 코드 가독성을 떨어뜨리므로 되도록 사용 금지
 - 중첩된 코드 블록의 흐름을 따라가려면 많은 집중이 필요하다  선형적인 코드 추구
 - 함수 중간에 반환하면 중첩을 피하고 코드를 더 깔끔하게 작성 가능하다. 

   함수 앞부분에서 ‘보호 구문’으로 간단한 경우를 미리 처리하는 방안도 고려
 

켄트 백의 간단한 설계 규칙 네 가지
모든 테스트를 실행한다.
중복을 없앤다.
프로그래머 의도를 표현한다.
클래스와 메소드 수를 최소로 줄인다.

.

나는 열등의식을 가지고 있었고 끊임없이 분발했다.
그리고 나는 분발이 필요했기 때문에
나 자신이 보잘 것 없고 그다지 중요하지 않은
사람인 것으로 여겼었다.
다른 성악가들도 스스로를 그렇게 여긴다는 것을
나는 몰랐다.
- 소프라노, Frieda Hempel

인생에도 수업료가 있다.
귀한 것을 얻기 위해서는
반드시 대가를 치러야 하고
기약이 없는 인내를 해야 할 때도 있다.
대가를 크게 치를수록, 오래 기다리고
오래 배울수록, 인생은 깊고 넓어진다.


- 이애경의《나를 어디에 두고 온 걸까》중에서 -


* 세상에 쉬운 일이 없습니다.
마냥 거저 얻어지는 것도 없습니다.
응당한 수업료를 내고 기술도 배우고
유학도 가고 박사 과정도 열심히 밟습니다.
좋은 기술, 큰 공부일수록 수업료도 많습니다.
어렵고 힘든 고난이 닥치거든, 수업료 없이
큰 공부하고 있다고 생각하십시오.
자기 인생의 빛나는 투사가
될 수 있습니다.

노련한 여행자는
늘 나침반을 지니고 다닌다.
자주 사용하지는 않더라도 일단 꺼내놓으면
금방 길을 찾을 수 있기 때문이다.
내가 길을 잃지 않도록 도운
가장 중요한 안내자는
기도였다.


- 제임스 패커의《나이 드는 내가 좋다》중에서 -


* 사노라면
때때로 길을 잃어버립니다.
어디로 가야할 지 방향을 못찾고 헤맵니다.
나침반마저 없을 때, 마지막으로 매달릴 수 있는 것이
명상과 기도입니다. 깊은 명상과 기도가
나를 강하게 붙잡아 줍니다.
길을 열어줍니다.