3월

3일

타이머를 만들었는데 AlwaysOnTop 이 되면 좋을것 같아서 Chrome App 을 만들었다.

chrome app은 점차 progressive Web App 에 통합될것이다. chrome App 이 태생적으로 웹앱이면서 웹 표준에 없는 기능을 쓰기 위한 방편이었는데, PWA 으로 인해서 표준적인 방법으로 추가 할수 있게 되어, 더이상 필요 없게 되었다.

progressive Web App

chrome app

chrome extantion

etc

4일

PWA 는 아직 always on top 이 안되는 것 같다.. stand alone 으로 실행하는 것은 있다. chrome에서 PWA를 사용 할때 크롬 앱에서 쓰던 기능을 쓸수 있는 지 확인 해봐야 할듯 하다.

https://github.com/TalAter/awesome-progressive-web-apps

chrome 최신 버전(72) 에서는 desktop app 도 가능하게 되었지만, 아무리 봐도 always on top 이 있을 여지가 안보인다. 일단 PWA 를 만들되 Always on top 을 나중에 넣던가 해야 할듯 하다. 일단 chrome app 을 그전까지 써야 할것 같으므로 chrome app 도 배포해야 한다.

lua는 ipair 와 pair가 table loop 에 쓰인다. 둘의 차이는 ipair 는 정수 key 만 순환, pair는 모든 key 순환이다. 배열도 table 로 처리하다보니 이렇게 iterater 가 두가지이다.

5일

  • loopback interface는 address 가 range 로 동작하는듯 하다. interface에 ip 가 아니더라도 subnet만 맞으면 응답한다.

6일

7일

8일

  • k8s worker pattern(?) 아이디어
    • task를 job을 나눈다.
    • job을 queue 에 넣는다.
    • job queue 에서 job을 가져 간다.
    • worker 가 바쁘면 worker 를 늘린다.
    • worker 가 놀면 worker 를 줄인다.

19일

Cloud 라고 부를 려면 적어도 거의 대부분 작업에 대한 API 가 있어야 한다. 그래야 효율적으로 사용할수 있다. cluode service 의 수준은 이 API의 수준도 한몫을 차지한다.

MSA 에서는 persistance 에 대해서는 다르게 다뤄야 한다. https://www.youtube.com/watch?v=E8-e-3fRHBw

20일

게임에서 combat을 구현중. 모델러가 없어서 우선 큐브로 모든것을 때워야 할것 같다.

23일

HTTP benchmark tool - https://gist.github.com/denji/8333630

25일

https://codeutopia.net/blog/2016/11/24/best-practices-for-javascript-function-parameters/