하고싶은대로##

입사할 때 추천 + 선물 받은 책인데, 아직까지 못 읽고 있었다. ㅠㅠ

사실 책 표지가 너무 옛날 책 느낌이라 별로 끌리지 않아 미루고 미루고 있었다..

제목도 뭔가 외국 도서인데 한 2003년에 출시되었는데 번역된 느낌이라서 끌리지 않았는데.. 놀랍게도 한국인 저자에 2018년도 초판 발행이었다.

지금부터라도 천천히 읽으려고 펴봤는데, 내용이 정말 좋아서 정리하려고 한다.

뭔가 부캠에서 마스터(멘토)분들이 많이 해주신 말씀이 있는데, 그 때도 와닿는 내용들이었는데, 지금 보니까 더 강하고 새롭게 와닿아서 이 책 내용들을 읽으며 본 내용 및 내 생각들을 정리해보려한다.

2021/7/20

회고하자.

- 부캠에서 많이 듣고 하던 것들이었는데, 막상 일을 시작하고는 거의 하지 못했다.

- 회고를 하며 내가 하는 일들을 더 개선할 수 있는 방법들을 생각하고 실천해서 다음에 할 땐 실수를 덜 하고, 더 효율적으로 효과적으로 작업을 해야겠다.

즐기자.

- 취업 전에는 취미로 개발을 할 정도로 즐겼는데, 이상하게 취업을 하고 나서는 퇴근하고 개발 공부를 예전만큼 하지는 않는 것 같다.

- 입사 후 3개월까지도 열심히 했는데 뭔가 코로나의 여파인지, 아니면 이제 무의식적으로 일이라고 여겨서인지, 예전만큼 즐기지 못하는 것 같다.

- 일이라고 생각하지말고 예전처럼 즐겨야겠다. (근데 출근할 때는 좀 즐거운데), 이상하게 집에서 할 때는 스트레스를 받는 기분이다. 

- 집에서 개발을 하면 뭔가 일과 삶이 섞이고 무너지는 기분이라서 그런 것 같기도 하다.

- 부캠할 때, 개발은 장거리 마라톤이라고, 그리고 일과 일이 아닌 것을 분리해야한다고, 그래서 재택하더라도 출근/퇴근하는 것처럼 밖을 한바퀴 돌고 들어오라고 하셨는데, 이제 그 말의 의미를 알 것 같다. 

- 취미는 취미로 내버려두고, 전업으로 하고 싶지 않다는 사람들의 말을 이제는 조금은 이해할 수 있을 것 같다.

- 그래도 즐겁게 개발을 지속가능하게, 오래오래할 수 있는 방법을 찾아야 할 것 같다.

발전하자

- A라는 일을 하기 위한 B라는 일을 하고, B라는 일을 개선하기 위한 C라는 일을 하자

- 이 말의 의미를 부캠할 때는 크게 못 느꼈는데, 요즘은 많이 느끼는 것 같다.

- 더 잘하기 위한 방법을 더 잘하기 위한 방법을 더 잘해보자 ㅎㅎ

- 블로그도 이제 좀 다시 써봐야겠다.

2021/7/22

어려운 일을 해라

- 이 말은 어려운 개발을 해라라는 의미보다, 사람들과 소통하는 등의 업무를 하라는 뜻이다. 코파일럿이 나온 지금 더욱더 중요한 말인 것 같은데, 주어진 스펙을 개발하는 개발자가 아니라 요구사항을 분석하고, 요구를 이해하고 오히려 제안하는 등 컴퓨터가 하기 힘든 일을 잘하는게 중요한 것 같다.

- 이말은 간단히 말하면 답이 있는 문제, 측량이 가능한 그런 문제가 아닌, 답이 없는 문제, 측정이 어렵고 당장 눈에는 안 보이지만 어려운 것들을 하라는 말이다.

- 조금은 논점에서 벗어나지만, 이 부분을 읽으면서 예전에 대학생 때 프로젝트하면서 요구하면 '다 해주는 개발자'로 불렸던게 기억난다. 요구사항을 들고오면 다 구현해주었다. 물론 실력이 모자랐기에 아주 깔끔하고 완벽하게 개발해주지는 못했지만...그 때 기억나는게, 돌아가는 예시 사이트를 들고오면 그대로 해주겠다고 했었는데...참 패기로웠던 것 같다.

