컴맹 : 진화의 시작

요즘 엔지니어링을 위한 도구 설정과 단축키

Jaeyeon Baek — Thu, 5 Mar 2026 20:31:53 +0900

AI를 잘 쓰기 위한 도구를 이것저것 조합하다 보니까 뇌에서 단축키 혼란을 겪고 있음... 그래서 사용하고 있는 것들의 단축키를 짧게 메모. 훨씬 더 많은 단축키가 있지만 자주 사용하는 것들만 기술함.

# tmux

tmux나 screen 같은 걸 원래 잘 안 썼음. 근데 claude code 때문에 어쩔 수 없이 써야 하는 상황이 왔음. 단축키 몇 개면 불편하지 않게 쓸 수 있으니까 적응하도록 함...

우선 설치는 아래와 같이 진행함

brew install tmux

아래는 단축키인데 모든 명령어는 Ctrl + b 이후에 타이핑하면 됨

창 가로 분할	"
창 세로 분할	%
detach	d
View all keybindings	?
세션 rename	$
판넬 이동	방향키
세션 이름 지정해서 접속	tmux new -s <세션이름>
attach	tmux attach -t <세션이름>

tmux 창에서 직접 설정할 수도 있지만 모든 세션에 기본 적용하기 위해 ~/.tmux.conf 파일에 아래 내용 추가. 첫 번째 줄은 마우스를 사용할 수 있게 만드는 옵션. 이를 설정하면 탭 간 이동할 때 단축키 누르지 않아도 편함. 두 번째는 tmux에서 일어나는 모든 복사 작업에 대해 macOS 클립보드를 사용하겠다는 의미. 세 번째는 드래그가 끝나면 클립보드로 복사하고 복사모드를 종료하겠다는 의미.

set -g mouse on
set -s copy-command "pbcopy"
bind-key -T copy-mode MouseDragEnd1Pane send-keys -X copy-pipe-and-cancel "pbcopy"

# nvim

vim을 오랫동안 사랑해 온 유저로써 neovim을 쓰기로 했음. 굳이 vim이 아닌 neovim을 선택한 이유는 탐색기 때문. neovim을 설치하고 plugin을 추가로 설치하면 ide처럼 익숙한 탐색기를 쓸 수 있게 됨

brew install neovim

제일 많이 쓰는 단축키는 아래 정도... 나머지는 vim 단축키라서 굳이 적지 않음.

g?	nvim tree 단축키 도움말
gd	go to define
Ctrl + t	태그 스택에서 이전 위치로 팝(Pop)하여 돌아가기

neovim의 설정파일은 ~/.config/nvim/init.lua 이쪽에 저장됨. 내가 최근에 사용하고 있는 설정을 그대로 첨부함

-- Bootstrap lazy.nvim
local lazypath = vim.fn.stdpath("data") .. "/lazy/lazy.nvim"
if not (vim.uv or vim.loop).fs_stat(lazypath) then
  local lazyrepo = "https://github.com/folke/lazy.nvim.git"
  local out = vihttp://m.fn.system({ "git", "clone", "--filter=blob:none", "--branch=stable", lazyrepo, lazypath })
  if vim.v.shell_error ~= 0 then
    vim.api.nvim_echo({
      { "Failed to clone lazy.nvim:\n", "ErrorMsg" },
      { out, "WarningMsg" },
      { "\nPress any key to exit..." },
    }, true, {})
    vim.fn.getchar()
    os.exit(1)
  end
end
vihttp://m.opt.rtp:prepend(lazypath)

-- Make sure to setup `mapleader` and `maplocalleader` before
-- loading lazy.nvim so that mappings are correct.
-- This is also a good place to setup other settings (vim.opt)
vim.g.mapleader = " "
vim.g.maplocalleader = "\\"

-- LSP keymaps
vim.api.nvim_create_autocmd("LspAttach", {
  callback = function(args)
    local opts = { buffer = args.buf }
    vihttp://m.keymap.set("n", "gd", vihttp://m.lsp.buf.definition, opts)
    vihttp://m.keymap.set("n", "K", vihttp://m.lsp.buf.hover, opts)
  end,
})

-- auto-reload files changed outside of nvim
vim.opt.autoread = true
vim.api.nvim_create_autocmd({ "FocusGained", "BufEnter", "CursorHold" }, {
  command = "silent! checktime",
})

-- disable netrw (recommended by nvim-tree)
vim.g.loaded_netrw = 1
vim.g.loaded_netrwPlugin = 1

-- Setup lazy.nvim
require("lazy").setup({
  spec = {
    -- colorscheme
    {
      "ellisonleao/gruvbox.nvim",
      priority = 1000,
      config = function()
        vim.o.background = "dark"
        vim.cmd.colorscheme("gruvbox")
      end,
    },
    -- syntax highlighting
    {
      "nvim-treesitter/nvim-treesitter",
      build = ":TSUpdate",
      main = "nvim-treesitter",
      opts = {
        ensure_installed = { "python", "hcl", "yaml" },
        highlight = { enable = true },
      },
    },
    -- LSP
    {
      "neovim/nvim-lspconfig",
      dependencies = { "hrsh7th/cmp-nvim-lsp" },
      config = function()
        vihttp://m.lsp.config("*", {
          capabilities = require("cmp_nvim_lsp").default_capabilities(),
        })
        vihttp://m.lsp.config("terraformls", {
          cmd = { "terraform-ls", "serve" },
          filetypes = { "terraform", "terraform-vars" },
          root_markers = { ".terraform", ".git" },
        })
        vihttp://m.lsp.enable("terraformls")
        vihttp://m.lsp.config("pyright", {
          cmd = { "pyright-langserver", "--stdio" },
          filetypes = { "python" },
          root_markers = { "pyproject.toml", "setup.py", "setup.cfg", ".git" },
          before_init = function(params, config)
            config.settings = config.settings or {}
            config.settings.python = config.settings.python or {}
            local bufname = vim.api.nvim_buf_get_name(0)
            local dir = vim.fn.fnamemodify(bufname, ":h")
            while dir ~= "/" do
              local venv_python = dir .. "/.venv/bin/python"
              if vim.fn.executable(venv_python) == 1 then
                config.settings.python.pythonPath = venv_python
                return
              end
              dir = vim.fn.fnamemodify(dir, ":h")
            end
          end,
          settings = {
            python = {
              analysis = { autoSearchPaths = true, useLibraryCodeForTypes = true },
            },
          },
        })
        vihttp://m.lsp.enable("pyright")
      end,
    },
    -- formatting
    {
      "stevearc/conform.nvim",
      opts = {
        format_on_save = { timeout_ms = 500 },
        formatters_by_ft = {
          terraform = { "terraform_fmt" },
          ["terraform-vars"] = { "terraform_fmt" },
        },
      },
    },
    -- autocompletion
    {
      "hrsh7th/nvim-cmp",
      dependencies = {
        "hrsh7th/cmp-nvim-lsp",
        "hrsh7th/cmp-buffer",
      },
      config = function()
        local cmp = require("cmp")
        cmp.setup({
          sorting = {
            comparators = {
              function(entry1, entry2)
                local detail1 = entry1:get_completion_item().detail or ""
                local detail2 = entry2:get_completion_item().detail or ""
                local req1 = detail1:find("required") ~= nil
                local req2 = detail2:find("required") ~= nil
                if req1 ~= req2 then
                  return req1
                end
              end,
              require("cmp.config.compare").offset,
              require("cmp.config.compare").exact,
              require("cmp.config.compare").score,
              require("cmp.config.compare").recently_used,
              require("cmp.config.compare").kind,
              require("cmp.config.compare").length,
              require("cmp.config.compare").order,
            },
          },
          formatting = {
            format = function(entry, vim_item)
              local detail = entry:get_completion_item().detail
              if detail then
                vim_item.menu = detail
              end
              return vim_item
            end,
          },
          mapping = cmp.mapping.preset.insert({
            ["<C-l>"] = cmp.mapping.complete(),
            ["<CR>"] = cmp.mapping.confirm({ select = true }),
            ["<Tab>"] = cmp.mapping.select_next_item(),
            ["<S-Tab>"] = cmp.mapping.select_prev_item(),
          }),
          sources = {
            { name = "nvim_lsp" },
            { name = "buffer" },
          },
        })
      end,
    },
    -- git signs
    {
      "lewis6991/gitsigns.nvim",
      opts = {},
    },
    {
      "nvim-tree/nvim-tree.lua",
      dependencies = { "nvim-tree/nvim-web-devicons" },
      keys = {
        { "<leader>e", "<cmd>NvimTreeToggle<cr>", desc = "Toggle file explorer" },
        { "<leader>E", "<cmd>NvimTreeFocus<cr>", desc = "Focus file explorer" },
      },
      config = function()
        require("nvim-tree").setup({
          filesystem_watchers = {
            enable = true,
          },
          filters = {
            dotfiles = false,
            git_ignored = false,
          },
        })
      end,
    },
  },
  -- Configure any other settings here. See the documentation for more details.
  -- colorscheme that will be used when installing plugins.
  install = { colorscheme = { "habamax" } },
  -- automatically check for plugin updates
  checker = { enabled = true },
})

그리고 아래 두 개 정도 설치해 주면 terraform도 해피코딩 할 수 있게 됨. 이럴 거면 그냥 vscode 쓰라는 말도 있지만, 그건 왠지 손이 안 가서... :)

brew install hashicorp/tap/terraform-ls
brew install pyright

설정을 완료하면 대략 아래와 같은 화면으로 코딩할 수 있게 됨.

neovim

# iTerm2

원래 iterm2를 쓰다가 ghostty로 넘어갔었음. 근데 claude code 에이전트 팀 기능이 나오고 tmux와 호환이 iterm2이 좋아서(자동으로 창을 열고 에이전트에게 할당) 다시 iterm2으로 돌아옴. 근데 테마나 정서적인 건 ghostty가 넘사. iterm2를 그나마 쓸만하게 만드는 팁 몇 개 기록.

먼저 nvim에서 디렉터로 아이콘이 깨지는 문제 해결을 위해 폰트 설치.

brew install --cask font-jetbrains-mono-nerd-font

설치하고 나서 iTerm2 상단 메뉴의 Settings에 Profile 탭으로 이동한 다음, Text -> Font 항목에서 JetBrainsMono Nerd Font를 선택하면 됨

구린 테마를 탈출하기 위해 Dracula 설치

git clone https://github.com/dracula/iterm.git

설치하고 나서 Dracula.itermcolors 파일 클릭하면 iterm2에서 자동으로 감지됨. 폰트 사이즈는 13 정도가 눈이 편함.

[책] 우리, 프로그래머들

Jaeyeon Baek — Sun, 1 Mar 2026 11:58:20 +0900

출판사에서 도서를 제공받아서 작성하는 리뷰입니다

우리, 프로그래머들

길벗에서 출판된 "우리, 프로그래머들"은 생성형 AI가 소스 코드를 쏟아내는 광경을 지켜보며 혼란을 느끼는 이 시대의 모든 개발자에게 던지는 묵직한 화두와도 같습니다. 많은 이들이 프로그래머의 종말을 예견하며, 기계가 인간보다 더 빠르고 정확하게 로직을 구현하는 시대에 과연 우리가 설 자리가 남아 있을지 의문이 드는 것도 무리는 아닙니다. 하지만 '클린 코드'의 저자로 잘 알려진 엉클 밥, 로버트 C. 마틴은 신작을 통해 이 불안한 질문의 방향을 완전히 뒤바꿔 놓습니다. 그는 기술의 변천사를 단순히 나열하는 데 그치지 않고, 지난 60년간 현장을 지켜온 노병의 시선으로 프로그래밍이라는 행위의 본질과 그 뒤에 숨은 인간의 정신을 집요하게 추적합니다. 저는 이 책을 읽으며 우리가 다루는 것이 단지 0과 1의 조합이 아니라, 인류의 문제를 해결하려는 숭고한 의지의 발현이었다는 사실을 다시금 깨달았습니다.

인생은 목적지에 도달하는 데에서만 아름다움이 있는 것이 아니라, 여정의 매 걸음을 음미하는 데 진정한 아름다움이 있습니다. 배움을 받아들이고, 순간을 소중히 여기며, 당신만의 고유한 이야기를 빚어내는 경험 속에서 지혜를 찾으세요

이 책은 배비지부터 튜링, 그레이스 호퍼와 같은 선구자들의 발자취를 따라가며 소프트웨어 엔지니어링이 어떻게 탄생했는지 조명합니다. 2부에서 다뤄지는 '거장'들의 이야기는 단순한 위인전이 아닙니다. 열악한 하드웨어 환경 속에서도 논리적 완결성을 추구했던 그들의 고군분투는 오늘날 우리가 누리는 편리한 개발 환경이 수많은 철학적 고민 위에 세워졌음을 상기시킵니다. 특히 다익스트라나 톰프슨 같은 인물들이 마주했던 한계와 그들이 내놓은 해법을 읽다 보면, 프로그래밍의 역사는 곧 '복잡성을 통제하려는 인간 지성의 역사'와 다름없음을 체감하게 됩니다. 엉클 밥은 이들의 목소리를 빌려 기술은 변해도 문제를 정의하고 결과에 책임을 지는 주체는 언제나 사람이어야 함을 강조합니다.

3부와 4부로 이어지는 시대적 흐름은 독자를 더욱 깊은 사유의 세계로 안내합니다. 1960년대부터 밀레니엄을 거쳐 현재의 AI 열풍에 이르기까지, 저자는 자신이 직접 목격한 기술의 격변기를 생생하게 증언합니다. 흥미로운 점은 그가 AI를 위협적인 대체재가 아닌, 프로그래머가 다루어야 할 또 하나의 강력한 도구로 정의한다는 사실입니다. 하드웨어가 발전하고 웹이 세상을 연결하며 이제는 인공지능이 코드를 짜는 시대가 되었지만, 결국 그 코드가 세상에 어떤 영향을 미칠지 고민하고 최종적인 책임을 지는 존재는 여전히 '우리, 프로그래머들'이라는 것입니다.

특히 대규모 코드 모델(LCM)에 프롬프트를 던져서 나온 결과물을 시사하는 챕터는 현업 개발자라면 누구나 무릎을 칠 만한 공감으로 가득 차 있습니다. 프롬프트의 질을 떠나 가끔은 참혹하기까지 한 결과물을 목격할 때, 그것을 분간해 내고 교정할 수 있는 유일한 존재는 바로 숙련된 인간 프로그래머뿐이기 때문입니다. 저자는 도구가 화려해질수록 그 도구를 쥐는 사람의 윤리와 철학이 더욱 중요해진다는 묵직한 메시지를 던집니다. 이는 막연한 낙관론이 아니라, 우리가 만든 코드에 대해 '전문가'로서 가져야 할 서늘한 경각심에 가깝습니다.

Nano Banana2로 생성된 이미지입니다

물론 방대한 역사를 다루다 보니 독자에 따라 다소 생소하거나 흥미가 떨어지는 챕터가 불쑥 나타날지도 모릅니다. 그럴 때는 굳이 모든 문장을 정독하며 힘을 뺄 필요는 없습니다. 이해가 가지 않거나 지루한 부분은 과감하게 페이지를 넘기며 흐름을 따라가도 좋습니다. 잠시 책을 덮고 검은 바탕 위에 새겨진 은발의 거장이 그려진 표지를 가만히 응시해 보시기 바랍니다. '우리는 왜 존재하는가'라는 질문 아래 놓인 우리의 역사를 반추하며 웅장해지는 마음을 다잡은 뒤, 다시 다음 장으로 나아가는 것만으로도 이 책이 주는 가치는 충분합니다. 기술의 홍수 속에서 우리가 왜 여전히 이 자리에 서 있는지, 그리고 앞으로 어디로 나아가야 할지 고민하는 모든 이들에게 이 책은 든든한 나침반이 되어줄 것입니다.

[책] 데이터 엔지니어링 디자인 패턴

Jaeyeon Baek — Wed, 18 Feb 2026 19:30:22 +0900

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

데이터 엔지니어링 디자인 패턴

데이터 엔지니어링 공부를 하다 보면 기술 스택은 화려한데 정작 '어떻게 설계해야 하나'라는 근본적인 고민에 빠질 때가 많죠. 이번에 읽은 데이터 엔지니어링 디자인 패턴은 그런 막막함을 해소해 주기에 충분한 책이었습니다. 단순히 특정 툴의 사용법을 나열하는 게 아니라, 복잡한 파이프라인 속에서 마주하는 기술적 난제들을 '디자인 패턴'이라는 명확한 언어로 풀어냈다는 점이 정말 매력적이더라고요.

가장 놀라웠던 건 이 책이 다루는 범위와 디테일입니다. 데이터 수집부터 보안, 가치 창출, 그리고 최근 화두인 관찰 가능성(Observability)까지 데이터의 생애 주기 전반을 아주 촘촘하게 파고듭니다. 특히 무려 70가지나 되는 디자인 패턴을 하나하나 정립해 둔 것을 보고 저자의 내공이 대단하다는 생각이 들었습니다. 실무에서 겪을 법한 구체적인 문제 상황들을 이 정도 숫자의 패턴으로 세분화해 놓으니, 마치 든든한 해결사 꾸러미를 얻은 기분이더군요. 약 2년 정도 데이터 엔지니어링 업무만 온전히 한 적이 있는데요. 제가 현업에서 구현해 놓은 파이프라인에 패턴 이름이 있다는 사실을 보고 묘한 희열을 느끼기도 했습니다 — 감사-쓰기-감사-배포(AWAP) 패턴

내용 면에서도 굉장히 실용적입니다. 초반부 데이터 수집과 적재 전략을 지나, 제가 개인적으로 가장 중요하다고 생각하는 오류 관리와 멱등성 파트로 넘어가는 흐름이 아주 깔끔했습니다. 장애가 발생해도 시스템이 똑같은 결과를 보장하게 만드는 멱등성 설계는 실무자라면 누구나 머리를 싸매는 지점인데, 이를 패턴화 해서 설명해 주니 머릿속이 한결 맑아지는 느낌을 받았습니다.

책 후반부에서 다루는 데이터 보안이나 스토리지 최적화, 그리고 시스템의 건강 상태를 체크하는 관찰 가능성 패턴들도 빼놓을 수 없습니다. 단순히 '데이터를 옮기는 일'에 그치지 않고, 어떻게 하면 더 안전하고 효율적으로, 그리고 투명하게 데이터를 관리할 수 있을지에 대한 깊은 통찰이 담겨 있습니다. 70개의 패턴을 하나씩 따라가다 보면, 어느새 데이터 아키텍처를 바라보는 시야가 훨씬 넓어져 있는 자신을 발견하게 됩니다.

이 책을 보면서 가장 공감 됐던 문장은 사실... 패턴보다 아래 내용이었습니다. 아마도 소프트웨어 엔지니어라면 모두 다 마찬가지겠죠? 필 칼튼(1947-1997)은 소프트웨어 개발자이자 넷스케이프 제품의 아키텍처 책임자였다고 해요.

엔지니어링 업계에서 인기 있는 속담 하나는 필 칼튼이 한 말인데, '컴퓨터 과학에서 어려운 것은 두 가지이다. 캐시 무효화와 이름 짓기'이다.

현업에서 데이터 파이프라인을 설계하며 "이게 최선일까?"라는 의문이 들 때마다 이 책이 훌륭한 나침반이 되어줄 것 같습니다. 초보 엔지니어에게는 성장을 위한 탄탄한 기초 지도가, 시니어들에게는 자신의 설계를 점검하고 정교하게 다듬을 수 있는 좋은 레퍼런스가 될 거예요. 데이터 엔지니어로서 한 단계 더 도약하고 싶은 분들이라면 꼭 한번 곁에 두고 읽어보시길 추천합니다.

매드업에 합류해서 매드러너로 살아가기 (그 후로 5년)

Jaeyeon Baek — Sun, 4 Jan 2026 18:43:46 +0900

[매드업에 합류해서 매드러너로 살아가기] 글을 작성하고 시간이 많이 흘렀다. 이 글을 쓰는 시점 기준으로 만 5년을 하게 됐다. 매드업은 내가 다닌 여섯 번째 직장이고, 전체 경력 중에 두 번째로 오래 재직한 회사가 됐다. 처음 합류할 때만 해도 이렇게 오래 다닐 거라고 생각하지 못했다. 가슴속에 품고 있는 꿈이 있었고(여전히 있다) 그 과정에 거쳐가는 회사라고 생각했으니까. 이번 글에서는 5년이라는 시간을 어떻게 보내왔는지 회고해 보고자 한다. 이 글 또한 누군가에게 도움이 될 거라고 생각한다. (이전 글의 경우 누적 조회수가 6k였다. 대충 평균으로 따지면 일 년에 1,200명은 읽었다는 이야기다)

# 회사 생활

21년에 입사하고 코로나 시국이라 재택근무로 일을 시작했다. 이전 직장에서 재택근무 경험이 있었기 때문에 적응하는데 어려움은 없었다. 하지만 대면으로 본 적 없는 동료들이 멀게 느껴지기도 했던 시기다. 지금은 재택근무를 하더라도 사무실 출근 때와 동일한 루틴(샤워 등)으로 하루를 시작하지만 이때만 해도 눈 뜨면 그냥 컴퓨터 앞으로 걸음을 옮기던 시기였다. 이건 정답이 없고 각자의 방식에 맞게 일을 하는 게 중요하다고 생각한다. 이 글을 쓰는 시점에 매드업에서 재택근무는 최대 주 2회 허용되고 있다.

입사 한 달 차, 재택근무에 깔깔이는 국룰

나와 같이 회사 생활을 해 본 사람들은 알겠지만 기본적으로 지식 공유를 즐긴다. 입사하고 한 달쯤 후에 사내 테크톡 발표자를 모집하길래 냉큼 신청했던 게 기억이 나서 가져왔다. (아니, 근데…. 지금 와서 생각해 보니 3번째 직장은 10개월 다녔는데 장표를 만들어서 9번 발표했다. 매드업에서는 안 한 편이네;;)

발표는 언제나 선지원 후고민

이후로도 사내에서 HashiCorp의 Terraform, Vault, Boundary 소개를 비롯한 Apache Airflow, AWS ECS, Scrapy 등 크고 작은 발표를 여러 번 했다. 그 결과로 매드업의 모든 인프라스트럭처는 Terraform 기반으로 관리되고 있으며 3개 팀에서 Airflow를 깊이 있게 사용하고 있다. 이런 활동이 일을 잘하는 지표라고 생각하지는 않지만 22년 송년회에서 베스트 매드러너로 뽑히게 됐다. 생각지도 못했던 수상이라 얼떨떨했던 기억이 지금도 생생하다.

