잡다한 프로그래밍

내가 팀장은 아니지만, 리더십에 관련된 책이 있어서 한번 읽어보게 되었다.

책에서 말하는 좋은 팀장이란 성과를 내는 팀장이 아니라, 팀원을 이용하여 성과를 내는 사람이라고 한다. 그렇다고 팀원을 도구로 사용하여 성과를 내는 것은 좋은 방법이 아니다.

즉 팀원을 성장시키며 성과를 달성하는 사람 S급, 성과를 내는 사람은 A급이라고 책에서는 구분하고 있다.

그렇다면 팀원을 성장시키기 위해선 무엇이 필요할까?

1. 인내심

- 팀원의 성장을 기다려주는 것이다. 팀장이 직접 처리한다면 더 잘하고 빠르게 끝낼 수 있다. 하지만 팀장은 구성원 한명 한 명의 성장을 중요시해야 하기 때문에 성장하는 시간을 기다려줘야 한다.

2. 팀원의 도전정신을 이끌어라

- 팀장은 팀원의 스킬, 성과를 구체적으로 정하고 목표 대비 현재 구성원의 능력치를 명확히 알아야 한다. 즉 팀원 한 명 한 명 관심을 가지고 있어야 한다.

3. 팀원의 문제를 지적만 하지 말고 이렇게

- 팀원들이 팀장에게 요구하는 것은 그리 많지 않다. 의견을 들어주는 것, 성장하게 해 달라는 것 등이 있을 수 있는데 여기서 가장 쉬운 것은 문제 해결을 도와주는 것이다.

4. 격려가 수고했어로 끝나면 안 되는 이유

- "지지적 피드백" 좋은 태도와 습관이 지속될 수 있도록 인정하고 격려하며 칭찬해야 한다. 수고했어 가 아닌 시간이 없었을 텐데 A고객 및 경쟁사 조사까지 하느라 고생했어 등 

또 다른 방법으로 팀원의 잠재력을 향상하는 방법이 있다.

그건 "질문"이다.

- 팀장은 "예", "아니요"가 아닌 자신의 의견을 서술형으로 이야기할 수 있게 유도해야 한다. 팀장의 판단이 포함된 질문보다 팀원들이 생각할 수 있게 하는 게 중요하다 (요새 우리 팀장님에게서 이런 느낌을 받고 있다.)

- 5 WHY 반복 질문법, How 반복법등 책에서 말하는 질문방법이 너무 많기 때문에 따로 작성은 하지 않았다.

마지막으로 좋은 피드백이다.

1. 피드백은 질책이 아니다.

- 피드백을 구체적으로 솔직하게 주지 않고 두리뭉실하게 준다 (서로 감정이 상할까 봐, 꼰대로보일까 봐 등)

- 이렇게 소소한 이슈들을 넘기다가 중요한 시점에 실수하면 감정적으로 공격하기도 한다.

- 피드백의 3단계 (사전준비, 피드백 대화, 팔로업)

정리하면 팀원의 성향등을 파악하여 팩트에 근거하여 어떠한 부정적인 영향이 있는지, 어떻게 행동을 개선할지, 개선하면 어떤 긍정적인 영향이 있을지 조언해 주고 이후 개선이 지속되도록 팔로 업해주는 것이다.

책의 내용이 많아서 다 정리하지는 못했지만 누구든 언젠가 리더가 될 텐데 그전에 한 번쯤 읽어보면 좋은 책인 것 같다.

경제 관련 책은 꾸준히 읽고 있는 것 같다.

읽어도 나중에 읽으면 잘 기억이 안 나고, 다음에 봐도 새로운 것들이 많다고 느껴서 그런지 보일 때마다 자주 읽는 편이다.

이 책은 항목별로 보기 쉽게 정리가 잘 되어있다. 300문을 전부 보지는 않았다. 너무 자주 봤던 내용들은 가볍게 훑어보는 식으로 넘겼다 (금리가 오르면 물가가 어쩌고,,, 채권은 ,,,, 자본주의,,, 등등)

보면서 제일 흥미로웠던건 경기흐름으로 보는 한국 경제사라는 파트였다.

