일상적 이야기들.

SICP 컴퓨터 프로그램의 구조와 해석이라는 책을 읽는데, 해당 책의 내용이 LISP 로 작성이 되어있다. 처음에는 LISP 깔기도 귀찮고, 그냥 대충 눈으로 읽히겠지 하면서 책을 읽기 시작했는데 후반에 가니 도무지 안 읽힌다. 언어가 익숙하지 않은 것도 큰 것 같아 LISP를 설치하고 따라쳐보면서 공부하기로 결심을 하였다. 설치 MAC 환경에서 찾아보니, SBCL과 emac으로 작업하는 모습들을 보았다. brew install sbcl Vscode에서 수행 vscode 내에서, terminal창을 열어두고 pallet를 이용하여 바로 수행하는 방식으로 수행하도록 되어있었다. 그런 부분들을 참고하여, 공부를 시작해보겠다. 출처

TestCode 지금 있는 속한 팀에 있기 전, 바로 직전에는 QA팀에서 Tool을 만들었다. 그때도 동일하게 테스트코드를 작성을 하였지만, 이 글에서 이야기하는 테스트코드와는 결이 달랐다. 개발자가 자신이 작성한 코드에 대한 최소한의 보증수표를 붙혀주는 것이 TestCase 작성인 것 같다. 하지만 개발자가 작성하는 TestCase에는 함정이 있을 수도 있다. 왜냐하면 자신이 작성한 코드이기때문에 방어적으로 코드를 작성하게 되는 것 같다. 실 사용자들은 기상천외한 값들을 넣을 수 있기때문에 따로 QA팀이 있고, 해당 팀에서 매뉴얼로든 프로그램이든 여러가지 케이스를 테스트하게 된다. 그 중에 나는 End-User 입장에서 테스트코드를 작성을 하였기에, PyTest로 작성하는 코드와는 달랐다. Pytest..

organizeImports 해당 옵션을 사용하면 import 영역 내의 중복된 이름들을 제거해주고, 알파벳순으로 정렬하는 기능도 가지고 있습니다. 그리고, 해당 기능을 통해서 import 내에서, pep8의 규칙에 따라 한 line의 길이가 80글자가 이상이면 multiline으로 분리하여 정렬을 해주고 있습니다. 왜 80글자인가 PEP8의 규칙에 의하면, Python 내에서 한 line의 길이는 80글자를 넘어가지 않을 것을 권고하고 있습니다. 이는 옛날에 개발 환경이 열악한 시절 한 창에서 표기하는 글자의 수가 80글자였기때문에 이를 규칙으로 삼고 있습니다. 하지만 현재에 와서는 한 라인에 80글자를 담아내기에는 너무 적은 표기법이라고 생각이 됩니다. 그렇기에, 팀내에서는 120글자를 제한으로 하고..