프로그래밍 스칼라

paranba***l2016-07-09

엄격한 선생님같다. 겁나는 건 정상입니다(토닥토닥)

솔직하게 털어놓자면, 1장 소개 부터 쉽지 않았다. 축약형은 익숙하지 않아서 거듭 읽어야 했고 동시성을 다룬 부분은 모르는 것 * 모르는 것 승수효과가 나서 그냥 예제 코드를 따라 해보는 데에 그쳤다.

1장이 맛보기라고 했는데 맛보기가 아니고 스칼라 자랑같았다.

1장에서 혼이 나가서 그런가 2장에서는 코드는 조금씩 눈에 들어왔다. 하지만 예제를 이어서 바꿔나가는 걸 보노라면 끊임없이 ‘우아한 표현’을 지도하는 선생님이 등 뒤에 서 있는 기분이었다. 3장까지도 기초란다. 도메인 특화 언어를 소개할 때는 ‘아 이거 진짜 자랑이구나’ 싶었다. try-catch-finally 는 제목만 보고도 너무 반가웠다. 조금이라도 아는 게 나와서;ㅅ;

예제를 따라하면서 조금씩 바꿔보는 편인데 2부 들어가서는 예제를 바꿀 엄두가 안났다. 30% 정도 실제로 예제만 따라 했을 뿐 내용을 제대로 이해하지는 못한 것 같다.

하지만 내게 어렵다는 것과는 별개로, 책은 매끄러웠다.

번역은 어색함이 없었고, 예제는 눈에 잘 안들어 오지만 실행시켜 보면 아, 이럴 수도 있구나 하고 놀라곤 했다. 역시 프로그래머는 백문이 불여일타인 것일까. 책 서문에도 이럴 때는 이렇게 표기하겠다고 잘 써 두기도 했고 코딩폰트도 괜찮았다. 원본을 본 적이 없어서 모르겠지만 거의 흑백인 책에(grayscale?) 코드도 잔뜩 있는데 이정도로 만들기 어려웠을 것 같다.

책에 아쉬운 점이라면, 첫 장을 스칼라 자랑(?)으로 시작한 것과 압도하는 지식량으로 겁먹기 쉽다는 점(…) 하지만 일단 곁에 있으면 네가 이해할 때 까지 가르쳐주고야 말겠다는 선생님이 있는 기분이라 든든하긴 하다.

이 책으로 곧 스터디도 꾸려진다고 하니까, 스터디에서 다시 한 번 천천히, 숨을 고르면서 습득해보려고 한다. 혼자 가면 멀리 못가니 함께 가려고 :)

dae***l2016-07-09

프로그래밍 스칼라

https://brunch.co.kr/@daejin/21

O' Reilly 책들 중 "Learning"로 시작하는 책에 비해 "Programming"으로 시작하는 책들은 깊이있는 내용을 다루기 때문에 학습곡선이 큰 편입니다. Porgramming Scala도 예외는 아닙니다.

지금부터 다룰 예제는 이렇게 일찍 다루기에는 약간 벅차다.

첫 장부터 상당히 어렵게 느껴졌습니다. 개발언어 관련 책은 내용을 정확히 이해하지 않아도 예제를 여러번 수행해보면 내용보다 더 명확히 이해가 되는 경우가 많이 있습니다. 하지만 초반 예제부터 동시성 맛보기, Future 맛보기로 시작하는 이 책 예제에서는 그런 도움을 받을 수 없었습니다. 대신 물음표만 머리속에 가득 남았던 것으로 기억합니다.

Part I 스칼라와의 만남

Part I은 스칼라의 핵심적인 특징을 설명하고 있습니다. 그 핵심을 놓치게 되면 소스가 점점 모호해져 결국은 이해가 불가능했습니다. 그 때마다 "Part I"여기로 다시 돌아왔습니다. 제가 정확히 이해하지 못해서 돌아왔던 부분은 다음과 같습니다.

59페이지, 매개변수화한 타입 지정할 때 각괄호[]를 사용한다는 사실 : 어느순간부터 [A]와 같이 배열도 아닌 이상한 문법이 보인다면, 59페이지를 다시 보시길 바랍니다. CPP, Java에 익숙한 개발자들은 제네릭으로 알고 있는 꺽쇠<> 표기법을 Scala에서는 각괄호[]를 사용합니다. 그리고 제네릭이 아닌 매개변수화한 타입이라고 부릅니다. 지금 생각해보면 제네릭이라는 모호한 표현보다, "매개변수화한 타입지정" 이라는 표현이 더 명확하고 설명적인 것 같습니다.