한국의 경제사를 쭉 나열해주는데 70년대 오일쇼크부터 ~ 21년 정부까지 각 정부별 경제 관련 정책과 시행방향에 대해 설명해 주는데, 결론은 70년대부터 지금까지 경제 관련 정책은 전부 실패했다. 각 정부별 장점, 단점은 있지만 크게 봤을 때는 전부 실패했다고 한다. 보다 보면 왜 이런 정책을 시도했는지 하지만 왜 실패했는지 알 수 있게 된다. 한 번쯤 보면 재밌는 항목인 것 같다.

두 번째로 기억나는 부분은 부록에 작성된 경제기사를 왜 읽어야 하는지와 어떻게 읽는지이다.

책은 가끔 이렇게 챙겨보지만 경제기사 챙겨보기는 항상 실패했다. 근본적으로 재미가 없기 때문에 보려고 노력하다가도 매번 실패했는데. 이렇게 책에서 강조해 주니까 다시 한번 시도해야 하나 하는 생각이 들게 되었다. 생각나는 기술도 작성해 보았다.

- 주식은 투자 안 해도 매일 보기

- 경제 3대 핵심 금리, 주가, 환율

- 국가 간 자원 이동에 주의하기

그 외에도 코스피 지수는 왜 1000인지, 예금하면 돈을 왜 잃는지, 금투자 하는 법 등 가볍게 볼만한 내용도 꽤 있어서 한 번쯤 관심이 있다면 읽어보기를 추천한다.

회복탄력성이란 힘든 시련이 있을 때 오히려 그것을 전환점으로 삼아 나아가는 힘을 이야기한다.

요새 바쁜일상, 인간관계등 힘든 일이 있을 때 어떻게 하면 전환점으로 삼으면 좋을까 라는 생각이 들어 이 책을 읽게 되었다. 처음엔 제목을 보고 그냥 적당한 힐링책으로 생각했지만 생각과는 조금 다른 느낌의 책이었다. 전반적으로 논문, 실험 사례를 들어 회복 탄력성에 대해 설명하고 있고 정리해 보면 다음과 같다.

인간은 힘든 역경을 통해 더 성장할 수 있고, 이러한 역경을 극복할 때 역경 자체를 긍정적으로 받아들였기 때문에 역경 극복에 성공할 수 있다고 한다.

책에서는 역경을 긍정적으로 받아들이는 생각이 회복탄력성을 높이는 방법 중 하나라고 한다. (또한 감사하기, 운동 등 다양한 방법을 제시함)

기억나는 내용으로는 "내 주변에 이상하고, 나쁘고, 부정적인 사람이 유난히 많다고 느껴지면 본인의 부정적인 감정의 결과일 가능성이 높다"라는 내용이 있는데 나를 한번 돌이켜보게 되는 내용이었던 것 같다.

같이 사는 사택 지인이, 해당 책을 한번 가볍게 읽어보라고 추천해줬다. (같이 저녁먹으면서 경제이야기를 하다가 빌려줬다)

경제는 항상 알아야하고, 배워야한다고 생각하기 때문에 읽어보게 되었고, 내가 관심있는 분야라 알고 있던 내용도 꽤 있었지만 처음보는부분도 있었기 때문에 간단하게 정리한다는 생각으로 읽어보았다.

1. 본원통화, 협의통화, 광의통화

- 본원통화란 중앙은행이 지폐 및 동전등 화폐 발행의 독점적 권한을 통하여 공급한 통화를 의미함

- 본원통화를 제외한 모든 통화를 파생통화로 부름

- 협의 통화는 현금과 현금에 준하는 유동성이 높은 금융자산을 의미 (언제든 본원통화로 변경가능)

- 광의 통화는 돈의 유동성이 조금 더 떨어짐 (정기예금, 정기 적금같은 저축성 예금을 포함)

2. 국제 수지

- 국제거래를 통해 발생한 수입과 지출을 국제 수지라고함

- 제테크에서 중요한 지표는 상품 수지이다.

- 경상 수지가 좋아지면 수출 기업 주식을 중심으로 관심을 갖고 살펴봐야하고, 반대의경우 관망하는게 좋다

- 수출의 감소는 달러부족으로 이어지고, 이는 달러 가치의 상승으로 이어짐 = 외화 부채가 있는 기업은 부담이 증가함 ex )대한항공

3. 국공채

- 정부가 한국은행으로부터 돈을 빌리는것

- 금리는 정부기관이 아닌 독립된 기간인 중앙은행이 정함, 금리의 기준 = 물가 안정