베스트 매드러너란, 연예대상에 대상 같은 뭐 그런겁니다

프로젝트를 하면서 오랜만에 팀플레이 재미를 다시금 느끼기도 했다. 목표를 잡고 일감을 세분화해서 동료들과 나눠서 작업하고 그것을 조립해서 하나의 플랫폼으로 배포했을 때의 짜릿함이란! 시간이 오래 지나도 매드업에서 느낀 이 감정은 오랫동안 기억에 남을 것 같다. 지금은 함께하지 않는 동료도 있지만 그들 모두에게 감사한 마음이 든다.

광고 데이터 수집 에러율 0% 달성

회사는 구성원의 성장을 막지 않는다. 그렇다고 무작정 기회를 주는 곳도 아니다(사실 나는 기회를 준다고 생각하고 종종 동료의 등을 떠밀기도 한다;; "님 발표하세요" 등). 아무튼, 성장의 기회는 회사 밖에서도 충분히 있다고 생각하고 종종 외부에서 발표도 했다(회사를 알리기 위한 목적도 있다). 크게 생각나는 건 AWS KRUG Community Day 2022와 AWS Summit Seoul 2023 이다. 한편, 회사 기술 블로그에는 총 3편의 글을 기고했다. 면접관으로 인터뷰에 들어갔을 때 내가 쓴 글에 관한 질문을 받기도 하고, 외부 활동을 하다가 블로그 잘 보았다는 말을 들을 때면 글을 쓸 때 좀 더 신중해야겠다는 생각을 많이 하게 된다. (잘 읽히게 썼는지, 표현이 잘못된 건 없는지 등)

대외 발표

21년 1월 매드업에 입사할 때는 백엔드 개발자 포지션이었다. 그리고 회사의 필요에 따라 현재는 DevOps 겸 SRE로 일을 하고 있다. 뭐가 더 재밌냐, 어느 쪽에 전문성을 더 쌓고 싶냐는 사실 내게 그렇게 중요하지 않다. 아마 나와 비슷한 연차쯤 되신 분들은 공감하실 거라고 생각한다. 더욱이 규모가 크지 않은 스타트업의 경우에는 너나 할 것 없이 필요한 일을 하면 된다고 생각한다. 하지만 주니어에게는 본인만의 뾰족함을 가질 수 있도록 지도하는 것도 중요하다. ( 다른 이야기지만, 요즘은 나를 소개할 때 소프트웨어 엔지니어라는 표현을 좋아한다. 백엔드니 프런트니 인프라니 뭐니 굳이 구분하지 않고 말이다 )

자기 소개 템플릿. 와일드 리프트는 왜 써냈을까(...)

내가 입사할 때 매드업의 개발조직은 챕터로 운영되고 있었다. 그리고 약 8개월 후에 CTO가 합류하셨고 (각을 충분히 보신 후) 개발조직을 목적조직으로 재구성하셨다. 그리고 그 과정에서 나는 테크리드 포지션을 맡게 됐다. 매드업에 합류를 결정할 때만 해도 "리드 포지션"이라는 명칭 때문에 피플 매니징을 해야 하냐는 질문을 했었다. 왜냐하면 피플 매니징을 내려놓고 엔지니어링 파워를 키우는데 집중하고 싶었기 때문이다. 아무튼, IC(Individual Contributor)로 1년 정도 일하고 나니 테크리드를 맡으면서 피플 매니징까지 하는데 별 거부감이 없었다. 오해의 소지가 있을까 봐 이야기하자면 매드업의 개발조직은 규모가 크지 않아서 피플 매니저가 따로 존재하지 않고 테크리드가 구성원의 매니저 역할까지 수행한다. CTO로부터 많은 걸 배웠지만 아쉽게도 약 1년 후 이별하게 됐다. 그 이후로 개발조직은 대표 직속으로 약 2년간 운영된 것 같다. 그리고 26년 1월 조직 구성도에 변화가 생기면서 개발본부가 생겼고 내가 본부장 직책을 맡게 됐다. 평소 제품 발전과 개발 조직의 형태에 대해 이런저런 생각이 많았는데 구성원들과 함께 좀 더 신나게 놀아볼 수 있는 판이 만들어진 것 같아서 들뜨기도 하지만 부담스러운 것도 사실이다. 여러 가지로 꽤 어수선한 시기이기 때문. 하지만 잘해볼 생각이다.

22년에 회사 홍보차 촬영이 있었는데... 아무래도 청담동 메이크업은 본인에게 안맞는 듯...

매드업은 매년 꾸준히 성장해오고 있다. AI 때문에 업계에 큰 소용돌이가 몰아치고 투자금을 태워 회사 규모를 키우던 시절이 지나가고 있다. 스타트업은 흑자를 내며 가치를 증명해 내야 하는 상황에 놓이게 됐고, 이로 인해 많은 회사들이 지출을 줄여왔다. 그 영향은 대행사가 직접적으로 받게 됐다. 회사들이 마케팅 비용을 줄이기 때문. 이로 인해 여러 마케팅 대행사가 어려움을 겪고 있지만 이런 시국에도 매드업은 흑자전환하며 업계 입지를 탄탄하게 지켜내고 있다. 내가 입사할 때 매드업은 "데이터"와 "기술"을 내세워서 업계를 리드하고 있었는데 현재는 AI 마케팅 컴퍼니로 자리 잡았다. 그동안 축적해 온 데이터와 기술을 기반으로 버티컬 에이전틱 AI를 제품에 녹여 서비스하고 있으며, 마케팅 분야에서 따라올 수 없는 간극을 만들고 있다. 이런 격차는 시간이 지날수록 더 커질 거다.

회사 생활은 일을 떠나서도 즐겁다. 같이 일하는 사람들과 워크숍을 가기도 했다. 워크숍에서 이런저런 이야기를 두런두런 하면서 즐거웠다. 가끔은 익숙한 공간에서 벗어나서 대화를 나누는 게 도움이 될 때가 있다. 정들었지만 회사를 떠난 동료들에게 연락을 해서 연말에 홈커밍데이 개념으로 자리를 갖기도 했었다. 긴 인생, 함께 일할 때 즐거웠다면 언제고 또 같이할 날이 있지 않겠나.

경기도 광주 어디 펜션이었던 것 같다

매드업은 매월 복지포인트를 제공한다. 보통 직원들은 삼성카드 결제 비용을 복지포인트로 사용하는 방식으로 바로바로 쓰지만, 본인은 12달치를 모아서 연말에 살림살이를 장만한다. 21년에 식기세척기를 샀고, 22년에는 QLED 75인치 TV, 23년에는 LG 코드 제로 청소기, 24년에는 데스커 전동 책상과 시디즈 의자를 샀다. 25년에는 여기 처음 공개하지만 근사한 냄비와 점퍼, 실내 자전거 등을 장만했다. 집안을 둘러보면 눈에 보이는 물건의 상당수가 복지포인트로 구입한 것들이 됐다.

복지포인트로 살림살이 장만하는 매드러너

# 기타 5년간의 변화

해외 콘퍼런스에 참석하는 재미에 빠졌다. 좋은 기회로 23년부터 25년까지 매년 2번씩 미국에 나가서 글로벌 인사이트를 얻고 있다. 그리고 커뮤니티 사람들을 만나거나 유명 인사를 눈앞에서 보는 즐거움은 이루 말할 수 없는 벅참과 감동이다.

24년 마운틴뷰에서 만난 구글 CEO 순다 옹

온/오프라인을 구분하지 않고 커뮤니티 활동을 했다. 키노트 발표를 포함해서 팟캐스트 형식의 프로그램 그리고 스타트업 멘토링 등의 활동을 이어오고 있다. 각설하고, 콘퍼런스 발표는 언제나 가슴 설렌다. 자료를 준비하면서 나 스스로 한 단계 성숙하는 게 느껴지고 지식 나눔 활동을 통해 개발자 생태계에 기여한다는 생각에 늘 들뜨게 된다. 이런 활동을 하다 보니 자연스럽게 Google의 글로벌 기술 전문가 커뮤니티인 GDE(Google Developer Expert)과 HashiCorp Ambassador로 활동하게 됐다. 특히 GDE의 경우 Cloud 분야에서는 국내 최초로 자격을 얻게 돼서 폴짝폴짝 뛰며 기뻐했던 기억이 난다.

부르면 달려가서 발표하는 쉬운남자

발표 외에도 기회가 되면 글을 쓰고 있는데 구글 클라우드 공식 블로그에 두 편의 글을 기고했다. Build a chat server with Cloud Run와 Apache Airflow ETL in Google Cloud이다. 이렇게 경험을 나누는 활동이 결국 누군가에게는 도움이 된다. 그러면 그게 또 나의 즐거움으로 돌아오는 게 아니겠나! 책을 읽고 후기도 꾸준히 기록하고 있다. 많이 읽으려고 노오오오오력하지만 쉽지 않다. 5년 동안 약 64권을 읽었는데 대다수가 IT 개발 관련 도서이다. 요즘처럼 AI가 다 해주고, 도파민이 터지는 쇼츠가 많은 세상에서 어떻게든 책을 부여잡고 뇌가 말랑말랑한 상태를 유지할 수 있도록 머리를 굴리는 삶을 유지하기 위해 애쓰고 있다.

# 마무리

사람 앞일은 알 수 없다. 나름대로 미래를 계획하며 움직이지만, 기나긴 여정도 오늘 하루 충실한 것에서부터 출발한다. 21년 1월 4일 나는 알고 있었을까? 5년이 지난 26년 1월 4일에 이런 글을 쓰게 될 줄 말이다. 생각해 보면 그동안 짧게 다닌 회사들은 저마다의 이유가 있었다. 반면 매드업은 업무가 루틴 해질 때쯤 새로운 도전을 할 수 있는 기회가 주어졌던 것 같다. 그 과정에서 꾸준히 성장했다. 당연히 혼자 힘만으로만 해낸 건 별로 없다. 믿고 의지할 수 있는 동료들이 옆에 있는 게 직장 생활에 가장 큰 축복이다. 지금 함께 하고 있는 동료들과 이별한 동료들 모두, 그들이 없었다면 5년이라는 시간은 꽤나 지루했을 거다. 이래서 동료가 가장 큰 복지라고 하는 거다.

ChatGPT를 회사 슬랙에 연동. 그 어떤 회사보다 빠르게! (는 모름)

최근 2-3년 사이에 AI의 눈부신 발전 덕분에 공부할 건 더 많아졌다. 하지만 그로 인해 짧은 시간 내에 해낼 수 있는 게 폭발적으로 많아졌으니, 개개인의 한계를 다시 측정해야 하는 순간이 왔다. 우리는 축복받은 시대에 살고 있다. 매드업은 이 파도에 올라타서 순항할 것 같다. 한 명의 구성원으로서 과거에 사로잡히지 말고, 또 열심히 달려서 그 성장에 이바지해야겠다.

2025년 회고 (부제: 행복)

Jaeyeon Baek — Wed, 31 Dec 2025 15:03:24 +0900

티스토리를 많이 내려놨지만 그동안 쌓아왔던 회고 때문에 이곳에 기록을 남긴다. 어느덧 9년째 회고. 올해는 또 어떤 일이 있었는지 살펴보자. 이전에 마음먹은 것처럼 이 회고 글은 누구에게 보이기 위한 것이 아니라 그저 일기장일 뿐이다. 고로, 남들이 하는 것처럼 체계적이지 못한 글이다.

# 영어 공부

올해도 꾸준히 영어 공부를 했다. 실력이 정말 많이 늘었나?라고 하면 딱히 그렇지는 않다. 하지만 적어도 아는 단어는 많아진 듯. 가끔 생활하면서 보이는 영어 단어가 최근에 외웠던 것임을 알고 "오!" 했던 적이 몇 번 있으니까. 주로 말해보카를 통해 공부했고 어느덧 연속 학습일이 591일이다. 12월 6일(토)에 하루 빠졌는데 이건... 미국에서 금요일에 비행기 타고 한국 오니 일요일이었다는.

결국은 꾸준함이다

명절이건, 해외에 나갔건 아침에 눈을 뜨면 우선 말해보카부터 켜고 하루를 시작했다. 하반기 들어서는 앱 내에 레벨이 올라서 어려운 단어가 많이 나오기 시작했다. 연말까지는 살짝 스트레스는 받지만 그냥 묵묵히 하고 있었다. 그런데 아마도 내년에는 그만둘 것 같다. 이제 듀오링고로 넘어가려고 각을 보고 있기 때문. 말해보카를 하면서 딱히 불편한 점은 없었지만 그냥 이들의 정책이 아쉽다. 할인 정책이 있는 것도 아니고 특별히 고객케어도 느끼지 못했는데 다음 결제부터 21% 가격을 올린단다. 사실 지불하는 금액으로 따지면 부담스러운 건 아니지만 이런 갑작스러운 비용 증가에 거부감이 들었다. 물론 나도 IT 업계에서 일을 하고 있기 때문에 서버 비용이 부담스럽다는 것도 알고 있고, 이제 흑자 전환해야 하는 상황이라는 것도 알겠다(올해 7년 만에 흑자 전환했다고). 내 경우에 말해보카 내에 게이미피케이션 요소는 다 필요 없다. 리그, 캐릭터, 스킨, 보석 등 아무 관심이 없다. 쳐다도 보지 않고 그냥 학습 탭으로 가서 학습만 한다. 쓸데없는 것들 빼고 그냥 경량 요금제가 있었으면 어땠을까 싶기도 하다. 하지만 이제 와서 그게 다 무슨 소용이람. 아무튼, 듀오링고는 무료로 95일째 학습 중이고 내년부터는 유료 전환해서 해볼 예정. 주변에 스픽 유저도 많아서 관심이 생기는데 듀오링고와 병행하게 될지 어떨지는 모르겠다. 아무튼, 즐거웠다 말해보카!

그리고 필리핀 화상영어도 3개월 정도 했는데... 효과가 없는 것 같아서 중단했다. 선생님의 배려와 필리핀식 영어가 귀에 익으니까 정작 미국 영어는 안들리는데 필리핀 영어만 알아듣는 지경이 되는 것 같았다. 다음에는 미국 화상영어를 해봐야겠다.

# 해외 콘퍼런스

3년 연속 해외(미국)를 2번씩 나가고 있다. 올해도 9월에 HashiConf를 다녀왔고 12월에 re:Invent를 다녀왔다. HashiConf는 엠버서더 자격으로 참석했기 때문에 행사를 더 가깝게 즐길 수 있어서 좋았다. 주변에 자주 이야기하지만 콘퍼런스를 200% 즐기고 싶다면 커뮤니티 멤버든, 발표자든, 자원봉사든 일반 참가자가 아닌 다른 자격으로 참석해 보라고 한다. 그러면 정말 새로운 재미를 느낄 수 있기 때문이다. 아, 물론 실망하는 경우도 있다. 자원봉사로 참석한 콘퍼런스가 있었는데 행사를 만드는 운영진에게 꽤나 실망한 경험이 있어서 그쪽 행사는 두 번 다시 쳐다도 보지 않는다. 뭐, 개인적인 견해이고 그 콘퍼런스는 매년 승승장구하고 있다.

샌프란시스코 HashiConf'25

아무튼, 각설하고 HashiConf'25가 열린 샌프란시스코는 두 번째 방문이었고 이번에는 금문교 위를 신나게 달렸다. 올해 러닝을 시작했는데 그 계기가 금문교를 달리기 위해서였다. 하지만 안타깝게도 이제 막 시작한 러닝을 오래 즐기지는 못했다. 약 20년을 동고동락했던 발바닥 사마귀와 이별을 준비하면서 냉동 치료에 들어갔었기 때문. 냉동 치료는 -196℃ 액체질소로 살을 지지는 건데 터미네이터 형님도 힘들어했다는 그것이 아닌가. 하필 발바닥이라 걷는 것도 힘들었다..

출처: https://coolenjoy.net/bbs/freeboard2/760185

다행히 샌프란시스코에 갔을 때는 뛸 수 있는 컨디션이었다. 달리면서 가까이서 본 금문교는 더 웅장하고 멋있었고 나처럼 뛰는 사람도 많고 자전거 투어를 즐기는 사람도 많았다. 정말 관광지 그 자체였다. 살면서 이런 경험을 할 수 있는 날이 또 오겠지?

뛰겠다고 ROKA 반바지까지 챙겨갔다 (태극기가 그려진 그...)

한편, re:Invent는 세계 최대 규모의 IT 행사답게 볼거리와 즐길거리가 많다. 걷다 보면 다리가 아플 지경이라 오죽하면 편한 운동화를 신고 가라는 게 팁으로 존재할 정도이다. 새로운 기술이 쏟아지는 현장에 있다는 사실만으로도 즐겁지만 현지에서 부딪히며 겪게 되는 다양한 경험들이 해외 콘퍼런스 참석의 묘미가 아닐까 생각된다. 하물며 길거리나 우버에서 나누는 스몰톡이 주는 인사이트도 무시할 수가 없다.

2번째 참석

그리고.. 해외 콘퍼런스 몇 번 다녀왔더니 대한항공 모닝캄 회원이 됐다. 참고로 회사의 지원을 받아서 갔던 리인벤트는 모닝캄 회원이 되는 데는 지분이 없다. 커뮤니티 지원을 받아서 갔던 것들이 마일리지 적립이 됐고 그로 인해 모닝캄 클럽에 들게 된 것. 자격 유지도 이변이 없으면 그냥 충족될 것 같다. 모닝캄이 되고 나니 해외 나갈 때 캐리어를 빨리 찾을 수 있어서 확실히 좋더라.

뭐에 쓰는 물건인고?

# 신문물

우연한 계기로 리마커블을 얻었다. 평소에는 아날로그 메모를 잘하지 않는 편인데 아키텍처를 구상하거나 새로운 애플리케이션을 설계하는 등 조금 복잡한 것을 떠올려야 할 때는 펜을 들게 된다. 회사에서는 펜과 종이를 사용하지 않고 주로 화이트보드를 이용했지만 그건 너무 시선이 집중되기 때문에 부담스럽긴 하다. 그러던 찰나에 리마커블을 얻게 됐다. 펜이 정품이 아니라서 진짜 제대로 된 필기감을 느껴본 적은 없지만 아이패드에서 느끼지 못한 쫀쫀함이 있어서 애용하고 있다. 리마커블을 얻게 된 계기가 재미있는데 스레드에 리마커블과 킨들 스크라이브의 사용성에 대해 궁금하다는 글을 올린 적이 있는데 누군가 리마커블을 사용하지 않는다며 무상으로 보내주셨다. 접점도 없던 분인데 정말 귀인이다. (감사의 의미로 작은 성의를 보내드렸다)

정품 펜의 필기감이 궁금할 정도로 필기하는 맛이 있다

re:Invent에서 Supabase 부스를 방문했고 그곳에서 경품이 당첨됐다. 경품은 스냅에서 나온 5세대 스펙터클이다. 국내에는 후기를 찾을 수 없을 정도의 물건인데 5세대까지는 개발자 전용으로 나온 제품이기 때문인 것 같다. 아마 다음 세대(내년)부터 일반 사용자를 위해 제품이 나올 거고 착용감도 훨씬 좋아지지 않을까 예상해 본다. 지금은 AR을 맛본다는 느낌으로 이것저것 해보고 있다.

토니 스타크 놀이랄까...

아래는 링크드인에 남겼던 스펙터클에 대한 후기 글이다. 과연 새로운 전장이 될 것인가?

AI에 온 세상이 빠져있지만, 스냅에서 나온 5세대 스펙터클을 사용해 보니 AR 분야의 발전도 놀랍다. 배터리는 45분으로 제한되고 영상 녹화는 30초가 최대. 화질도 나쁘지 않다. 브라우저 사용도 가능해서 유튜브도 (미묘하게 지연이 있지만) 볼만하다. 안경은 묵직하지만, 생각보다 가벼워서 45분 정도는 무리 없다. 다만, 안경테 부분에 발열이 살짝 있어서 여름에는 땀이 날 듯.

지금 생각으로는 AR에 키보드 자판을 얼마나 부드럽게 인식시킬 것인지가 관건 같지만, 타자가 필요한 일이 미래에 얼마나 되려나. 사실 이 버전은 내년에 출시될 소비자 버전을 위한 개발자 키트라서 투박하다. 개발자들이 미리 하드웨어/OS/소프트웨어를 경험할 수 있도록 나온 버전이고, 개발자 계정은 구독 모델로 월 $99라고. 아무튼, 이 분야도 곧 피 터질 전장이 될 것 같은 예감이 든다.

# 독서

올해 내돈내산한 책은 딱 두 권 있다(네.. 저도 부끄럽습니다). 그 중에 하나가 넷플릭스의 이야기를 다룬 규칙 없음이다. 이 책은 지금도 한 번씩 꺼내서 아무 데나 펼치고 읽을 정도로 애정하는 책이 됐다. (나머지 한 권은 "소스 코드: 더 비기닝"인데 아직 완독하지 못했음)

지금은 아마 규칙이 있다지?

업계에서 흔히 이야기하는 쿠션어에 대한 내 생각이 규칙 없음에도 들어있다. 쿠션어는 단순히 무조건 배척해야 하는 대상이 아니다. 그리고 이상한 높임말(혹은 표현. e.g., 죄송한데.. 시간 되시면.. 봐주시면 감사하겠습니다 등) 좀 쓸 수도 있지 뭘 그런 걸 가지고 까탈스럽게들 굴지 말자. 어차피 정해진 기준을 통과해서 입사했고, 같이 일하고 있는 소중한 동료 아니겠나.

직설적인 표현을 꺼리는 문화와 협업할 때, 우리는 본사에서 상대방의 심기를 건드린다거나 단순히 표현 방식 때문에 거부감을 일으키는 일이 없도록 하기 위해, 좀 더 세심한 주의를 기울인다. 크리스토퍼의 메시지는 간단하다. 직설적인 표현을 기피하는 문화에서는 동료에게 피드백을 줄 때 조심하라는 것이다. 좀 더 친근한 표현을 써라. 비난조가 되지 않도록 노력하라. 명령이 아니라 제안이 되게끔 신중하게 접근하라. 스마일 이모티콘 같은 관계 중심적인 수단을 사용하라 등등. 이런 것들은 업무 환경에서 우리의 메시지가 좀 더 적절한 느낌이 들게 만드는 수단이다.