91페이지, 2.5.2 인자 목록이 여러 있는 메서드 : 함수명 뒤에 이해가 되지 않는 ()(), 혹은 (){} 등이 나타난다면 91페이지를 다시 봐야합니다. 스칼라는 함수 본문을 변수 값 대입하듯이 =(등호)를 사용합니다. 함수명과 =(등호) 사이에있는 (), {}는 모두 함수에 넘겨지는 인자(파라메터)입니다. ()에 인자를 넣고, 바로 뒤 {}에 람다 함수를 넣게되면 일반적인 다른언어의 함수정의와 비슷하게 보여 정확히 알고 있지 않으면 혼란스러울 수 있습니다.

s.draw(Point(1.0, 2.0)){str => println(s"ShapesDrawingActor: $str")}

함수를 정의한 것이 아니라 draw에 Point(1.0, 2.0), str => println(s"ShapesDrawingActor: $str") 인자를 전달한 것입니다.

120페이지, 2.9 Option, Some, None : 이 장은 충분히 이해하고 넘어갔다고 생각했는데, 여러번 읽었습니다.

그 외에 _ 위치지정자, 중위 표기법, 콜론(:) 등은 아직도 소스에서 나타나면 눈에 어색하네요.

Part 2 기본기 다지기

Part 1에서 충분한 기본기가 생겼다면, "4장 패턴 매칭"과 "5장 암시"에서 이 책의 진가를 서서히 느낌 수 있도록 구성되어 있습니다. 그리고 "6장 스칼라 함수형 프로그램밍"은 갑자기 저자가 바뀌었나 생각될 정도로 쉽고 자세하게 작성되어 있습니다. 하지만 함수형 프로그램밍의 재미를 알기에는 조금 부족했던 것 같습니다.

( 참 저자가 두명입니다. 누가 몇 장을 썼는지 궁금하네요. )

이후 for 내장, 객체지향 프로그램밍, 트레이트, 객체 시스템, 컬렉션 라이브러리를 다루고 있습니다.

Part 3,4

Part 2까지 완독했다면, Part 3는 정말 깊이 있는 내용을 다루기 시작한다. 스칼라의 타입시스템, 함수형 프로그램밍의 카테고리, 펑터, 모나드 다루고 있습니다.

Part 4에서는 Part 1에서 맛보기만 보여줬던 Future, Akka를 다시 설명하며, 빅데이터, 동적 호출, 도메인 특화언어 등을 설명합니다.

"21 스칼라 도구와 라이브러리"는 Part 4에 있는게 조금 이상합니다. 오히려 가능한 빨리 읽어서 코드작성시 도움이 되도록 하는 것이 좋아보입니다.

단점, 메소드 설명을 위한 '단축url'

종종 ()를 감싸서 나오는 단축url은 글을 읽는데 너무 방해되는 요소였습니다. 특히 스칼라 함수명 뒤에 괄호()는 다른언어에 비해 조금 더 신경쓰이기 때문에, 이 단축url은 절 충분히 괴롭혔던 것 같습니다. 미주나, 각주로 처리했으면 좋지않았을까 생각합니다. 그리고 책을 읽고 실제 개발을 할 때 스칼라 문서를 찾는 방법을 알고있어야하는데, 단축url은 그런 학습 및 경험에 대한 방해되는 요소라고 생각합니다. 또한 추후 url이 바뀌거나 언어가 버전업되었을 때 잘못된 정보가 종이로 영원히 남아 있을 수도 있겠네요.

끝

오랜만에 두꺼운 책을 소화한 것 같습니다. 보통 예제 하나하나 손으로 쳐가며 천천히 읽어보는데, 리뷰기간이 정해져 있어 Part 3, 4장은 정상적으로 소화하지 못했습니다.

Programming in Scala을 반쯤 읽고있는 중에 이 책을 받았습니다. 그래서 읽기를 잠시 중단하고 이 책부터 읽기를 시작했습니다. Programming in Scala에 비해 Programming Scala에서는 문장이 잘 이해가 안되어 몇 번이나 다시 읽었습니다.

하지만 지금 다시 생각해보면 Programming Scala이 여러가지 측면에서 조금 더 깊은 이해를 요하고 있기때문이라고 생각합니다. 앞으로 스칼라가 얼마나 인기를 얻게 될지는 모르겠지만 어느분의 말처럼, 곁에 두고있으면 분명 도움이 될꺼라 생각합니다.

본 리뷰는 한빛미디어에서 제공된 책으로 작성되었습니다.

tee***l2016-07-08

제대로 된 스칼라 바이블 "프로그래밍 스칼라"

