기본 콘텐츠로 건너뛰기

저녁이 있는 삶?? 노력하면 가능할지도 모르지.. 하지만 그게 노력만으로 되는걸까?

요 며칠 누리망을 따끈따끈하게 데우고 있는 글이 있습니다.

조성문님의 진정한 '행복에 대하여 – 가족 중심 문화의 중요성' 그리고 윤석찬님의 '나의 가족과 저녁이 있는 삶' 입니다.

각각, 미국과 우리 나라에서 가족과 함께 하는 삶에 대한 이야기를 하고 있습니다.

저도 두 아이의 아빠로서 가슴 깊이 공감하며 읽었습니다.

그런데, 이런 주제의 글은 사실 그다지 새로울 것이 없이 우리 나라에서 IT 노동자의 삶을 이야기하다보면 매년 제기되는 문제입니다.

계속되는 야근과 철야로 얼룩진 망가진 삶.. 애인도 없고, 결혼을 해도 가족과 함께 하지 못하고, 모 기업의 사장은 컨퍼런스에 나와서 이 제품을 개발하느라 이혼한 개발자도 있다며 자랑스럽게 이야기하는..

모든 사람이 그렇지는 않지만 분명 우리 나라의 노동자는 대체로 비참하게 산다고 봅니다.이게 자신의 노력만으로 개선이 가능한지는 저는 조금 의구심이 듭니다. 물론 많은 것을 포기한다면 어느 정도까지는 가능하다고 봅니다. 하지만 개인의 노력으로는 분명 한계가 있습니다.

조직과 사회가 그것을 받아들여줄 제도적 장치와 문화가 준비되지 않는다면 개인의 노력은 정말 비루하기 짝이 없습니다.

제 이야기를 해보겠습니다.

저는 나름 다른 많은 IT 노동자보다는 훨씬 나은 삶을 살고 있다고 생각합니다. 그 모든 것에 대해 주님께 감사드리고 만족하며 살고 있습니다.

저는 나름 정시 출근을 하고 정시 퇴근을 하며, 월급이 밀려 본적도 없이 안정적인 직장생활을 하고 있습니다.

이것은 어찌 보면 이런 것을 용인해주는 회사의 문화와 약간의 희생을 감수하는 저의 노력으로 얻어진 것입니다.

하지만 이 선을 넘을 수는 없습니다. 무슨 얘기인고 하니..

작년에 저는 큰 아이를 어린이집에 보내게 되었습니다. 그런데 어린이집이 아이가 걸어서 갈 수 있는 곳이 아니라 제가 차에 태워서 보내야 하는 곳이었습니다. 제 나름의 소신이 있었기 때문에 집 주변의 사립 어린이집이 아닌 공동육아 어린이집으로 매일 같이 아침 새벽 6시 일어나 7시까지 아이를 어린이집에 데려다 주고, 매일 저녁 6시면 칼같이 퇴근해서 아이를 데리고 집으로 돌아가는 일상이 시작되었습니다.

공동육아를 해보신 분은 아시겠지만 단순히 아이를 어린이집에 데려다주고 데려오는 것으로 끝나지 않습니다. 적어도 한달에 한번은 휴가를 내어서 아이들의 일일교사가 되어야 했고, 주말에는 어린이집의 대소사를 함께 챙겨야 했습니다.

모든 생활이 어린이집에 맞추어지자 회사에서의 생활이 삐그덕 거리기 시작했습니다.

주말 근무, 출장, 야근 모든 것에서 마찰이 생겼습니다.

여기서 고민이 시작되었습니다. 나름 애를 써가며 주말에 근무도 하고 집으로 돌아와 야근을 불사하며 집과 회사의 생활에 균형을 맞추기 위해 애를 썼지만 어쩔 수 없이 다른 직원과 저의 회사 생활에 대한 균형이 깨지기 시작했습니다.

회사 동료들은 자신들은 야근을 하는데, 저는 칼퇴근을 하며