1년 동안 리뷰 활동 등으로 총 14권의 책을 읽었고 그중에는 베타리딩한 책과 추천사를 쓴 책도 있다. 업계에 오래 있으면서 다양한 경험을 해오다 보니 좋은 기회가 한 번씩 생기는 것 같다. 누군가에게는 가벼운 리뷰겠지만 책을 발간한 분들의 열정과 노력을 생각해서 조금은 더 꼼꼼하게 읽고 제대로 된 의견을 내려고 하고 있다. 아, 아주 가끔 집필, 강의 제안도 들어오지만 ROI를 생각해서 모두 거절하고 있다. 적어도 지금은 여유가 있다면 가족과 함께 시간을 보내려고 한다. 한편, 발표나 멘토링처럼 상대적으로 시간을 덜 쓰는 건 특별한 일이 없는 이상 모두 수락하는 편.

# 커뮤니티

열정적이진 못했지만 올해도 커뮤니티 활동을 꾸준히 해왔다. 4월쯤에 Google Cloud AI Breakfast를 시작으로 구글 클라우드 스터디잼 멘토, 창구 워크숍 지원 등을 했다. AI Breakfast는 특히 재미있었는데 팟캐스트 형식으로 처음 해보는 거라서 팽팽한 긴장 속에서 촬영을 진행했다. 다행히 모더레이터로 참석하신 구글러께서 잘 이끌어주신 덕분에 촬영을 무사히 마칠 수 있었다. 4월 초면 AI가 업계를 뒤흔들고 있을 때였는데 유행에 타지 않도록 두루뭉술하게 이야기를 했기 때문에 빠르게 발전하는 AI 업계지만 지금도 유효하다고 볼 수 있다. 관련 영상은 여기서 볼 수 있다.

화질은 안 좋지만 메이크업을 했으니 인생샷이 아닌가...

개발 생태계에 지식을 전파하기 위한 활동으로 블로그도 꾸준히 하고 있다. 그 결과로 올해 미디엄에 11편의 글을 썼다. 관심받지 못하는 글도 있고 가끔 댓글이 달리기도 하는데 은근히 짜릿하다! 이 맛에 블로그 하는 게 아니겠나! (티스토리에 쓴 글은 이제 취급하지 않는다;; 카카오가 daum을 매각한다는데 티스토리도 포함되겠지. 그리고 새로운 주인은 당연히 데이터에 관심이 있지 서비스 개선은 관심 밖일 거다. 카카오가 그랬던 것처럼)

형님들 감사해요

# 회사

업무에서 AI 도구로 Cursor를 도입했고 메인 IDE로 사용하고 있다. 연초부터 쓰기 시작했고 업계에서는 비교적 빠르게 사용한 축에 속한다(Cursor 비용을 지원하는 회사). 하지만 통계를 보면 고작 1억 토큰도 사용 못 했다. 변명하자면, 주로 테라폼을 다루고 있고 매니저 역할을 하고 있다 보니 사용량이 저조했던 것 같다. 아무튼, 저보다 토큰 적게 사용하신 분은 반성하시길! ;)

커서 사용량

Cursor 토큰 사용량이 저조한 또 다른 이유는 Google Workspace에 있는 Gemini와 대화하는 시간이 길기 때문이다. 꼭 Cursor를 사용해야만 하는 상황이 아니라면 Workspace에 있는 Gemini를 쓴다. 자주 사용하는 것들은 개별로 Instructions을 주입해서 Gems으로 활용하고 있다.

주로 사용하는 Gems 5대장

contributions 개수는 작년과 별반 차이가 없다. 구멍이 빠진 건 왜 때문일까? 휴가 말고는 잘 기억이 안 난다. 아마도 새로운 도구를 도입하기 위한 테스트 기간이 아니었을까 싶기도 하고.

밸런스가 안 맞지만 나쁘지 않다

회사에 HashiCorp Vault와 Boundary를 완벽하게 도입시켰다. 사용자(개발자)가 불편하지 않도록 잘 서포트하고 있으니 성공적이라고 볼 수 있지만, 개인적인 목표에는 아직 다가가지 못했다. 현재 Vault는 AWS Credentials과 특정 Database 계정 발급 용도로만 쓰고 있는데 사실 Vault는 사용자(휴먼)를 위해서만 존재하는 도구가 아니다. 시스템 간의 통신을 할 때도 필요한 인증정보를 관리할 수도 있고, 비밀키 저장소로도 활용이 가능하다. 이런 영역으로 확대해 나가는 게 내년 목표이다.

그리고 Boundary는 기존에 사용하던 Bastion Host를 대체하기 위한 목적으로 도입했고 오픈소스 버전을 사용하다 보니 불편한 점이 있긴 하지만 다행히(?) 아직 사용자들은 눈치채지 못한 것 같다. Boundary의 경우 Bastion Host와 다르게 Silent Proxy 방식이다. Generic TCP 타깃을 사용하는 경우 정확히 프락시 역할만 수행하기 때문에 TCP idle timeout으로부터 자유롭지 못하다. 한편, HCP(HashiCorp Cloud Platform)는 Generic TCP 외에 SSH 방식도 지원하는 것 같아서 이건 오픈소스 버전의 불편함 정도로 생각된다. 근데 뭐 사실 불편함이지 잘못된 건 아니다. 그리고 정 불편하면 Desktop Client가 아니라 터미널에서 명령어를 통해 ssh 연결로 프락시 할 수도 있긴 하다. 그런데 왜 Generic TCP 타입을 변호하는 기분이 드는 걸까? ;)

아무튼, 이런 도구를 덜컥 도입했던 건 아니다. HashiConf에 참석하며 풀어낸 기술에 대한 궁금증과 지식들이 큰 도움이 됐다. 마음만 먹으면 그 기술/설루션의 Product Manager와 대화할 수 있으니까. 내년에는 이런 도구를 조금 더 깊이 있게 공부해서 회사와 제품의 보안을 끌어올려야겠다는 목표가 있다.

내년(26년) 1월 4일이면 이 회사에 재직한 지 만 5년이 된다. 내 커리어에서 두 번째로 오래 다닌 회사라서 여러모로 의미가 있다. 불과 몇 년 전만 해도 2-3년 주기로 이직하는 것이 업계 트렌드였다면 지금은 시대가 약간 변한 것 같다. 취업 시장이 어려워진 것도 한몫하지만 나 개인적으로도 3년 미만은 (많은 경우) 회사에서 어떤 성과를 냈다고 보기 어렵다고 생각하기 때문에 이직에 불리한 상황에 놓이게 된다. 고로, 요즘은 3-5년은 근속하고 이직해야 성과를 입증하는 게 수월할 거다. 각설하고, 5주년이 지나면 다른 의미로 회고를 해볼 생각이다. 스스로 앞으로 어떻게 변해야 할지 고민이 많기 때문이다.

# 마무리

돌이켜보면 많은 일이 있었는데 막상 적고 보니 별거 없다. 이번 회고를 작성하면서 올해는 자연스럽게 내 자리에서 묵묵히 시간을 보냈다는 생각이 들었다. 커뮤니티 기여도 그렇고 영어 공부도 결국은 꾸준하게 하다 보니 하나의 루틴이 됐다. 나를 성장시켜야 하겠다는 각오나 다짐에서 나오는 행동들은 아니었다. 성장은 그냥 여러 활동을 하다 보니 자연스럽게 따라온 보상 같은 거였다.

굵직한 줄기로 글을 적었는데, 이 글에 언급하지 않은 시간이 두 가지가 있다. 회사에서 치열하게 보낸 시간과 가족과 보낸 소중한 시간이다. 배우 조인성이 이야기했던가? 행복이라는 게 별게 아니다. "지금 문제없으면 행복한 거다" 행복해야 한다는 강박에서 벗어나는 게 중요하다. 26년에도 무탈하게 시간을 보내고 싶다. 혹시 이 글을 읽고 있는 미래의 나 혹은 누군가도 아무 문제없는 25년 보내셨기를 바라고, 26년도 그렇게 보내시길 바란다.

사진으로 둘러보는 AWS re:Invent 2025 후기

Jaeyeon Baek — Sat, 27 Dec 2025 12:15:21 +0900

2023년에 re:Invent를 다녀오고 회사의 배려와 지원으로 2년 만에 다시 라스베이거스를 다녀오게 됐습니다. 2년 전과 달라진 게 있다면 함께 간 MSP가 바뀌었다는 정도겠네요. 이전에는 라스베이거스까지 전용기를 타고 직항으로 갔지만 올해는 경유해서 갔습니다. 레이오버라서 시간이 살짝 붕 뜨긴 했지만 나름대로 나쁘지 않았어요. (2년 전에 다녀온 글은 여기서 보실 수 있습니다.)

대한항공 타고 출발

갈 때는 시애틀에서 델타 항공으로 갈아탔습니다. 돌아올 때는 LA를 경유했어요. 한국에서 미국을 오가는 대한항공은 여행사에서 좌석을 복도 쪽으로 지정해 줘서 편안한 비행이 됐습니다. 그리고 약 한두 시간 남짓 타는 델타 항공에서는 창가 쪽에 앉아서 라스베이거스 근처 풍경을 바라보며 멍때릴 수 있어서 좋았습니다.

산꼭대기에 저것은 눈인가 소금인가?

이번 일정은 일요일에 출발해서 그다음 주 일요일에 귀국하는 일정이었습니다. 오후 4시 넘어서 출발했는데 시차 때문에 라스베이거스에 도착했을 때도 오후 3시쯤 도착했어요. 호텔에 들어가서 짐을 풀고 바로 이동해서 배지를 받았습니다. 행사가 시작되는 월요일에 배지를 받아도 되지만 그때가 되면 사람이 너무 많아질 테니까요.

대표적인 포토 스팟

re:Invent의 대표적인 포토 스팟을 지나서 배지를 받으러 가봅니다. 벌써 사람이 꽤 보이네요.

그런데 이제는 일요일에도 사람이 많다…

배지는 공항에서도 받을 수 있지만 베네시안으로 가서 받으시는 걸 추천합니다. 왜냐하면 공항에는 배지 수령 말고는 다른 액티비티가 없기 때문이죠. 공항에서 배지를 받더라도 결국은 베네시안으로 가게 될 겁니다. 그리고 일요일에는 “AWS Korea Reception | 한국 고객의 밤”이 오후 6시부터 9시까지 진행됩니다. 너무 늦게 가면 자리가 없어서 식사도 어렵고 즐기기 힘드니까 서두르시는 게 좋습니다.

KOREA RECEPTION 한국 고객의 밤

행사 등록하고 받은 배지와 행사 기간 내에 즐길 수 있는 퀘스트 수행을 인증하는 종이판을 받았습니다. 많은 사람이 배지에 함께 달고 다녔어요. 이 퀘스트는 매년 있는 이벤트가 아닙니다. 다르게 표현하면 매년 즐길 수 있는 이벤트의 종류가 달라지기 때문에 기대하는 마음으로 리인벤트에 참여할 수 있겠네요.

자격증이 아직 유효해서 ✅ 스티커 획득

re:Invent 행사장 안에 구성은 매년 조금씩 바뀌는 것 같아요. 올해는 /dev/quest라는 개발자 이벤트가 있었습니다. 주어진 미션을 해결할 때마다 도장을 받고, 도장이 일정 개수에 도달했을 때 SWAG를 받을 수 있었습니다. 도장은 미니 세션을 듣고 받거나, 커뮤니티 가입 혹은 주어진 목적을 달성하는 코드를 작성(kiro를 통해)하는 등의 액션을 통해 받을 수 있었습니다. 저는 3단계까지 진행했네요.

3단계 SWAG는 가방

기를 쓰고 퀘스트를 했는데 받은 SWAG는 아직 열어보지도 않았다는.. 뭐 그런 이야기입니다. 충분히 즐겼으면 됐죠.

re:Invent의 명물, 칠판에 회사 이름 남기기

식사는 아침, 점심을 컨퍼런스장에서 제공하지만, 입맛에 맞지 않는 경우가 있어서 밥 사준다는 곳은 최대한 따라다녔습니다. 식당은 모두 Lyft를 타고 이동했는데요. 라스베이거스에서 음식 가격을 보면 스트립에서 어중간하게 먹는 것보다 차라리 교외로 나가서 먹는 게 교통비를 고려하더라도 좋겠더라고요.

NALSSO(KOREAN BBQ)와 UMIYA SUSHI

데이터독은 올해도 높은 스폰서 레벨로 참여했습니다. 이제는 리인벤트 하면 자연스럽게 떠오르는 “데이터독 미끄럼틀”입니다. re:Play 파티에도 데이터독이 후원하는 거대 미끄럼틀이 있습니다. 이러다가 데이터독을 observability가 아니라 미끄럼틀로 인식하게 되는 것은 아닌지…

미끄럼틀 타는 모습을 담아주는 사진 구성도 매년 바뀌는 듯

키노트 이야기를 해보면, 이번에도 역시나 AI 중심이었습니다. Nova와 Bedrock에 특히 힘을 준 형태였고, Kiro autonomous agent, AWS Security Agent, AWS DevOps Agent를 내세우며 에이전트 세상을 알렸습니다.

DevOps Agent를 소개할 때 연출이 특히 마음에 들었다고

우리가 에이전트를 사용하는 방식의 발전에 대한 언급도 있었습니다. 2단계까지는 제가 예상한 것과 완벽히 일치해서 솔직히 놀랐어요. 주변에 늘 이야기하지만 결국은 멀티 에이전트를 오케스트레이션하는 세상이 올거라고 했거든요. 시대가 성큼 앞으로 온 게 느껴집니다.

에이전트를 대하는 우리의 자세

그리고 키노트 막판 10분 타이머를 맞춰두고 AI와 상관없는 업데이트를 빠른 속도로 훑어나갔습니다. 이색적인 풍경이었어요. 제한된 시간 안에, AI에 무게를 싣다 보니 발표하고 싶은 건 많은데 시간이 없는 상황을 극적으로 표현했다고 생각합니다.

CEO가 랩하는 줄 알았음…

그나마 가장 기억에 남는 것은 Database에 적용되는 Savings Plans이었습니다. 전용 SP가 있는 것인지, 기존 컴퓨팅 SP로 적용이 되는지 아직 구체적인 건 나오지 않은 것 같더라고요. 이게 제일 기억에 남는 이유는 특별히 어떤 에너지를 쓰지 않아도 비용 절감할 수 있기 때문이죠.

FinOps는 언제나 중요하다

하지만 전체적인 내용은 약간 아쉬웠습니다. 깜짝 놀랄만한 건 없었다고 생각해요. 오히려 “남들 다 하는 거 우리도 해요” 느낌이 조금은 더 강했습니다. 아는 만큼 보인다고 무지에서 오는 생각일지도 모릅니다.

행사장 여기저기 재미있는 요소가 있는데요. 2년 전에 자격증 라운지에서 좋았던 기억이 있습니다. 사진도 촬영하고 레고도 받았거든요. 올해는 아쉽게 그런 이벤트는 없었지만 잠깐 들어가서 편히 쉴 수 있었습니다. 조금 여유롭게 다과를 즐길 수 있는 공간입니다.

자격증 라운지입니다

re:Invent 하면 EXPO를 빼놓을 수 없죠. 이번에도 돌면서 여러 회사를 살펴봤습니다. 이곳에 나올 정도면 적어도 글로벌에서 어설픈 회사는 아니겠다는 싶은 생각에 눈을 이리저리 굴렸습니다.

EXPO 입장

한국 기업으로는 업스테이지가 유일하게 부스를 운영한 회사 같았습니다. EXPO를 돌아다니면 다양한 SWAG를 얻을 수 있는데요. JETBRAINS 부스에 적힌 문구가 눈에 띄었습니다.

형님들, 멋있어요

부스에서 진행하는 경품에도 응모해 보세요. 저는 전혀 기대하지 않고 응모한 supabase에서 잭팟이 터졌습니다. 사실 상상도 못 했습니다. 힘들어서 호텔에서 쉬다가 경품 추첨 시간이 돼서 혹시 하는 마음에 힘들게 몸을 움직인 거니까요(이동하다가 추첨 쿠폰을 두고 온 사실을 깨닫고 호텔에 다시 다녀오기까지 했습니다). 그리고 추첨이 시작되기 전에 현장에 있던 일본 직원에게 웃으며 나는 운이 좋은 사람이라고 오늘 경품 타기 위해 왔다고까지 이야기했습니다. (보고 계신가요?)

이 컨셉으로 사진 촬영해야 한다고 관계자분들께 강요 아닌 요청을…

이번에는 여러 미팅을 다녔습니다. 공식적으로는 데이터독, 노션과 미팅을 진행했고 비공식적으로는 HashiCorp에서 시간을 보냈습니다. 올해 9월에는 HashiConf에 갔을 때는 Vault에 관심이 많았는데요. 이번에는 Boundary 관련해서 궁금한 게 많았네요.

글로벌 커뮤니티 매니저와 파리에서온 하시코프 엠버서더

re:Play 행사도 여전히 re:Invent의 큰 축을 담당하고 있었습니다. 11월 말 ~ 12월 초의 라스베이거스 날씨는 아침저녁으로 많이 쌀쌀해서 re:Play 행사를 가시는 분들은 아주 따뜻하게 입으시는 게 좋습니다. 약간 “오버하는 건가?” 싶을 정도로 껴입는 게 좋더라고요. 그리고 호텔로 돌아오는 셔틀버스는 공식적으로는 늦은 시간부터 있지만 대충 20시 정도 넘어서부터 운행하는 것 같으니 참고하세요.

추워서 오래는 있기는 힘들다

정말 Datadog is everywhere 입니다. ground transportation에도 있고, 공항에도 있고 어디를 가든 보입니다.

스폰에 얼마나 태웠을까…

re:Invent는 처음 갔을 때와는 또 다른 매력으로, 전체적으로 재밌었고 좋은 경험이었습니다. 전 세계에서 모인 사람들과 함께 호흡하고 IT 업계 최전방에 있는 제품의 설명을 직접 듣고 질문할 기회는 흔하지 않으니까요. 비록 비행시간이 길어서 살짝은 지루하고 힘들었지만, 라스베이거스에서의 경험은 오랫동안 기억에 남을 것 같습니다.

# 마무리 잡담

1/ 출국 날 공항 카운터에서 항공권에 이름이 잘못된 걸 알았습니다. Jaeyeon Baek이 아니라 Jaehyeon Baek.. 그것 때문에 꽤 신경 쓸 일이 많았네요. 직접 예약하는 게 아니라면 티켓에 이름을 꼼꼼히 확인하자는 교훈을 얻었습니다

2/ 숙소에 체크인했는데 핸드폰 안테나가 안 잡혀서 고생 좀 했습니다. eSIM도 안되고, Wi-Fi도 안되는 상황이라 답답해서 로밍 결제해서 확인까지 했는데 결국은 방이 문제였던 걸로… 로비에서 방 교체를 요청했더니 “바꿔주는 건 가능. 근데 바꾼 방에서 인터넷 잘 된다는 보장은 못 함”이라는 답변이 돌아왔어요. 그래도 일단 방을 교체했고 쾌적한 인터넷을 누를 수 있었습니다. 그리고 샤워기 물살도 이전 방보다 훨씬 좋아졌었다는.. 뭐 그런 이야기..

3/ 개인의 경험이지만 라스베이거스에서 eSIM은 최악이었습니다. 느려서 뭔가 하고자 할 때 답답하더라고요. 로밍이 훨씬 빨랐습니다.

4/ Lyft 타고 가는데 옆 차선에 사고 난 걸 보더니 기사님 왈: “저 사람 잭팟이다. 나라면 드러누웠다”. 사람 사는 곳 다 똑같군요.

5/ 행사장 곳곳에 “Ask me” 티셔츠를 입고 있는 사람들이 많습니다. 길이든 뭐든 필요한 게 있으면 물어보면 됩니다. 그런데 행사장에서 가까운 곳에 있는 “Ask me”일수록 뭔가 조금 더 직업의식이 있는 느낌을 받았어요. 너무 멀리 있는 사람은 잘 모르고 대충 알려주는 느낌이랄까..

6/ 오후에 스피어를 가고자 한다면 “window bridge”가 어딘지 물어보고 그쪽으로 가는 게 제일 빠릅니다.

LA 공항에서 만난 Gemini. 괜히 반가웠다.

[Terraform] target 옵션

Jaeyeon Baek — Sat, 13 Dec 2025 19:26:17 +0900

테라폼으로 여러 모듈을 관리하고 있는 상황에서 특정 모듈의 변화만 반영시키고 싶은 경우가 있습니다. 예를 들어, main.tf 파일에 너무 많은 module이 있어서 plan 명령 한 번 읽히는데 분 단위로 걸린다거나, 임의로 콘솔에서 리소스의 값을 변경해 둔 상태라서 terraform apply가 됐을 때 콘솔의 값이 덮어써지면 안 되는 경우입니다. 사실 둘 다 일반적인 경우가 아니긴 해요. 전자는 더 작은 단위로 관리하는 게 맞고 후자는 임시라도 관리를 위해 테라폼으로 값을 수정하는 게 맞을 겁니다. 아무튼, 필연적으로 특정 모듈만 plan 혹은 apply 해야 하는 경우가 옵니다. 이럴 때 사용하는 옵션이 target입니다.

$ terraform plan --help
(생략)
-target=resource    Limit the planning operation to only the given module,
                    resource, or resource instance and all of its
                    dependencies. You can use this option multiple times to
                    include more than one object. This is for exceptional
                    use only.
(생략)

실제 사용은 아래와 같습니다. -target 을 적고 뒤에 모듈 이름을 써주시면 됩니다.

$ terraform plan -target=module.write_your_module_name

예를 들어, 아래와 같은 모듈이 있다고 가정해 보시죠.

module "my_sqs" {
  source   = "../modules/aws_sqs"
  sqs_name = "my_queue"
}

이럴 때는 아래와 같이 target을 써주면 됩니다.

$ terraform plan -target=module.my_sqs

만약 모듈 여러 개를 동시에 수정해야 한다면 target을 반복해서 써주시면 됩니다.

$ terraform plan -target=module.my_sqs -target=module.my_ec2

간단하고 기본적이지만 이런 옵션을 알아두면 필연적으로 필요할 때 도움이 되실 겁니다. 빌드 시간도 줄이고, 콘솔이나 다른 곳에서 임시로 수정된 다른 모듈이 배포 시에 영향받지 않도록 target을 지정해 보시길 바랍니다. :)

[책] 바이브 코딩 너머 개발자 생존법

Jaeyeon Baek — Sat, 29 Nov 2025 12:43:42 +0900

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

바이브 코딩 너머 개발자 생존법 - 개발자는 사라지지 않는다, 진화한다

