관심있는 것들 정리

c++ std::istream을 이용해 입력 처리하기

내공강화 — Sun, 1 Sep 2024 09:14:04 +0900

std::cin을 이용해 console에서 character 입력을 받는 것은 익숙한데, 이를 googletest를 이용해 시험을 하려 해 보면,
cin >> a와 같이 수행 시 keyboard로 입력을 해 주지 않으면 문제가 된다.

이런 경우, 다음과 같이 stringstream을 이용해서 처리할 수 있다.

// istream::get example
#include <iostream>     // std::cin, std::cout
#include <fstream>      // std::ifstream
#include <string>
#include <sstream>      // std::istringstream

using namespace std;
string readTest(std::istream& in)
{
    string a;
    std::cout << "Enter the name what you want: ";
    in >> a;
    return a;
}

int main () {
    string result = readTest(std::cin);
    cout << result << endl;

    string testStr="wow";
    istringstream fakeInput(testStr);

    string result2 = readTest(fakeInput);
    cout << result2 << endl;
    return 0;
}

요지는 std::istream을 함수 입력으로 받도록 하면, 일반 테스트 시에는 std::cin을..(default로 처리해도 됨), googletest와 같이 자동 테스트 수행 시, 위와 같이 istringstream을 받도록 하면 문제가 해결된다.

컴파일 후 실행하면

$ ./test 
Enter the name what you want: hhh
hhh
Enter the name what you want: wow
$

처음 입력은 hhh를 입력 후 enter를 눌렀기 때문에 다음 라인에 입력값 받은 내용이 출력이 되고,
두번째 출력은 istringstream으로 입력 받은 내용이 출력된 것이라, 같은 라인에 출력된 후 프로그램은 종료된다.

map간 병합할 때 중복항목 제거하고 merge 하는 방법

내공강화 — Sat, 31 Aug 2024 21:37:55 +0900

c로 코딩을 할 경우, sorting 순서, 중복항목 체크를 직접해 주어야 하지만 c++의 경우 이를 간단히 처리해준다.

map에서 key 값을 기준으로 sorting하면서 merge가 되며, 간단히 int 타입을 key로 하는 map에 대한 예제는 다음과 같다.

#include<iostream>
#include<map>
#inclucde<string>

using namespace std;

int main()
{
    map<int, string> tmap1 = {{10, "10"}, {1, "1"}, {3, "3"}, {20, "20"}};
    map<int, string> tmap1 = {{10, "10"}, {5, "5"}, {6, "6"}, {20, "20"}};
    
    tmap1.insert(tmap2.begin(), tmap2.end());
    
    for(auto& p: tmap1) {
        cout << p.first << "   " << p.second << "\n";
    }
    
    return 0;
}

이를 컴파일 후 실행하면

그리고 merge 후 처음 n개 또는 마지막 n개만 남기겠다 라고 한다면, 다음과 같이 iterator를 이용하면 된다.
다음 예는 처음 4개의 항목만 남기는 예제이다

#include<iostream>
#include<map>
#inclucde<string>

using namespace std;

int main()
{
    map<int, string> tmap1 = {{10, "10"}, {1, "1"}, {3, "3"}, {20, "20"}};
    map<int, string> tmap1 = {{10, "10"}, {5, "5"}, {6, "6"}, {20, "20"}};
    
    tmap1.insert(tmap2.begin(), tmap2.end());
    
    for(auto& p: tmap1) {
        cout << p.first << "   " << p.second << "\n";
    }
    
    cout << "tmap1 size = " << tmap1.size() << "\n";
    
    for(auto len=tmap1.size(); len > 4; --len)
    {
        auto it = tmap1.end();
        it--;
        tmap1.erase(it);
    }
    
    cout << "tmap1 size = " << tmap1.size() << "\n";
    for(auto& p: tmap1) {
        cout << p.first << "   " << p.second << "\n";
    }
    
    return 0;
}

위 코드를 컴파일 후 실행하면 (참고로 c++17로 표준을 선택하여 컴파일 하였음)

$./test
1   1
3   3
5   5
6   6
10   10
20   20
tmap1 size = 6
tmap1 size = 4
1   1
3   3
5   5
6   6
$

[리뷰] 실무로 통하는 클린 코드

내공강화 — Sun, 25 Aug 2024 09:59:27 +0900

