지난 글에서는 글을 써야 하는 동기와 마음가짐, 태도를 주로 말했는데 이것만으로는 글을 쓰는 데 충분하지 않을 것이다. 그래서 이번 글에서는 구체적으로 내가 어떻게 글을 쓰는지 풀어보려 한다. 추상적이고 모호한 말을 늘어놓기보다는 쓰인 글을 바탕으로 구체적인 글쓰기 과정을 말하는 것이 이해하기 좋을 것 같아 ‘글쓰기가 어려운 당신에게(7년째 쓰는 개발자로부터)’를 어떻게 썼는지 설명하겠다. 글을 시작하기 앞서 이건 지극히 나만의 방법이라는 것을 밝힌다.

본문은 CSS 창시자 하콤 비움 리(Håkon Wium Lie)를 인터뷰한 글입니다. 하콤 비움 리는 1994년 CERN에서 팀 버너스 리, 로버트 카이오와 협력하여 CSS(Cascading Style Sheet)를 개발한 공로를 인정받았습니다. 또한 1998년부터 새 소유주가 회사를 인수한 2016년까지 오페라 소프트웨어의 최고 기술 책임자로 재직했습니다. 인터뷰에는 웹 업계의 선구자이자 웹의 표준을 만든 활동가로서의 경험을 토대로 개발자들에게 건네는 조언이 담겨있습니다.

스프링은 장점이 많은 개발 도구이지만 설정이 매우 복잡하다는 단점이 있습니다. 그래서 스프링을 개발팀에서도 이런 단점을 인식하고 단점을 보완하고자 스프링 부트를 출시했습니다. 스프링 부트는 스프링 프레임워크를 더 쉽고 빠르게 이용할 수 있도록 만들어주는 도구입니다. 본문을 통해 스프링 부트 3의 상위 프레임워크인 스프링을 비교하며 스프링 부트 3에 대해 알아보고, 스프링의 콘셉트인 IoC(제어의 역전), DI(의존성 주입), AOP(관점 지향 프로그래밍), PSA(이식 가능한 서비스 추상화)를 알아보겠습니다.

프론트엔드 개발자에게 API 통신 비용은 언제나 고민되는 요소다. 모던 브라우저의 경우 성능이 많이 좋아져서 유저가 불편할 정도의 지연은 자주 발생하지 않지만, API 통신은 네트워크 환경의 영향을 많이 받고, 데이터 크기에 따라 속도 차이가 발생할 수 있다. 그래서 API 통신이 포함된 로직을 설계할 때는 유저에게 보여줄 데이터를 언제 캐싱하고, 언제 서버에서 새로 받아올지 잘 결정해야 한다. 그래서 이러한 API 통신 비용 문제를 해결할 수 있는 대안으로, 페이스북에서 개발한 쿼리 언어 ‘GraphQL(그래프QL)’이 등장했다. 이번 글에서는 GraphQL 도입을 고려하고 있는 입장에서 살펴본 GraphQL의 장단점에 대해 소개하고자 한다.

지도 학습의 경우, 과거의 원인과 결과를 바탕으로 결과를 알 수 없는 원인이 발생했을 때, 어떤 결과를 가져올지 추측하는 것이 목적입니다. 따라서 독립변수(원인)에 따른 종속변수(결과)를 학습해야 하기 때문에, 독립변수와 종속변수를 구분 짓는 것이 중요합니다. 반면 비지도 학습은 미지의 세계를 파악하는 탐험가처럼, 데이터들의 성격을 파악하는데요. 정해진 정답은 없어서, 독립변수와 종속변수를 구분 짓는 것이 중요하지 않습니다. 그보다는 데이터들의 연결 상태와 서로 얼마나 가까운지가 더 중요합니다.

코드는 현실 세계를 반영해야 합니다. 비즈니스의 요구 사항과 사람은 컴퓨터의 작동 방식대로 움직이지 않습니다. 비즈니스를 코드로 구현하기 위해 분투하고 있는 다양한 프로그래머의 고민, 문제 해결, 성장 이야기를 들어보고자 합니다. 앞으로 인터뷰나 에세이 등 다양한 형식을 통해 코딩과 비즈니스의 관계를 톺아보려 합니다. 시리즈 두 번째로, 백명석 케이타운포유(이하 케타포) CTO를 만났습니다.

오늘날, 거의 대다수의 가정집에 설치되어 있는 유무선 공유기를 하나의 LAN이라고도 볼 수 있습니다. 그럼 세상에는 얼마나 많은 네트워크가 존재하는 걸까요? 과연 이 모든 네트워크에 할당할 주소는 충분히 존재할까요? 이번 글에서는 이전까지 5회차에 걸쳐 요즘IT에 연재했던 ‘엄청 쉬운 네트워크 이야기’ 시리즈의 부록으로 IP 주소의 역사를 알아보며, 여기에 필수적으로 등장하는 서브넷 마스크도 함께 알아보겠습니다. 이번 글에서의 IP는 IPv4를 뜻한다는 것을 미리 알려드립니다.

웹 폰트는 웹 페이지에서 사용되는 폰트를 온라인상에서 다운로드하여 쓸 수 있는 기술입니다. 웹 폰트는 사용자가 미리 해당 폰트를 시스템에 설치하지 않아도 사용이 가능하기 때문에, 웹 페이지를 사용하는 모든 사용자가 동일한 폰트로 일관된 디자인을 경험할 수 있습니다. 하지만 편리한 기술인 만큼 잘못된 방법으로 사용하게 된다면, 오히려 웹 페이지의 성능을 낮추고 사용자 경험을 해칠 수도 있는데요. 이번 글에서는 바람직한 웹 폰트 사용 방법에 대해서 알아보겠습니다.

‘멱등(Idempotent)하다’는 생소한 표현이지만 알고 보면 쉽습니다. 컴퓨터 과학에서 멱등하다는 것은 첫 번째 수행을 한 뒤 여러 차례 적용해도 결과를 변경시키지 않는 작업 또는 기능의 속성을 뜻하는데요. 즉, 멱등한 작업의 결과는 한 번 수행하든 여러 번 수행하든 같습니다. 예를 들어, 어떤 숫자에 1을 곱하는 연산은 여러 번 수행해도 처음 1을 곱한 것과 같은 숫자가 되기 때문에 멱등합니다. 마찬가지로 숫자의 절대값을 계산하는 절대값 함수는 같은 값에 대해 여러 번 수행해도 처음과 항상 같은 숫자가 돌아오기 때문에 멱등 함수라고 부릅니다.

백엔드 개발자가 아니면 리눅스를 사용할 일이 거의 없습니다. 그러므로 백엔드 입문자인 여러분께 리눅스 명령어는 낯설기 마련입니다. 명령어는 방대하기 때문에 처음부터 모든 명령어를 다 외우고 사용할 수는 없습니다. 그래서 백엔드 개발라자면 꼭 알아야 하는, 자주 사용하는 명령어의 사용법을 정리해두었습니다. 이 정도만 알면 명령어 입문은 뗀 겁니다. 그 외 명령어는 현업에서 부딪히며 그때그때 익히거나, 명령어 관련 서적으로 익히면 됩니다.