한빛미디어에서 아주 재밌는 책이 번역서로 나왔다. "바이브 코딩 너무 개발자 생존법 - 개발자는 사라지지 않는다, 진화한다"인데, 제목이 내용을 아주 잘 담고 있다. 주로 바이브코딩에 대해 언급하지만 개발자가 코드를 들여다보지 않는 고수준의 바이브코딩부터 AI 보조 엔지니어링까지 체계적으로 다룬다. 책은 288p로 두껍지 않고 내용은 반복적이다. AI를 개발에 활용하면서 알아야 하거나 주의해야 하는 내용을 반복적으로 언급하면서 자연스럽게 체득되도록 돕는 책이다.

혹자는 바이브코딩은 굉장한 기회이며, 더 이상 개발자가 필요 없을 거라고 이야기한다. 나는 그 생각에 (당분간은) 동의하지 않는데, 이 책에도 비슷한 이야기가 나온다.

저는 동료들과 스스로에게 ‘바이브 코딩은 낮은 품질의 작업에 대한 변명이 될 수 없음’을 자주 이야기 합니다. 바이브 코딩이 만든 결과물은 시작점입니다. 결코 최종 결괴물이 아닙니다.

물론, 개발 언어나 생태계를 모르더라도 뭔가 뚝딱뚝딱 만들어 낼 수 있다. 하지만 그건 시작점이다. 제대로 된 서비스로 발전시키기 위해서는 결국 개발자가 필요하다. 단, 일반 개발자는 AI 도구를 잘 사용하는 개발자에게 자리를 빼앗기게 될 거다. 이 책에서도 같은 언급을 한다.

책에서는 프롬프트 엔지니어링에 대한 것도 언급한다. 개발할 때 흔히 익숙한 모델을 고정해 두고 쓰는 경우가 있는데 이건 올바른 사용이 아니다. 아래 내용을 참고해 보자.

뛰어난 개발자는 최고의 모델 하나를 찾기보다는 특정 작업에 따라 모델을 선택합니다.
• 빠른 프로토타이핑 및 일반적인 코딩을 위해 속도와 폭넓은 언어 지원에 최적화된 모델이 효과적입니다.
• 복잡한 디버깅 및 시스템 설계의 경우, 체계적으로 로직을 추적할 수 있는 심층 추론 모델이 좋습니다.
• 대규모 코드베이스에서 작업할 때는 프로젝트 전반에 대한 인식을 유지할 수 있는 광범위한 컨텍스트 윈도를 가진 모델이 좋습니다.
• 예산이 제한된 팀은 구독 비용 없이도 훌륭한 성능을 내는 오픈소스 모델을 추천합니다

개발자로서 AI 생태계를 어떤 자세로 받아들여야 하는지도 책에 잘 정리되어 있다.

팀 오라일리는 수십 년간의 기술 변화에 대해 성찰하며, 자동화는 프로그래밍 방식에 변화를 가져왔지만 숙련된 개발자가 필요한 이유는 변하지 않았다고 말했습니다. 이는 프로그래밍의 종말이 아니라 우리가 알고 있던 프로그래밍의 종말'을 맞이하고 있다는 의미입니다. 즉 개발자의 역할이 사라지는 것이 아니라 진화하고 있음을 뜻합니다.

백그라운드 코딩 에이전트에 대한 파트에 대한 생각도 동의한다. 가끔 농담처럼 이제는 조직의 구성이 바뀌어야 할 때라고 이야기해 왔다. AI 에이전트를 오케스트레이션 할 수 있는 사람이 팀장을 맡고, 팀원은 AI 도구로 구성한다(팀장만 휴먼이고 팀원은 AI인 거다. 그렇게 되면 "팀장"이라는 명칭이 어울리지 않지만 일단은 그렇게 부른다). 미래가 성큼 가까이 다가왔다. 이렇듯 그동안 주변에 사람들을 만나면서 AI에 대한 내 생각을 두서없이 이야기해 왔는데 이 책 하나로 완벽히 정리됐다. 책에 쓰인 대부분의 내용에 동의하며 마치 내 생각이 그대로 옮겨진 것 같아서 읽는 내내 즐거움을 감출 수 없었다. 바이브 코딩과 AI 보조 엔지니어링을 하고 있다면 그것을 잘하고 있든, 그렇지 않든 이 책은 어떤 식으로든 도움이 될 거라고 믿는다. AI를 개발에 활용할 때에 대한 생각을 정리하고 싶다면 이 책을 일독하시길 바란다.

끝으로 이 책에 쓰여있는 "책임감 있는 AI 사용을 위한 원칙"을 나열한다. 상세 내용은 책에서 확인하시길!

1. 항상 인간이 감독한다.
2. 코드에 대한 책임을 진다.
3. 사용자의 프라이버시를 보호하고 동의를 구한다.
4. 법률과 규정을 준수한다.
5. 조직에서 책임감 있는 AI 문화를 조성한다.
6. 보호 장치와 안정망을 만든다.
7. 팀 내에서 AI 사용 결정을 문서화한다.
8. 편향성과 차별, 불공정성을 피하기 위해 적극적으로 노력하세요.

[책] Binary Hacks Rebooted 0과 1 사이

Jaeyeon Baek — Sun, 16 Nov 2025 15:01:14 +0900

Binary Hacks Rebooted

최근에 베타 리딩한 Binary Hacks Rebooted 책이 한빛미디어 에서 출간됐다. 저수준 프로그래밍 언어의 동작 원리를 깊이 있게 다루는 재밌는 책이다. 베타 리딩에 참여하기로 한 건 첫 직장에서의 향수 때문이었다. 커널과 램디스크를 개발하며 때로는 동료들과 워게임을 즐겼다. 온라인으로 제공되는 가상환경에 접속해서 단계(레벨)를 깨 나가는 건데, 1단계를 해킹해야 2단계에 접속할 수 있는 패스워드를 얻는 방식이다. 방 탈출과 비슷하려나? 이걸 왜 워게임이라고 불렀는지는 기억나지 않지만, 아무튼 게이미피케이션 요소 때문에 재밌었다. 각설하고, 이 책을 읽으며 첫 직장을 추억할 수 있었고, 프로그래밍의 원리를 아는 것은 소프트웨어 엔지니어로 살아가는 데 여전히 도움이 된다는걸 다시금 느낄 수 있었다.

대 인공지능 시대에 어쩌면 어울리는 책이 아니지만 본인의 역량을 한 단계 끌어올리고 싶으신 분께는 분명 도움이 될 거라 일독을 권합니다. 아, 참고로 이 책이 재밌다고 했지, 쉽다고 하진 않았습니다. 향수를 불러일으켰지만 순간순간 어질어질했으니까요. :D

[책] AI Engineering

Jaeyeon Baek — Sat, 25 Oct 2025 14:21:59 +0900

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

AI 엔지니어링

한빛미디어에서 발간된 번역서 AI Engineering은 표지에 적힌 문구가 책의 내용을 아주 잘 담고 있습니다. 말 그대로 이 책은 "파운데이션 모델을 활용한 시스템 설계부터 개선까지, AI 앱 개발 원스톱 가이드"입니다. 책은 AI 엔지니어링의 배경에 대해 설명하고 파운데이션 모델에 대해 깊이 있는 통찰을 줍니다. 단순히 파운데이션 모델을 활용하는 것을 넘어 RAG를 활용한 아키텍처 그리고 파인튜닝 방법론까지 세세히 다루고 있어요. 책의 도입부에 다음과 같은 내용이 있습니다.

AI 제품을 기획할 때는 특히 마지막 단계의 어려움을 고려해야 한다. 파운데이션 모델로 얻은 초기 성공은 오해의 소지가 있다. 파운데이션 모델의 기본 성능이 이미 꽤 좋아서 재미있는 데모를 만드는 데는 많은 시간이 걸리지 않을 수 있다. 하지만 좋은 초기 데모가 좋은 최종 제품을 보장하지는 않는다. 데모를 만드는 데는 주말이 걸릴 수 있지만 제품을 만드는 데는 몇 달, 심지어 몇 년이 걸릴 수 있다.

소프트웨어 엔지니어라면 비단 AI 제품뿐만이 아니라 어떤 프로그래밍을 하던지 비슷한 일을 겪습니다. 성능을 70%에서 90%으로 올리는 것은 쉽지만 95%에서 97%로 올리는 것은 아주 어려운 일인 것처럼요. AI 제품을 만드는 것도 마찬가지입니다. 사이드 프로젝트로 주변 사람들을 놀라게 하고 재미있는 데모를 만드는 건 간단하지만 비즈니스로 키우기 위해 성능을 챙기고 여러 개념을 응집하는 건 아주 어려운 일입니다.

각설하고, 특히 재밌는 파트는 "3장 평가 방법론"과 "4장 AI 시스템 평가하기"입니다. 요즘처럼 AI가 안 붙는 서비스가 없는 시대에 엔지니어링 조직에 중요한 과제는 품질 평가일 텐데요. AI를 서비스에 녹여내면서 생성형 AI의 응답을 어떻게 신뢰하고 평가할 것인가에 대한 다양한 방법과 생각할 거리를 제시해 줍니다. AI 서비스를 개발하고 있다면 어쩌면 이미 체득해서 사용하고 계신 곳도 있을 거고 그렇지 않은 곳도 있을 겁니다. 모르긴 몰라도 좀 더 표준화된 용어와 다듬어진 방법을 이 책을 통해 배우실 수 있을 거라고 생각합니다.

5장 프롬프트 엔지니어링도 기억에 남습니다. 인터넷에 떠도는 다양한 썰을 응집한 결과물 같았어요. 예를 들어, 프롬프트를 해킹하기 위한 다양한 시도가 책에 녹아있어서 역사책을 보는 느낌이었습니다. 돈을 줄 테니 답변해달라거나 DAN(Do Anyting Now) 프롬프트 기법 등이 대표적이겠습니다. 그리고 왜 그것들이 요즘은 잘 먹히지 않는지도 간략히 언급됩니다. 여전히 많은 사람들이 프롬프트 엔지니어링의 허상에 대해 이야기합니다. 일부 과장은 됐다고 생각하지만 허상이라고 생각하지는 않아요. 책에 아래와 같은 구문이 있는데 제대로 와닿았습니다. 주변에 꼭 보여주고 싶은 문장입니다.

문제는 프롬프트 엔지니어링 자체에 있지 않다. 프롬프트 엔지니어링은 분명히 가치 있고 유용한 기술이다. 하지만 진짜 문제는 사람들이 프롬프트 엔지니어링만을 유일한 도구로 알고 있을 때 발생한다.

책의 구성에 코드는 거의 없습니다. 또한 직접적인 구현이나 설계는 언급되지 않습니다. 개념과 방법론으로 똘똘 뭉쳐진 책이라고 보는 게 좋을 거예요. 그렇기 때문에 프로그래밍 언어나 SQL에 친숙하지 않더라도 이 책을 읽는데 어려움은 없을 겁니다. 파인튜닝에 대한 개념을 이 책을 통해 확실히 알았다면 그것을 실습하기 위한, 혹은 구체적인 방법은 따로 찾아보셔야 합니다. 아마 그런 내용까지 다 담았다면 이 책은 훨씬 더 두꺼워졌겠죠. 지금도 579 페이지를 자랑하는데요. 다행히 각 장이 깊이 연결되지 않기 때문에 순서대로 보지 않으셔도 됩니다. 필요한 부분이나 더 빨리 읽고 싶은 곳이 있다면 페이지를 넘기셔도 됩니다.

현재 시대에 AI 엔지니어링을 딱 한 권으로 공부하고 싶다면 이 책을 일독하시기를 바랍니다. 저도 아마 책장에 두고 종종 재독 할 것 같네요. :)

샌프란시스코에서 열린 HashiConf'25 다녀왔습니다

Jaeyeon Baek — Fri, 3 Oct 2025 14:49:49 +0900

작년에 보스턴으로 다녀왔는데 올해도 기회가 돼서 샌프란시스코에서 열린 HashiConf'25에 다녀왔습니다. 샌프란시스코의 경우 시차가 시기에 따라 16~17시간으로 가변적인데요. 9월 기준으로 16시간의 시차였습니다. 한국 시간 기준으로 낮 밤을 바꾸고 4시간을 빼면 샌프란시스코의 시간이었습니다.

이번에는 편하게(?) 크로스백만 메고 갔다가 일정 내내 어깨가 아파서 너무 힘들었어요. 역시 해외 콘퍼런스 참석은 백팩이 진리인 것 같네요. 물론, 가방에 랩탑이 함께하지 않는다면 또 모르겠습니다.

샌프란시스코는 작년에 이어 이번이 두 번째 방문입니다. 고작 1년 만에 온 거라 공항을 빠져나오는 게 어렵지 않았어요. 미국은 승차 공유 서비스가 잘 되어 있어서 공항에서 이정표 보고 따라가는 것도 어렵지 않습니다.

이번 여행은 intercontinental mark hopkins 호텔에서 지냈는데요. 여긴 미국에 있는 인터컨티넨탈 호텔 중에 가장 오래된 거라고 하네요. 내년이면 100주년입니다. 마크 홉킨스 호텔은 샌프란시스코 도심 정상에 있어서 동서남북 어디를 가려고 해도 살인적인 내리막길을 이겨내야 합니다. 덕분에 운동 좀 했습니다. 재밌는 에피소드로는, 언덕 내리막을 힘들게 내려가서 세븐일레븐에 갔는데 맥주를 팔지 않아서 한참을 다시 되돌아왔었다는. :)

멀리서 보면 멋진 길이지만 내가 오르락내리락해야 한다고 생각하면 비극입니다.

샌프란시스코의 일부 지역은 여전히 위험합니다. 마약과 범죄로부터 말이죠. 그런데 재밌는 건, 호텔이 이렇게 언덕 높은 곳에 있으니 상대적으로 안전지대처럼 느껴졌다는 거예요. 약에 취해서 좀비처럼 걷는 이들도 여기까지는 도달하지 못했습니다. :)

호텔에 도착한 시간이 12시도 안 됐는데 얼리 체크인을 해줘서 방에서 좀 쉴 수 있었습니다. 제일 높은 층이 17층인가? 그랬는데요. 12층을 받았습니다. 이 호텔이 뷰가 좋다는 리뷰를 본터라, 체크인할 때 높은 층을 달라고 요청했거든요. 12층이긴 하지만 고지대에 있기 때문에 경치는 충분히 좋았습니다. 호텔 내부에서는 오래됐다는 느낌은 크게 받지 못했습니다.

금문교에도 다녀왔습니다. 작년에 갔을 때는 다리가 안개로 가득 차있었는데 올해는 아주 맑았습니다.

그런데 이것도 매일이 달라서.. 본인이 간 날만 맑았습니다. 그 전날 피어 39에서 바라본 금문교는 안개에 잠겨있었거든요. (오늘 맑았으면 내일은 거의 항상 클라우디라고 합니다)

아무튼, 제가 간 날은 맑아서 러닝도 했습니다. 참고로 편도 2.7km 정도 됩니다. 러닝에 필요한 옷가지를 준비해 가길 잘했어요. 가까이서 마주한 금문교는 아주 웅장했습니다. 철근 하나의 크기를 보세요. 시원한 바람도 불어와서 상쾌하고 아주 좋았습니다. 바람이 세게 불 때면 다리가 흔들리는 느낌도 들었습니다.

사진에는 마침 사람이 없었지만, 다리를 횡단하는 사람이 아주 많았습니다. 걷는 사람, 뛰는 사람, 자전거 타는 사람. 아주 많았습니다.

참고로 북쪽이 지대가 좀 더 높기 때문에 다리를 뛰고자 한다면 북쪽에서 남쪽으로 뛰는 게 조금은 더 수월할 겁니다. 아래 이미지는 제가 남쪽에서 북쪽으로 뛸 때 계산된 그래프예요. 다리는 아치형이지만 끝나는 지점(북쪽)이 더 높은 것을 알 수 있습니다.

러닝을 마치고는 트레이더 조에 들려서 간단하게 장을 보고 끼니를 때웠습니다. 호텔에서 쓰레기를 만들고 싶지 않아서 트레이더 조 앞에 벤치에서 간단하게 먹었습니다. 요플레는 한국에 비해서 많이 꾸덕해서 먹기 버거웠지만 바나나는 맛있게 먹어치웠습니다.

# 사전 행사

이번 HashiConf'25 콘퍼런스는 목요일과 금요일 이틀 동안 진행이 됐지만, Ambasador 자격으로 참석하는 행사가 화요일과 수요일에도 있었습니다. 먼저 화요일에는 IBM의 스폰을 받은 HUG(HashiCorp User Group) 행사가 있었어요. 아케이드 바에서 진행이 됐는데 많은 사람들이 모여서 근황을 나누고 시간을 보냈습니다. 술과 음료, 게임 모든 게 다 무료였기 때문에 게임도 신나게 즐겼습니다. 한국에 있는 일반적인 오락실을 생각하시면 됩니다. 아케이드 게임부터 농구, 당구 등을 할 수 있었습니다.

수요일에는 하시코프 본사에서 Product Day가 진행됐습니다. 제품의 PM들이 나와서 질문이나 피드백을 받기도 하고, 의견을 나누기도 했습니다. 저는 앉아있던 테이블에 앉으신 분과 아무 생각 없이 대화를 나눴는데 나중에 알고 보니 boundary PM 이더라고요. 그래서, 당신 엠버서더인 줄 알았다. 왜 여기 앉아있는 거냐 빨리 앞으로 나가서 발표하고 행사 진행하셔라. 뭐 이런 대화로 유쾌하게 마무리 됐습니다.

# 행사 시작!!

이제 본격적인 행사가 시작됐습니다. 행사장은 샌프란시스코 해안에 있는 Fort Mason에 있었습니다. 샌프란시스코 마리나 지구에 있는 포트 메이슨(Fort Mason)은 과거 군사 요새였지만, 현재는 골든게이트 국립 휴양지 소속의 문화 및 예술 공간으로 탈바꿈한 곳입니다. 앰배서더 자격으로 reserved seat에 앉았는데 무대 바로 앞이었네요.

위에서 바라보면 아래와 같은 모습입니다. 키노트가 진행되는 건물, 스폰서 부스가 있는 건물, 핸즈온이 진행되는 건물, 자격증 시험을 보는 건물 정도로 나뉘었었습니다.

이번 HashiConf는 특별했어요. 10주년이었거든요. 지난 10년 동안의 역사를 볼 수 있었습니다. 참고로 세계 최대 규모의 IT 행사인 AWS Re:Invent가 아마 올해로 12주년인가 그럴 겁니다. 그렇게 보면 아주 오랫동안 콘퍼런스의 역사를 써 내려가고 있는 멋진 회사라는 생각이 들었습니다.

행사에서는 기본적으로 조식과 중식이 지급됩니다. 앰버서더 자격으로 저녁자리도 있습니다. 하시코프 로고 모양으로 만들어진 쿠키가 점심으로 나왔네요. 이걸 아까워서 어떻게 먹죠? (하지만 맛있게 먹었습니다 )

둘째 날 키노트에서 하시코프의 코파운더 하시모토가 등장했습니다. 하시모토는 23년 12월 하시코프를 떠났는데 키노트에 등장해서 돌아오는 거 아니냐는 기대를 받습니다. 하지만 아니라고.. 아무튼, 이 둘을 한 무대에서 다시 볼 수 있었다는 사실만으로도 레전드라는 평가를 받았습니다. 저도 뭔가 벅차오르는 감정을 느꼈으니까요. 재밌는 건 하시모토가 키노트에 잠깐 등장하고 사라지는 게 아니라 엑스포와 행사장을 종일 맴돌며 오래된 사용자 혹은 스폰서들과 담소를 나누는 모습이 인상적이었습니다. 참고로 이분이 엑싯하고 만들고 있는 터미널(Ghostty)을 의리로 사용하고 있는 중입니다. ( 원래 맥에서 터미널은 iterm2가 근본인데 )

Robo Raily’25에도 참여해 봤습니다. 테라폼 코드를 통해 자동차의 경로를 배포하는 건데 생각보다 어려웠고, 왜 사람들이 빠져 드는지 한 번 해보니까 알게 됐습니다. 자동차를 출발선에 내려놓는 순간부터 각도를 아주 미세하게 신경 쓰게 됩니다.

왜 기록을 세우는 게 어려운지 설명을 듣고 있다

방탈출 게임도 했습니다. 하시코프의 기술을 전반적으로 묻는 질문에 답을 맞히면, 탈출을 위한 패스워드가 있는 장소를 힌트로 알려주는 방식인데요. 원래 방탈출도 이런 식인가…?? 잘 모르겠습니다. 한국에서도 해본 적이 없어서요 :)

최종 4등으로 마무리 됐다

엑스포 행사장(정식 명칭 아님)은 대충 이런 느낌입니다. 하시코프 부스를 포함해서 여러 스폰서 부스가 있습니다. 저는 하시코프 부스에 가서 키노트에서 나온 기술과 관련된 질문을 하고, 데이터독에서 현재 우리가 겪고 있는 문제에 대해 대화 나눌 수 있었습니다.

둘째 날 HashiConf'26의 장소가 공개됐습니다. 내년에는 애틀랜타에서 진행되네요! 참고로 HashiConf는 미국에서만 열린다고 하네요. 다른 대륙으로는 가지 않는다고.

전 세계에서 모인 엠버서더들과 단체사진입니다. 모두와 이야기를 나눠본 적이 있는 건 아니지만 그들의 기술 열정과 커뮤니티 내에서 따뜻함을 느낄 수 있었습니다. 확실히 커뮤니티를 함께 하는 것은 콘퍼런스를 몇 배는 더 즐겁게 즐길 수 있는 방법입니다. 한국에서 열리는 행사에도 Code of Conduct(행동강령)가 있는데, 모두가 같은 국적의 사람이면 상대적으로 이게 굳이 왜 필요할까 싶기도 할 겁니다. 그런데 글로벌 행사로 가면 행동강령을 한 번 더 보게 되죠. 이 글을 읽으시는 분도 커뮤니티의 보호 아래서 다니시는 행사를 구석구석 즐길 수 있으시길 바랍니다.

HashiCorp'25 ambassadors

[책] 구스마일의 월 1,000만 원 버는 유튜브 첫걸음 가이드북

Jaeyeon Baek — Sat, 20 Sep 2025 11:16:27 +0900

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

구스마일의 월 1,000만 원 버는 유튜브 첫걸음 가이드북

본인은 유튜브에 별로 관심이 없었던 사람입니다. 2017. 4. 25 처음 유튜브에 영상을 올렸지만 말이에요. 하지만 요즘은 쇼츠를 통해 다양한 콘텐츠를 소비하고 있습니다. 그러던 차에 아주 재밌는 책을 발견했습니다. 바로 구스마일의 월 1,000만 원 버는 유튜브 첫걸음 가이드북 입니다.

