직장 내 괴롭힘 신고 후 무엇이 진행되는지 확인하는 질문들

회사에 신고 내용을 보냈는데 접수됐다는 답만 오고 이후 안내가 없습니다. 다음 면담을 기다려야 하는지, 자료를 더 보내야 하는지, 불편한 상대와 계속 같은 일을 해야 하는지 알기 어렵습니다. 신고서를 제출하는 일과 그 뒤의 시간을 버티는 일은 서로 다른 문제입니다.진행 상황을 확인할 때는 한꺼번에 결론을 요구하기보다 단계별로 질문을 나누는 편이 도움이 됩니다. 접수 담당자, 조사 방식, 당장 필요한 보호, 결과 이후의 연락 창구를 구분하면 무엇에 답을 받았고 무엇이 남았는지 알 수 있습니다.이 글은 2026년 11월 1일 확인한 근로기준법을 바탕으로 만든 일반적인 질문 목록입니다. 특정 사건의 처리 결과나 필자의 신고 경험을 소개하는 글은 아닙니다. 예시 문장은 상황에 맞게 조정해야 하며, 적용 법령과 ..

퇴사를 종용하는 듯한 업무 배제, 감정과 사실을 나눠 기록하는 법

매주 참석하던 회의에서 초대가 빠지고, 맡고 있던 업무가 설명 없이 다른 사람에게 넘어갑니다. 한 번이면 일정 착오일 수 있지만 비슷한 일이 이어지면 마음이 복잡해집니다. 자신을 내보내려는 신호인지, 단순한 역할 조정인지 쉽게 구분하기 어렵습니다.개발 업무를 생각해 보면 회의 참석 자체보다 필요한 정보를 받지 못해 일정과 책임이 어긋나는 문제가 더 구체적입니다. 이때 기록의 첫 목표는 상대의 의도를 확정하는 것이 아니라, 무엇이 달라졌고 어떤 설명을 받았는지 다른 사람도 이해할 수 있게 만드는 데 있습니다.이 글은 특정 회사의 사건이나 필자의 피해 경험이 아닙니다. 2026년 11월 1일 확인한 공식 자료를 바탕으로, 상담을 준비할 때 사용할 기록 방식을 제안합니다. 아래 사례는 모두 가상이며 개별 사건..

코딩 에이전트에게 “이 기능을 구현해 주세요”라고 부탁하면 코드가 돌아올 수 있습니다. 하지만 어떤 파일을 바꿔도 되는지, 무엇을 성공으로 볼지, 어떤 검사를 실행했는지 빠져 있으면 결과를 검토하는 일이 오히려 어려워집니다. 작업을 맡길 때는 구현 아이디어보다 판단 기준과 제한을 먼저 공유하는 편이 낫습니다.GitHub가 2026년 10월 발표한 개발자 인터페이스에 관한 글은 개발자가 도구를 하나씩 조작하는 시간보다 방향·맥락·제약을 정하고 결과를 검토하는 일이 중요해질 수 있다고 주장합니다. 이는 제품을 만드는 회사의 관점이며 독립된 직무 연구의 결론은 아닙니다. 다만 에이전트가 저장소를 읽고 파일을 편집하고 명령과 테스트를 수행하는 흐름을 생각할 때, 지시를 검증 가능한 작업 계약으로 적는다는 실용적..

AI 규제 소식은 발표 제목이 강하게 전달되는 경우가 많습니다. 하지만 “규정이 바뀌었다”는 소식만으로 모든 AI 사업자에게 같은 의무가 생기거나 기존 일정이 일괄 연기되었다고 결론 내리기는 어렵습니다. 제품을 제공하는 회사인지, 조직 내부에서 사용하는 운영자인지, 특정 고위험 시스템을 다루는지에 따라 확인할 조항이 달라집니다.2026년 7월 24일 관보에 게재된 Regulation (EU) 2026/1744는 AI Act를 포함한 규정의 일부를 개정하는 Digital Omnibus on AI입니다. 이 글은 법률 자문이 아니라 공식 원문을 읽을 때 확인할 항목을 정리한 안내입니다. 대상 여부를 판단할 때는 개정 전후 원문과 해당 조직의 법률 검토를 기준으로 삼으셔야 합니다. EUR-Lex 법령 원문은 ..

API 응답 시간이 짧아지고 서버 사용률이 낮아지면 개발자는 성능이 개선됐다고 말할 수 있습니다. 하지만 그 변화만으로 전력 사용량이나 탄소 배출이 줄었다고 결론 내리기는 어렵습니다. 서버 종류, 데이터센터 전력원, 요청량, 저장·네트워크 비용, 측정 기간이 모두 결과에 영향을 줄 수 있기 때문입니다.GitHub와 Yale Program on Climate Change Communication은 2026년 9월 미국의 GitHub 사용자 1,039명을 대상으로 소프트웨어 효율과 기후 인식을 조사했다고 발표했습니다. 이는 자발적으로 응답한 플랫폼 사용자 표본이며 전체 개발자를 대표하는 확률 표본으로 일반화할 수 없습니다. 조사 결과가 보여 주는 것은 효율 측정에 관심이 있다는 응답과 도구 수요이지, 특정 ..

