[Info]Tags categorized posts and contents patterns..

[AJAX] Ajax Code E xamples.. [Book] About the book.. [CSS] CSS Code E xamples.. [DB] Sql Code E xamples.. [DEV] All development stor...

2016년 3월 7일 월요일

[JS]Javascript 속도향상을 위한 31가지 체크리스트..

출처 : Outsider's Dev Story https://blog.outsider.ne.kr/

Thomas Fuchs가 자신의 블로그를 통해서 "31 ways to speed up your JavaScript"라는 제목으로 SlowJavascript?라는 사이트를 통해서 체크리스트를 공개했습니다. 토마스 퍽스는 prototype.js기반의 UI라이브러리인 script.aculo.us를 만든 사람이고 지금은 다음버전인 scripty2를 만들고 있습니다.

Slow Javascript Homepage

이 체크리스트는 PDF형태로 제공되고 있으며 SlowJavascript?사이트에서 다운로드가 가능합니다. Newsletter에 가입하면 업데이트 정보와 퍼포먼스 팁을 보내준다고 합니다.

31가지 체크리스트는 아래와 같습니다. (무료로 배포된거니 적어도 되겠죠?)

  • Correct script tag placement
  • DOM Monster complexity approval
  • Correct caching headers
  • Concatenate, inlinine & pre-cache
  • Minify and/or Gzip
  • Smush, CSS sprite & favicon
  • Check your framework
  • Manage runaway timers
  • Maximize DOM code efficiency
  • Tune your Ajax
  • Shorten your code (assignment, operators, literals)
  • Strip out excessive cleverness
  • Tune your expressions
  • Cache RegExps
  • Watch out for closures, globals, literals
  • Use the most efficient control statements
  • Cache your variables
  • Clean up after yourself to minimize memory leaks
  • Tune / unroll your loops
  • Ensure optimal usage of object properties
  • Use JSON
  • Use the most efficient loops
  • Eliminate syntactic sugar
  • Use arguments effectively
  • Optimize for iPhone
PDF 한페이지로 잘 정리가 되어 있기 때문에 한장 프린트해서 책상옆에 나누어도 좋겠고 체크리스트라 여러장 출력해서 프로젝트마다 사용해도 좋을듯 합니다.

Performance Checklist PDF 스크린샷

위에처럼 생겼고 위쪽으로 갈수록 일반적인(Everyday) 튜닝이고 밑으로 갈수록 극단적인( Extreme) 튜닝에 대한 체크입니다.

물론 체크리스트이기 때문에 실제 튜닝작업을 하려면 관련지식이 많이 필요합니다. 사실 사이트나 PDF에도 언급이 되어 있듯이 올해 토마스퍽스는 JavaScript Performance Rocks라는 이북제작에 상당히 주력하고 있었고 지금은 판매하고 있습니다. 제가 책내용을 못봐서 정확히는 모르겠지만 이 체크리스트는 이 책의 내용중에서 나온 부분이고 더 자세한 처리방법은 해당책에 자세히 나와있을듯 합니다. 어찌보면 약간의 마케팅적인 부분이 있다고 할 수 있습니다.

어쨌든 공짜는 좋은거죠. 


My Comment..
어쩌다보니 코멘트를 연속해서 쓰고 있다.. 이 글에 링크 된 것 중 햄 블로그로 되어 있는 것이 있는데.. 나의 관심사 혹은 나에게 해당 되는 글이 아니어서 안가져왔던 글이었다.. 그래서 햄의 글 링크로 그냥 두었다.. 앞으로도 이러한 패턴에서는 계속 그렇게 할 것이다.. 나에게 있다면, 나의 블로그에 링크를.. 아니라면 햄의 블로그에 링크를.. 그리고 저렇게 체크를 하면서 개발을 하거나 그러면 좋겠지만, 현실상 보면 그렇지 못한듯하다.. 기본 벨리데이션 체크 아니고서야 머;; 저런 것을 볼 여유나 있을까.. 핑계라면 핑계지만, 모든 부분을 다 확인하고 체크하면서 개발하기에는 우리 나라 실정은 좀 아니지 싶다.. 최대한 준수 하거나 쟁점이 되는 몇 가지를 지키려고 하는 쪽으로 방향을 택하는게 더 좋을듯 한 생각이 든다..

댓글 없음:

댓글 쓰기