자신들은 매주같이 출장을 가는데, 저는 요리조리 빠져나가고

자신들은 주말에 나와 근무를 하는데, 저는 요리조리 빠져나가고

이러다 보니 알게 모르게 주변 동료들의 불만이 쌓여가고, 종국에는 업무 태도가 좋지 않다며, 그럴거면 이직을 하든지 창업을 하라는 얘기까지 들었습니다.

제가 이전보다 업무 능력이 현저히 떨어진 것도 아니었고, 저는 정시 출근, 정시 퇴근을 했으며, 다만 야근이나 주말근무, 출장을 많이 못나갔을 뿐입니다.

결국 이런 저런 이유로 저는 아이가 다니던 어린이집을 그만둘 수밖에 없었습니다.

어떤 사람들은 저에게 융통성이 없다고 할지도 모릅니다.

하지만 분명한건 우리 나라는 아무리 이해심이 넓은 직장동료와 상사를 모신다 하더라도 가정이 우선인 문화는 절대 아니라는 겁니다.

저는 작년에 제가 직장생활을 시작한 9년 중 처음으로 가족여행을 가보았습니다. 여름 휴가라는걸 가보았습니다. 머.. 물론 회사에서 가지 말라고 저를 압박한적은 없습니다. 다만 제가 그런 식으로 휴가를 가면 제 자리가 사라질까 두려워 그동안 가보지 못했습니다.

가정을 우선시하는 직장인은 직장 안에서 알게 모르게 미움을 받거나 따돌림을 당합니다. 저도 알게 모르게 그게 각인되어 있습니다.

개인의 노력으로 직장과 가정에 균형을 맞추는건 한계가 있습니다. 저는 나름 좋은 직장인지라 주말 근무가 많지 않습니다만, 직장에서 지속적으로 살아남기 위해서는 어쩔 수 없이 직장에 좀 더 추를 옮겨야 합니다.

저녁이 있는 삶이 힘든 다른 이유 중 하나는 엄청난 출퇴근 시간입니다.

저는 지금은 하루에 5시간을 출퇴근 시간으로 씁니다. 본사에 근무하더라도 출퇴근 시간은 얼추 하루에 2시간 반정도입니다.

6시에 칼퇴근을 한다고 해도 집에 가면 7시 반 쯤이 됩니다.

씻고 밥 먹고 나면 자야하는 시간입니다. 삶에 여유가 없습니다.

회사 근처에 살 수 있다면 좋겠지요. 하지만 우리나라에서 그게 가능이나 한건지.. 사정이 이러다보니 주중에 운동 한번 하는 것도 쉽지 않습니다. 아이와 함께 택견이나 그런걸 배워보고 싶어도 꿈같은 이야기입니다.

예전에 대금이 너무 배워보고 싶어서 한 두달 배우다 포기했습니다. 1주일에 3번 가는 것도 힘들더군요..

예전에 한번은 주말에 사내에서 진행하는 세미나에 아이를 데리고 참석한적도 있습니다. 그냥 반항이었습니다. 주말에는 가족과 지내고 싶은 마음에 소심한 반항이었죠. 동료들은 웃고 넘어가 주었지만 저는 마음이 편하지는 않았습니다.

예전에 파견을 나가던 곳에서는 제가 할일만 딱 끝내고 칼같이 출근해서 칼같이 퇴근하는 일상을 여전히 반복했던 적이 있습니다.

몇주가 지나자 PM은 바로 저희 회사 윗선에 제가 근무태도가 좋지 않다며, 개발자들은 모두 야근하고 그러는데 제가 프로젝트에 집중하지 않는다며 불만을 얘기했습니다.

그래서 저는 어쩔 수 없이 할일도 없이 몇번의 야근을 했던 적도 있습니다.

성과, 능력 그런건 개뿔.. 우리 나라에서는 보여주기식으로 일을 해야 일을 잘하는 겁니다.