코딩을 처음배울 때는 내가 사용하는 언어의 문법을 배우는 데 바쁘고, 그 언어를 이용해 기능을 구현하는 것에 관심이 있어, 클린 코드라는 것을 들어도 귀에 들어오지 않는다. 이는 회사에 취직해서 회사의 플랫폼에 맞춰, 주어진 업무를 빠른 시간내에 구현하는 초기 개발자에게도 해당하는 이야기일 수 있다. 회사가 만드는 프로그램의 수명에 따라, 어떤 곳은 단품을 만들면 새로 코드를 만들어야 하고 어떤 곳은 10년이 지나도 동일한 코드 베이스에서 계속해서 기능 개발 및 버그 수정을 해야하는 곳이 있다. 후자의 경우, 시간이 지나면 지날 수록, 또 새로운 기능을 계속 개발하면 개발할 수록, 이전에 급한 일정때문에 기능에만 몰두해 개발한 코드는 부채처럼 나에게 계속 코드 관리의 어려움, 테스트의 어려움, 그리고 여기를 고치면 저기서 튀어나오는 버그들의 어려움으로 개발이 점점 더 어려워지게 된다.

이와 같은 경험은 크던 작던 수년 이상 개발을 업으로 하는 분들에게는 적어도 한번 이상 해 본 경험일 것이다. 시간이 지나고 좋은 프로그래머가 되면 이런 경험은 사라지지는 않지만 많이 줄어들 것이다. 그러면 좋은 프로그래머는 어떤 프로그래머인가? 이런 고민을 할 때 켄트 벡이나 엉클밥(로버트 C. 마틴)의 책들에서 하는 이야기에 대해 관심을 기울이게 된다.

엉클밥의 클린 코드를 읽었을 때 내심 공감이 되는 부분이 아주 많다. 그리고 책의 예제를 참조해서 이렇게 나도 코드에 적용해봐야지 하는 의욕도 넘치게 된다. 그런데, 클린 코드라는 것이 많은 경험을 통해 저자가 작성을 한 것이다보니, 저자의 의도를 이해했다 하더라도, 어떤 경우에 어떻게 사용해야하는 지, 막상 적용하려 했을 때 막막한 경우가 많이 있을 수 있다. “실무로 통하는 클린 코드”는 원제 그대로 Clean Code Cookbook 으로, 프로그래머들이 실제 프로그램을 작성하거나 오랜지시간 유지 보수를 하면서 마주하는 다양한 경우를 체계적으로 정리하고 그에 대한 해결책, 해결책의 의미를 다양한 언어를 이용하여 예시를 통해 설명을 하고 있다.

책은 다른 Cookbook과 달리 책 전체를 관통하는 MAPPER라는 개념을 도입해, 프로그램과 실세계를 수학의 전단사 개념을 통해, 개발자가 추상적으로 생각하며 빠져들 수 있는 함정과 이를 실세계에 반영했을 때 어떻게 문제가 될 수 있는지도 함께 설명을 한다. 처음에는 코드에 무슨 전단사? 라고 생각할 수 있지만, 책을 읽어나가다보면, 이렇게 생각하는 훈련을 해 보는게 도움이 된다는 것을 느낄 수 있게 된다.

이 책은 개발자가 겪게 되는 여러 문제들을 문제-해결-설명의 구조로, 어떤 경우에 어떻게 해결책을 생각해 볼 수 있는지 설명을 해 나가는데, 이런 구조는 생각보다 효율적이라 생각된다. 막상 클린 코드, TDD, 리팩터링 등의 책을 읽어보면, 읽을 때 아 그렇지… 하고 해당 부분에 대해서 공감하고 지나가지만, 그 외에 경우에 이것이 맞는 것인가? 라고 헷갈리거나 적용을 주저하게 되는 경우들이 많다. 이런 경우에 책에서 해당 부분을 찾아 보면, 쉽게 해당 부분이 눈에 들어오는 것은 물론 다양한 책에서 설명하는 이론들 중 어떤 부분이 이 내용과 연결되는 지도 좀 더 쉽게 이해를 할 수 있게 된다. 다음은 SoC(Separation of Concern)이라는 부분과 연결되는 책의 레시피 중 한 예시이다.

