포스트 추가

_posts/2021-05-19-Heap에서-중간-원소-삭제하기.md

@@ -73,13 +73,13 @@ Heap에서 원소를 삭제한다고 하면 보통 Pop이다. Heap에서 루트
 ## 내가 겪은 상황 
 아래는 내가 실제로 구현한 Heap의 구조이다. Key와 우선순위로 이뤄져 있는데, 우선순위가 높은 순서대로, 우선순위가 같다면 Key값이 높은 순서대로 정렬되어야한다.
 
-![image1](https://github.com/EXPYH/expyh.github.io/blob/gh-pages/_posts/images/210519/210519-01.PNG?raw=true)
+![image1](https://github.com/KaidenAura/kaidenaura.github.io/blob/gh-pages/_posts/images/210519/210519-01.PNG?raw=true)
 
 지금 이 상황에서는 Pop을 차례대로 하다보면 우선순위가 높은 순서대로 원소들이 나온다. 문제는 Key : 72인 노드 삭제 이후에 발생했다.
 
 여기서 자식 노드에 대해서만 Heapify를 진행했더니 아래와 같이 Key : 39인 노드가 자리 배치가 제대로 이뤄지지 않았다. 이 때문에 Pop을 여러번 진행할 때 Key : 8 이후에 반환되어야 하는 Key : 39 대신 엉뚱한 Key가 반환 되었다. 
 
-![image2](https://github.com/EXPYH/expyh.github.io/blob/gh-pages/_posts/images/210519/210519-02.PNG?raw=true)
+![image2](https://github.com/EXPYH/.github.io/blob/gh-pages/_posts/images/210519/210519-02.PNG?raw=true)
 
 <br/>
 
@@ -97,7 +97,7 @@ Heap에서 원소를 삭제한다고 하면 보통 Pop이다. Heap에서 루트
 > 삭제했던 노드 위치를 시작으로 Push Heapify를 진행한다.
 
 다시 위 자료구조를 제대로 Heapify를 하면 다음과 같다.
-![image3](https://github.com/EXPYH/expyh.github.io/blob/gh-pages/_posts/images/210519/210519-03.PNG?raw=true)
+![image3](https://github.com/EXPYH/kaidenaura.github.io/blob/gh-pages/_posts/images/210519/210519-03.PNG?raw=true)
 
 <br/>
 

_posts/2022-03-14-Pydeps로-의존성-파악하기.md

@@ -88,7 +88,7 @@ AttributeError: partially initialized module 'a' has no attribute 'today' (most
 ```
 pydeps main.py
 ```
-![image2](https://github.com/EXPYH/expyh.github.io/blob/gh-pages/_posts/images/220315/220315-01.png?raw=true) <br>
+![image2](https://github.com/KaidenAura/kaidenaura.github.io/blob/gh-pages/_posts/images/220315/220315-01.png?raw=true) <br>
 
 main.py 에서 import a를 했다는 것을 표현해준다. 하지만 이것으론 순환참조 관계를 알 수 없다. 더 깊이 탐색하기 위해서는 --max-bacon 옵션을 사용해야한다. 
 
@@ -100,7 +100,7 @@ main.py 에서 import a를 했다는 것을 표현해준다. 하지만 이것으
 ```
 pydeps main.py --max-bacon 0 --reverse
 ```
-![image3](https://github.com/EXPYH/expyh.github.io/blob/gh-pages/_posts/images/220315/220315-02.png?raw=true) <br>
+![image3](https://github.com/KaidenAura/kaidenaura.github.io/blob/gh-pages/_posts/images/220315/220315-02.png?raw=true) <br>
 
 a.py / b.py / c.py가 서로 참조하고 있음을 확인할 수 있다. 
 
@@ -110,7 +110,7 @@ a.py / b.py / c.py가 서로 참조하고 있음을 확인할 수 있다.
 ```
 pydeps main.py --max-bacon 0 --reverse --show-cycles
 ```
-![image4](https://github.com/EXPYH/expyh.github.io/blob/gh-pages/_posts/images/220315/220315-03.png?raw=true) <br>
+![image4](https://github.com/KaidenAura/kaidenaura.github.io/blob/gh-pages/_posts/images/220315/220315-03.png?raw=true) <br>
 
 ## 의존성 그래프를 파일로 출력하기 
 개인적으로는 회사에서 사용했을 때 pydeps가 graphviz를 인식하지 못해서 다음과 같은 에러가 발생했었다.

_posts/2023-10-08-짧은-생각.md

@@ -0,0 +1,52 @@
+---
+title: "개발자의 독서 - 번역본 vs. 원서" 
+date: 2023-10-08 08:11:00 +0900 
+categories: 독서 
+tags:
+  - 취미
+---
+
+IT 업계에서 개발자 업무로 밥벌어먹고 살기 위해서는 공부할 일이 너무 많다. 최근에는 30-40대 개발자들이 줄어드는 이유로 "지나친 공부량"을 주장하는 사람도 봤었다. 
+IT 개발쪽으로 새로운 기술이 쏟아져나오고, 개발자는 이에 뒤쳐지지 않게 이론 공부 + 실전 적용을 꾸준히 해야하는데, 이게 개발자들의 평균 연봉에 비해 지나치게 많은 시간과 노력을 요한다는 글이었다. 
+이 정도 공부량과 재능이면 그냥 다른 전문직이나 사업을 벌이는 것이 더 많은 부를 쌓는 편이라서 중간에 그만두는 경우가 많다는거다.
+최근에는 나도(또 새로운 걸 공부해야한다고 투덜대면서 처음 보는 프레임워크의 공식문서를 훑으며) 비슷한 생각을 종종 했지만(평생 이런 식으로 내가 처음 보는 걸 언제까지 쓸 지도 모르는데 공부해야하나?), 그래도 아직까지는 프로그래밍 쪽이 재밌고 내 성격이랑도 맞는 것 같아서 하고 있다.
+
+개발자로서 정보를 습득하는 경로가 다양해졌지만(블로그, 유튜브 등), 아직은 저명한 개발자가 쓴 책들이 가장 신뢰도가 높은 자료들인 것 같다. 그러나 책으로 공부하기 위해 리뷰를 보다보면 심심찮게 나오는 의견들이 있다 - 번역의 수준이 떨어진다는 것이다. 
+일반적으로는 "번역기 돌린 것 같다"라던지 "원문을 찾아보고 겨우 이해했다"등의 비판들이 많았다. <br>
+
+흔히 바이블이라고 불리는 유명한 책들은 이런 문제에서 자유로울 것 같지만, 의외로 아니다. 최근에 우리 회사는 부서마다 개발도서를 살 수 있도록 지원금을 할당했었다.
+나는 개발자들의 바이블 중의 바이블, Gang of 4의 "Design Patterns: Elements of Reusable Object-Oriented Software "라는 책을 구매 요청하려고 했었다. 당연히 처음에는 한글 번역본 찾았었는데, 이 책조차 번역 문제에 대한 비판이 꽤 많다는 것을 알게 되었다.
+![image1](https://github.com/KaidenAura/kaidenaura.github.io/blob/gh-pages/_posts/images/231008/231008-01.PNG?raw=true)
+
+
+이런 의견들이 나오는 데에는 다음과 같은 이유가 있을 것 같다.
+- 저자가 해당 분야에 대한 지식이 전혀 없다 (그러나 이런 일은 거의 없을 것이라 생각한다)
+- 일반적으로 영어로 쓰는 단어를 굳이 어설프게 한글로 바꿨다 (Queue를 큐라고 할지 대기열이라고 할지 줄이라고 할지 등등..)
+- 아예 새로운 개념을 소개해야 하는데 번역가가 적절치 않은 한글로 바꿨다 (변수 명 짓는게 세상에서 제일 어렵다)
+- 원작가가 그냥 글을 못썼다 (그들도 결국 이과생들이다)
+
+---
+
+번역가의 꿈을 꾼 적도 있어서 번역의 어려움이나 고충은 충분히 공감하고 있지만, 결국엔 나도 소비자기 때문에 이 문제를 눈 감고 모른척 할 수는 없다. 
+나는 항상 "원서 읽기" 와 "번역본 읽기"에 대해 다음과 같은 장단점을 가지고 고민했다.
+- 원서의 장점 : **번역문제에서 100퍼센트 자유롭다**(번역을 안하니까!, 그리고 대부분의 책들이 영어로 나오니까). 그리고 전자책이 존재할 확률이 매우 높다(pdf 포맷이어도 아주 고맙다)
+- 원서의 단점 : 다른 의미의 번역문제가 여전히 존재한다(**나는 한국인이다**). 한 페이지가 100퍼센트 이해되는 글이라 하더라도 한글 책에 비해 독서 속도가 현저히 떨어질 수 밖에 없다. 추가로 요즘 달러 환율 때문에 책이 상대적으로 비싸졌다.
+- 번역본의 장점 : **매우 빠르게 읽을 수 있다**. 아는 내용과 모르는 내용을 훑어보는 것 만으로도 알 수 있고 이를 넘기면서 읽을 수 있다.
+- 번역본의 단점 : 약간의 번역문제, 그리고 전무하거나 pdf뿐인 전자책들.
+
+번역 수준도 문제지만, 전자책 존재 여부가 나에게는 엄청 큰 요소이다. 내 집은 매우 좁아서 더 이상 책을 둘 데도 없으며, 프로그래밍 서적들은 도표와 코드가 많아 두꺼운 편이다.
+특히 한국의 책들은 페이퍼백이라는 개념이 없고 책을 지나치게 럭셔리하게 만드는 경향이 있어 들고 다니면서 읽기에 좋지 않다. 
+그래서 보통 Kindle이나 ipad로 책을 읽곤 하는데, 번역본은 대부분 전자책이 없거나 pdf형식이라 글자 크기라던지 인덱싱 기능들을 사용하는데 상당한 제약이 있다.
+
+---
+
+그럼에도 내 선택은 결국 번역본이었다. 안그래도 새로운 개념을 익히고 다음으로 넘어가야하는데, 빨리빨리 습득하고 넘어가고 싶지 영어 문제로 골머리를 썩히고 싶진 않았기 때문이다. <br>  
+
+하지만 요즘은 생각을 조금씩 바꾸려 하고 있다. 영어는 개발자로서 평생을 안고 가야 할 문제라는 생각이 들었기 때문이다. 새로운 기술들은 항상 영어로 나오고 있고, 또 직장으로서 더 좋은 기회들도 영어를 쓰는 자에게 더 많이 주어지니까. 
+지금부터라도 영어로 된 문서를 읽는 스킬을 더 익혀야한다. 원어민과의 프리토킹을 아닐 지라도, 최소한 문서 읽는데는 어려움이 없어야지. 지금부터 피하고 다니면 평생 익숙해 질 일은 없을 것이다. 조금 마음을 다잡기로 했다. <br>
+
+게다가 요즘은 번역기 수준히 상당히 높아졌다. 아마존 ebook에서도 곧 바로 Bing 번역기를 사용할 수 있는 메뉴가 있어서 굳이 막히면 힌트를 쓸 수 있기도 하고 말이다.
+
+--- 
+
+우선은 개발문서가 아닌 조금 가벼운 책으로 시작하기로 했다. 지금은 "Stolen Focus: Why You Can't Pay Attention--and How to Think Deeply Again" (한국어로는 "도둑맞은 집중력")을 원서로 읽고 있다. 조금 더 익숙해지면 부서에서 구매해 준 디자인 패턴 책을 읽어야겠다.