특정 정도의 능력은 기본이고 보여주기식으로 야근도 하고 철야도 해줘야 합니다.

그렇게 못할거면 가정을 위해서 살아주는건 꿈도 못 꿉니다. 가정을 위해 사는 사람을 직장에서는 이기적이라고 말합니다.

전 그게 우리네 현실이라고 봅니다.

물론 이건 저만의 경험이니 저와는 또 다르게 현실을 인식하시는 분들도 계시겠죠. 어쩌면 제가 제 직장 동료들에 대해 오해를 하고 있을 수도 있습니다.

머 주저리 주저리 말은 많았지만 그냥 그렇습니다. 우리네 아빠는 정말 힘듭니다.

댓글

  1. 동의합니다. 야근은 개인의 문제라기보다는 환경의 문제입니다.

    답글삭제
  2. 정말 공감합니다. 가족보다 중요한게 없는데 참 안타까울 때가 많아요..

    답글삭제

댓글 쓰기

이 블로그의 인기 게시물

피드백 루프: AI 시대 테스터가 지켜내야 할 핵심 엔진

소프트웨어 개발과 테스팅 현장에서 가장 자주 언급되지만, 막상 시스템이 복잡해질수록 쉽게 경시되곤 하는 핵심 개념이 바로 '피드백 루프(Feedback Loop)'입니다. 코드를 수정하고, 빌드하고, 테스트 결과를 확인하고, 다시 개선하는 그 순환 과정의 속도와 정확도가 결국 소프트웨어의 품질을 결정짓기 때문입니다. 품질 전문가 매슈 하이저(Matthew Heusser)가 자신의 블로그 Quality Remarks에 기고한 "One Loop After Another" 아티클은 바로 이 피드백 루프의 다층적 구조와, AI 시대에 우리가 놓치지 말아야 할 품질 검증의 본질을 날카롭게 되짚어 줍니다. (출처: Quality Remarks - One Loop After Another / Matthew Heusser) https://qualityremarks.com/one-loop-after-another/ 매슈 하이저는 소프트웨어 개발 생태계가 단순히 하나의 커다란 테스트 루프로 돌아가는 것이 아니라, 시간 축과 관점에 따라 겹겹이 쌓인 '연쇄적인 피드백 루프들(One Loop After Another)'로 이루어져 있다고 설명합니다. 초단기 루프 (Inner Loop): 개발자가 코드를 작성하는 몇 초~몇 분 단위의 루프입니다. 단위 테스트(Unit Test)나 IDE의 Linter, AI 자동 완성이 즉각적인 피드백을 주는 영역입니다. 단기 루프 (Daily / CI Loop): 커밋과 푸시가 이루어지고, CI/CD 파이프라인에서 통합 테스트와 정적 분석이 실행되는 몇 시간 단위의 루프입니다. 중기 루프 (Iteration / Exploration Loop): 스프린트 단위로 탐색적 테스팅(Exploratory Testing)을 수행하고, 실제 사용자 시나리오나 엣지 케이스를 사람이 직접 검증하며 시스템의 유기적 작동을 확인하는 며칠~몇 주 단위의 루프입니다. 장기 루프 (Outer / Market Loop): 실제 ...

에이전틱 AI 프로젝트에서 테스터의 5가지 핵심 원칙