저자는 다양한 언어를 통해 가장 주제를 잘 설명할 수 있는 언어로, 각 주제에 대해 설명을 하고 있는데, 이 부분은 독자에 따라 호불호가 될 수 있을 것으로 보인다. 개발을 수년 이상 해 본 프로그래머는 적어도 하나 이상의 언어를 배워 현상에서 사용하는 경험을 해 보았겠지만, 그렇지 않은 경우라면, 예시가 이해가 되지 않는 경우 매번 어떤 언어인지도 모르는 언어들을 원리도 원리지만 동작이 어떻게 되는지 코드를 확인해보는 것이 책의 흥미를 떨어뜨리는 요소가 될 수 있다. 요즘은 ChatGPT와 같은 AI 툴들이 있어 좀 더 쉽게 예제를 파악할 수 있겠지만, 이 역시 책에 대한 집중을 떨어뜨릴 수 있다.

그럼에도 이 책은 개발자가 고민할만한 많은 경우들을 연관 주제별로 나누어, 클린 코드에 대해 좀 더 잘 이해할 수 있도록 도와준다.

이 많은 레시피를 읽고나면 다 기억을 못할 것 같은데? 라고 생각하시는 분이 있을 수 있다. 맞는 말인데, 그런 점에서 이 책의 베타리더분이 작성한 다음 내용이 공감이 된다.

리뷰를 마치며 든 생각은, 개인마다 호불호가 있겠지만… ebook으로 제공받아 리뷰를 하였는데, 이러한 cookbook 성격의 책은 ebook보다는 offline 책이 더 효율적일 것 같다는 생각이 든다. ebook도 노란색으로 중요한 부분을 하이라이트 해 두고 그 부분을 찾아가며 빠르게 검색할 수 있지만, 아직은 중요한 내용에 형광펜으로 표기하고, 관련된 부분들을 tagging 해 두어 주루룩 넘기면서 빨리 찾아보는 것이 더 좋을 것 같다 ^^.

한빛미디어 < 나는리뷰어다 > 활동을 위해서 책을 제공받아 작성된 서평입니다.

MacOS에서 googletest 수행해보기

내공강화 — Fri, 23 Aug 2024 22:43:32 +0900

googletest가 나온지 상당히 오래됐고, 회사에서 사용한지도 꽤 오래됐다.

그래서 집에 있는 Mac 머신에서도 googletest 수행해보려고 해 보면 자꾸 에러가 나서,
간단히 컴파일하는 방법과 관련 CMakeLists.txt 파일을 정리해 둔다.

1. googletest 개발용 header와 library 설치

$ git clone https://github.com/google/googletest.git
$ cd googletest
$ mkdir install
$ cd install
$ cmake ../
$ make
$ sudo make install
$ export CPLUS_INCLUDE_PATH=/usr/local/include
$ export LIBRARY_PATH=/usr/local/lib

이렇게 하면, 개발된 library가 /usr/local 디렉토리 아래에 설치된다. 추후 컴파일 등에 문제가 없도록 export 수행한 환경 변수 PATH 설정 내용은 bash shell이라면 .bashrc 또는 .bash_profile에, zsh 이라면 .zshrc에 내용을 추가해 주자.

2. simple program 작성, 컴파일 및 수행

아무 디렉토리나 하나 생성한 후 다음과 같은 테스트 코드를 생성하자.
(어디선가 복붙한 내용인데... 어디서 찾아온 것인지 기억이.. ㅠㅠ)

summer.cpp

#include<iostream>

double summer(double arr[], int size)
{
    double sum = 0;
    for(int i=0; i < size; ++i) sum += arr[i];
    return sum;
}

summerMain.cpp

#include <iostream>

//include the google test dependencies
#include <gtest/gtest.h>

//declare the function(s) that you are testing
double summer(double[], int);

//our first unit test
TEST(IntegerInputsSuite, simpleSum)
{
  //first, set up any inputs to your
  const int SIZE = 3;
  double arr[SIZE]  = {1, 2, 3};
  //then, make an assertion to test
  EXPECT_EQ(summer(arr, SIZE), 6) << "The sum is not correct";
}

TEST(IntegerInputsSuite, oneElement)
{
  const int SIZE = 1;
  double arr[SIZE]  = {33};
  EXPECT_EQ(summer(arr, SIZE), 33) << "The sum is not correct for array of size 1";
}