4. 경매와 공매

- 경매 = 법원에서 진행, 담보대출 원리금, 카드연체금 등 회수 목적

- 공매 = 한국 자산 관리 공사에서진행, 체납된 세금 공과금등 회수 목적, 모두 전산화 되어있음

내용이 너무 방대해서 간단하게 기억나는 내용들만 정리해보았다.

요새 도파민이라는 말을 많이 접하게 되서인지 제목에서 읽어보고 싶은 생각이 들었다. 오죽하면 요즘 MZ에는 도파밍이라는 단어가 생겼다고 한다.

책이 긴만큼 간단하게 정리하자면, 결국 도파민이 어떤식으로 몸에 작용하는지 이 책을 읽는 독자는 책으로 하여금 이를 이해하고, 나아가 도파민 관리를 어떻게 해야할지 알 수 있는 내용이다.

먼저 우리 뇌에는 항상성이라는게 존재하기 때문에, 항상 상태를 유지하려 한다고 한다. 따라서 많은 도파민을 얻게 된다면 뇌는 이를 되돌리기 위한 작용을 한다 (쾌락에 둔감한 상태, 고통에 민감한 상태)

따라서 과도한 도파민이 분비되게 되면, 쾌락에 둔감해지고, 고통에 민감해진다 그로인해 중독적으로 다시 쾌락을 느끼기 위한 행위를 반복하게 된다는 것이다. 하지만 같은 일에 느끼는 효용은 점점 감소해서 더 자극적인 것을 찾게 되는것이다.

이는 계속되지는 않고, 시간이 지나면 점점 평형상태로 돌아온다고 한다.

평형상태로 돌아오면, 우리는 단순한 보상에서 다시 쾌락을 맛볼수 있다고 한다. (해돋이 구경, 친구와의 식사 등 단순한 것들) SNS, 유튜브 쇼츠 등 우리 주변에 쉽게 도파민을 분비하는 요소가 너무 많다보니 이런부분이 우리 일상에서의 쾌락을 무디게하고 더 자극적인 것들을 찾게 한다는 내용이다.

즉 도파민 디톡스가 필요하다고 한다. (자극적인 것들을 줄이자..)

마지막으로 책에서 인상깊었던 내용은 찬물입욕이 도파민농도를 낮게 하는데 도움이 된다고한다. (실제로 찾아보니 마약 중독자들의 치료방법중 하나라고 한다.) 찬물 샤워하고 나면 기분이 좋아지는 이유가 정말 과학적이 였다고 하니 놀랍지 않은가..?

원띵이라는 책을 읽게 되었다. 독후감을 쓰게 되서 다시 한번 책을 살펴보게 되었는데 너무 많은것을 하고있는 사람들에게 한번쯤 읽어보면 어떨까 추천해주고 싶다.

나는 이책이 하고자하는말을 주로 정리하는 편인데, 이 책에서 하려는말은 다음과 같다. 자신에게 가장 중요한 한가지가 무엇인지 정하라는 것이다.

쉽게 정리하면 가장 중요한 한가지에 집중함으로써, 다른 방해요소를 제거하고, 이는 곧 생선성 향상, 목표 도달에 가까워진다는 내용이다.

책에서는 한가지를 어떻게 선택하고 집중하는지에대해 설명하고 있다.

간단하게 정리해보면 다음과 같다.

- 할일 목록과, 성공목록을 나눠라 (할일이 많은것 보다, 성공하기 위한 중요한 목록을 가지는게 더 중요하다)

- 멀티태스킹에는 대가가 따른다. (이는 집중력을 흐뜨러 트리고, 좋은 결과를 내지 못한다.)

- 집중하기 위해서는 몸에 연료를 채워야한다. (말그대로 좋은 음식, 휴식이 더나은 결과를 낼 수 있다)\

- 크게 생각하기 (원하는결과가 10이라면, 20을 바라보고 행동하라. 다음번에는 무엇을할까 같은 점진적사고가 더 느리게 성공하게 한다)

- 자신만의 큰이유를 찾아라 (하고자하는 것에 대한 목적을 가져야 도움이된다. 원동력을 찾으라는 말로 이해했다.)

정리한 내용보다 더 많은 내용이 있지만 책을 읽으면 접어놨던 부분만 간단하게 정리해보았다.

각자의 중요한 한가지가 무엇일지 고민해보자.