AI 코딩 에이전트와 자율형 에이전트가 빠르게 개발 워크플로우에 통합되면서, 단순히 코드를 잘 짜는 것을 넘어 '에이전트와 어떻게 협업하고 통제할 것인가'가 개발자와 아키텍트들의 가장 큰 화두로 떠올랐습니다. 윤석찬 님의 아티클 "AI 에이전트 시대, 개발자는 어떻게 일해야 하는가? – 프론티어 엔지니어링의 10가지 원칙"은 에이전틱 AI 시대에 엔지니어가 마주하는 패러다임 변화와, 실무 현장에서 일하는 방식을 어떻게 재정의해야 하는지 아주 명확한 가이드라인을 제시해 줍니다. (출처: channy.creation.net - 윤석찬 님의 블로그) https://channy.creation.net/blog/1989 비록 대규모 에이전트 오케스트레이션이나 초거대 인프라 시스템을 개인이 직접 구축하고 운용하는 것은 비용적·기술적으로 현실적인 한계가 있습니다. 하지만 개인 프로젝트에서 AI와 바이브 코딩(Vibe Coding)을 활용하며 겪었던 맥락 손실, 환각, 통제 불능의 경험들을 떠올려보면, 이 아티클이 제시하는 10가지 프론티어 엔지니어링 원칙은 소규모 개인 개발 환경에서도 대단히 깊은 공감을 불러일으킵니다. 이 글은 단순히 "AI 도구를 잘 쓰자"는 수준에 머무르지 않습니다. AI 에이전트가 생성해내는 불확실성 속에서 인간 엔지니어가 시스템의 맥락을 주도하고, 오작동을 제어하며, 품질의 키(Steering Wheel)를 쥐기 위한 구조적 사고법을 다룹니다. 그렇다면 프론티어 엔지니어링의 원칙을 바탕으로, 시스템의 신뢰성과 안전성을 검증해야 하는 테스터는 과연 어떤 실무 원칙을 세워나갈 수 있을까요? 윤석찬 님이 제시한 엔지니어링 원칙을 테스팅 관점으로 재해석해 보면, 다음과 같은 5가지 원칙으로 정리할 수 있을 것 같습니다. 1. 결정론적 검증에서 '경계선 및 허용 오차(Boundary)' 테스팅으로 전환하라 에이전트 기반 시스템은 같은 입력을 주어도 매번 다른 추론 경로를 거치는 확률적(Stoc...

합성 사용자(Synthetic Users)의 5가지 유형과 AI 테스팅 현장에서의 활용법

AI와 생성형 모델 기술이 발전하면서, 사용자 경험(UX) 연구와 테스팅 현장에서 가상 퍼소나를 활용해 테스트 데이터를 수집하거나 사용성을 평가하려는 시도가 급격히 늘고 있습니다. 이를 흔히 '합성 사용자(Synthetic Users)'라고 부릅니다. 하지만 막연히 "AI에게 사용자 역할을 시켜 테스트를 돌린다"고 할 때, 그 가상 사용자가 어떤 방식과 데이터로 생성되었는지 명확히 구분하지 않으면 자칫 왜곡된 결과에 빠질 위험이 있습니다. UX 및 사용성 리서치 분야의 권위 있는 기관인 MeasuringU에서 이 합성 사용자의 개념을 명쾌하게 분류한 아티클을 공개했습니다. 바로 "What Are the Different Types of Synthetic Users?"라는 글입니다. (출처: MeasuringU - What Are the Different Types of Synthetic Users? / Jeff Sauro, PhD & Jim Lewis, PhD) https://measuringu.com/what-are-the-different-types-of-synthetic-users/ Jeff Sauro와 Jim Lewis 박사는 합성 사용자를 단순히 하나의 개념으로 뭉뚱그리지 않고, 생성 기술의 근거와 데이터 기반에 따라 크게 5가지 유형으로 깔끔하게 정리해 줍니다. 첫째는 규칙 기반(Rule-Based) 합성 사용자입니다. AI 모델이 아니라 사전 정의된 조건문, 정규식, 시나리오 스크립트에 따라 움직이는 전통적인 형태의 가상 사용자입니다. 예측 가능하고 정확하지만, 인간 사용자의 복잡한 정서나 미묘한 변수를 반영하진 못합니다. Selenium, Playwright, K6 같은 도구를 통해 지정된 경로대로 버튼을 누르고 데이터를 입력하는 방식을 들 수 있습니다. 둘째는 퍼소나 기반 LLM(Persona-Based LLM) 합성 사용자입니다. 생성형 AI에게 "너는 50대 비테크놀로지 사용...