- 물론 또 다시 생각해보면, 요구사항을 다 들어주지는 않았다. 요구 사항을 들고오고, 예시 사이트를 들고오면, 어떤 부분이 적용되길 바라는지, 왜 이 부분을 넣고 싶은지, 이런 저런 이야기를 해주면서 요구사항을 디벨롭하며 필요 없는 부분은 쳐내고, 필요한 부분은 더 발전시켰던게 생각나서, 나름 잘 살았던 것 같다. 정말로 논점에서 벗어난 이야기인 것 같지만..

계속 의식하면서 일해라

- 이 부분은 더 읽어봐야 알겠지만, 간단하게 말하면 양치질 30년한다고 양치 전문가가 되지 않듯이 의식하면서 일을 해야한다!

2021/10/17

사실 이 책을 다 읽은지는 꽤 되었다. 근데 블로그 관리를 하지 않아서...ㅠ

책 내용이 괜찮아서 나중에 생각날때 다시 읽겠지만 기억나는 요점은 간단히 정리하자면

애자일하게, 결과를 짧게 짧게 낼 수 있도록 하고, 그에 대한 회고를 하며 단점을 보완해서 나아지자! 라는게 이 책의 핵심인 것 같다.

글이 용두사미가 된 것 같은데, 나중에 시간이 나면 더 정리해보아야겠다.

개발자는 개발 도서를 읽어야한다는 많은 사람들의 말을 듣고, 개발 도서를 읽어야겠다!라는 생각으로 읽은 책이다.

Effective C++, 패턴 디자인 같은 책을 읽긴 좀 그래서 개발 도서면서 좀 가벼워 보이는 제목을 가진 이 책을 읽어보았다.

처음에는 이게 왜 개발 도서일까?라는 생각을 했는데 많은 것을 배웠다....

읽은 책들에 글을 안쓰는게 읽은 책이 없어서가 아니라 글 쓰기가 귀찮아서 안쓰는 건데, 이 책만큼은 남겨둬야한다 생각해서 글을 쓴다.

2003년에 처음 책이 쓰여졌고, 책의 저자 폴 그레이엄은 정말 혜안이 있다는 생각이 들었다.

2013년에 책이 개정되면서 내용도 많이 개정되었는지 아닌지는 모르겠지만, 2013년이라고 하더라도, 7년이 지난 지금의 미래를 예측했다..

앱들이 기기 종속적이 아니라, 웹으로 옮겨질 거라는 예측 ( 저자는 드랍박스를 창립해서 승승장구하고 있는 것으로 안다 )

언어의 변화 ( 물론 책에서는 저자는 LISP를 찬양했지만, LISP와 비슷한 Python이 지금의 대세가 되었다 )

등등 정말 많은 변화를 예측했고, 현실이 되었다.

물론 내가 2003년에 개발자로 살아보지 않아서, 그 시대 살았다면, 누구나 예측 가능한 내용이었을 수도 있지만, 무엇이 되었든, 책을 읽으면서 소름이 돋았다.

이 책의 전반적인 내용은

1. 해커와 화가를 비교하며 연관 없어 보이는 두 직업은 매우 비슷하다!라는 내용과

2. 공부쟁이( 문제 해결에 몰두하는 사람 )이 세상을 바꾼다라는 내용이다.

저자가 스타트업으로 성공한 사람이라 ( 비아웹을 만들어서 야후에 팔았다 ) 스타트업 관련된 내용들도 많은데,

스타트업에 대한 이야기는 나를 매혹시켰고, 이번 방학에 스타트업에서 인턴을 하게 되었다...

일을 해보니 책에서 읽은만큼 매력적이지는 않은 것 같당...회사 바이 회사겠지만..

저자는 능력이 된다면 스타트업에서 일해라! 일은 100배 힘들지만, 그만큼 성장하고 100배만큼 돈 벌 수 있다!라는 말과

정형화된 개발을 안하고 자유롭게 개발할 수 있다! 라는 말이 정말 인상적으로 들렸다.

올해 초에 많이 고민한게, 좋은 개발자가 되려면 사실 부품화가 될 수 밖에 없는데, 이게 너무 스트레스였다.

디자인 패턴을 공부하고, 소프트웨어 공학을 공부하고, 코딩 컨벤션을 공부하며 틀에 박힌 코딩을 한다는 생각이 너무 스트레스로 다가왔고,