TEST(DoubleInputsSuite, simpleSum)
{
  const int SIZE = 3;
  double arr[SIZE]  = {1.1, 1.1, 1};
  EXPECT_EQ(summer(arr, SIZE), 3.2) << "The sum is not correct using     double inputs";
}

int main(int argc, char **argv) {
  testing::InitGoogleTest(&argc, argv);
  return RUN_ALL_TESTS();
}

이 코드들을 컴파일할 CMakeLists.txt 파일은 다음과 같다.

CMakeLists.txt

cmake_minimum_required(VERSION 3.14)
project(sumProgram)

# GoogleTest requires at least C++14
set(CMAKE_CXX_STANDARD 14)
set(CMAKE_CXX_STANDARD_REQUIRED ON)

enable_testing()

add_executable(
    ${PROJECT_NAME}
    summer.cpp
    summerMain.cpp
)

target_link_libraries(
    ${PROJECT_NAME}
    gtest
    gtest_main
)

디렉토리 구조는 다음과 같다

❯ tree
.
├── CMakeLists.txt
├── Makefile
├── summer.cpp
└── summerMain.cpp

install 디렉토리를 만들고 이동하여 cmake와 make를 다음과 같이 수행한다.

$ mkdir install;cd install;cmake ../;make
-- The C compiler identification is AppleClang 15.0.0.15000309
-- The CXX compiler identification is AppleClang 15.0.0.15000309
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /Library/Developer/CommandLineTools/usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /Library/Developer/CommandLineTools/usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done (0.4s)
-- Generating done (0.0s)
-- Build files have been written to: /Users/slux78/Documents/gtest/install
[ 33%] Building CXX object CMakeFiles/sumProgram.dir/summer.cpp.o
[ 66%] Building CXX object CMakeFiles/sumProgram.dir/summerMain.cpp.o
[100%] Linking CXX executable sumProgram
[100%] Built target sumProgram

만약 Makefile을 이용한다면 다음과 같이 하면 된다.

CFLAGS=-std=c++14 
LDFLAGS=-lgtest -lgtest_main -pthread
OBJS=summer.o summerMain.o
PROGNAME=sumProgram

all: $(PROGNAME)

$(PROGNAME): $(OBJS)
	g++ -o $@ $(OBJS) $(LDFLAGS) -o $(PROGNAME)

summer.o: summer.cpp
	g++ -c -o $@ $(CFLAGS) $<

summerMain.o: summerMain.cpp
	g++ -c -o $@ $(CFLAGS) $<

clean:
	@rm -rf $(OBJS) $(PROGNAME)

Makefile을 이용할 경우 make 라고만 입력하면 컴파일된다. (생성 파일 위치만 달라진다)

생성된 파일을 실행하면 다음과 같은 결과를 볼 수 있다.

$ ./sumProgram
[==========] Running 3 tests from 2 test suites.
[----------] Global test environment set-up.
[----------] 2 tests from IntegerInputsSuite
[ RUN      ] IntegerInputsSuite.simpleSum
[       OK ] IntegerInputsSuite.simpleSum (0 ms)
[ RUN      ] IntegerInputsSuite.oneElement
[       OK ] IntegerInputsSuite.oneElement (0 ms)
[----------] 2 tests from IntegerInputsSuite (0 ms total)

[----------] 1 test from DoubleInputsSuite
[ RUN      ] DoubleInputsSuite.simpleSum
[       OK ] DoubleInputsSuite.simpleSum (0 ms)
[----------] 1 test from DoubleInputsSuite (0 ms total)

[----------] Global test environment tear-down
[==========] 3 tests from 2 test suites ran. (0 ms total)
[  PASSED  ] 3 tests.

[리뷰] 업무에 활용하는 node.js

내공강화 — Sat, 22 Jun 2024 18:25:59 +0900

이제는 Javascript가 중요해졌다 라고 이야기하기에는 그렇게 된지 너무 오래되어 진부한 표현인 것 같다. Javascript, CSS, HTML 을 이용하여 웹개발을 하는 것은 너무 당연한 일이 되었고, Frontend를 어떻게 개발하는 것이 효율적인지, Backend를 어떻게 개발하면 효율적인지를 알려주는 친절한 책이 많이 나와 있어, 본인이 익혀야 할 필요가 있는 기술들, 흥미가 있는 기술들을 선택적으로 많이 공부하는 경우가 많다. 그래서 많은 책들을 살펴보면 비슷비슷해 보이기도 한다. 한빛미디어에서 출간된 본 도서는 그러면 어떤 부분이 다른 책들과 차이가 있을까? 라는 생각으로 책을 읽기 시작했다.

