흑백과 디지털

  생각보다는 쉬었다. 그동안 이게 굳이 필요하냐는 생각이 있었는데, 있으면 편할 것 같긴하다. 굳이 필요하냐는 생각을 할때는 python type hint 을 그다지 이용하지 않았을 때이고 jsx문법을 접하면서 typescript 를 접할 때이다.   그러다보니 스크립트 언어에 strong type 이 필요하냐는 의문이 있었다. 그런데 배워보니 그렇게 까지 어려운 것도 아닌 것 같다. 그리고 jsx 문법에서 얻은 거부감이 굳이 typescript 에 까지 가질 필요가 없다는 생각이 들었다. (jsx 문법에 대한 거부감은 아마 굳이 html 으로 충분히 표현가능한 것을 굳이 이런 것을 도입해야 하느냐는 생각 때문인 것 같다. 내 기준에서는 html 은 프로그래밍 언어이고, 그것도 꽤 좋은 프로그래밍 언어라는 생각이 있다. ) 
 다만 브라우저에서 바로typescropt 를 지원하지 않다보니 환경 설정의 불편함은 존재하는 것 같다. 예전에 IE 같은 브라우저는 vbscript 를 지원했었는데, 그런 것 처럼 다른 언어들도 지원하면 좋을 것 같다. 

 난, 그동안 stackoverflow 만 있으면 개발이 되는줄 알고있었다. 그런데, 이번에 카카오 데이터 센터 화재 사건 때문에 내가 꽤 많이 티스토리 사이트들에 의존적인지 알게 되었다. 영어로된 개발정보들은 stackoverflow 에서 찾을 수 있다. 그러나 한국어로 된 개발정보는 꽤 많이 티스토리가 검색됨을 알게 되었다. 아무래도 빠르게 내용을 확인하기 위해서 내게는 영어보다는 한국어가 매우 편하다. 
 오늘 vue 와 여러 javascript 정보를 검색하면서 여러번 티스토리가 검색되었다. 그런데 아직 카카오 데이터 센터 화재에서 티스토리가 복구가 되지 않아 내용을 볼 수 없었다. 꽤 많은 한국어 자료들이 facebook 에도 있을 것 같긴한데, 검색이 되지 않으니 무용지물이다. 

 오늘 티스토리 개발 블로그들의 도움을 많이 받고 있다는 것을 느낀 하루였다. 

 오늘 postgresql 에서 where 조건에 비교문을 작성하였다.  파이썬에서 None 에 대해 비교하듯이 Null 과 비교하자 같은 결과가 나오지 않는 것을 발견했다. 
 파이썬에서 
    None != 8  이라고 하면 True  가 된다. 
javascript 에서도 유사하게 
   null != 8  과  undefined != 8   모두 true 가 된다. 

그런데 Postgresql 에서 
  select null != 8;    은 null 이 된다. where 절에서 특정 row의 column 이 null 인 상태에서 이런 비교 연산이 내부적으로 동작한다면 Python 과 JS 에서 사용하는 의도와 null 이 포함된 row 가 나오지 않게 된다. 

 이를 방지하기 위해 IS DISTINCT FROM  로 비교할 수 있다. 
select null is  distinct  from  8   처럼 사용하면  true 라는 결과를 얻을 수 있다. 
 유사하게 
Postgresql 에서는 
select null=8   에 대해서 null 이라는 결과를 리턴하는데
select null is not distinct  from  8 라고 사용하면 false 라는 결과를 얻을 수 있다.