이 책의 구성은 아주 탄탄합니다. 처음 가입해서 채널을 설정하는 것부터 시작해요. 그 과정에서 로고와 채널의 간판인 배너 이미지를 만드는 방법부터 소개합니다. 유용하게 사용할 수 있는 사이트와 방법까지 설명을 하기 때문에 천천히 따라 할 수 있는 게 특징입니다. 채널을 개설하고 나서 영상을 업로드하는 방법도 안내를 해주는데요, 여기서도 구스마일의 노하우가 잔뜩 묻어있습니다. 유튜브 영상이라고 하면 1) 컷편집 2) 자막 3) 효과 정도가 떠오르는데, 각각을 어떤 도구들을 활용해서 어떻게 만들면 되는지 깔끔하게 설명합니다.

도구에 대한 자세한 설명

각 파트에서 사용하는 도구를 한 개 설명하고 끝나는 게 아니라 그 시장 자체를 설명합니다. 예를 들어 더빙을 이야기할 때는 AI 시장에서 타입캐스트, 클로바더빙 등을 소개하고, 자막은 브루를 소개합니다.

콘텐츠를 제작하거나 아이디어를 구상할 때 쓰는 AI에 대한 소개도 해주기 때문에 요즘 유튜브를 시작하기 위해 필요한 주변지식 전부가 들어있다고 해도 과언이 아닐 겁니다. 특히, 유튜브를 시작하려고 마음먹은 사람의 대부분은 수익화 목적이 있을 텐데요. 유튜브를 통해 어떻게 수익화가 가능한지 방법을 알려줍니다. 유튜브 광고, 외주 광고, 사업체 고객 유입, 유튜브 쇼핑 같은 것들을 하나씩 자세히 설명하기 때문에 저 같은 초보자도 쉽게 읽을 수 있었습니다.

유튜브를 시작하려는 사람이 있다면 이 책은 분명 큰 도움이 될 겁니다. 유튜브 요소 각각을 설명하는 콘텐츠 자체도 도움이 되지만 어떤 도구를 사용하면 되는지 잘 정리되어 있는 것만으로도 이 책은 소장 가치가 있습니다. 유튜브를 시작하려고 마음먹었다면 이 책을 일독하시길 바랍니다. :)

cursor(vscode) 설정

Jaeyeon Baek — Thu, 11 Sep 2025 21:31:49 +0900

인텔리제이 사용하다가 cursor로 넘어왔는데 도저히 적응이 안 되는 것들이 몇 개 있었다. 그 개선점 몇 개를 기록해 둔다 (계속 업데이트 예정). 참고로 기본적으로 인텔리제이 테마와 단축키를 이미 마이그레이션 해서 쓰고 있다.

# 탭 개수 지정

이건 인텔리제이에서도 굳이 설정을 해본 적이 없는데 탭이 너무 많이 열리니까 정신 사나워서 설정했다. 본인은 브라우저 탭도 10개 미만으로 유지하는 사람이다. Editor management에서 Limit를 활성화시키고 값을 주면, 탭의 개수가 Limit을 초과할 때 가장 오래된 탭부터 닫히는 방식이다

# 현재 탭 제외하고 전부 닫기

인텔리제이에서 Command + W로 탭 닫는 걸 습관화했었고, 그 키가 손에 익으니까 현재 보고 있는 탭을 제외하고 모든 탭을 닫는 단축키를 Command + Shift + W로 지정했었다. cursor에서도 동일하게 적용. 그런데 시스템에서 지정되어 있는 키바인딩(Close Window)이 있는데 그걸 먼저 다른 값으로 바꿔줘야 한다. 아래를 보면 Close Window와 Close Other Editor in Group의 키 바인딩을 서로 바꿔준 모습이다. 어차피 Close Window는 잘 사용하지도 않아서 단축키가 없어도 된다.

[책] 잘 통하는 보고서 작성의 비밀

Jaeyeon Baek — Sun, 17 Aug 2025 12:51:56 +0900

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

잘 통하는 보고서 작성의 비밀

보고서를 잘 쓴다는 건 결국 내 의도를 상대방에게 정확하게 전달하는 능력을 의미합니다. "잘 통하는 보고서 작성의 비밀"은 바로 이 점을 파고드는 책입니다. 한빛미디어에서 출간된 이 책을 읽으면서 평소에 제가 보고서나 글을 쓸 때 막연히 중요하다고 생각했던 것들을 명확하게 정리할 수 있었습니다.

# 중학생도 이해할 수 있는 보고서
이 책에서 가장 인상 깊었던 부분은 "중학교 2학년이 대상이라고 생각하고 쓰라"는 조언이었습니다. 보고서를 읽는 사람이 누구인지, 그들이 얼마나 배경지식을 가지고 있는지 파악하는 것은 매우 중요합니다. 보고서는 나 혼자 만족하려고 쓰는 글이 아니라, 특정 목적을 위해 "수요자"에게 제출하는 문서이기 때문입니다. 전문 용어나 어려운 표현을 피하고, 누구나 이해할 수 있는 쉬운 단어와 표현을 사용하는 것이 핵심입니다.

"개발자를 넘어 기술리더로 가는 길"의 저자도 비슷한 이야기를 했습니다. "필자는 레딧에서 유래한 용어로 '제가 5살인 것처럼 설명해주세요(Explain it like I'm five years old.'라는 뜻의 약어인 'ELI5'를 요청하는 것을 좋아한다. 이것은 '제가 어느 정도 이해했는지를 추측하지 말고 그냥 기초부터 모두 설명해주세요. 제가 이미 알고 있는 것을 말해준다 해도 기분 나쁘게 생각하지 않을 것을 약속합니다.'라는 의미도 담겨 있다(여기에 담겨 있는 사회적 통념은 관련 주제에 대한 아주 기초적인 수준의 지식부터 설명해주어도 기분 나쁘게 생각하지 않겠다는 의미다)." 보고서에서도 마찬가지다. 결국은 이야기를 듣는 사람이 이해하는 것이 중요합니다.

# 문장은 간결하게, 의도는 명확하게
책에서는 문장을 길게 쓰거나 지나치게 "꺾는" 것을 경계하라고 조언합니다. 너무 긴 문장은 읽는 사람을 지치게 하고, 여러 번 꼬아 쓴 문장은 원래 의도와 다르게 해석될 여지를 남깁니다. 불필요한 반복을 줄이고, 하나의 문장에 하나의 메시지를 담아 간결하게 작성하는 것이 효과적입니다. 만약 문장이 너무 길다면 과감하게 나누는 용기가 필요합니다.

의도를 명확하게 하라는 것과 관련해 책에서 언급된 라디오 사연은 깊은 인상을 남겼습니다(웃픈). 숫자 '10'을 '01'로 쓰는 아들에게 "1을 먼저 쓰고 0을 나중에 쓰라"고 소리쳤지만, 아이는 1을 먼저 쓰고 그 왼쪽에 0을 썼다고 합니다. 말하는 사람의 의도와 듣는 사람의 이해가 달랐던 거죠. 이처럼 상대방이 내 의도를 정확히 이해하지 못했다면, 그건 상대방의 이해력이 부족해서가 아니라 전달하는 방식이 명확하지 못했기 때문일 수도 있습니다.

# 보고서는 수요자가 있는 문서다
결국 보고서는 '쓰는 사람' 중심이 아닌 '읽는 사람' 중심의 글쓰기입니다. 보고서의 목적을 달성하려면 상대방의 입장에서 생각하고, 그들이 가장 쉽게 이해할 수 있는 방식으로 내용을 구성해야 합니다. 이 책은 보고서 작성에 어려움을 겪는 분들뿐만 아니라, 모든 종류의 글쓰기에서 소통의 중요성을 다시 한번 생각하게 해주는 좋은 길잡이가 될 것입니다.

직상 생활을 하면서 좋든 싫든 보고서(그 용도에 차이는 있겠지만)를 작성할 일이 있을 겁니다. PPT를 통해 누군가에게 정보를 제공하게 될 수도, 혹은 설득하기 위한 발표를 하게 될지도 모르죠. 거창하게 보고서까지 아니더라도, 메신저를 통해 정보를 교류해야 하는 상황도 있을 겁니다. 이 책은 비단 보고서 작성을 넘어 문장을 간결하고 깔끔하게 작성하는 방법을 알려줍니다. 글을 통해 정보를 전달하는데 어려움이 있으시거나, 직장 생활을 이제 막 시작하려는 분들께는 일독을 권합니다. :)

[책] 잘되는 머신러닝 팀엔 이유가 있다

Jaeyeon Baek — Sat, 19 Jul 2025 21:01:16 +0900

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

잘되는 머신러닝 팀엔 이유가 있다

한빛미디어에서 번역서로 발간된 "잘되는 머신러닝 팀엔 이유가 있다"는 관점이 아주 재밌습니다. 이 책은 소프트웨어 엔지니어를 위한 입문 내용과 ML 엔지니어로 커리어를 시작하는 사람들을 위한 내용이 섞여있다고 볼 수 있습니다. 시중에는 소프트웨어 엔지니어링으로 입문하는 사람들을 위한 책이 워낙 많고, ML 엔지니어를 위한 책은 중급 이상이거나 이미 소프트웨어 엔지니어링 기법을 알고 있다는 전제로 쓰인 책이 많았습니다. 즉, 이 책은 ML 엔지니어로 커리어를 시작하려는 사람들에게 최고의 책이 될 겁니다.

제품 개발은 쉽지 않습니다. 사실 대부분의 제품 개발은 실패하며 가장 흔한 원인은 잘못된 제품을 만드는 것입니다.

책은 의존성 도구가 필요한 이유를 설명하면서 자연스럽게 도커를 소개합니다. 형상관리와 더불어 CI/CD로 자연스럽게 넘어가고 테스트 방법론까지 언급을 하는데요, 책의 중반까지는 ML만 한정해서 다루지만 요즘 핫한 LLM을 위해 지면을 할애하기도 합습니다. LLM을 다루는 데 있어서 테스트를 어떤 식으로 해서 품질을 유지해야 하는지 궁금하시다면 이 책이 도움이 될 겁니다.

그리고 나아가 코드 품질을 유지하기 위해 유지보수와 리팩터링, 기술부채에 대한 이야기로 어떤 식으로 제품 코드를 만들고 다듬어야 하는지 상세하기 기술합니다. 책에는 리팩터링의 대부 마틴 파울러의 말이 인용되기도 합니다.

리팩터링 없이는 소프트웨어의 내부 설계, 즉 아키텍처가 쇠퇴하는 경향이 있습니다. 사람들이 아키텍처를 완전히 이해하지 못한 채 단기 목표를 위해 코드를 변경함에 따라, 코드는 그 구조를 잃어갑니다.··• 코드의 구조 손실은 누적 효과를 가집니다. 코드에서 설계를 파악하기 어려울수록 구조를 보존하기 어렵고, 따라서 더욱 빠르게 쇠퇴합니다. 주기적인 리팩터링은 코드를 건강한 상태로 유지하는 데 도움이 됩니다.

위에 내용이 공감이 된다면 이 책에서 다루는 "CHAPTER 08 리팩터링과 기술 부채 관리"가 아주 재밌게 읽힐 겁니다. 리팩터링의 정의는 사람마다 다를 수 있지만 저는 마틴 파울러가 이야기하는 방식에 공감합니다.

리팩터링의 핵심은 기존 동작을 유지하면서 작은 단계별로 개선하는 것입니다. 이러한 작은 개선들을 차근차근 연결하여 결과적으로 큰 변화를 이끌어내는 것이죠. 각각의 리팩터링 작업은 그 자체로 아주 작은 수정이거나 작은 수정들의 조합입니다. 그렇기 때문에 제가 리팩터링을 할 때는 코드가 제대로 작동하지 않는 상태로 오래 있지 않으며, 작업을 완료하지 않았더라도 언제든 중단할 수 있습니다. […] 만약 누군가 리팩터링 중에 코드가 며칠 동안이나 작동하지 않았다고 한다면, 그건 진정한 의미의 리팩터링이 아니었다고 봐도 무방합니다.

이것은 마치 클라우드네이티브 환경으로 마이그레이션 하면서 빅뱅 방식으로 옮기는 전략보다 점진적인 이전(Lift and Shift)을 채택하는 것과 같거든요. 아무튼, 책은 파트 3까지 있는데, 파트 3에 가면 드디어 팀에 대한 이야기가 나옵니다. 사실 파트 2까지는 ML 엔지니어로 커리어를 시작하는 사람이라면 무조건 도움이 될 내용들로 가득하고, 파트 3은 조직의 문화와 구성, 리더십에 대해 다뤄집니다. 파트 2까지 재밌게 보셨다면 파트 3도 재밌을 겁니다. 기술적인 내용이 없어서 파트 3은 좀 더 쉽게 읽힙니다.

만약 신입으로 ML 엔지니어 커리어를 준비하고 계시거나 ML 엔지니어로 일을 시작했지만 조직의 규모가 작아서 문화를 한 단계 발전 시키고 싶다면 이 책을 일독하시길 바랍니다. 분명 도움이 되실 겁니다. :)

[책] 심각한 테라폼 중독입니다

Jaeyeon Baek — Sun, 6 Jul 2025 13:08:57 +0900

[책] 혼자 만들면서 공부하는 딥러닝

Jaeyeon Baek — Thu, 26 Jun 2025 21:58:24 +0900

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

혼자 만들면서 공부하는 딥러닝

“혼자 만들면서 배우는 딥러닝”이라는 재밌는 책이 한빛미디어에서 발간 됐습니다. 저자가 무려 박해선 님입니다. 이미 여러 책을 집필과 번역을 하셨기에 믿고 볼 수 있습니다.

이 책은 딥러닝의 역사를 아우릅니다. 딥러닝의 아주 기본적인 내용부터 시작해서 트랜스포머를 거쳐 최신 기술까지 망라하고 있는데요. 책 제목처럼 “만들면서 배우는” 책이기 때문에 코드가 상당히 많이 포함되어 있습니다. 타이핑이 어려우신 분들은 GitHub 레포를 제공하니 그걸 활용하셔도 좋습니다. 하지만 보통 이런 부류의 책은 직접 타이핑해야 기억에 오래 남습니다.

책은 총 6개의 챕터로 구성되어 있으며, 딥러닝의 기초부터 최신 트랜스포머 모델까지 다양한 내용을 다루고 있습니다. 첫 세 챕터는 CNN을 이용한 이미지 분류에 관한 내용이고, 뒤의 세 챕터는 트랜스포머 기반 모델을 활용한 자연어 처리 작업을 설명합니다. 특히 GPT, Llama, Gemma와 같은 최신 생성형 AI 모델의 원리와 구현 방법까지 배울 수 있어 매우 유익합니다.

책의 가장 큰 장점은 이론과 실습이 균형을 이루고 있다는 점입니다. 각 챕터마다 개념 설명 후에는 반드시 코드 구현이 따라오며, 이를 통해 추상적인 개념이 실제로 어떻게 동작하는지 이해할 수 있습니다. 특히 트랜스포머 모델의 어텐션 메커니즘이나 토큰화 과정을 직접 코드로 구현해 보는 부분은 많은 독자들에게 도움이 될 것입니다.

직접 예제를 구현하고 원리를 설명하기 때문에 쉬운 책은 아닙니다만, 이 책 한 권이면 어느 자리를 가던 딥러닝 주제의 대화에 낄 수 있을 겁니다. 만약, 당장 당장 실습이 여의치 않다면 글만 먼저 읽어도 도움이 될 테니 일독을 권합니다.

[책] 윌 라슨의 엔지니어링 리더십

Jaeyeon Baek — Sun, 25 May 2025 16:55:52 +0900

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

윌 라슨의 엔지니어링 리더십

한빛미디어에서 재밌는 책이 번역돼서 나왔습니다. 바로 윌 라슨의 엔지니어링 리더십인데요. 그동안 중간 관리자를 위한 책들은 많았습니다. 예를 들면, 실리콘밸리 리더십, 개발 7년차 매니저 1일차, 개발자를 넘어 기술 리더로 가는 길, 도와주세요 팀장이됐어요!, 이런 책들이 있어요. 그런데 이번에 나온 건 임원을 위한 겁니다. CTO 혹은 그에 준하는 역할에 대한 설명이 잔뜩 기술되어 있습니다. 구직부터 퇴사에 이르기까지 그 사이에 모든 과정에 대한 설명이 있습니다.

임원도 온보딩이 필요합니다. 온보딩하는 과정에서 자주 하는 실수는 무엇이 있을까요?

온보딩 과정에서 신규 임원들이 가장 흔히 빠지는 함정은 문제의 본질을 제대로 이해하기 전에 성급하게 변화를 시도하는 것입니다. 그 밖의 또 다른 실수는 상황을 신중히 고려하지 않고 마음대로 판단하는 것 ('아, 이 기술은 정말 형편없어. 어떤 바보가 이런 결정을 내렸지?)과 이전 직장을 회상하는 짜증 섞인 말투 (내 이전 직장에서는 말이야...) 등이 있습니다

여러 직장생활과 동료들로부터 이런 사례에 대해 많이 듣고 접했습니다. 비단 CTO라는 포지션이 아니더라도 조직에 영향을 미칠 수 있는 역할로 합류한 사람들은 주의해야 하는 내용입니다. 코드 한 줄에도 역사적인 이유가 있으니까요. 아마존 프리시플 엔지니어 그룹은 자사의 웹사이트를 통해서 커뮤니티 신조 중 하나인 '이전부터 있던 것을 존중하라.'라는 격언을 원칙으로 삼았다는 것을 밝히기도 했습니다.

임원에게 도움이 되는 글귀는 아니지만 아래와 같은 이야기도 나옵니다. 제가 처음 직장 생활을 할 때 사수가 해주셨던 이야기도 이와 결이 비슷했습니다.

한 번은 신입 직원들이 인내와 배움 사이에서 균형을 잘 맞출 수 있도록 적극 지원하는 회사를 인터뷰한 적이 있습니다. 그 회사가 직원들에게 강조하는 것은 20-40 규칙'입니다. 문제를 해결하기 위해 최소 20분은 노력하되, 40분을 넘기지 말고 도움을 요청하라는 것입니다. 20, 40과 같은 숫자가 당신의 팀에 완벽히 맞는다는 법은 없지만 이는 팀원들에게 자신이 주변에 도움을 요청할 권리가 있음을 알려 주고, 그들 또한 서로 시간을 할애하여 타인을 도와야 한다는 일종의 메커니즘을 형성하는 데 효과적입니다.

임원은 SNS나 콘퍼런스 등을 통해 접하는 정보를 신경 쓸 필요 없습니다. 마치 그렇게 행동해야만 할 것 같다는 부담이 없어도 됩니다.

제가 함께 일했던 성공적인 임원들의 대부분은 온라인에 아무런 글을 쓰지 않습니다. 그들은 트위터나 마스토돈에 게시물을 올리지 않으며, 책을 쓰지도 않고, 콘퍼런스에서 연설하지도 않으며, 유튜브 채널을 운영하지도 않습니다. 트위치에서 스트리밍도 하지 않죠, 엔지니어링 리더십 경력를 쌓는 동안에는 콘텐츠를 만들어야 성공한다는 생각도 들 것입니다. 하지만 이를 반박하는 수많은 사례가 존재합니다. 이런 일을 반드시 해야 할 이유는 전혀 없습니다.

엔지니어링 분야는 기술자로 계속 성장하는 방향과 매니저로 나누어질 겁니다. 그리고 언젠가 임원이 되겠죠. 만약 그런 자리를 생각하고 있다면 이 책을 읽어보시길 바랍니다. 사실 이 책은 임원을 위한/혹은 임원이 되고자 하는 사람에게만 도움이 되는 건 아닙니다. 직급이 위로 올라가면 어떤 고민을 하게 되는지, 그리고 내 상관(임원)은 어떤 노력을 하는 사람인지 조금은 더 잘 알 수 있게 됩니다. 이 책이 무조건 정답은 아니겠지만 좋은 참고서가 될 겁니다.

A 계정에서 B 계정 private hosted zone 도메인 호출

Jaeyeon Baek — Wed, 23 Apr 2025 01:12:01 +0900

테스트를 위한 두 개의 환경

위와 같이 두 개의 서로 다른 AWS 계정이 있을 때 1111-1111-1111 어카운트에서 2222-2222-2222에 있는 example.host(private hosted zone)을 호출하기 위한 방법을 알아본다. 글을 본격적으로 읽기 전에 위에 이미지에서 AWS Account ID와 VPC ID를 잘 살펴봐두길 바란다.

먼저 2222-2222-2222 계정의 example.host에 vpc-1234를 추가해야 한다. 이 과정은 콘솔에서 지원하지 않기 때문에 aws cli를 통해 진행하도록 하자. 여기서 example.host의 Hosted zone ID는 2222..22라고 가정한다. 자, 그럼 아래와 같이 계정 B에 VPC 연결 권한부터 부여하도록 하자. 명령어 마지막에 profile을 보면 알겠지만 2222-2222-2222 계정에서 실행되는 명령어다.

aws route53 create-vpc-association-authorization --hosted-zone-id 2222..22 --vpc VPCRegion=<계정_1111-1111-1111의_VPC_리전>,VPCId=vpc-1234 --profile <계정_2222-2222-2222_프로파일>

권한 부여가 끝났으면 Private Hosted Zone에 연결하도록 한다. profile을 유심히 보자. 1111-1111-1111 계정에서 실행된다.

aws route53 associate-vpc-with-hosted-zone --hosted-zone-id 2222..22 --vpc VPCRegion=<계정_1111-1111-1111의_VPC_리전>,VPCId=vpc-1234 --profile <계정_1111-1111-1111_프로파일>

여기까지 완료 됐으면 아래 명령어를 통해 hosted zone에 VPC가 정상적으로 할당 됐는지 확인 가능하다. 물론 콘솔에서도 확인 가능하다.

aws route53 get-hosted-zone --id 2222.22 --query 'VPCs[*].{ID: VPCId, Region: VPCRegion}' --output table
---------------------------------------------
|               GetHostedZone               |
+------------------------+------------------+
|           ID           |     Region       |
+------------------------+------------------+
|  vpc-1234              |  ap-northeast-2  |
+------------------------+------------------+

이제 1111-1111-1111 계정에서 2222-2222-2222에 있는 example.host를 호출할 기본 준비가 끝났다. 다음으로 두 개의 VPC가 통신할 수 있도록 네트워크를 구성해줘야 한다. VPC Peering 혹은 Transit Gateway를 사용하도록 한다. VPC Peering으로 진행하는 경우 실제 사용하는 Routing table에 라우팅까지 넣어줘야 한다. (여기서 따로 다루진 않겠다)

최종 모습은 아래와 같다. VPC Peering과 Routing table까지 설정된 모습이다. 라우팅 테이블의 아이콘이 172.16.X.0으로 되어 있어서 2222-2222-2222 계정에 있는 아이콘이 어색하게 보일 수 있다. 단순히 아이콘임을 명심하자.

최종 모습

마무리가 됐다면 앞서 진행한 권한은 제거하도록 하자.

aws route53 delete-vpc-association-authorization --hosted-zone-id 2222.22 --vpc VPCRegion=<계정_1111-1111-1111의_VPC_리전>,VPCId=vpc-1234 --profile <계정_2222-2222-2222_프로파일>

무조건 삭제해야 하는가?라는 의문이 든다면 권장 사항이다. AWS의 공식 문서 3번을 살펴보면 아래와 같은 문장을 볼 수 있다.

권장 사항 – VPC와 호스팅 영역을 연결할 수 있는 권한을 삭제합니다. 권한을 삭제하더라도 연결에는 아무런 영향도 미치지 않으며, 오히려 향후 VPC와 호스팅 영역을 다시 연결하는 일을 방지할 수 있습니다. VPC와 호스팅 영역을 다시 연결하려면 이번 절차에서 1 및 2단계를 반복해야 하기 때문입니다.

생각해 보면 단순하다. 권한을 받은 상태인지 여부가 콘솔에서 확인되지 않기 때문이다. 그리고 이미 권한을 받았는데 다시 요청한다고 해서 어떤 영향을 주는 것도 아니다. 하지만 굳이 불필요한 설정을 계속 유지하게 되면 먼 미래에 히스토리 관리가 안되고 불편을 겪게 될 것이므로 제거해 주는 게 좋겠다. 이런 사소한 것도 결국은 부채가 된다.

# 마무리

설정 몇 개로 두 개의 AWS 환경을 연결해 보았다. 간단한 설정이지만 어떤 profile 명령어를 입력해야 하는지 정확히 알지 못하면 터미널에서 오류를 보게 될 것이고, 이것저것 값을 바꾸다 보면 VPC ID, Account에 따른 경우의 수만큼 명령어를 입력해봐야 할 것이다. 실제로 본인은 Hosted zone ID가 1111-1111-1111쪽을 말하는 것인지 2222-2222-2222를 말하는 것인지 알지 못해서 고생을 했다. 그래서 아래와 같은 오류를 보기도 했다. 누군가에게는 도움이 됐기를 바란다!

An error occurred (ConflictingDomainExists) when calling the AssociateVPCWithHostedZone operation: 
The VPC vpc-1234 in region ap-northeast-2 has already been associated with the hosted zone 2222.22 
with the same domain name.

최종 모습에서 아쉬운 점은 1111-1111-1111쪽에서는 example.host로 연결된다는 정보를 콘솔에서 확인할 수 없다는 점이다. Route53에 어떤 식으로든 표시를 해준다면 운영 편의성이 많이 올라가지 않을까? :)