.NET 버전을 올릴 때는 새 기능 목록보다 현재 운영 중인 버전의 지원 종료 시점을 먼저 확인하는 편이 실용적입니다. Microsoft Lifecycle에 따르면 .NET 8 LTS와 .NET 9는 2026년 11월 11일(미국 태평양 시간 기준)에 지원이 종료될 예정입니다. 그 시점이 가까워진 지금 .NET 10으로 옮길지, 서비스별로 순서를 나눌지 검토할 필요가 있습니다.이 글은 프로젝트를 실제로 마이그레이션해 본 결과가 아니라, 공식 지원 일정과 실서비스 전환 때 확인할 항목을 정리한 점검표입니다. 2026년 10월 18일 Microsoft Lifecycle 페이지를 기준으로 확인했으며, 실제 작업 전에는 대상 OS·런타임·프레임워크 지원표를 다시 확인하십시오. Microsoft .NET 수명주기..

블로그 글을 운영하다 보면 검색 유입이 줄거나 늘었을 때 원인을 알고 싶어집니다. 기존 Search Console 성과 보고서만으로는 웹 검색, Discover, 생성형 검색 경험에서 나타난 노출을 모두 같은 방식으로 해석하기 어렵습니다. Google은 2026년 6월 Search Console에 생성형 AI 검색 성과 보고서를 소개했고, 8월 31일 전 세계 배포를 알렸습니다.이 기능이 검색 유입을 늘려 주거나 특정한 AI 추천 위치를 보장하는 것은 아닙니다. 어떤 데이터를 별도로 보고할 수 있는지, 그리고 작은 블로그 운영자가 실제로 취할 수 있는 행동은 무엇인지 공식 안내를 바탕으로 살펴보겠습니다. Google Search Central 발표를 확인일 기준으로 참고했습니다.새 보고서는 어떤 질문에 ..

로컬 코딩 에이전트에 프로젝트 폴더를 열어 주면 그 안의 파일만 다루리라고 생각하기 쉽습니다. 그러나 파일 접근 범위와 셸 실행, 네트워크 연결, 환경 변수와 자격 증명 접근은 서로 다른 권한입니다. 폴더를 지정했다는 사실만으로 컴퓨터 전체와 외부 서비스에 대한 접근까지 제한되었다고 보기는 어렵습니다.GitHub는 2026년 10월 7일 Copilot의 local sandboxing 기능이 일반 제공 상태가 되었다고 공지했습니다. 제품별 세부 동작은 달라질 수 있으므로 여기서는 보안 경계를 설계할 때 확인할 질문을 정리합니다. 특정 설정을 직접 실험한 후기나 안전 보증으로 읽지 않도록, GitHub 공식 공지와 사용 중인 클라이언트의 현재 문서를 기준으로 판단해야 합니다.파일 허용 범위와 실행 허용 범위..

정적 분석 도구는 문제를 찾고, 자동 수정 기능은 수정 코드를 제안합니다. 여기에 AI가 들어오면 코드의 주변 맥락을 해석해 스캔 결과를 설명하거나 여러 파일의 수정안을 만들 수 있습니다. 편리해 보이는 만큼 “취약점이 해결됐다”는 표시를 곧바로 신뢰해도 되는지 구분할 필요가 있습니다.GitHub는 2026년 10월 15일 pull request용 AI Scan과 코드 스캔 경고의 agentic autofix를 일반 제공한다고 각각 알렸습니다. 일반 제공은 사용 가능 범위가 넓어졌다는 제품 상태를 뜻하지만 모든 계정·저장소에서 동일한 조건이라는 의미는 아닙니다. 이 글은 발표를 바탕으로 검토 절차를 제안하며, 직접 도구를 실행해 효과를 측정한 후기는 아닙니다. AI Scan 공지와 agentic auto..

AI 코드 리뷰 도구의 비용을 월 구독료 하나로 계산하기 어려워지고 있습니다. GitHub는 2026년 6월 1일부터 Copilot 사용을 AI Credits 기반으로 청구하고, Copilot code review는 AI Credits에 더해 일부 저장소에서 GitHub Actions minutes도 소비한다고 공지했습니다. 코드 리뷰를 자동으로 켜 두었다면 두 항목을 분리해 살펴볼 필요가 있습니다.이 글은 특정 계정의 청구 내역을 직접 확인한 비용 후기가 아닙니다. GitHub 공식 변경 공지와 과금 단위를 기준으로 작은 팀이 예상 비용을 관리할 때 확인할 지점을 정리합니다. 요금과 포함량, 플랜별 정책은 계정 종류와 시점에 따라 바뀔 수 있으므로 2026년 6월 1일 GitHub 공지와 현재 요금 문..