- 정적 팩터리 메서드는 클래스에 정적 메서드를 정의하여, 생성자 대신 객체를 생성할 수 있게 만드는 기법이다.

장점 1. 이름을 가진 생성자

생성자는 기본적으로 이름을 가질수 없다.

아래와 같은 클래스가 존재한다고 했을때, 다른 개발자가 해당 생성자를 보고 코드를 직관적으로 이해할 수 있을까?

public class Test {
    private int no;
    private String name;

    public Test(int no) {
        this.no = no;
    }

    public Test(String name) {
        this.name = name;
    }
}

Test test1 = new Test(1);
Test test2 = new Test(2);

이렇게 코드를 작성하면, 다른 개발자가 생성자 인자에 no, name을 전달해야한다는 사실을 직관적으로 이해할 수 없다.

정적 팩터리 메서드를 사용한 객체 생성

public class Test {
    private int no;
    private String name;

    private Test(int no, String name) {
        this.no = no;
        this.name = name;
    }

    public static Test createById(int id) {
        return new Test(id, null);
    }

    public static Test createByName(String name) {
        return new Test(0, name);
    }
}

생성자에 private 접근 제어자를 두어 new 키워드로 직접 객체를 생성할 수 없게 하고, 정적 메서드를 통해  Book 객체를 생성한 뒤 반환하게한다.

Test test1 = Test.createById(1);
Test test2 = Test.createByName("이름");

이로서 생성자는 이름을 가지게 되고, 좀 더 직관적으로 바뀌게 된다.

장점 2. 호출될때마다 인스턴스를 생성하지 않아도 된다.

public class Test {
    private int no;
    private String name;

    private Test(int no, String name) {
        this.no = no;
        this.name = name;
    }

    private static final Test TEST_INSTANCE = new Test(1, "test");

    public static Test getInstance() {
        return TEST_INSTANCE;
    }
}

장점 3. 호출될때마다 인스턴스를 생성하지 않아도 된다.

class Parent {
    public static Parent child1() {
        return new Child1();
    }

    public static Parent child2() {
        return new Child2();
    }

    public static Parent child3() {
        return new Child3();
    }
}

class Child1 extends Parent {
    // ...
}

class Child2 extends Parent {
    // ...
}

class Child3 extends Parent {
    // ...
}

장점 4. 인자에 따라 다른 클래스 객체 반환 가능 (장점3과 비슷함)

장점 5. 정적 팩터리 메서드를 작성하는 시점에는 반환할 객체의 클래스가 존재하지 않아도 된다.

- 서비스 제공자 프레임워크를 만드는 근간이 된다. (ex. JDBC)

  public static void main(String[] args) {
      ServiceLoader<HelloService> loader = ServiceLoader.load(HelloService.class);
			// 첫번째 구현체를 가져옴(있을수도 없을수도 optional로 가져옴
      Optional<HelloService> helloServiceOptional = loader.findFirst();

      helloServiceOptional.ifPresent(h -> {
         System.out.println(h.hello());
      });
   }

단점1. 상속을 하려면 public이나 protected 생성자가 필요하니, 정적 팩토리 메소드만 제공하면 하위 클래스를 만들 수 없다.

위의 예제처럼 생성자를 private로 생성하기 때문에 상속받을 수 없다는 단점이 있다.

1. Backpressure(배압) 현상 이란?

배압이란 데이터 생산(Producer)과 소비(Consumer)가 불균형적일 때 일어나는 현상이다.

만약 10,000개의 데이터를 0.1초마다 발행하고, 소비는 10초마다 한다면? 데이터는 스트림에 계속 쌓이게 된다.

이는 OutOfMemoryError(OOM)로 이어져 어플리케이션이 죽게 될 것이다.

이러한 현상을 배압(Backpressure)이라고 하며 RxJava에서는 배압 현상을 제어할 수 있는 방법을 제공한다.

2. 어디서 주로 발생?

생산자, 소비자 라는 내용이 이전 내용과 비슷하지 않은가? (대용량 처리, kafka 참고) 생산자가 reactive하게 데이터를 쌓고, 소비자가 이를 가져다가 사용하는 구조에서 주로 발생하게 된다.

※ 정리하면 non-blocking 방식으로 데이터를 보내는구조에서 발생

3. Backpressure를 예방하기 위한 전략