[책] 플랫폼 엔지니어링

Jaeyeon Baek — Sun, 20 Apr 2025 22:16:25 +0900

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

플랫폼 엔지니어링

아마도 작년부터 업계에서 핫하게 들려오는 플랫폼 엔지니어링에 대해 아주 잘 정리된 책이 한빛미디어에서 번역서로 출간되었다. 플랫폼 엔지니어링이란 무엇인지부터 시작해서 플랫폼 엔지니어링 팀의 업무를 설명해 나간다. 그리고 어떤 이해관계자와 얽혀있는지, 업무 방식은 어떤 식으로 진행이 되어야 하는지 구체적인 사례가 책에 고스란히 녹아있다. 사실 이 책은 굳이 플랫폼 엔지니어어가 아니더라도 재밌게 읽힐만하다. DevOps나 SRE라면 더욱 그럴 것이고, 소프트웨어 엔지니어라도 분명 재밌을 거다. 왜냐하면 플랫폼 엔지니어링이라는 것도 결국은 (내부) 고객을 위한 플랫폼을 만들고 운영하는 것이기 때문이다. 책에 담긴 아래 글귀를 살펴보자.

잘 작동하는 복잡한 시스템은 모두 잘 작동하던 단순한 시스템을 진화시킨 것이다. 그 역도 마찬가지이다. 복잡한 시스템을 무에서 출발해서 설계하면 절대로 잘 작동하지 않으며, 잘 작동하게 만들 수도 없다. 반드시 잘 작동하는 단순한 시스템에서 다시 시작해야 한다

이 내용은 플랫폼 엔지니어가 만드는 플랫폼에 대한 이야기인데 소프트웨어 엔지니어가 만드는 그 어떤 것에 빗대어도 동일하다. 결국 우리가 만들어내는 모든 것은 단순하게 시작한다. 그리고 그 단순한 것들이 모든 상황에서 잘 작동하는지 테스트를 하고, 작은 규모로 만들어서 배포한다. 어디서 들어본 것 같지 않나? 결국 마이크로 서비스에 대한 이야기다(위에 글귀에 대한 본인의 의견이다). 플랫폼 엔지니어링은 소프트웨어 엔지니어와 아주 많은 교집합을 갖고 있다. 또한 플랫폼 엔지니어링 팀은 소프트웨어 엔지니어를 보유하기도 한다. 또 하나의 글귀를 살펴보자.

팀의 목적(purpose)은 목표 달성(goal attainment)이 아니라 목표 정렬 (goal alignment)이다. 팀이 목표와 정렬되면 팀원들이 올바른 방향으로 나아가게 되므로 좀 더 효과적으로 일할 수 있다.

플랫폼 엔지니어링 팀의 조직 관점의 이야기다. 목표를 정렬하면 효과적으로, 그리고 자연스럽게 목표를 달성할 수 있다. 하지만 이것 역시 플랫폼 엔지니어링 조직에만 국한되는 이야기가 아니다. 심지어 엔지니어링 조직을 넘어서도 통용될 수 있는 말이다. 이렇듯 이 책은 개발/운영/관리 아주 많은 영역을 플랫폼 엔지니어링 관점에서 다룬다(하지만 서술했듯이 다른 분야라도 재밌게 읽힌다). 플랫폼 엔지니어가 어떤 지표를 살펴야 하는지, 그것들은 어떻게 관리해야 하는지(한 번 정하고 끝이 아니다) 아주 상세하게 설명한다. 그리고 필자들은 플랫폼 엔지니어링이라는 표현이 일시적 유행으로 끝날지 자문해봤다고 한다. 나는 유행으로 끝나지 않을 거라고 생각한다. "플랫폼"이 존재하는 한 플랫폼 엔지니어링은 지속 가능한 표현일 것이기 때문이다. 플랫폼을 지탱하는 플랫폼 엔지니어링이 궁금하다면 일독을 권한다. :)

[책] 일잘러의 비밀 챗GPT와 GPTs로 나만의 AI 챗봇 만들기

Jaeyeon Baek — Thu, 27 Mar 2025 23:52:38 +0900

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

일잘러의 비밀 챗GPT와 GPTs로 나만의 AI 챗봇 만들기

자고 일어나면 ChatGPT 책이 한 권 나온다는 말이 있습니다. 관련된 책이 시중에 정말 많은데요. ChatGPT가 엄청난 관심과 인기를 끌고 있다는 증거입니다. "일잘러의 비밀 챗GPT와 GPTs로 나만의 AI 챗봇 만들기"는 ChatGPT A to Z를 다룹니다. 천천히 책의 내용을 따라가다 보면 자연스럽게 프롬프트 엔지니어링을 습득할 수 있게 됩니다.

이 책은 ChatGPT와 GPTs를 활용하여 업무 효율성을 극대화하고 자신만의 AI 챗봇을 만드는 방법을 예제를 통해 상세하게 안내하는 책입니다. ChatGPT의 기본 개념부터 고급 활용법, 그리고 GPTs를 이용한 챗봇 제작까지 체계적으로 다루고 있어 AI 기술에 대한 이해를 높이고 실무에 적용하고자 하는 독자들에게 유용한 길잡이가 될 것입니다. ChatGPT를 단 한 번이라도 사용해 봤다면 완독 하는데 1시간도 걸리지 않을 정도로 빠르게 속독할 수 있는 책입니다.

책의 주요 구성 및 특징으로는 ChatGPT 기본부터 심화 활용까지, 이미지 및 데이터 분석 능력 활용, 웹 데이터 수집 및 엑셀 활용, GPTs를 활용한 나만의 챗봇 제작을 들 수 있습니다. 또한 그동안 OpenAI에서 어떤 이벤트를 통해 새로운 feature를 내놨는지 정리하고 있는데 참 흥미롭습니다. 기술이 어떻게 발전해 왔는지 아는 건 현재 버전을 더 잘 이해하고 다룰 수 있게 도와주니까요. 그리고 이 책은 프롬프트 엔지니어링 기법을 통해 ChatGPT를 효과적으로 활용하는 방법을 제시하고, 다양한 콘텐츠 제작 및 문서 작성에 적용할 수 있는 실용적인 팁을 제공합니다.

웹 스크래핑을 통해 금융 데이터 및 뉴스 기사를 수집하고 분석하는 방법을 설명하기도 합니다. 이 과정을 ChatGPT를 활용해서 코드를 작성하는데요. 복잡한 개발은 ChatGPT만으로는 어렵긴 합니다만, 여기 예제 수준은 개발에 무지하더라도 잘 따라 할 수 있을 겁니다. 마지막으로 GPTs와 GPT 스토어에 대한 소개와 함께, 연말정산 도우미, 지하철 혼잡도 안내, 회의록 작성 도우미 등 실생활에 유용한 챗봇 제작 과정을 상세히 설명합니다. 외부 서비스 연동 및 API 활용을 통해 챗봇 기능을 업그레이드하는 방법을 제시하여 독자들이 자신만의 차별화된 AI 챗봇을 만들 수 있도록 지원합니다. "일잘러의 비밀 챗GPT와 GPTs로 나만의 AI 챗봇 만들기"는 AI 기술을 처음 접하는 입문자부터 숙련된 사용자까지 모두에게 유용한 정보를 제공하는 책입니다. 이 책을 통해 독자들은 AI 기술을 활용하여 자신의 업무 능력을 향상시키고, 새로운 가능성을 탐색할 수 있을 것입니다.

이미지를 다루는 파트가 많은 사람들에게 재밌게 읽힐 거라고 생각합니다. 아무래도 깜짝 놀랄만한 결과물을 바로바로 확인할 수 있을 테니까요. 더욱이 리뷰를 작성하는 시점 기준으로는 ChatGPT의 이미지 생성 능력이 비약적으로 올라서 실습하는 재미가 가득할 겁니다. 아직 생성형 AI가 익숙하지 않으신 분이라면 이 책을 통해 ChatGPT에 입문해 보시기를 바랍니다 :)

맺음말
그런데.. 챗GPT라는 표현은 마음에 들지 않아요. ChatGPT라고 표준 표기가 됐으면 더 좋았을 것 같네요. 하하하

[책] 모두를 위한 양자 컴퓨터

Jaeyeon Baek — Thu, 27 Feb 2025 20:41:33 +0900

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

모두를 위한 양자 컴퓨터

양자 컴퓨터란 무엇인지 차근차근 알아갈 수 있는 책이 한빛미디어에서 발간됐습니다. 바로 모두를 위한 양자 컴퓨터 입니다. 총 4개의 파트, 20개의 챕터로 이루어진 이 책은 전통적인 컴퓨터와 양자 컴퓨터가 무엇이 다른지, 양자 컴퓨터를 통해 어떤 문제를 해결할 수 있는지 촘촘하게 알려줍니다. 각 파트는 양자 컴퓨팅의 성능, 양자 컴퓨팅 옵션, 양자 컴퓨팅과 얽히기 그리고 알아 두면 좋은 열 가지 이야기로 이루어져 있습니다.

이 책은 양자 컴퓨팅에 대한 기본 개념을 쉽게 이해할 수 있도록 설명하고(각 잡고 보지 않으면 어렵긴 합니다), 특히 양자 중첩, 얽힘, 큐비트 등의 개념을 일상적인 비유를 통해 설명하여 양자 컴퓨팅의 진입 장벽을 낮추었습니다. 전통적인 컴퓨팅을 완전히 대체하는 개념이 아닌 상호 보완하는 관계로 사용해야 하는 설명도 인상 깊었습니다. 무엇보다 각 파트는 서로 간섭이 최소화되어 있어서 읽고 싶은 부분부터 읽어도 된다는 점입니다. 개인적으로는 이런 부류의 책을 좋아합니다. 유독 잘 안 읽히는 챕터가 있는 책은 특히 그렇습니다.

양자 컴퓨터의 필요성은 무어의 법칙이 부딪힌 세 가지 문제에서 잘 드러납니다. 책에 실린 첫 번째 문제를 가져왔습니다.

하지만 무어의 법칙은 세 가지 문제에 부딪혔다. 첫째, 양자 역학적 효과로 인해 더 이상의 소형화가 어려워졌다. 기기의 크기가 작아지면 전자는 파동의 성질을 보이기 시작하고 터널링 현상이 발생해서 0과 1 사이를 임의로 전환하거나 논리 게이트가 제대로 작동하지 않을 수 있다. 지금의 기기 크기를 훨씬 더 작게 만들면 기존 컴퓨팅이 쓸모없게 된다.

과연 양자 컴퓨터는 LLM 다음의 메가트렌드가 될 것인지 궁금해지네요. 아무튼, 다양한 사례와 함께 책을 읽다 보니 AI가 우리 세계에 순식간에 침투했듯이 양자 컴퓨팅과 함께하게 될 미래가 궁금해졌습니다. 양자 컴퓨터에 호기심이 조금이라도 있다면, 혹은 미래가 궁금하다면 일독을 권합니다.

[책] 규칙없음

Jaeyeon Baek — Sat, 4 Jan 2025 15:19:36 +0900

넷플릭스, 지구상 가장 빠르고 유연한 기업의 비밀 - 규칙없음

오랜만에 시간 가는 줄 모르고 재밌게 읽었습니다. "넷플릭스, 지구상 가장 빠르고 유연한 기업의 비밀"을 다룬 "규칙 없음(No Rules Rules)" 입니다. 넷플릭스의 기술 블로그를 통해 많은 인사이트를 얻고 있었는데 그들의 문화를 엿볼 수 있었던 기회였습니다. 아마 인생에 손꼽히게 재밌게 본 책이 될 것 같네요. 창업을 한다면, 하나씩 적용해보고 싶은 것들 뿐입니다. 굳이 창업이 아니더라도 팀 단위에서 시도해 볼 수 있는 것도 있어요. 특히 공감 갔던 여러 문장들을 옮겨둡니다.

직원들에게 해고를 통고하는 날이 되었다. 예상한 대로 끔찍했다. 해고당한 사람들은 고함을 지르고 문을 쾅 닫고 절망감에 울분을 터뜨렸다. 상황은 정오쯤 종료되었지만, 나는 폭풍의 후반부를 숨죽이며 기다렸다. 남은 직원들의 반응이 불안했다. 눈물을 보이기도 하고 눈에 띄게 우울한 표정을 짓고 있는 사람도 있었지만, 다들 침착했다. 그렇게 몇 주가 지났다. 처음에는 이해하지 못 했지만, 어떤 이유에선지 회사 분위기가 거짓말처럼 좋아지고 있었다. 우리는 비용을 계속 줄이는 중이었고 인원도 무려 3분의 1이나 감축했지만, 언제부턴가 사무실은 열정과 에너지와 아이디어들로 활기를 띠기 시작했다.

썩은 사과의 법칙을 우리는 익히 알고 있습니다. 인재 밀도를 높이면 더 빠르게 성장할 수 있습니다. 방법은 아주 간단합니다. 아래에서 키퍼 테스트에 대해 나오지만 꼭 필요한 인재가 아니면 내보내고 훨씬 더 뛰어난 인재를 데려오는 겁니다. 다만, 국내 노동법상 쉽게 도입은 어렵겠지요.

동료의 의견에 동의하지 않거나 도움이 될 만한 피드백이 있는데도 말하지 않는 것은, 회사에 불충한 것이다. 넷플릭스에서는 그렇다. 업무에 도움이 될 수 있는데도 돕지 않기로 한 것이니까.

피드백을 통해 개인이 발전하는 것이 결국은 회사를 위한 것이고, 그런 문화를 만들어 나갑니다. 책 후반부에는 직설적인 피드백은 국가별 문화에 따라 적절히 조정해야 한다는 말도 나옵니다. 우리나라의 경우 "쿠션어"라는 표현을 쓰고 있는데 비슷한 느낌으로 봐도 될 것 같네요.

휴가기간을 정하지 않는 방침은 최고의 인재들을 유치하고 유지하는 데도 큰 도움이 되었다. 특히 출근부를 찍는 방식에 저항감을 갖는 Y세대와 밀레니얼 세대의 호응이 눈에 띄었다. 규정을 없애니 관료주의적 풍조가 줄었고, 누가 언제 얼마 동안 자리를 비우는지 추적하는 데 들여야 했던 행정 비용도 사라졌다. 무엇보다 그러한 자유는 직원들이 자신의 휴가를 잘 활용하리라는 걸 회사가 믿고 있다는 걸 보여줌으로써, 그들 스스로 더욱 책임감 있게 행동하게 끔 부추겼다.

직원들이 본업 외에 다른 것에 신경 쓸 필요가 없도록 지원하는 겁니다. 결재라인은 어떻게 설정해야 하는지, 비용을 얼마나 쓸 수 있는지, 내가 갖고 있는 권한이 어디까지 인지 말이죠. 그렇다면 그런 것들을 얼마나 자유롭게 활용하면 되는 걸까요? 바로 다음 문장에서 확인 가능합니다.

돈을 쓰기 전, CFO인 나와 당신의 상사 앞에서 특정 항공기 좌석 등급이나 호텔, 전화 통화 방식을 선택한 이유를 설명한다고 상상해 보세요. 그런 선택이 회사에 가장 이득이 된다고 자신 있게 설명할 수 있다면 물어볼 필요 없이 그것을 택하여 예약하면 됩니다. 그러나 설명할 때 어딘가 꺼림칙한 부분이 있다면, 상사와 의논한 다음 좀 더 저렴한 방식을 선택하세요.

여기서 중요한 포인트가 나옵니다. 넷플릭스의 출장 및 경비 규정은 다음 다섯 마디가 전부라고 합니다.

넷플릭스에 가장 이득이 되게 행동하라

인재 밀도를 높이기 위한 넷플릭스의 노력입니다. 가족 같은 회사가 아니라 스포츠팀이라는 기업문화는 이런 바탕으로 만들어집니다.

직장의 인재 밀도를 높이려면, 창의적인 직책에 평범한 사람 10명을 앉힐 생각을 말고, 아주 뛰어난 인재 1명을 채용하라. 그런 사람을 뽑을 때는 시장에서 그들이 받을 수 있는 최고의 금액을 제시하라. 그들의 연봉을 해마다 조정하여 경쟁사가 제시할 수 있는 금액보다 많은 연봉을 지급하라. 최고의 인재에게 최고의 대우를 할 여유가 없다면, 그보다 못한 사람을 몇 명 내보내 그 돈으로 최고를 붙들어라. 그렇게 하면 인재 밀도는 더욱 높아진다.

이어서 CEO를 포함한 모든 직원에게 적용되는 키퍼 테스트를 합니다. 아래와 같이 말이죠.

팀원 중 한 사람이 내일 그만두겠다고 하면, 다시 한번 생각해 보라고 설득하겠는가, 아니면 속으로 다행이라 생각하며 사직서를 수리하겠는가? 후자라면 지금 당장 그에게 퇴직금을 주고 스타 플레이어를 찾아라. 어떻게 해서든지 지켜야 할 사람을 말이다.

기업 가치가 전 세계에서 손에 꼽히는 넷플릭스가 어떤 문화를 통해 만들어졌느니 엿보고 싶다면 이 책을 강력하게 권합니다. 한 챕터도 버릴 것 없이 아주 재밌게 읽었습니다. 2020년에 출간된 책을 왜 이제야 읽게 됐는지 아쉬움만 가득합니다. 책장 잘 보이는 곳에 두고 회사 일로 마음이 복잡할 때면 자주 꺼내볼 것 같습니다. 스포츠팀과 같은 조직, 높은 인재 밀도 유지. 꼭 넷플릭스처럼 해야 조직이 성장하고 발전하는 것은 아니지만, 생각해 봄직한 내용들이 많이 담겨있습니다. 얼마나 많은 고민과 시행착오를 겪었을까요. 그 내용이 고스란히 담겨있습니다. 어쩌면 이미 빠르게 가본 사람이 알려주는 지름길일지도 모릅니다. "우리는 넷플릭스가 아니에요"라는 곳도 물론 많겠지요? :)

2024년 회고 (부제: 반성)

Jaeyeon Baek — Wed, 1 Jan 2025 09:46:25 +0900

여러모로 바쁘고 힘든 해를 보냈다. 주변을 둘러보면 나뿐만 아니라 많은 사람들이 그렇게 보낸 듯. 12월 3일 비상계엄과 12월 29일 무안공항 참사(제주항공 참사인지 무안공항 참사인지)까지. 개인적인 사정도 많았다. 다행히 올해로 삼재가 끝난다(그다지 믿진 않지만 하하). 올해는 어떤 일이 있었는지 기록을 해두자. 이 기록은 미래의 나를 위한 선물이다.

# 회사 생활과 업무

SRE 역할에 딥다이브가 시작됐다. 회사에서 준비하던 제품은 7월 베타 오픈했고, 현재는 정식 오픈한 상태다. 이 제품의 인프라스트럭처 98%를 테라폼으로 구현했고, 안정성을 갖추기 위해 혹독한 시간을 보내야 했다. 특히 거의 다 구축된 환경을 SaaS 패턴에 맞도록 갈아엎은 건 오랫동안 기억에 남을 것 같다. 현재도 SaaS 패턴에 100% 맞췄다고 보긴 어려운 부분이 있어서 해야 할 일이 많다.

949번의 커밋

