Upgrade to Pro — share decks privately, control downloads, hide ads and more …

UI 라이브러리 개발기

RIDI
January 11, 2019

UI 라이브러리 개발기

RIDI

January 11, 2019
Tweet

More Decks by RIDI

Other Decks in Programming

Transcript

  1. 잠깐! 옮기는 작업과 개선 작업이 동시에 진행 리뷰 과정에서 합의에

    이르기 까지 오래걸림 각 컴포넌트에 국한된 개선 라이브러리 전체 일관성 우려 어차피 다시 고치게될 것 8
  2. 옮기기만 하자 일단 산재된 코드를 모으는 것이 시급 동작만 되는

    수준으로 작업 고민 X 속도 O 전체적인 그림이 보이기 시작 9
  3. 모아놓고 보니.. 그 때 그 때 요구사항에 따라 구현된 것이

    많음 미처 라이브러리에 흡수되지 못하거나 요구사항 변경 → 돌연변이들이 나타나기 시작 10
  4. 잘 쓰이려면 쓰는 사람 → 사용자 사용자 → 사용성 쓰기

    편해야한다! 인터페이스 인터페이스를 다듬자! 12
  5. 인터페이스
 다듬기 인터페이스만 다듬기 구현 X 동작 코드 X 문서로만

    작성 마크다운 코드블럭 이용 구현 고민 없이 인터페이스에 집중 13
  6. 인터페이스
 다듬기 인터페이스만 다듬기 컴포넌트의 사용 예시 작성 인터페이스 정의

    X 컴포넌트 사용 예 O 컴포넌트를 어떤 식으로 사용하는 것이 편한가 여러 시안을 한 문서에서 비교 빠르게 여러 컴포넌트를 비교 14
  7. 16

  8. 결정장애 19 결정해야할 것이 너무 많음 인터페이스 패턴 선택 셋팅

    (Webpack, Rollup, CSSinJS...) 제공형식 (React, Non-React...) 답 없는 문제, 답이 너무 많은 문제 혼자 인고의 세월을...
  9. 커뮤니케이션 20 제3자적 입장 (ѐߊ੗X, ٣੗੉ցX, ࢎਊ੗X) 중간에 껴들어 와서

    의견을 강하게 어필하기 힘든 점 모든 것을 질문하게되는 상황이 됨 확신이 서지 않는 결정을 하면, 나중에 같은 논의가 반복
  10. 돌이켜보니.. 결국 최종 결정의 몫은 나 최선을 선택하더라도 바뀔 여지가

    많음 (그때는 맞고 지금은 틀리다) 해보고 별로면 다시 바꾸면 된다
 (는 자신감으로) 백지장도 맞들면 낫다 (회의, 리뷰를 진작에 할걸 ㅠ) 21
  11. 마치며 “They dedicate just as much, if not more, effort

    to what I call the ‘second order’ API design: how code using this API would evolve over time.” - Optimized for Change, Dan Abramov 26