지금은 그렇지 않지만, 오픈소스에 관심을 많이 가지지 않던 시절에는 문서가 잘 작성된 오픈소스가 많지 않았다. 그런 경우, 감사하게도 제공되는 튜토리얼이 있는 경우, 해당 튜토리얼을 반복 연습하면서 동작 방식을 이해해 갔었고, 이해가 되지 않는 부분이나 튜토리얼에서 이해가 되지 않는 부분들은 구글링을 하거나 또 다른 책을 찾아가며 해결책을 직접 찾아야했기 때문에, 전체적인 개발의 흐름이나 시스템 전반적인 동작의 흐름을 익히기에 개인의 노력이 많이 필요했었는데, 본 도서는 비슷하게 흐름을 이끌어가되, 독자가 궁금해 할만한 내용들을 하나씩 짚어주는 방식으로 설명을 하고 있어 불필요한 시간 낭비를 줄여준다.

이 책은 웹 개발에 있어 node.js를 이용해 frontend와 backend 개발 과정을 하나 하나 튜토리얼식으로 따라하면서 익히도록 가이드를 하고 있다. 책에서 설명하는 단계를 하나 하나 따라하면서 설명을 읽다보면, 전체적으로 이렇게 개발하면 되겠구나 하는 감을 익히기 쉬울 것이다. 그래서, frontend에서 REST API를 통해 받은 입력을 어떻게 처리하는지, 그리고 frontend에서 받은 입력을 backend로 전달해 어떻게 처리하는 지 흐름을 직접 입력해가면서, 이렇게 개발을 하는구나 라고 흐름을 익히게 되면, 그 다음부터는 좀 더 다양한 방법을 찾아 자신만의 기술을 늘려나갈 수 있도록 해 줄 것이다.

책의 장점을 좀 두루뭉술하게 기술했는데, 이 책은 사용된 기술들을 깊이 이해하는 것이 아니라 빠르게 흐름을 익히고 다음 단계로 나가기 위한, 그리고 빨리 개발에 적용해 볼 수 있게 해 주는 책으로 생각된다. 이 책의 저자가 설명하는 Node.js를 제외한 다양한 기술들, Redis, Docker, Nginx, Jquery, React, Next.js, performance tuning 등은 단순히 하나 하나의 기술들인 경우도 있으나, 관련하여 더 깊게 관련된 기술들이 있어서, 웹개발을 이제 막 시작하려는 분들에게는 따라하는 것만으로 벅찰 수도 있을 수 있다. 그래서 이 책의 내용을 반복해서 익힌 후, 궁금한 내용을 하나하나 깊게 공부해 나가기를 추천한다.

그래서 Node.js를 익히면서, 관련되어 나오는 기술들도 함께 깊은 지식을 원하는 분이라면 이 책은 원하는 책이 아닐 수 있음을 언급해 두고 싶다.

"한빛미디어 < 나는리뷰어다 > 활동을 위해서 책을 제공받아 작성된 서평입니다."

오래전 구입한 앨범

내공강화 — Sat, 8 Jun 2024 11:41:45 +0900

처음에 대학교때라고 생각을 했었는데... 시간이 안 맞네.. 아무래도 오래전 샀던 다른 것과 헷갈린듯하다. 어쨌든 오래전...

교보문고에 들렀다가 샀던 음반이 생각나 CD 장에 꽂아두었던 CD를 뒤적이다 그 때 산 CD를 찾았다.

보통 대부분의 CD는 RIP해서 Dropbox에 두고, 듣고 싶을 때마다 찾아 듣는데, 왜인지 이유는 모르겠으나, 이 CD는 RIP이 안 되어있었다. 그 때 사서 듣다가, 다른 음반들 이것저것 나오는 것에 치여, 먼지만 쌓여있던 앨범이 Isao sasaki 의 (이 분 이름도 잊어버리고 있었...) 앨범이다.

STOMP 뮤직에서 2009년에 발매한 Stars&Waves 라는 앨범인데, 그 때는 그다지 듣기 좋다는 생각이 없었다가, 다음해인가 발매된 Missing you 라는 앨범을 사서 들으면서 이 뮤지션의 음악을 이것저것 찾아보았던 기억이 있다.