올해 949번의 커밋 뒤에는 훨씬 더 많은 작업이 숨어있다. 제품 개발 초기부터 현재까지 로컬(PC)에서 바로 배포(terraform apply)하는 것들이 꽤나 많았다. IaC 코드를 협업하는 동료가 없어서 대부분의 시간을 혼자 로컬에서 뚝딱뚝딱 작업했기 때문. 하루에도 업무 컨텍스트가 열댓 번은 바뀌었다. 새로운 기능을 개발하는 도중에 핫픽스를 하거나 가벼운 수정 요청이 들어오는 등, 그리고 SRE 업무뿐만 아니라 데이터 플랫폼팀의 리드 역할을 소화해야 하다 보니 의사 결정을 위해 컨텍스트를 바꾸기도 하고. 아마도 내년에도 비슷한 모양이지 않을까 싶은데... 지금은 초기라서 로컬에서 모든 걸 소화하고 있지만 내년에는 테라폼 클라우드로 이전하고 가벼운 수정은 개발자들이 할 수 있도록 지원을 해야겠다.

매일 매일 이런 모습으로 살고 있다

그리고 클라우드 비용과의 전쟁을 치르고 있다. 비용은 AWS에서 원본 데이터를 내려줄 때마다 통계를 만들어 슬랙으로 받아보고 있으며 FinOps의 일환으로 아키텍처를 조정해 나가고 있다. 파워세이빙을 통해 운영을 제외한 환경은 지정된 시간에 중지시키고 있으며(슬랙을 통해 제어할 수 있다. 슬랙으로 제어 가능하고 Karpenter까지 파워세이빙에 포함시키는 건 세계 최초일 거다. 동료가 다 만들었다. 나는 입개발을.. 하하하) 모든 클라우드 리소스에는 Tags를 설정해서 비용이 새지 않도록 관리하고 있다. 클라우드 비용과 관련해서 올해는 MSP를 변경했다. 사용하던 MSP와 관성적으로 재계약을 하는 경우가 많은데 귀찮더라도 핏이 맞는 곳 혹은 더 큰 혜택을 주는 곳을 찾아서 재계약하는 게 옳다고 생각한다. 물론 내년에도 여러 MSP 업체와 미팅을 할 예정이다.

지금 다니고 있는 회사에서 곧 있으면 만 4년을 채운다. 커리어에서 여섯 번째 직장인데, 두 번째로 오래 다닌 회사가 됐다. 커뮤니티에서 들어 보면 이직 시점에 대한 논의( 1년 다니고 이직? 2년 다니고 이직? 등 )들이 종종 있는데 기간보다 중요한 건 회사에서 내 업무가 무엇이었는지가 중요하다. 반복적인 업무가 계속되고 있다면 자동화를 위한 무엇을 고민하던지, 바꿔나갈 분위기가 아닌 상황이라면 이직하는 게 답이 될 수 있다. 물론 개인의 만족도가 높다면 굳이 그럴 필요도 없고. 성장무새처럼 이직을 해야만 성장할 수 있다는 건, 말 그대로 케바케 같다.

# 해외 콘퍼런스

작년에 이어 올해도 콘퍼런스 참석을 위해 미국에 두 번 방문했다. 첫 번째는 샌프란시스코에서 열린 구글 I/O, 두 번째는 보스턴에서 열린 HashiConf'24 였다. 둘 다 커뮤니티 멤버 자격으로 참석했던 행사였는데 서로 분위기가 많이 달랐다. 구글 I/O는 전 세계가 주목하는 행사인데, 그 중심에 와 있다는 사실만으로도 벅차올랐다. 코로나 여파 때문인지 아직 이전 규모로 진행된 건 아니라서 아쉬웠지만. 아, 그리고 유명 IT 유튜버이신 조코딩님을 실물 영접하고 대화 나눌 수 있어서 신기하고 좋은 경험이 됐다. 한편, HashiConf는 비교적 작은 행사였지만 아기자기함이 있어서 몰입감 있게 참석할 수 있었다.

HashiCorp 엠버서더 단체사진

구글 I/O 덕분에 방문한 샌프란시스코에서 버킷 리스트를 달성할 수 있었다. 버킷 리스트는 단순하다. 금문교가 보이는 곳에서 커피 한잔 마시는 것. 그동안 콘퍼런스에 참석 때문에 해외에 나가면 일정의 90%는 행사 참여하는 데 사용하고, 나머지 10%를 개인 일정으로 썼었다. 비행기를 10시간 이상 타고 가는 곳인데 내년부터는 개인 일정 비율을 좀 더 높여서 더 다양한 경험을 할 수 있도록 해야겠다.

금문교 앞에서.

# 영어 공부

해외 콘퍼런스를 참석할 때마다 영어의 부족함을 느낀다. 작년에 "야나두"는 결제해 놓고 말아먹었다. 아무래도 난 영상을 시청하면서 가만히 듣는 수업은 잘 맞지 않는 것 같다며 올해는 말해보카를 시작했다.

올해 2월에 결제했는데 82시간이면 나름 선방한 듯.

무엇보다 꾸준히 매일매일 출석하고 문제를 풀었다는 것에 집중하고 싶다. 올해는 이렇게 습관을 만드는 데 집중했다고 생각한다. 329일 중에 딱 하루 출석하지 못했는데 구글 I/O 참석으로 샌프란시스코에 갔을 때 아무 생각 없이 일정을 소화하느라 출석하지 못했다. 아쉽지만 어쩔 수 없지. 당시에는 습관이 안 됐었다고 생각하는 수밖에.

연속 출석일 231일 (아직 진행중)

이제 습관이 형성됐으니, 내년에는 문제 양을 좀 더 늘려볼 생각이다.

# 쾌적한 업무 환경을 위한 투자

재택은 올해도 주 2회 계속 유지됐다. 이변이 없으면 앞으로도 그럴듯해서 쾌적한 환경을 위한 투자를 했다. 데스커 모션 데스크(1800)와 시디즈(T80), 그리고 맥북 에어(M3)를 구매했다. 뭐 설령 재택이 없어져도 상관없다. 어차피 책상에 앉아있는 시간이 업무 시간만 있는 것은 아니니까. 아무튼, 자리가 편해지니 부작용이 생겼는데 너무 오랫동안 일하게 된다는 거다. 물론 그전에도 오래 앉아있었지만 불편함을 참지 못하고 몸을 배배 꼬면서 스트레스를 받았었다. 이제는 그런 게 없어졌다. 역시 고민은 배송만 늦출 뿐.

모션 데스크 아주 마음에 든다. 그런데 정작 허리가 아파서 서서 일하는 시간은 거의 없다는..

# 대외 활동

작년에 이어 올해도 구글이 중소벤처기업부, 창업진흥원과 함께 운영하는 창구 프로그램에서 오피스아워 멘토로 참석했다. 여러 회사들을 만나면서 도움을 줄 수 있어서 기쁜 한편, 주어진 시간이 짧아서 지식을 깊이 있게 전달하지 못해 아쉽다는 생각도 들었다. 내년에는 스타트업 자문을 개인적으로 할 수 있는 시간을 만들어봐야겠다( ~~이 말을 3년째 하고 있는 것 같은데...~~ ).

창구 프로그램에서 받은 스웨그

커뮤니티 발표는 딱 한 번 했다. GDG Cloud Korea에서 주최한 DevFest24에서 쿠버네티스와 테라폼 주제로 이야기를 했는데 나중에 기회가 되면 자료를 다듬어서 재탕을 노려볼 생각. 발표 요청을 받고 짧은 시간 준비한 것치고는 꽤나 만족스러운 자료였기 때문. 어디까지나 개인적인 생각이지만 말이다. 하하하. 발표를 여러 번 하지 못한 것은... 이렇거나 저렇거나 핑계겠지만 제품 론칭과 개발로 올해는 시간을 내기 어려웠다. 그리고 핏이 맞지 않는 발표는 정중히 거절했다.

DevFest24

Apache Airflow ETL in Google Cloud 라는 제목으로 구글 클라우드 공식 블로그에 기고했다. 22년에 작성한 Build a chat server with Cloud Run 이후로 두 번째 기고였다. 글을 작성한 건 꽤 오래됐지만 구글 쪽 사정이 있어서 핑퐁을 오랫동안 치다 보니 많이 늦어졌다. 그 당시에는 과정이 견디기 힘들었지만 돌이켜보면 나름 좋은 경험으로 남게 됐다.

# 마무리

돌아봤을 때 올해는 여러모로 예민한 순간이 많았다. 내년에는 누구나 함께 일하고 싶어 하는, 혹은 함께 일했을 때 시너지가 난다는 사람이 될 수 있도록 노력해야겠다. 그 일환으로 매일 잠자리에 들기 전에 회사 메신저에서 주고받은 메시지를 돌아보고 있다. 혹시 지식의 저주에 빠져서 상대방이 이해하기 난해하게 표현한 것은 없는지, 감정적이었던 순간은 없는지, 올바른 정보를 정확하게 잘 전달했는지 등을 확인한다. 뭐 당연히 후회되는 순간도 많다. 그래서인지 메신저에서 잡담이 아닌 정보성 글을 전달할 때는 꽤나 신중해지고 여러 번 고치다 보니 전체적인 커뮤니케이션 비용이 많이 늘어났다. 그럼에도 핑퐁 치는 것이 적어지고 이해관계가 확실해지니 나쁘지 않다. 이것은 under communication < over communication와는 조금 결이 다른 이야기.

영어 공부는.. 말해보카는 유지하고 회화를 늘려나가야겠다. 요즘 AI와 대화를 통한 영어 공부가 핫하지만 아직은 실제 사람과 대화하는 게 좋다. 또렷하지 않은 억양과 숨소리, 표정, 감정선을 느끼면서 대화하는 게 더 도움이 된다고 생각하기 때문이다.

올해는 22개의 블로그 글을 작성했다. 아마도 이전 연도에 비해서 훨씬 줄어든 숫자일 텐데, 지금 쓰고 있는 이 짧은 회고를 작성하는 것도 귀찮아서 결국 해를 넘겨버렸다(24년 회고를 25년 1월 1일에 쓰고 있다). 티스토리에 애정이 식은 것도 한몫하지만, 연말 회고란 무엇인가에 대해 생각하는 시간도 갖고 있었다. 요즘 SNS 타임라인에 올라오는 회고들을 보면 뭔가 거창하게 써야 할 것 같은 압박감이 있었다. 그런데 생각해 보니 내 회고는 누군가에게 보이기 위한 것이 아니라 결국 나를 위한 일기더라. 25년 회고를 작성할 때쯤 이 글을 돌아보고 있을 나에게 전한다. 24년도 수고 많았어.

[책] AI 트루스

Jaeyeon Baek — Fri, 27 Dec 2024 21:46:55 +0900

AI 트루스

한빛미디어에서 AI의 과거부터 미래까지를 담고 있는 책이 발간됐습니다. AI 트루스입니다. 저자는 무려 임백준 작가님이시네요. 굉장히 오랜만에 출판하신 것 같아요. 문장 하나하나에 임백준 작가님만의 특유의 감성이 묻어있습니다.

이 책을 통해 과거 인공지능 겨울부터 ChatGPT의 열풍에 이르기까지 보면서 정리하는 시간을 갖아보세요. 그리고 미래 사회가 어떻게 바뀌어 나갈지 예측하고 있는데 매우 흥미롭습니다. 많은 문장들이 공감됐지만, 특히 기억에 남는 세 문장을 기록해 둡니다.

인간이 고속도로를 만들기 전에 동물에게 그래도 되는지 질문하지 않는 것처럼 인공지능은 가까운 장래에 고속도로와 비슷한 무엇을 인간에게 묻지 않고 만들 가능성이 높다.

과연 세상은 어떻게 바뀌게 될까요? 그리고 우리 개발자들은 어떻게 대처해야 할까요? 그 문제의 힌트는 아래 있습니다.

코딩에 집착하지 말라. 자기가 사용하는 기술에 매달리지 말라. 인공지능의 도움을 받는 것을 즐겁게 생각해야 한다. 인공지능의 도움을 받아 문제를 해결하는 것이야말로 진정한 가치에 해당하기 때문이다. 진짜 가치는 문제를 해결하는 것이다. 코딩이 아니다.

임백준 작가님은 그동안 출판하셨던 책들에서도 비슷한 이야기를 하십니다. 코딩의 즐거움을 알고, 무에서 유를 만드는 과정 자체를 즐기는 사람. 이제는 AI의 도움을 받아 더욱 빠르게 가치를 만들어 낼 수 있을 겁니다.

그렇다면 결국 인공지능이 사람 개발자를 완전히 대체하게 되는 것 아닌가. 아직은 아니다. 직업을 잃는 사람 개발자의 자리를 대체하는 존재는 아직 인공지능 자체가 아니다. 인공지능을 적극적으로 활용하는, 즉 인공지능을 무기로 장착한 다른 사람이다. 앤드류 응, 에스더 다이슨 같은 업계 리더들이 하는 말이 바로 그것이다. 당신을 대체하는 것은 인공지능이 아니라, 인공지능을 활용하는 다른 사람이다.

대 AI 시대를 살아가고 있는 많은 사람들에게 큰 귀감이 될 책입니다. 전공자가 아니더라도 일독을 권합니다.

[Knative] func build/deploy 오류

Jaeyeon Baek — Mon, 9 Dec 2024 21:51:19 +0900

Knative func을 배포하려고 할 때 아래와 같은 오류가 발생했습니다(build를 해도 마찬가지 입니다). 갑작스러운 건 아니고, 테스트를 진행한 MacOS(M3)에서 처음 발생한 상황이네요.

$ func deploy -b=s2i -v
A registry for function images is required. For example, 'docker.io/tigerteam'.
? Registry for function images: docker.io/jybaek
Note: building a function the first time will take longer than subsequent builds
Building function image
Error: cannot create docker client: docker/podman API not available
Possible causes:
  The docker/podman daemon is not running.
  The DOCKER_HOST environment variable is not set.

당연히 docker는 docker desktop으로 실행되고 있던 상황이라 의심할 게 없었습니다. 혹시나 해서 docker host를 못 찾는 건가 싶어 context를 살펴봤습니다.

$ docker context ls
NAME              DESCRIPTION                               DOCKER ENDPOINT                                ERROR
default           Current DOCKER_HOST based configuration   unix:///var/run/docker.sock
desktop-linux *   Docker Desktop                            unix:///Users/jybaek/.docker/run/docker.sock

아니 이런! desktop의 docker.sock 위치가 default가 아니네요. 아마도 Knative func에서 참조하는 기본 위치는 unix:///var/run/docker.sock인 것 같습니다. DOCKER_HOST를 아래와 같이 지정하도록 합시다. 필요한 경우 .bash_profile 등에서 사용해 주도록 합니다.

export DOCKER_HOST=unix:///Users/jybaek/.docker/run/docker.sock

다시 func deploy를 진행하면 정상적으로 진행되는 것을 확인할 수 있습니다.

$ func deploy -b=s2i -v
A registry for function images is required. For example, 'docker.io/tigerteam'.
? Registry for function images: docker.io/jybaek
Note: building a function the first time will take longer than subsequent builds
Warning: registry 'docker.io/jybaek' does not match currently built image 'hub.docker.com/jybaek/bad-word-filter/bad-word-filter:latest' and no direct image override was provided via --image
Building function image
Step 1/8 : FROM registry.access.redhat.com/ubi8/python-39
latest: Pulling from ubi8/python-39
Digest: sha256:39ded558fb5a9de976b0ec01470138b54ea7482b3eb0f46b3abf35e7bac97aa4
Status: Image is up to date for registry.access.redhat.com/ubi8/python-39:latest
 ---> 940525b88439
Step 2/8 : LABEL "io.openshift.s2i.build.image"="registry.access.redhat.com/ubi8/python-39"       "io.openshift.s2i.build.source-location"="/Users/jybaek/work/docs/code-samples/eventing/bookstore-sample-app/start/bad-word-filter"       "io.k8s.display-name"="index.docker.io/jybaek/bad-word-filter:latest"
 ---> Running in 177af8ebe893
 ---> cb9dda1c6181
 ...

[책] 생존을 넘어 번창으로

Jaeyeon Baek — Sun, 8 Dec 2024 14:01:06 +0900

스타트업, 스케일업하라!

B2C/B2B를 한다면 필수로 읽어야 하는 책이 아닐까 싶습니다. 문장 하나 뺄 것 없이 인사이트가 가득합니다. 제품의 초기부터 성장에 이르러 번창의 시기까지, 시간 흐름에 따라 무엇을 신경 써야 하는지 잘 정리되어 있습니다.

책의 내용에서 흥미로운 몇 가지를 가져와 봤어요.

열세 살이 스티브 잡스는 전화번호부에서 번호를 찾아 세계적 대기업 HP의 CEO 빌 휴렛에게 전화를 걸었습니다. ”빌 휴렛이 전화를 받았고, 저는 그에게 지금 만들고 있는 주파수카운터라 불리는 것에 필요한 부품을 좀 구해줄 수 있느냐고 물었습니다. 빌 휴렛은 그 부품을 구해다 주었습니다. 뿐만 아니라 저에게 더 중요한 선물도 주었습니다. 그해 여름 HP에서 일할 기회를 만들어주었습니다. 그 말을 들은 순간 저는 천국에 온 기분이었죠.“

그리고 고객의 행동 데이터를 통해 시장진출을 최적화해 나가야 합니다.

특히 제품 시장 최적화 후반기에 고객이 보이는 다음과 같은 행동에 주의를 기울여야 합니다. 무엇이 그들의 관심을 끄나요? 그들이 당신과 함께 시간을 보내는 이유는 무엇인가요? 어떤 고객이 약정하고, 어떤 고객이 약정하지 않는지요? 어떤 고객이 빨리 움직이고, 어떤 고객이 느리게 움직이는지요? 고객이 구매하는 이유는 무엇이고, 구매하지 않는 이유는 무엇인지요? 실제 구매 결정을 내리는 사람은 누구인지요? 이런 긍정적 또는 부정적 데이터의 조합이 시장진출 최적화를 하는 데 매우 중요한 시장의 신호가 됩니다.

팀의 규모에 대해서도 조언하고 있습니다.

회사 성장의 이 단계에서의 소통과 조직에 대한 부담이 늘어나면서 계획과 운영을 중시하게 되어, 조직 민첩성 이 떨어질 수 있습니다. 민첩성을 조금 잃는 것은 어쩌면 당연하지만, 너무 많이 잃으면 질식합니다. 따라서 프로젝트팀의 크기를 상대적으로 작게 유지해야 합니다. 아마존은 매우 큰 회사이지만, 팀 규모를 "피자 2판 팀으로 제한합니다. 피자 2판으로 팀 전원이 먹을 수 있는 규모를 말합니다. 관리자가 있을 필요가 없는데도 리더들이 서로 뒤엉켜 서로를 관리하게 되는 가상 계층이 생기는 것도 조심해야 합니다.

어르신들께 설명하기 어려운 B2C 분야에 당분간 머물게 될 텐데 책장에서 계속 꺼내 보게 될 것 같습니다. 만약 SaaS 제품을 만들고 있다면 혹은 계획이 있다면 일독을 권합니다. :)

EKS에 HashiCorp Vault 설치

Jaeyeon Baek — Tue, 22 Oct 2024 23:17:24 +0900

HashiCorp Vault는 비밀 관리 도구로, 민감한 데이터를 안전하게 저장하고 관리할 수 있게 해 줍니다. 이번 글에서는 EKS에 HashiCorp Vault를 테라폼으로 생성하고 설치하고 접속해 보도록 하겠습니다. 정말 간단하니까 눈으로만 따라오셔도 충분합니다.

EKS에 HashiCorp Vault를 테라폼으로 아래와 같이 코드를 작성해서 설치할 수 있습니다.

 resource "helm_release" "vault" {
   name             = "vault"
   repository       = "https://helm.releases.hashicorp.com"
   chart            = "vault"
   namespace        = "vault"
   create_namespace = true
   version          = "0.28.1"
   values = [templatefile("../../manifests/hashicorp/vault.yaml", {})]
   provider = helm.eks_helm
 }

vault.yaml 파일에는 여기 경로에서 필요한 설정을 가져와서 쓰면 됩니다. 저는 테스트를 위해 아래와 같이 코드를 작성했습니다.

server:
  # For HA configuration and because we need to manually init the vault,
  # we need to define custom readiness/liveness Probe settings
  readinessProbe:
    enabled: true
    path: "/v1/sys/health?standbyok=true&sealedcode=204&uninitcode=204"
  livenessProbe:
    enabled: true
    path: "/v1/sys/health?standbyok=true"
    initialDelaySeconds: 60
  
  # This configures the Vault Statefulset to create a PVC for data
  # storage when using the file or raft backend storage engines.
  # See https://developer.hashicorp.com/vault/docs/configuration/storage to know more
  dataStorage:
    enabled: true
    # Size of the PVC created
    size: 10Gi
    # Location where the PVC will be mounted.
    mountPath: "/vault/data"
    # Name of the storage class to use.  If null it will use the
    # configured default Storage Class.
    storageClass: null
    # Access Mode of the storage device being used for the PVC
    accessMode: ReadWriteOnce
    # Annotations to apply to the PVC
    annotations: {}
    # Labels to apply to the PVC
    labels: {}
  
  # This configures the Vault Statefulset to create a PVC for audit
  # logs.  Once Vault is deployed, initialized, and unsealed, Vault must
  # be configured to use this for audit logs.  This will be mounted to
  # /vault/audit
  # See https://developer.hashicorp.com/vault/docs/audit to know more
  auditStorage:
    enabled: false
    # Size of the PVC created
    size: 10Gi
    # Location where the PVC will be mounted.
    mountPath: "/vault/audit"
    # Name of the storage class to use.  If null it will use the
    # configured default Storage Class.
    storageClass: null
    # Access Mode of the storage device being used for the PVC
    accessMode: ReadWriteOnce
    # Annotations to apply to the PVC
    annotations: {}
    # Labels to apply to the PVC
    labels: {}
  standalone:
    enabled: false
    
  # Run Vault in "HA" mode. There are no storage requirements unless the audit log
  # persistence is required.  In HA mode Vault will configure itself to use Consul
  # for its storage backend.  The default configuration provided will work the Consul
  # Helm project by default.  It is possible to manually configure Vault to use a
  # different HA backend.
  ha:
    enabled: false
    replicas: 3
		 # Enables Vault's integrated Raft storage.  Unlike the typical HA modes where
    # Vault's persistence is external (such as Consul), enabling Raft mode will create
    # persistent volumes for Vault to store data according to the configuration under server.dataStorage.
    # The Vault cluster will coordinate leader elections and failovers internally.
    raft:

      # Enables Raft integrated storage
      enabled: true
      # Set the Node Raft ID to the name of the pod
      setNodeId: true

      # Note: Configuration files are stored in ConfigMaps so sensitive data
      # such as passwords should be either mounted through extraSecretEnvironmentVars
      # or through a Kube secret.  For more information see:
      # https://developer.hashicorp.com/vault/docs/platform/k8s/helm/run#protecting-sensitive-vault-configurations
      # Supported formats are HCL and JSON.
      config: |
        ui = true
        cluster_name = "vault-storage-test"
        listener "tcp" {
          address = "[::]:8200"
          cluster_address = "[::]:8201"
        }

        storage "raft" {
          path = "/vault/data"
        }

        service_registration "kubernetes" {}

