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

지난해 초 실시한 설문조사 결과에 따르면, 실제 MZ세대 사이에서도 한 직장에서 평생을 일하는 전통적인 일자리에 대한 인식이 변화하고 있으며 약 65% 이상의 청년이 프리랜서 의향이 있다고 응답한 것으로 나타났습니다. 저 또한 회사를 다니다 금융 개발 프리랜서로 전향하여 일한 경험이 있습니다. 이번 글에서는 제 경험을 바탕으로 한 개발 프리랜서 시장에 대해서 말해보고자 합니다.

연관 규칙 학습은 이름에서도 알 수 있듯 서로 연관된 특징을 찾는 학습 방법입니다. 이러한 연관 규칙 학습은 쉽게 추천 관련 알고리즘을 떠올리면 되는데요. 영화를 예매했을 때 비슷한 장르나 내용의 영화를 추천해서 보여주거나, 장바구니에 어떤 상품을 담았을 때 연관 상품을 띄우는 것이 이에 해당합니다. 수많은 데이터와 상품 사이에 숨겨진 상관관계를 파악하는 것이죠.

2022년 스택오버플로우 서베이에서 파이썬은 가장 배우고 싶은 언어 2위를 차지할 정도로 인기가 많다. 하지만 이러한 파이썬도 명확한 한계점이 지적된다. 속도이다. 파이썬은 자바, C, C++만큼 빠르지는 못하다. 그리고 커뮤니티를 통해서 이러한 한계점이 지적되어 왔던 것도 사실이다. 파이썬의 창시자 귀도 반 로섬은 파이썬 랭귀지 서밋(Python Language Summit)에서 파이썬을 빠르게 만드는 것을 언급했으며, 파이썬 3.11은 그에 대한 첫 결과물로 볼 수 있을 것이다. 이 글에서는 파이썬 3.11이 어떻게 빨라졌는지에 대해 알아보려고 한다.

소프트웨어는 ‘사람’이 만든다. 그리고 ‘함께’ 만든다. 리뷰어로서 지난 몇 년을 뒤돌아 보니 이 사실을 잊고 있었다는 생각이 들었다. 의지가 앞서 내 생각을 강요했고 맥락을 제대로 나누지 못했으며, 묻지 않고 내 말만 하기 바빴다. 이런 방식으로는 내가 원하는 것을 얻을 수 없었다. 내가 원하는 것을 얻기 위해서는 ‘함께’해야 한다. ‘함께’의 핵심은 내 생각을 자제하고 다양성을 인정하며 변화의 기회를 주고 기다려 주는 것이다. 그리고 그 밑바탕에는 사람에 대한 존중이 있다. 물론 쉽지 않은 일이다. 그래서 문화를 만드는 것이 아주 어려운 것이다.

본문은 ‘Evrone’이라는 해외 IT 아웃소싱 기업이, C++ 제작자이자 최초 구현자인 비야네 스트롭스트룹(Bjarne Stroustrup)을 인터뷰한 글입니다. 비야네 스트롭스트룹은 1978년부터 C++를 개발하였고, C++의 표준 참고서로 불리는 <C++ 프로그래밍 언어>를 저술했습니다. 인터뷰에는 C++ 프로그래밍에 대한 생각과 오랜 전문적 경험을 토대로 개발자들에게 건네는 조언이 담겨 있습니다.

자바스크립트는 생태계가 아주 튼튼하고 풍성합니다. 프로그래밍 언어를 선택할 때 해당 언어의 개발 환경의 성숙도는 탄탄한 생태계를 갖추고 있는지로 알 수 있습니다. 패키지 매니저, 빌드 자동화 도구, 코드 편집기, 프레임워크, 백엔드 개발 환경, 인프라 이렇게 6가지 항목으로 자바스크립트 개발 환경이 잘 준비되어 있는지 알아봅시다.

오늘은 머신러닝의 비지도 학습 방법 중 군집화에 대해 알아보겠습니다. 먼저 군집화란 그룹이라는 일종의 카테고리(군집)를 만들고, 이후 데이터 값을 보고 특정 군집으로 결정짓는 것(군집화)을 말합니다. 보통 여러 데이터가 쌓인 표를 보면 어떻게 묶어줘야 할지 쉽게 결정하기 어려운데요. 이때 데이터의 양이 적은 경우, 좌표 평면을 사용하면 가까운 것들끼리 묶을 수 있습니다. 그러나 더 많은 양의 복잡한 데이터는 어떨까요? 2차원의 표로 정리하는 게 불가능할 수도 있습니다. 이때 군집화 방법을 이용하면 3차원 또는 4차원으로 정리된 데이터를 묶어줄 수 있습니다.

흔히 ‘개발을 한다’고 하면 코드를 작성하는 일을 떠올립니다. 그러나 개발자로 일하다 보면 코드를 작성하는 시간보다 이미 작성된 코드를 읽는 시간이 훨씬 더 많다는 걸 깨닫게 됩니다. 요즘 실력 있는 개발자의 역량 중 하나는 ‘코드를 얼마나 이해하기 쉽게 만드는가’에 있습니다. 특히 여러 팀과 협업하거나, 규모가 큰 프로젝트를 진행할 땐 이러한 역량이 더욱 중요해집니다. 이번 글에서는 선언형 프로그래밍을 통해 리액트에서 이해하기 쉬운 코드를 작성하는 방법에 대해 살펴보겠습니다.

실제로 디버깅을 해보면 브라우저에서 인식할 수 없는 파일이라고 해도 코드 라인의 위치를 정확히 짚어주는 것을 확인할 수 있습니다. 이것이 가능한 이유는 우리가 브라우저에게 원본 소스 코드와 변환된 소스 코드의 관계를 맺어주는 정보인 소스 맵(Source map) 을 제공하기 때문입니다. 그렇다면 소스 맵은 어떤 방식으로 그러한 정보를 저장하고 있는 걸까요? 오늘은 웹 개발에서 디버깅을 훨씬 쉽게 만들어주는 필수적인 파일인 소스 맵에 대해 알아보겠습니다.