생각해보면, 입사 후 얼마지나지 않아 샀던 것이니 벌써 아주 오래전 앨범들인데, 그런 생각은 없이, 연도만 보고 오래전이라는 생각이 드는 건 무슨 생각의 불일치인지...

2009년이면 15년 전인가? 15년이 지났어도 음악은 여전히 그대로인데, 나만 변하는 것 같아 좀 쓸쓸하기도 하다...

[리뷰] 더 나은 프로그래머가 되는 법

내공강화 — Sun, 26 May 2024 08:47:48 +0900

프로그램을 작성하는 일을 하는 사람들이 아주 많은 요즘이다. 대학에서 다양한 내용을 배우고 회사에 취직해서 선배들로부터 업무를 배우고, 그에 맞춰 업무가 진행되는 방식대로 프로그램을 작성해 나간다. 영업과 제품 기획 부서에서 고객의 요구에 맞는 기획을 하고 새로운 프로젝트가 시작되면, 설계 부서에서 그에 맞는 구조 설계를 진행하고 등등.. 많은 부분은 회사에 짜여진 틀에 맞춰 진행이 된다. 이러한 과정 속에 프로그래머는 목표에 맞는 기능을 작성하기 위해, 기능에 맞는 목표, 그에 따른 기능 협의, 기능 설계, 상세 설계, testcast 설계, 코딩, UT, BT 등의 테스트 과정을 처리해 나가며 주어진 업무가 완료될 때까지 진행해 나간다. 이와 같은 업무 과정들이 숙달이 되고, 밀려드는 업무를 처리하는 것을 해치우고, QA에서 몰려드는 문제점, 완성 제품이 고객사에서 동작 중 이상 동작을 하여 이를 대응하는 비상 상황을 해결해 나가다보면 정신없이 시간이 흘러가게 된다. 이럴 때, 누군가의 조언이 필요하고 능력있는 선배에게 조언을 구하면 무언가 이러한 상황을 헤쳐나가는 데 도움이 될 것 같지만 실상 주변에 보면 선배들도 나와 상황이 다르지 않은 것을 느끼는 경우도 많고, 또 내가 만족할 만한 실천적인 조언을 들을 수 없는 경우도 많다.

프로그램을 작성하면서 누구나 겪는 일들을 나열하면서 본 리뷰를 시작하였다. 이런 경우, 보통 다른 사람은 어떻게 프로그램을 작성할까? 큰 프로젝트를 성공적으로 진행할 때 어떤 기술이 필요할까? 와 같은 여러 고민들을 하게되고 여러 서적도 읽어보고 주위 동료, 선배들과 이야기하며 여러 현실적인 조언을 얻을 수 있다. 그러한 조언 중 나에게 도움이 되는 것을 얻을 수 있다면 좋지만 그렇지 않은 경우도 많다. 이 책도 그러한 조언들을 모아놓은 책이다. 책의 저자가 오랜 시간 프로그래머로서 일을 하면서 경험하고 느낀 것 생각한 것들을 5 가지 주제로 나누고 각 주제에 맞춰 여러가지 조언들을 이야기 형식으로 읽기 쉽게 설명해주고 있다.

처음부터 차근 차근 책을 읽어나가다보면, 읽는 사람에 따라 조금씩은 다를 수 있지만, 많은 부분을 공감할 수 있을 것이다. 물론 아직 프로그래머가 되기 위한 과정에 있는 분들이라면, 피상적인 도덕책처럼 느낄 수 있을 수도 있겠지만, 수년간 개발을 해 보신 분들에게는 지금 하고 있는 일, 과거 진행해온 일들에 비추어 생각해 볼 수 있는 부분이 많을 것으로 생각된다.

이 책은 전체 다섯개의 주제에 맞게, 여러 가지 경우들을 하나 하나 챕터들로 나누어 설명을 하며 각 챕터들의 마지막에는 챕터의 요약하는 특이하지 않은 방식으로 구성되어 있다. 읽기 쉬운 산문 형식으로 진행된다. 엉클밥의 책과는 달리 상황 설명 및 코드를 이용하여 하나씩 짚어주며 이럴 때는 이렇게 와 같은 방식으로 설명을 하지는 않는다. 초반부에는 이해를 돕기 위해 이런 경우는 코드가 있었으면 더 좋지 않았을까? 라는 생각도 있었지만, 만약 그랬다면 오히려 책 전체의 흐름과 맞지 않았을 것이라 생각된다. 각 챕터의 의미를 관통하는 재미있는 그림을 제시하여, 이야기에 대해 다시한번 생각해 볼 수 있도록 하여, 굳이 코드와 같은 도구 없이도 해당 챕터의 내용을 이해할 수 있도록 해 두었다.

