기술 실사는 코드 품질을 겨루는 대회가 아니며, 실사를 준비하는 팀은 대개 엉뚱한 곳에 시간을 쏟습니다. 회사를 인수하려는 사람 중에 당신이 만든 추상화에 점수를 매기려는 사람은 없습니다. 인수자는 이 시스템을 소유하는 데 얼마가 들지, 그리고 돈이 오간 뒤에 상황이 얼마나 나빠질 수 있는지를 계산하려는 것입니다. 이렇게 질문을 다시 세우는 일이 중요한 이유는, 무엇부터 손봐야 하는지가 달라지기 때문입니다. 보기에 지저분해도 돌아가고, 팀이 이해하고 있으며, 안전하게 바꿀 수 있는 코드는 사소한 지적에 그칩니다....
프로그래밍 튜토리얼
실무형 프로그래밍 튜토리얼. Python, C++, JavaScript 등에서 명확한 예제와 모범 사례를 제공하며 설계, 테스트, 성능을 다룹니다.
데이터베이스 성능 작업은 보통 누군가 더 큰 인스턴스를 제안하는 것으로 시작해서, 페이지를 열 때마다 쿼리 하나가 400만 행을 순차 스캔하고 있었다는 발견으로 끝납니다. 제약은 처음부터 하드웨어가 아니었습니다. 제약은 실행 계획이었습니다. 이 패턴은 충분히 일관되게 반복되므로 기본 가정으로 삼을 만합니다. 애플리케이션이 느리고 데이터베이스가 바쁘다면, 원인은 거의 언제나 소수의 특정 쿼리이지 전반적인 용량 부족이 아닙니다. 그리고 서버를 키우는 일은 테이블이 다시 커지는 데 걸리는 시간만큼만 문제를 가려 줍니다. 무엇이든 바꾸기 전에 먼저 측정하십시오. 짐작으로 고...
소프트웨어 테스트 전략은 대개 커버리지라는 숫자로 설명되지만, 커버리지는 이 분야 전체에서 정보량이 가장 적은 숫자입니다. 커버리지가 구십 퍼센트인 코드베이스도 가장 많이 쓰이는 경로에서 버그를 그대로 배포할 수 있습니다. 커버리지는 테스트가 도는 동안 어떤 줄이 실행되었는지를 측정할 뿐, 그 줄에 대해 의미 있는 검증이 이루어졌는지는 전혀 측정하지 않기 때문입니다. 자기 테스트 스위트를 신뢰하는 팀은 퍼센트가 가장 높은 팀이 아닙니다. 무언가가 정말로 망가졌을 때 테스트가 빨간불을 켜고, 그 외의 순간에는 조용히 있는 팀입니다....
핀테크 소프트웨어 개발은 누군가 돈을 보유할 권한이 누구에게 있는지 묻기 전까지는 일반 소프트웨어 개발과 똑같이 견적되고 일정이 잡힙니다. 그 질문이 나오는 순간부터 프로젝트는 엔지니어링 과제이기를 멈추고 엔지니어링 요소가 딸린 규제 과제가 되며, 머릿속에 그려두었던 일정은 더 이상 달성 가능한 것이 아니게 됩니다. 기술은 어려운 부분인 경우가 드뭅니다. 돈을 옮기는 일은 이미 해결된 문제이고, 성숙한 제공업체와 문서화된 인터페이스, 첫날부터 쓸 수 있는 테스트 환경이 갖춰져 있습니다. 핀테크 구축 기간을 늘리는 것은 인가 지위, 감사에 대응할 증적 의무, 그리고 여...
MVP 소프트웨어 개발이 어긋나는 지점은 구현 단계가 아니라 범위를 정하는 회의입니다. 누군가 “최소 기능 제품"이라고 말하면 모두가 고개를 끄덕이고, 그다음에 도착한 기능 목록에는 사용자 계정과 관리자 화면, 결제, 알림, 대시보드, 그리고 모바일 앱까지 들어 있습니다. 그것은 최소 기능 제품이 아닙니다. 그것은 이미 완성된 제품이고, 머릿속에 떠올린 숫자보다 세 배는 더 오래 걸립니다. 정작 문제를 일으키는 단어는 “기능하는”, 즉 뒤에 붙는 viable입니다. 대부분의 팀은 이 말을 “누구에게나 팔 수 있을 만큼 좋은 상태"로 읽지만, 실제 의미는 “...
엔드포인트 개수로 맞춤형 API 개발 비용을 추정하는 사람은 거의 틀립니다. 보통 세 배쯤 틀립니다. 엔드포인트는 이 일에서 가장 싼 부분입니다. 이미 가지고 있는 데이터를 읽고 쓰는 열 몇 개짜리 묶음이라면, 실력 있는 백엔드 개발자에게는 이 주 남짓한 작업입니다. 돈이 드는 쪽은 그 엔드포인트를 다른 회사가 자기 사업을 얹어도 되겠다고 판단할 만한 것으로 바꾸는 나머지 전부입니다. 보안 검토를 통과하는 인증, 나중에 마음을 바꿀 여지를 남겨 두는 버전 관리, 아무도 문의 메일을 보내지 않아도 될 만큼 좋은 문서, 그리고 어느 고객이 지금 곤란을 겪고 있는지 알려 ...
COBOL 현대화 서비스를 구매하는 일은 다른 어떤 소프트웨어 발주와도 다릅니다. 대상 시스템은 삼사십 년째 돌아가고 있고, 지금 회사에 남아 있는 사람 가운데 그 전체를 온전히 이해하는 사람은 없으며, 잘못됐을 때의 대가는 놓친 스프린트가 아니라 규제 보고 실패라는 단위로 측정됩니다. 그런데 책상 위에 놓인 제안서들은 하나같이 같은 결과를 약속하면서 가격만 터무니없이 벌어져 있습니다. 이 글은 제대로 된 계약에 실제로 무엇이 담기는지, 업체 유형이 어떻게 다른지, 그리고 근거 위에 세운 입찰과 낙관 위에 세운 입찰을 갈라내는 질문이 무엇인지 정리합니다....
C++ 개발자를 채용하겠다는 결정은 대개 구체적인 문제를 하나 달고 찾아옵니다. 무언가가 더 빨라야 하거나, 하드웨어 위에서 돌아가야 하거나, 네이티브 인터페이스만 제공하는 라이브러리와 연결되어야 합니다. 그리고 그때 시작되는 채용 절차는 대체로 C++를 하나의 기술로 취급합니다. 실망스러운 결과의 대부분은 바로 그 전제에서 나옵니다. C++는 하나의 직무가 아닙니다. 뛰어난 게임 엔진 프로그래머가 임베디드 펌웨어에서는 정말로 생산성이 나오지 않을 수 있고, 저지연 트레이딩 전문가는 평생 그래픽 애플리케이션을 출시해 본 적이 없을 수도 있습니다. 셋 다 훌륭한 C++...
서드파티 API 연동은 상용 소프트웨어에서 가장 꾸준히 과소평가되는 작업입니다. 문서는 명확하게 읽히고, 공급업체는 클라이언트 라이브러리를 제공하며, 누군가는 두 주면 된다고 말합니다. 여섯 주 뒤에도 팀은 이미 환불된 주문에 대해 웹훅이 두 번 도착했을 때 무슨 일이 일어나야 하는지를 두고 여전히 논쟁하고 있습니다. 이 격차는 실력의 문제가 아닙니다. 연동에서 흥미로운 부분은 결코 요청과 응답이 아니기 때문에 생기는 일입니다. 진짜 내용은 상대 시스템이 자기 문서가 한 번도 설명한 적 없는 방식으로 동작할 때 벌어지는 모든 것이고, 상대는 반드시 그렇게 동작합니다....
Qt 개발자를 채용하려는 회사는 대개 브라우저가 아니라 기계 위에서 돌아가야 하는 무언가를 만들고 있습니다. 계기판, 진단 도구, 다른 누구도 지원하지 않는 하드웨어를 제어하는 애플리케이션 같은 것들입니다. 후보자 풀은 웹 시장의 아주 일부에 지나지 않고, 쓰이는 어휘도 다르며, 흔히 통하던 채용 지름길은 여기서 통하지 않습니다. “C++”라는 조건만으로 걸러 내는 리크루터는 QML을 한 줄도 써 본 적 없는 사람을 데려옵니다. 이 글은 유능한 Qt 엔지니어가 실제로 무엇을 알고 있는지, 2026년에 이 자리가 얼마나 드는지, 정말 중요한 역량을 어떻게 검증하는지, ...