코딩하는 내가 공장에서 똑같은 일을 계속하는 로봇처럼 느껴졌고, 개발자를 포기할까도 많이 생각했다.

하지만 이 글을 읽으면서 관점의 차이라는 것을 알게 되었고, 코딩하는 것이 그림을 그리는 것처럼 자유로운 행위로 느껴졌다.

물론 힘들고, 틀에 맞춰야하는 경우도 많지만, 예전보다는 스트레스를 덜 받는 것 같다.

그리고 예전에는 일자리에 대한 강박관념이 있었다. 뭔가 대기업을 가야할 것 같고, 다른 곳을 가면 불안정적이고 성장도 힘들고 그럴 거라는 생각이 있었지만, 그런 것도 아니고, 내가 스스로 만든 강박관념이라는 것을 알게 되었다.

사람이 아주 많이 바뀌진 않았겠지만, 책을 읽고 예전보다는 시야가 넓어졌고, 덕분에 개발에 대한 고정관념과 강박관념이 사라진 것 같다.

그리고 전보다 개발을 즐겁게 할 수 있게 되었다.

그리고 과거의 개발자인 저자 폴 그레이엄이 생각한 내용들을 보며, 지금 우리가 왜 이런 기술을 사용하고, 이런 위치에 있는지 이해할 수 있었다.

학교에서 프로그래밍 언어 시간에 배웠던 내용을 머리로만 이해했다면, 이 책을 읽고 배운 내용들을 가슴으로 와닿게 이해할 수 있었다.

이 책을 읽고 PL 수업을 들었다면, 즐겁게 수업을 들었을텐데,, 좀 아쉽다

그리고 개발적으로뿐만 아니라 스타트업?쪽으로도 시야가 넓어진 것 같다.

개발 마인드가 나와 생각하는 것이 비슷해서 재밌게 읽었는데,

문제 해결 의식, 문제 해결 방법 등을 배울 수 있었다.

특히 디자인과 비교를 하면서 설명을 했는데, 사람들의 문제를 해결해야한다는 생각, 그리고 계속해서 발전해야한다는 생각, 정답은 없다는 생각 등

이 책을 읽고, 개발이 디자인과 닮았고, 개발이 정답이 있는 수학문제보다는, 예술에 가깝다는 생각이 많이 들었다.

그리고 책의 마지막 구절이 기억에 남는다.

디자인은 사람을 위한 것이고, 디자이너도 사람이다.

개발 언어를 설명하면서 말한 것인데, 예전에는 "왜 파이썬을 써? 비개발자나 쓰는거아니야? 속도도 느린거"

이런 생각을 가졌었는데, 언어에 대한 내 사고가 바뀐 것 같다.

그리고 개발할 때, 처음부터 완벽할 수는 없다. 

프로토타입을 계속 만들며 발전을 시켜야한다라는 말은

요즘 유행하는 DEV Oops나 에자일 기법을 떠올리게 했다.

이 책을 읽고, 나도 이런 사람처럼 끊임없이 발전하고 싶고, 혜안을 가지고 살고 싶다고 생각했다.

정말 대단한건 이 책을 쓴 이후로 드롭박스로 성공한 것....

학교 도서관에서 빌려서 읽었는데, 책을 사서 두고두고 읽고싶다.

물론 이 책의 내용이 하나부터 열까지 다 맞는건 아니지만,

개발적으로, 그리고 개발 외적으로 정말 나에게 많은 도움이 된 것 같다.

근데 책이 너무 옛날 책이라 예쁘지도 않고 읽기 불편한데 리뉴얼한번만 해주면 좋겟다..그러면 책 살텐데

7.20

보통은 그림 한 두장, 혹은 글로만 설명되어 있는 알고리즘(배열같은 것들)을 정말 친절하게 하나하나 설명해주어서 이해하기 좋은 책이었던 것 같다.

그렇지만 조금 어려운 내용의 알고리즘은 설명이 좀 부실한 거 같다. 

대충 이런 알고리즘이 있구나, 이런 원리이구나! 같은걸 알기에는 정말 좋은 책.

하지만 응용법과 정말 구체적인 작동 원리를 알고 싶으면 스스로 더 찾아봐야한다.

알고리즘 처음 배우는 사람에게는 좋은 책인 것 같다.

알고리즘 도감이라는 어플도 있어서 다운 받았는데, 이것도 유용한 것 같다. 다만 몇 개의 알고리즘은 유료 결제를 해야 볼 수 있다...