이제 terraform apply를 실행하면 vault가 설치될 겁니다. 설치가 완료되면 아래와 같이 vault pod가 생성된 것을 확인할 수 있습니다. 위에서 replicas를 3으로 했기 때문에 vault-0~2까지 존재하는 겁니다.

jybaek:~/bin$ kubectl get pods
NAME                                    READY   STATUS    RESTARTS      AGE
vault-0                                 1/1     Running   4 (11m ago)   16m
vault-1                                 1/1     Running   1 (18m ago)   19m
vault-2                                 1/1     Running   1 (18m ago)   18m
vault-agent-injector-7bcc447788-k29jc   1/1     Running   0             163m

이제 vault를 초기화하고 unsealing 작업을 진행해야 합니다. 포트 포워딩으로 vault-x로 접속하시면 됩니다.

새로운 Raft cluster를 만듭시다

여기서 잠깐! 중요합니다. 아래 이미지에서 볼 수 있듯이, vault 상태를 확인하면 초기화되지 않은 상태임을 알 수 있습니다. 이제 vault를 초기화하고 unsealing 작업을 진행해야 합니다. 그런데 왜 때문인지 화면에서 Initialize를 진행하는 경우 sealing key와 root key가 나오지 않았습니다. 그래서 저는 터미널에서 vault operator init 명령어를 사용해서 초기화를 수행했습니다. 여기 이 화면은 그대로 두고 다음에 나오는 터미널 작업을 마친 후에 새로고침 해주세요.

여기서 Initialize를 클릭하면 안됩니다. 터미널에서 작업할거에요

위에서 포트 포워딩으로 접속한 vault의 터미널로 접속해 주세요. 그리고 vault의 상태를 체크해 줍니다.. Initialized 부분과 Sealed를 보시면 됩니다. 이 상태를 이제 각각 true와 false로 바꿔주는 겁니다.

/ $ vault status
Key                Value
---                -----
Seal Type          shamir
Initialized        false
Sealed             true
Total Shares       3
Threshold          2
Unseal Progress    0/2
Unseal Nonce       n/a
Version            1.17.2
Build Date         2024-07-05T15:19:12Z
Storage Type       raft
HA Enabled         true
/ $

vault operator init 명령어를 사용해 줍니다.

/ $ vault operator init -key-shares=3 -key-threshold=2


Unseal Key 1: VhL8QfwF87Yf0unrH
Unseal Key 2: /PKZTUKNpJZVuqKrT
Unseal Key 3: hI/iGsPt+uxQp5Zf1

Initial Root Token: hvs.hrKuPOoG69

Vault initialized with 3 key shares and a key threshold of 2. Please securely
distribute the key shares printed above. When the Vault is re-sealed,
restarted, or stopped, you must supply at least 2 of these keys to unseal it
before it can start servicing requests.

Vault does not store the generated root key. Without at least 2 keys to
reconstruct the root key, Vault will remain permanently sealed!

It is possible to generate new unseal keys, provided you have a quorum of
existing unseal keys shares. See "vault operator rekey" for more information.
/ $

여기서 사용된 key-shares는 총 생성할 키의 수를 나타냅니다. 이 경우 3개의 키가 생성됩니다. key-threshold는 Vault를 unsealing 하는 데 필요한 최소 키의 수를 의미합니다. 여기서는 2개의 키가 필요합니다. 이 설정은 보안과 가용성 사이의 균형을 맞추는 데 중요합니다. 여기까지 했으면 이제 Initialized는 true가 됐을 거고요, 다음은 화면에서 이어서 작업하도록 합니다.

앞에서 생성된 Unseal key 정보를 아래 화면에 넣어줍니다.

Unseal key 정보를 넣어주세요

자! 이제 Sealed도 false로 바뀌었을 겁니다. 이제 Vault에 로그인하여 사용할 수 있습니다. Vault는 다양한 시크릿 엔진을 제공하며, 이를 통해 데이터베이스 자격 증명, API 키, 암호화 키 등을 안전하게 관리할 수 있습니다. 또한 Vault의 정책 기능을 사용하여 세분화된 접근 제어를 구현할 수 있습니다.

환영합니다!

# 마치며

이번 글에서는 EKS에 HashiCorp Vault를 설치하고 초기화하는 과정을 살펴보았습니다. Vault는 강력한 보안 기능과 유연한 관리 옵션을 제공하여 클라우드 네이티브 환경에서 중요한 정보를 안전하게 관리할 수 있게 해 줍니다. 이를 통해 개발자와 운영팀은 보안을 강화하면서도 효율적인 시스템 관리를 할 수 있습니다.

인터넷을 찾아봤을 때 테라폼으로 쿠버네티스에 Vault를 설치하는 예제가 없어서 글을 써보고 싶었습니다. 누군가는 굳이 하지 않아도 되는 삽질을 먼저 해보고 싶었거든요. 도움이 되셨기를 바랍니다. :)

이 글을 작성하는 시점에 본인은 vault 뉴비입니다. 혹시 글에 잘못된 점이 있다면 가감 없이 말씀해 주세요. 감사합니다.

Error: could not download chart: no cached repo found

Jaeyeon Baek — Tue, 22 Oct 2024 22:59:57 +0900

테라폼으로 배포하는 도중에 아래와 같은 오류가 발생하는 경우가 있습니다. 일반적으로 발생하는 상황은 아니고, Cached 파일이 없을 때 오류가 발생하는 건데요. 보통 개발 환경을 마이그레이션 하는 도중에 발생됩니다. 예를 들어, 맥북을 새로 구매해서 데이터를 옮기는 것처럼 말이죠.

│ Error: could not download chart: no cached repo found. \
(try 'helm repo update'): open /Users/jybaek/Library/Caches/helm/repository/datadog-index.yaml: \
no such file or directory

이 오류를 해결하기 위해서는 간단히 helm repo update 명령어를 실행하면 됩니다. 이 명령어는 로컬 캐시를 최신 상태로 업데이트하여 필요한 차트 정보를 다운로드합니다. 우선 아래와 같이 repo list를 확인합니다.

jybaek:~$ helm repo list
NAME              	URL
datadog           	https://helm.datadoghq.com
kafka-ui          	https://provectus.github.io/kafka-ui-charts
elastic           	https://helm.elastic.co

그리고 datadog 차트를 업데이트해 주면 됩니다. 아래 명령어를 실행하여 datadog 차트를 업데이트할 수 있습니다:

jybaek:~$ helm repo update datadog
Hang tight while we grab the latest from your chart repositories...
...Successfully got an update from the "datadog" chart repository
Update Complete. ⎈Happy Helming!⎈

이 명령어를 실행하면 로컬 캐시가 업데이트되어 테라폼 배포 시 발생하던 오류를 해결할 수 있습니다. 차트 업데이트 후에는 테라폼 명령어를 다시 실행하여 정상적으로 배포가 진행되는지 확인하시면 됩니다. 만약 특정 차트나 저장소에 대해서만 업데이트를 하고 싶다면, 위의 예시처럼 특정 저장소 이름을 지정하여 업데이트할 수 있습니다. 하지만 모든 저장소를 한 번에 업데이트하고 싶다면, 단순히 'helm repo update' 명령어를 실행하면 됩니다. 이렇게 하면 로컬에 캐시 된 모든 Helm 차트 저장소가 최신 상태로 업데이트됩니다! :)

보스턴에서 열린 HashiConf'24 다녀왔습니다

Jaeyeon Baek — Sun, 20 Oct 2024 23:33:12 +0900

HashiCorp Ambassador가 되고 처음으로 HashiConf에 다녀왔습니다. 이번 hashiConf는 보스턴에서 열렸습니다. 오전 9시 비행기라 서둘러서 공항에 갔었네요. 인천공항에서 보스턴까지 갈 때는 13시간 정도, 돌아올 때는 15시간 정도 걸렸습니다. 그나마 직항이라 편히(?) 다녀왔습니다. ( 시차는 13시간으로 한국 시간과 비교하면 AM, PM을 바꿔주고 한국 시간에서 1시간을 빼주면 보스턴 시간이 됩니다. 즉, 한국아침 08시가 보스턴은 저녁 07시인 거죠 )

비행기 타고 컨퍼런스 참석은 언제나 설레여요

보스턴에 도착하니 오전 10시쯤 됐습니다. 공항은 한산했고 순조롭게 입국 심사를 받을 수 있었습니다.

뭔가 미국 땅에 내리면 공기에서 특유의 냄새가 나는 것 같기도..

호텔 체크인이 원래 16시부터인데 다른 엠버서더들의 대화를 보니 일찍 도착해서 체크인 한 사람도 있더라고요? 그래서 저도 11시쯤 호텔에 들어가 체크인을 하고 동네를 둘러봤습니다. 도착한 다음날부터 행사가 시작이라 여유가 좀 있었네요. 피곤해서 멀리 갈 엄두는 안 났습니다.

바다와 인접해 있어서 바로 물가에 갈 수 있었어요

잠깐의 산책을 마치고 호텔로 들어와서 낮잠을 좀 잤습니다. 비행기에서 영 잠을 못 자서 몸이 녹초였거든요. 창 밖으로는 수영장도 보이는데.. 수영장이 있는 줄 알았으면 수영복을 챙겨 왔을 겁니다. 계획형 인간이 아니라서 호텔 부대시설이 뭐가 있는지 알아보지도 않았었네요. 한국에서 호텔 이름이랑 위치만 확인하고 갔습니다...

수영장 있는 꽤 큰 호텔이었다

이날 선상에서 진행하는 HUG(HashiCorp User Group) 행사가 있었는데 신청은 했지만 가지 못했습니다. 밖에 비도 왔고 너무 졸려서 좀비 상태였거든요(비가 오는데 배 위에서 행사를...? 하는 걱정도 조금은 섞여있었습니다). 아무튼, 호텔에서 조금 쉬었다가 주류매장에 가서 장을 보고 첫날을 보냈습니다.

그리고 다음날부터 HashiConf는 총 3일 동안 진행되는데요, 첫날은 등록과 환영 행사 정도의 일정만 있어서 여유롭습니다.

이곳이 가장 큰 사진 스팟이었습니다

HashiConf 참석자에게는 현장에서 HashiCorp 자격증에 응시할 수 있는 기회를 주는데요. 이번에 새로 나온 Terraform Pro 자격증 응시를 미리 신청해 뒀습니다. 그리고 첫날 시험 응시 시간이 돼서 시험장에 갔습니다. 응시자 신분 검사가 한참이었고 줄이 꽤 길었는데요. 제 차례가 되고 신분 인증으로 여권을 보여줬는데 검사관이 저를 알아보더라고요? 행사 전에 엠버서더 슬랙에서 자격증 시험 끝나고 인터뷰가 가능한지 저에게 물어봤던 하시코프 직원이었습니다. 세상이 참 좁..죠? 반갑게 인사하고 시험장으로 들어갔습니다.

시험 결과는? 광탈이었어요. 아무 준비를 하지 않았던 게 문제였습니다. 따로 시험 범위가 있는지 몰랐거든요. 평소에 테라폼을 (나름대로) 꽤 깊이 있게 사용하고 있었다고 생각했기 때문에 시험을 얕본 것 같습니다. 나중에 성적 리포트를 받아보니 이미 인터넷에 시험 범위가 아주 잘 설명되어 있더라고요. 1회 무료 재응시 기회가 주어졌는데 실제로 다시 응시할지는 모르겠습니다. 시험 시간이 4시간인데 앉아있는 게 너무 힘들었습니다. 저한테 크게 도움 되는 자격증도 아닐 거고요. 하하하

그렇게 시험을 마치고 엠버서더 공간으로 이동했습니다. 네, 행사장에는 엠버서더를 위한 전용 공간이 있습니다. 마침 하시코프 커뮤니티 매니저가 행사장에 잘 도착은 했는지, 별일 없는지 안부를 물어서 겸사겸사 만나러 갔어요. 아니 근데 엠버서더 스웨그까지 챙겨주는 것이 아니겠습니까. 스웨그 앞에 무한한 감사를... ( 행사 중간중간에 스웨그를 계속 뿌려주심... )

하시코프 커뮤니티 매니저 알렉산드라

그렇게 첫날을 보내고 두 번째 날은 본격적인 행사의 시작이었어요. 정확히 몇 명쯤 참석했는지 모르겠는데.. 복도가 아주 북적했습니다.

저 좀 지나갈게요;

하시코프 부스도 있어서 궁금한 게 있으면 물어볼 수 있습니다.

ILM(Infrastructure Lifecycle Management)과 SLM(Security Lifecycle Management)으로 나뉘어져있습니다

스폰서 부스도 빼놓을 수 없겠죠? 이번에는 AWS, Microsoft, Datadog 부스만 잠깐 들렀습니다.

저랑 지금 눈 마주치신 거 아니죠..?

Google Cloud는 스폰서에 있긴 한데 부스는 없더라고요. 그리고 IBM이 없는 이유도 궁금했습니다. 인수한 회사에 스폰서로는 참석하지 않는 것인지? 하하.

그리고 이런 컨퍼런스에서는 당과 카페인이 떨어지지 않도록 관리하는 것도 아주 중요합니다.

팔로알토에서 준비해준 도너츠, 그리고 콜라같은 탄산 음료와 커피(디카페인 포함)

오프닝 키노트는 둘째 날과 셋째 날 진행됐는데 엠버서더 예약 자리가 있어서 비교적 중앙 자리에서 편히 들을 수 있었습니다. 스폰서 자리 바로 뒤인 듯. 커뮤니티 매니저가 안내해 줘서 잘 착석했습니다.

Reserved 자리에 양말 하나씩 챙겨주는 센스란.

앉아서 잠시 기다리니 MC(하시코프 직원)가 등장해서 환영해 주고, 행사 참여와 관련된 간단한 정보를 제공해 줬습니다. 뭐 당연한 내용들이죠, CoC(행동강령) 등을 이야기합니다.

핸드폰은 진동으로 해주세요

그리고 Co-Founder이자 CTO인 아몬 등장. 새로 나온 기능을 설명합니다.

반가워요 아몬

키노트 첫날은 ILM(Infrastructure Lifecycle Management), 둘째 날은 SLM(Security Lifecycle Management)로 진행됐습니다. 바로 아래 양일간 신규 오픈된 서비스들 이미지가 있습니다.

장표와 행사장 조명 컬러가 키노트 날짜에 따라서 다른 것을 알 수 있습니다.

이중에 Terraform Migrate를 이야기해 보면 좋을 것 같은데, 테라폼 일반 유저(커뮤니티)들이 HCP(HashiCorp Cloud Platform) 엔터프라이즈로 옮길 때 마이그레이션을 돕는 도구입니다. 아무래도 수요가 많으니 기능이 나왔겠죠? Terraform Stacks은 커뮤니티 유저를 위한 것은 아닌 것 같은데 시간을 두고 살펴봐야 할 것 같습니다. Terraform Stacks의 자세한 내용은 여기를 참고하시면 됩니다. SLM 키노트에서는 사용해 본 도구가 Vault밖에 없고 그마저도 2주밖에 안 써봐서.. 크게 공감되는 내용은 없었네요. Vault를 사용하기로 마음을 먹었으니 아마 내년에는 더 많이 공감할 수 있지 않을까요?

행사 저녁 시간에는 파티(evening party)도 있었습니다. 바 같은 공간을 대여하고 음식과 술이 무제한 제공되었네요. 이브닝 파티로 이동하는 버스 안에서 우연히 하시코프 한국 세일즈분을 만나서 이런저런 이야기도 들을 수 있었습니다. 하시코프 고객으로 참석하신 분들 제외하고 일반 참가자는 몇 명 안 된다고.. 여기 숫자를 적지는 않겠습니다만, 보통 해외 컨퍼런스 어디를 가도 비슷한 것 같아요. 프로바이더로부터 고객사 지원받아 가는 경우 말고, (그리고 재직하는 회사의 지원을 받는 경우 제외하고) 일반 참가자 숫자가 많지는 않습니다. HashiConf는 다른 해외 컨퍼런스 대비 티켓 가격이 저렴한 편인데요. 지금 25년도 Super Early Bird 티켓이 $699 입니다. 비행기와 숙박까지 생각하면 개인이 참석하기에는 조금 부담스럽죠. ( 관심 있으시면 등록은 여기 링크를 참고해 주세요 )

이브닝 파티에서

FLIGHT CLUB, KINGS 두 곳을 빌렸습니다. 볼링이나 다트, 오락실에 있는 게임기 등이 있었네요. 위스키나 와인은 잘 몰라서 그냥 (촌놈스럽게) 맥주 한 잔 들고 다니면서 어울렸습니다.

KINGS 안에 엠버서더를 위한 전용 공간이 있었습니다

이번 행사를 통해 여러 사람들을 만날 수 있었습니다. 병진 님, 메디, 네이트, 마크, 브루노, 새봄 님, 그리고 알렉산드라, 자스민, 로렌, 만났던 모든 사람들의 친절에 감사드립니다.

반가웠습니다 모두들~

# 마치며

이번 행사를 통해 얻고 싶었던 게 두 가지가 있는데요. 첫 번째로 SaaS 제품에서 온보딩과 오프보딩 때 자동화를 어떻게 지원하면 좋을지에 대한 아이디어였습니다. 이건 하시코프 엔지니어 브루노(위에 사진에서 좌측 하단)가 해결해 줬어요. 필요하면 데모 세션도 진행해 줄 수 있다고. 그리고 얻고자 했던 두 번째는 커뮤니티 사람들과 만남이었습니다. 나름 여러 사람 만나려고 노력했는데 다음에 기회가 되면 더 많이 만날 수 있겠죠? 잡담부터 시작해서 기술적인 대화까지 재밌었습니다. 제가 영어를 조금만 더 잘했더라면 아마 더 신났을 텐데 아쉽습니다. 그럼에도 아주 재밌었어요. 행사 내내 많은 사람들의 친절과 커뮤니티의 보호를 받고 있다는 느낌을 받을 수 있었습니다. 정말 값진 행사였고, 또 기회가 된다면 꼭 참석하고 싶네요. 내년에는 샌프란시스코에서 9월 24-26일 진행된다고 합니다. 찾아보니까 장소는 금문교(gold gate bridge) 근처더라고요. 아무튼, 이제 24년 행사가 끝났으니 세션들을 하나씩 곱씹으면서 내재화해 봐야겠습니다.

HashiConf 2025는 샌프란시스코로 갑니다

# 지나가는 에프소드

1/ 호텔 노조가 건물 앞에서 북 치면서 파업하고 있었는데.. 그걸 연주라고 생각했어요. 호텔 오는 사람들 환영해 주는 건가..? 싶었는데 나중에 여러 경로로 들어보니 노조가 파업하는 거고, 여기 호텔뿐만 아니라 보스턴 많은 지역이 현재 이 상태라고 하더라고요. 그래서 따로 요청하지 않으면 룸 청소를 해주지 않습니다. 저는 묵는 방을 지저분하게 쓰는 스타일이 아니라 다행히 청소가 필요 없었어요. 고로 팁이 굳어서 오히려 좋았다는..

2/ 외국인에게 ”재연“이라는 이름은 발음하기 어려운 것 같습니다. 제 명찰을 보고 "주ㅖ이연", "쥬ㅔ욘" 등 별에 별 발음이 다 나와요. 발음을 알려줘도요. 심지어 돌아서면 기억도 못하더라고요. 그래서 그냥 JB라고 부르라고 했습니다. 그 이후로는 기억도 잘해주더라는. 마침 슬랙 닉네임도 JB라서 "어? 네가 JB구나!" 하는 사람도 있었습니다.

Just call me JB

3/ 호텔 체크아웃 하고 Lyft 기다리고 있는데 HashiConf 참가자냐고 묻는 사람을 만났습니다. 하시코프 마케터라고 하더라고요. 캐리어에 잔뜩 붙어있는 스티커를 보고 알아봤다고 합니다. 공항에서 Baggage Claim 때 알아보기 쉽게 하려고 모든 면에 하나씩 붙이기 시작한 건데 늘어나고 있습니다. 하하하

여러분의 회사 홍보 스티커 주시면 바로 붙여드립니다(?)

끝.

컴맹 : 진화의 시작

요즘 엔지니어링을 위한 도구 설정과 단축키

# tmux

# nvim

# iTerm2

[책] 우리, 프로그래머들

출판사에서 도서를 제공받아서 작성하는 리뷰입니다

[책] 데이터 엔지니어링 디자인 패턴

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

매드업에 합류해서 매드러너로 살아가기 (그 후로 5년)

# 회사 생활

# 기타 5년간의 변화

# 마무리

2025년 회고 (부제: 행복)

# 영어 공부

# 해외 콘퍼런스

# 신문물

# 독서

# 커뮤니티

# 회사

# 마무리

사진으로 둘러보는 AWS re:Invent 2025 후기

[Terraform] target 옵션

[책] 바이브 코딩 너머 개발자 생존법

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

[책] Binary Hacks Rebooted 0과 1 사이

[책] AI Engineering

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

샌프란시스코에서 열린 HashiConf'25 다녀왔습니다

# 사전 행사

# 행사 시작!!

[책] 구스마일의 월 1,000만 원 버는 유튜브 첫걸음 가이드북

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

cursor(vscode) 설정

# 탭 개수 지정

# 현재 탭 제외하고 전부 닫기

[책] 잘 통하는 보고서 작성의 비밀

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

[책] 잘되는 머신러닝 팀엔 이유가 있다

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

[책] 심각한 테라폼 중독입니다

추천사를 작성하고 제공받은 도서입니다.

[책] 혼자 만들면서 공부하는 딥러닝

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

[책] 윌 라슨의 엔지니어링 리더십

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

A 계정에서 B 계정 private hosted zone 도메인 호출

[책] 플랫폼 엔지니어링

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

[책] 일잘러의 비밀 챗GPT와 GPTs로 나만의 AI 챗봇 만들기

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

[책] 모두를 위한 양자 컴퓨터

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

[책] 규칙없음

2024년 회고 (부제: 반성)

[책] AI 트루스

[Knative] func build/deploy 오류

[책] 생존을 넘어 번창으로

EKS에 HashiCorp Vault 설치

Error: could not download chart: no cached repo found

보스턴에서 열린 HashiConf'24 다녀왔습니다