[스칼라]

스칼라는 함수형 언어다. 그러나 호환성과 대중성을 위해 객체지향 언어의 특징과 문법을 상당수 유지했다. 스칼라는 문제가 있을 때 단 하나의 풀이방식을 취하려는 언어들과는 다르다. 작성자의 수준과 취향에 따라 다양한 해법이 존재한다. 심지어는 함수형 언어의 특징을 전혀 사용하지 않고도 코딩할 수 있다. 사용자의 이해 정도에 따라 구현하는 방식이 천차만별이다. 인터넷에 널린 정보로는 왕도를 찾기 힘든 이유다.

흔히 제대로 된 가이드가 없으면 삽질(?)하기 좋은 언어로 스칼라를 꼽는다. 대학에서 이론에 기반을 두고 만든 언어이므로, 함수형 이론이나 타입 시스템 등의 개념 하나하나를 너무 깊이 파고 들어가면 마치 미궁에 빠진 것처럼 오래 헤매게 되는 경우가 다반사다. 이 책으로 스칼라 세계에 들어온다면 그런 부작용을 최소화할 수 있다. 이 책은 개념 설명과 실용성에 균형을 잘 맞췄다. 짧게 구성된 한 장(Chapter)에서 개념을 먼저 배우고 짧은 예제를 REPL을 활용해서 실행하다 보면 자연스럽게 이해하게 된다. 실무의 어떤 맥락에서 실제 활용될 수 있을지에 대한 많은 팁을 제공함은 물론이다.

[디자인/편집]

여백, 글씨체, 줄 간격, 본문의 글씨 크기 등 기본적인 편집은 흠잡을 만한 부분이 없다. IT 출판의 명가 한빛미디어답게 읽기 좋은 구성이다. 다만, 도서 내 코드 예제에 line number를 추가하고 예제번호를 달았더라면 더 좋았을 것이다. 예제파일도 장/절 구분을 해서 따로 묶었어야 했다. 현재는 폴더와 파일이 전부 영문 키워드만으로 구성되어 있다. 책을 읽다가 해당 코드를 빠르게 찾아서 실행해보고 싶을 때, 예를 들면, concurrency 폴더 안에 async 폴더 안에 async.sc 파일을 일일이 들어가서 찾아서 실행해야 한다. 책을 덮고 관련 내용을 찾아볼 때도, 정확한 영문 키워드가 기억나지 않으면 파일을 찾을 수가 없다. 여간 불편한 게 아니다.

[번역]

본 도서의 역자는 KAIST에서 전산학을 공부했으며 현재 호주에 거주 중인 개발자이다. 또한, IT 전문번역자로서 또 다른 스칼라 바이블인 Programming in Scala 번역에 참여했던 경력이 있다. 번역은 깔끔하고 완성도가 높다. 한글과 구성방식이 정반대인 영어 문장에 대한 대폭적인 의역보다는, 원서의 내용을 가능한 한 변경하지 않으면서도 한국말로 이해하기 쉽도록 구성했다. 또한, 국내에서 가장 신뢰할만한 스칼라 커뮤니티인 [라 스칼라 코딩단]에서 번역자와 함께 도서 전반에 걸쳐 많은 고민을 한 흔적이 보인다. 적어도 이 책은 추천사의 표현대로 "번역서를 읽다 도저히 이해가 되지 않는 부분을 만나, 번역의 질을 의심하는 일"은 많지 않을 것 같다.

[총평]

책은 생각보다 두껍고 수준이 높다. 770페이지의 책이지만 체감으로는 한 900페이지가량 되는 것 같다. 초급자를 위한 책은 아니다. 어떻게 보면 당연하다. 스칼라는 프로그래밍 입문자를 위한 언어가 아니기 때문이다. 충분한 시간을 투자해서 제대로 이해해야만 활용할 수 있는 언어이다. 이 책은 좋은 저술, 열정적인 번역, 깔끔한 편집의 조합으로 스칼라 바이블로 손꼽을만하다. 스칼라를 능숙하게 다루는 데는 많은 노력이 필요하지만, 그 시간은 가치 있다. 무엇보다도 스칼라는 그 자체로 매력적인 언어로, 실제 사용하는 언어가 무엇인지와 관계없이 함수형 패러다임에 대한 많은 통찰을 얻을 수 있기 때문이다.

itstedp***l2016-07-08

jrcfore***l2016-07-07

프로그래밍 스칼라를 리뷰하며

프로그래밍 스칼라

자료 다운로드시 유의사항

▶ 부록/자료 관련 FAQ