퇴근 후 연구소(AfterworkLabs)

며칠 전 퇴근 직전에 오래된 C 코드에서 간헐적으로 값이 깨지는 문제가 생겼다. 재현은 잘 안 되고, 로그는 부족하고, 코드를 오래 들여다볼수록 의심되는 곳만 늘어났다. 예전 같았으면 집에 와서도 머릿속으로 포인터와 호출 순서를 계속 따라갔을 텐데, 이번에는 노트 한 장부터 꺼냈다.문제를 세 줄로 줄여봤다첫 줄에는 “언제 깨지는가”, 둘째 줄에는 “깨지기 직전에 누가 값을 바꾸는가”, 마지막 줄에는 “정상일 때와 다른 조건이 무엇인가”를 적었다. 막연히 코드를 읽을 때는 모든 함수가 수상했는데, 질문을 적고 나니 확인할 범위가 의외로 작아졌다.내가 실제로 확인한 순서1. 입력값을 그대로 로그에 남겼다.함수 안쪽부터 보지 않고 경계에서 들어오는 값과 나가는 값만 찍었다. 이것만으로도 문제가 내부 계산인지 ..

IT 2026. 8. 27. 17:24

매일 반복되는 스터디카페 출석 체크와 점수 관리를 자동화하는 방법을 정리했습니다. 클릭 한 번으로 자동 채점·자동 저장되고, 주간·월간 데이터까지 자동 집계되어 원장의 관리 시간을 줄여줍니다.많은 스터디카페가 여전히 출석과 점수를 엑셀로 관리합니다. 익숙하고 무료지만, 매일 쓰다 보면 세 가지 문제가 반복됩니다.매일 여러 학생의 점수를 사람이 계산·합산해야 한다지각·결석 감점 같은 규칙을 매번 직접 적용해야 한다주간·월간으로 다시 정리하려면 또 손이 간다이 글에서는 이 반복 작업을 없애는 방법, 즉 출석·점수 관리를 자동화하는 방법을 실제 화면으로 정리합니다.1. 관리의 시작점 — 오늘 현황 대시보드프로그램을 켜면 오늘 관리 학생 수, 평균 점수, 입력률, 그리고 확인이 필요한 학생이 한 화면에 정리됩니..

프로젝트/NYS EDU 2026. 8. 11. 13:21

스터디카페 월말 학부모 리포트, 클릭 한 번으로 자동 생성하는 방법을 정리했습니다. 매일 쌓인 출결·점수·태도 데이터를 이미지 리포트와 발송 문구까지 자동으로 만들어 원장의 반복 업무를 줄여줍니다.스터디카페 원장님의 월말 업무 중 은근히 시간을 많이 잡아먹는 일이 있습니다. 바로 학부모에게 보낼 리포트 만들기입니다.한 달치 출결을 세고, 점수를 합산하고, 보기 좋게 정리해서, 아이마다 메시지를 다르게 쓰고… 학생이 많을수록 이 작업은 며칠이 걸립니다. 그리고 대부분 이 일은 '해야 하는 줄 알지만 부담돼서 미루는' 업무죠.이 글은 그 월말 리포트 작업을 자동화하는 방법에 대한 것입니다. 핵심은 하나입니다. 원장이 리포트를 '만드는' 게 아니라, 프로그램이 '생성'하게 하는 것.1. 리포트의 재료는 매일 ..

프로젝트/NYS EDU 2026. 8. 9. 13:15

관리형 스터디카페 운영에 필요한 학생 관리 프로그램을 실제 화면으로 정리했습니다. 출결·점수 자동 채점, 벌점·상담, 통계, 학부모 리포트까지 한 번에 관리하는 방법을 알아봅니다.스터디카페를 '관리형'으로 운영하기로 했다면, 가장 먼저 부딪히는 벽이 바로 관리 도구입니다. 처음에는 출석부와 엑셀로 시작하지만, 학생이 20명, 30명으로 늘면 이 방식은 금방 한계에 부딪히죠.기록이 출석부·엑셀·메신저로 흩어진다선생님마다 관리 기준이 달라진다월말 정리와 학부모 문의 대응에 시간이 녹는다이 글에서는 스터디카페 전용 학생 관리 프로그램인 NYS Study Manager를 실제 화면과 함께 정리합니다. 도입을 고민 중인 원장님이라면, 어떤 기능이 실제 업무를 줄여주는지 판단하는 기준으로 삼으실 수 있을 거예요.1..