한 권의 책을 여러 역자들이 번역을 하면 생기는, 일관성없는 번역에 대한 우려도 전혀 없었다. 역자 분들 각자의 스타일이 있게 마련인데, 이 책을 읽는 동안 그러한 부분을 느끼지 못한 것 역시 이 책의 장점이 아닌가 싶다. 책의 마지막에 국내 현업 개발자들의 이야기가 실려있는데, 이 부분도 책의 내용과 더불어 많은 도움이 되는 부분이라 생각한다.

책을 다 읽고나서 이 책의 조언들을 이를 어떻게 활용하는 것이 좋을까? 생각할 수 있다. 너무 당연한 내용이지만 이 책의 가장 중요한 내용이라 생각이 되는, 책의 서문에 필자가 작성한 다음 내용을 언급하며 본 리뷰를 마친다.

“읽는 순서보다 더. 중요한 것은 내용을 받아들이는 방식이다. 실제로 더. 나아지기 위해서는 읽은 내용을 직접 적용해봐야 한다”

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다

c++ 공부 관련 사이트들 모음

내공강화 — Tue, 7 May 2024 14:50:02 +0900

선언과 정의의 차이
https://banaba.tistory.com/41

선언과 정의(declaration and definition)

0. 개요프로그래밍에서 선언(declaration)과 정의(definition)는 명백히 다른 역할을 하지만 혼동하여 사용하기 쉽습니다. 선언과 정의의 가장 큰 차이는 "메모리를 할당하는가" 입니다.메모리를 할당

banaba.tistory.com

c++ 17 정리 잘되어 있는 사이트
https://devhycho1107.tistory.com/53

C++ 17 에서 업데이트 된 기능 정리.

이 글은 17년에 표준화 된 C++ 17 의 새로운 기능에 대한 정리한 글 입니다. 1. Class Template argument Deduction ( 클래스 템플릿 인자 추론 ) 기존에는 함수 템플릿 인자 추론이 가능했는데, 이제는 클래스

devhycho1107.tistory.com

std::optional 및 variant 정리
https://modoocode.com/309

씹어먹는 C++ - <17 - 5. C++ 17 의 std::optional, variant, tuple 살펴보기>

optional 을 통해 원하는 데이터를 가지거나 가지지 않는 객체를 만들 수 있습니다. variant 를 통해 여러 타입 들 중 하나 를 나타내는 객체를 만들 수 있습니다. tuple 을 통해 여러 서로다른 타입들

modoocode.com

mac에서 코드 리뷰용 툴 찾기가 어렵네..

내공강화 — Mon, 6 May 2024 17:09:44 +0900

나와 같은 고민은 꽤 많은 사람이 했을 것으로 생각이 된다.

그냥 vim이나 emacs와 ctags, cscopes, globe 와 같은 툴들을 조합해 코드를 보는 것도 터미널을 이용해서 코딩하는 입장에서야 좋은 방법이라고 생각한다.

오래전에도 그리 생각했고 여전히 업무에서도 이렇게 하고 있는데... 처음 분석해야하는 어려운 코드 특히 c++로 작성되어 있고, 여러 오픈 소스 라이브러리들과 연계되어 있는 코드를 분석해야 한다면, 코드를 하나하나 쫓아다니는게 쉬운 일은 아닌 것 같다.

Mac과 Windows, Linux 모두를 쓰면서, 코드 리뷰를 위해, code navigation tool, code visualization tool, code trace tool 등 여러가지 키워드를 이용 googling을 해 보면, 몇가지 툴들이 나오는데... Mac에서 딱히 쓸만한 툴을 아직 찾지 못했다. 물론 유료의 고가 툴들이 있을지도 모르는데.. 아직 못 찾았다.

