20210514 TIL

Facts

• 아침에 작업했던거에서 문제가 있음을 발견해서 그것에 대해 계속 고쳤는데 문제가 아니었다. 고칠 필요가 없었다 ㅜㅜ 
• 기존의 코드에 대해 테스트 코드를 짜면서 테스트 케이스를 작성하는 데 어려움을 겪었다. 
• 아주 오래 간만에 고등학교 친구를 만났다.  

Feelings

• 내가 작업 방향을 또 잘 못 생각해서 고치지 않아야 되는 코드를 고쳐버렸다. 할필요 없는 작업을 해버렸다고 생각했는데 다시 생각해보니 이런 경험이 쌓였다는 점에서 의미가 있었다. 좋은 경험을 해서 괜찮다~
• 친구와 회사 생활에 대해서 이야기 하며 같이 일하는 동료가 얼마나 회사생활에 큰 영향을 미치는 지에 대해 나눴다. 친구 회사의 어떤 분 때문에 많은 사람이 못버티고 나갔다는 이야기를 듣고 식겁했다. 나도 그런 사람이 되지 말아야지 다짐했다.

Finding

• 테스트의 설명에 대해 작성하는 것이 구체적인 상황이 표현되지 않고 단지 구현에 관한 내용으로 채워진다면 그 테스트는 잘못된 테스트이다. 해당 코드가 왜 작성되고 언제 문제 상황이 생기는 지에 대해 파악하고 그 상황에 초점을 맞춰서 테스트를 작성해야한다.  
• 일어나지 않을 상황에서 존재여부를 확인하는 조건문으로 에러를 던진다는 것은 예상치 못한 상황이 일어남을 미리 예측하고 에러상황을 수집하기 위함이다.  

  • 	...
        
    	const water = refrigerator!.water;
        
    	drink(water);
    
    // water이 없어서는 안되는 상황에서 water이 없다면 그냥 에러를 던짐. 
    ​

  • 	...
        
    	if (!refrigerator) {
    		throw Error(new Error('water is not exist!')
    		}
           
    	const water = refrigerator.water;
        
    	drink(water);
    
    
    // 없어서는 안되는 water을 조건문으로 검사하고 에러를 던지는 것 
    // 일어나서는 안되는 상황이 일어남을 미리 예측하고 에러를 수집하려는 목적이 있다.
    
     

Affirmation

• 동료에게 스트레스를 주지 않는 동료가 되자. 
• 테스트 케이스를 작성할 때는 '상황'에 초점을 맞추어 작성하자!