프로젝트/NYS EDU 2026. 8. 7. 22:12

오늘 LabVIEW 프로젝트를 진행하던 중, 외부에서 돌아가는 C언어 프로그램의 내부 상태를 확인해야 하는 상황이 생겼습니다. 핵심 로직은 LabVIEW였지만, 디버깅을 위해 C언어 쪽에서 로그(Log)를 실시간으로 찍어주는 함수가 급하게 필요했죠.과거 같았으면 'C언어 파일 로그 저장', 'Timestamp 함수' 등을 구글링하며 수십 개의 블로그를 뒤졌을 테지만, 오늘은 AI를 통해 단 5분 만에 해결했습니다.1. 번거로운 '기초 공사'를 AI에게 맡기다C언어에서 로그 시스템을 하나 만들려면 은근히 손이 많이 갑니다.현재 시간을 가져오는 함수 호출파일 포인터 관리 및 예외 처리가변 인자(Variable Arguments) 처리 등...새로 짤 수도 있지만, "지금 당장 디버깅이 급한" 상황에서는 이 ..

IT 2026. 1. 12. 15:47

흔히 C언어를 배울 때 가장 큰 벽으로 '포인터'를 꼽습니다. 하지만 현업에서 수만 줄의 C 코드를 마주하다 보면, 정작 우리를 괴롭히는 것은 포인터 문법 그 자체가 아닙니다. 진짜 사고는 문법이 강제하지 않는 '개발자 간의 암묵적 약속'이 깨질 때 발생합니다.1. 메모리 소유권(Ownership)의 모호함C언어에서 가장 흔하면서도 치명적인 사고는 "이 메모리를 누가 치울 것인가?"에 대한 오해에서 시작됩니다. 함수가 동적으로 할당된 포인터를 반환할 때, 그 메모리를 해제(free)할 책임이 함수를 부른 쪽에 있는지, 아니면 별도의 관리 함수가 있는지 코드만 봐서는 알 수 없는 경우가 많습니다. 이 '암묵적 약속'이 어긋나는 순간, 메모리 누수(Memory Leak)나 이미 해제된 메모리에 접근하는(Da..

IT 2026. 1. 6. 17:42

최근 C, C++, LabVIEW 등 다양한 환경에서의 사고 패턴을 분석하며 한 가지 확신이 들었습니다. 도구는 진화하고 언어는 편리해졌지만, 사고(Accident)가 발생하는 근본적인 원리는 놀라울 정도로 변하지 않았다는 사실입니다.특히 AI가 코드를 대신 짜주는 지금, 우리는 구현의 속도에 취해 설계의 본질을 놓치고 있는지도 모릅니다. 오늘은 AI 시대에 오히려 더 강조되어야 할 '설계자의 경계선'에 대해 이야기해 보고자 합니다.1. 편리함이 가린 '설계의 실종'과거 C언어로 포인터를 만지거나 LabVIEW에서 복잡한 데이터 흐름을 설계할 때는 '긴장감'이 있었습니다. 한 줄의 실수가 시스템 전체를 멈출 수 있다는 공포가 역설적으로 꼼꼼한 설계를 강제했기 때문입니다.하지만 AI는 "자, 여기 있습니다..

IT 2026. 1. 5. 13:42

AI를 쓰든,LabVIEW를 쓰든,C나 C++을 쓰든사고가 나는 장면은 이상하게 닮아 있다.언어도 다르고,환경도 다른데결과는 비슷하다.왜 여기서 터졌는지 모르겠고고쳐도 불안하고다시 손대기 싫어진다이 글은그 이유를 기술이 아니라선택의 관점에서 정리한 기록이다.사고는 항상 “괜찮겠지”에서 시작된다https://cheolystudy.tistory.com/145 AI 코드로 실제로 사고 나는 순간들AI가 만든 코드는 대부분 멀쩡해 보인다.컴파일도 되고, 테스트도 통과하고, 리뷰에서도 큰 지적이 없다.그래서 더 위험하다.실무에서 문제 되는 순간들은대개 “아무도 의심하지 않았던 코드”cheolystudy.tistory.comhttps://cheolystudy.tistory.com/144 AI 코드, 어디까지 맡기고..

IT 2025. 12. 31. 14:47