전에 Source Trail 이라는 툴이 나쁘지 않은 듯하여 몇번 사용해보았는데, 여러가지 문제가 있어 문제가 해결되면 구입해야지 하고 기다렸으나 결국 개발자가 개발을 포기하고 open source로 github에 오픈한 후 2021년 이후 진행상황이 없어 이쪽도 해결책은 되지 않는 것 같다.

Visual Studio Code에서 Source Insight와 비슷하게 c/c++ 코드 peek 기능을 이용해서 tool tip이 뜨는 시점에 secondary view에 띄워주는 기능 같은 것이 있는지 찾아보고 있지만.. 아직 못 찾았다.

그래서 어쩔 수 없이, Windows에서 사용 중인 Source Insight를 Cross Over 툴을 이용해 사용중인데, 억지로 Windows EXE 를 Mac 에서 Wine을 이용해 띄워주는 것이라 일부 불편한 점이 있기는 하다. 하지만, 없는 것보다는 나은 것 같다. 하지만 욕심은 끝이 없어서... 계속해서 찾아보게 된다는... ㅠㅠ

[리뷰] 도시를 만드는 기술 이야기

내공강화 — Wed, 24 Apr 2024 21:16:17 +0900

우리가 살고 있는 곳은 과거 여러 사람의 노력과 기술이 축적되어 이루어진 결과라 할 수 있다. 하지만 이러한 곳들을 항상 보면서 살고 있기 때문에 너무 당연하다고 느끼며 전혀 이상하다고 느끼지 못하고 살고 있다.

이 책은 그러한 당연한 것들을, 굳이 알 필요가 있을까? 라고 생각할 수 있는 우리 주변의 다양한 시설들에 대해 설명을 하고 있다. 이 책에서 다루는 주제는 굳이 이러한 것들을 알아야 하나? 라고 생각한다면… 꼭 알 필요는 없을 수도 있다. 하지만 이 책에서 다루는 내용 중 일부라도 기억하고 있다면, 길을 가다 그 부분을 마주쳤을 때 좀 더 자세히 들여다 볼 수 있을 것이라 생각한다.

책의 목차를 보면 우리가 살아가는데 반드시 필요한 전기와 관련된 시설부터 시작해 통신, 도로, 철도, 댐과 같은 다양한 분야에 대해 다루는 것을 알 수 있다

책의 내용을 보면, 일견 백과 사전을 생각할 수 있다. 백과 사전식으로 주욱 나열했다고 하면 사실 지루하고 재미없을 수 밖에 없었을 것이다. 하지만 이 책에서는 먼저 다루고자 하는 내용을 왼쪽 페이지에는 그림으로 전체를 쉽게 파악할 수 있도록 해 두었으며 반대쪽 페이지에는 해당 내용을 설명해 나가고 있다. 그림에 나온 내용에 대해 왜 그리고 어떻게 만들어졌는지, 주변과 연결이 어떤 식으로 이루어지고 어떻게 활용이 되는지에 대해 설명을 하고 있다. 자칫 지루해질 수 있는 설명인데 하나의 문장을 짧게하여 문장이 쉽게 눈에 들어오도록 했고, 설명을 여러 예를 함께 들어 흥미를 잃지 않도록 하였다. 또 중요한 용어들은 볼드체로 모두 표시를 해 두어 볼드체만 보아도 어떤 내용에 대한 이야기인지 눈에 들어오도록 하였다.

각 소챕터 말미에 있는 ‘못다한 이야기' 코너에는 해당 소챕터에서 다룬 주제와 연관되어 독자에게 알려주고 싶은 재미난 내용들을 한번 더 짚어준다. 책을 읽어가다보면, 이 부분에는 어떤 내용이 '못다한 이야기'에 나올지 궁금할 만큼 흥미롭게 구성해 두어 좀 더 집중해서 책을 볼 수 있었다.

끝으로 이 책은 주변에 대한 호기심을 가진 분들이면 누구나 재미있게 읽을 수 있을 것으로 생각한다. 주변 사람들에게 이런 것까지 알고 있다고 자랑을 하려는 사람들에게도 좋은 자료일 수 있을 것이다. 하지만 이 책이 주변에 호기심을 가진 사람들에게 쉽게 그리고 너무 깊고 어려운 내용을 배제하여 설명을 한 것인 만큼, 관련 분야의 전문 지식을 가지신 분들에게는 맞지 않을 수 있을 것으로 생각된다.

해당 포스팅은 한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.