모든 기술 문서는 여기에
http://www.html5forum.or.kr/front/knowhow/tech.jsp
--------------------------------------------
Keynote 1 : 네이버가 바라보는 웹기술 및 환경 전망. 박종목 이사
요약 기사 : http://www.zdnet.co.kr/news/news_view.asp?artice_id=20151209130727
Slide : http://www.slideshare.net/NaverEngineering/w3c-html5-conference-2015-naver
웹 파편화는 진행 중.
. adaptation cost 발생
. 사용자의 71%가 문제로 인식
. Browser. Web engine. Os. 제조사 등의 다양한 부분에서의 파편화
Native app을 HTML로 구현 시 기능 구현 가능율
- Mobile browser, 37%
- Web to native converter (ex 코도바), 63%
- Native javascript api (ex 파폭), 97%
W3C Advancing web platform application testing cg 파편화 대응 그룹 생성됨.
Blink는 구글에서 주도하지만 opera에서도 함께 사용.
Chrome이 HTML5 feature를 잘 지원. 그에 반해 safari는 좀 떨어짐.
HTML5 지원은 600점 만점에 500대 이하. ECMA6 지원은 아직 요원함.
--------------------------------------------
Keynote 2 : 웹개발의 현재와 미래. 윤석찬
요약 기사 : http://www.zdnet.co.kr/news/news_view.asp?artice_id=20151210164611
Slide : http://slides.com/channy/keynote-html5-korea#/
웹의 수명은? Hakon Wium Lie 500년 이라고 함 (at 한국웹 20주년)
하지만 현실은 암울..
웹에서는 스펙을 기다리지는 말고 먼저 앞서 나가는 자세를 가지자.
웹기술에서 파편화는 당연한거다. 파편화가 사라지는 시점에서 웹기술 발전이 지지부진해 진다. (ex. 한국에서의 Internet Explorer 사용)
웹은 living standard이고 항상 진화한다.
웹 5년 주기설
: 1995 웹의 탄생. 2000년 포털기반. 2005년 1인 미디어. 2010년 소셜웹 모바일
Front-end 변천
: 1999 document
: 2000 apps
: 2010 frameworks
앱 종류 변천
: Miltipage app >Singlepage app >Isomorphic application (Meteor, React)
새로운 스펙들의 범람으로 브라우저 업체들의 대응에 한계
> 개발자들은 라이브러리를 통해 대응(폴백 방식) => polyfill library 증가
[웹 기술의 미래 키워드들]
#ExtensibleWeb
. Wb는 기본수준 api집중
. 개발자는 높은 수준 기능 구현
. 새로운 기능들을 표준화 하는 선순환 구조 마련
#API as a Service
. 여러 js library dependency
. Api call의 증가
. Api의 business model 있음.
. Internal API 사용 증가. 예 netflix
=> #MicroServices
#MicroServices
. Bounded context
. Death star architecture desin
. 작은 서비스를 담당하는 팀이 구성되어 진행. Devops형태
Clould <- Devops -> 바른개발 <- Microservice -> SOA
--------------------------------------------
Keynote 3 : Future-proof Responsive Design (Florian Rivoal)
Slide : http://florian.rivoal.net/talks/responsive-design/어떤 기기에 상관없이 device의 특성에 따라서 최상의 경험을 제공해 주는 것
Viewport
. 표준이 아님
. Vss에서 처리 되어야 함.
@viewport를 사용하라.
CSS Device Adaptation을 참고!!!
. 데스크탑에사도 사용 가능
. Ms edge는 다름. @-ms-viewport
Media query
. 컨텐트에 따라서 적용해야자 특정 디바이스에 따라서 미디어쿼리를 적용해서는 안된다.
. SVG에도 적용 가능하다.
Css tools
. Css multi column layout
: 컬럼 수. 컬럼의 픽셀로 설정 가능.
. Flexbox
: 버튼 배치할 때 도움이 될 수 있음.
. CSS frid layout
: 아직 활성화 되지 않음.
: 페이지 레이아웃 정할 때 손쉬움.
Longlive media features
사진 참고
Media query시 화면의 특징을 잘 잡아서 적용하라.
. 화면 hover. Update frequency
. 인쇄. Minresolution
. 예제: 사진 참고
--------------------------------------------
Session 1.1 : HTML5 이후 웹의 진화 (ETRI 전종홍 책임)
발표자료 : http://www.html5forum.or.kr/api/filedown.jsp?filename=%EC%98%A4%EC%A0%84%EC%84%B8%EC%85%981_1_ETRI_%EC%A0%84%EC%A2%85%ED%99%8D%EC%B1%85%EC%9E%84_20151209-AF-HTML5-r4.pdf&folder=upload/board
... 발표자료를 다시 봐야 할 듯
예상하는 2020년까지 발전 방향
. Web as a platform
. Native 대비 80% 성능
. Multi device multi screen
. 100억대의 bt 디바이그 연동 재어
. JS는 IoT의 기본 언어
. Web은 universial client
TOWARD WEB PLATFORM
. Open web platform
. HTML groups와 WebApps group간 차이 없음.
=> Web Platform Working Group 시작 2015 10. 9
HTML5 사용 시 문제점 순위
. 성능 > API > Tool
Application foundation
. 웹앱 관련 표준을 foundation 단위로 모아서 준비
. App life cycle foundation
WoT 관련 표준 들
. PresentationAPI
: https://w3c.github.io/presentation-api/
. WebBluetoothAPI
: https://webbluetoothcg.github.io/web-bluetooth/
. WebNFCAPI
: https://w3c.github.io/web-nfc/
. SensorsAPI
: https://w3c.github.io/sensors/
--------------------------------------------
Session 1.2 : Web Payment 동향 및 전망 (이동산 이사)
웹 결재 표준화
. 2011년 Web payments CG 시작
. US FRB에서 적극 참여 중.
. Manu Spony leading.
. 알리바바 표준 참여.
. 페이팔은 특허로 참여 안함.
Payment를 Automotive쪽으로 응용 시나리오를 고려 중
: Streamimg Payments. 운행비. 톨비
Inter Ledger protocol
. 다양한 Ledger간 상호교류를 위한 방법론
. Ledger 은행 계정. 페이팔 계정. 알리페이 계정 등의 서비스를 제공하는 업체들
. Escrow를 사용한 transaction 사용
댓글 없음:
댓글 쓰기