언제 생산성이 좋아졌나 돌이켜 보면
같은 실수를 반복하지 않았을 때 생산성이 비약적으로 좋아졌습니다.
같은 실수를 하지 않는 방법 중 한가지는 바로
개발 일지를 쓰는 겁니다.
오늘 내가 처리한 버그를 적고 어떻게 어디서 해결 했는지를 적는 거죠.
같은 문제여도 다시 스택 오버 플로우를 뒤지는 것보다
내가 쓴 일지를 확인하는 게 해결 속도가 훨씬 빠릅니다.
예를 들어보겠습니다. 제 개인 저장소에 저장한 글들입니다.
-----
2019.02.17(월)
노드 실행 에러
dyld: Library not loaded: /usr/local/opt/icu4c/lib/libicui18n.58.dylib
Referenced from: /usr/local/bin/node
Reason: image not found
Abort trap: 6
icu4c가 문제라고 함.
해결책 - 노드 지우고 다시 깔음
brew uninstall --force node
brew uninstall icu4c && brew install icu4c
brew unlink icu4c && brew link icu4c --force
brew install node
brew update node 를 하면 된다는 이야기도 있는데 안해봄
이 글(http://www.xxx.com) 참고해서 해결함
----
2019.03.06(수)
플러터 - AndroidX 마이그레이션 이슈
일부 플러터 플러그인은 안드로이드X 마이그레이션 문제때문에 제대로 동작하지 않는다.
이 경우 최신 플러그인이 아니라 과거 플러그인을 쓰면 해결은 된다.
(해결책 : 안드로이드 X 적용 이전 플러그인 목록 - https://flutter.dev/docs/development/packages-and-plugins/androidx-compatibility )
-> 할일 : 안드로이드 X 마이그레이션 해보기
---
이전에 발생한 이슈를
정리해서 다음에도 참고하는 것이죠.
익숙해지면 일지 제목만 보고도 해결 가능하고,
같이 일하는 사람에게 공유하면 팀 생산성도 올라가죠.
개발 일지 쓰는 데는 1분 ~ 5분 밖에 안 걸립니다.
하지만 3~4시간을 아껴줍니다.
3
0
댓글을 쓰려면 로그인이 필요합니다.