09월 21일 널포유 2주 발표회 (1회차)

2 Responses to 09월 21일 널포유 2주 발표회 (1회차)

1. null4u says:

   September 21, 2026 at 8:38 pm

   김준영 기술 부분 피드백

   공통 질문

   1. 목적
   2. 어떻게 활용 가능
   3. AI 활용 여부

   – 구본무

   1. 초반에 ORM 사용 이유에서 유지보수의 간편으로 말씀하셨는데, 유지보수 차원에서 보면 SQL 컬럼이 바뀌는 일이 많지 않고 헬퍼 함수를 만들면 빠르게 수정이 가능한데 그럼에도 ORM을 사용하는 이유?
   => 런타임 에러를 잡을 수 있음. (애초에 잘못된 컬럼 등 사용시 문법 에러로 막을 수 잇음), 휴면 에러 방지, Lazy Loading 등등

   하나의 예시로 TypeScript의 TypeORM도 마찬가지만, Go 언어가 컴파일 언어라서 ORM을 통해 객체화된 테이블의 기능을 사용하기 위해선 미리 컴파일된 소스코드를 가져올 필요가 있을 듯 합니다. 그럼 goORM도 이러한 과정을 거치거나 소스코드를 미리 제네레이션하는 방식을 사용하나요? => 런타임에 리플렉션을 사용하는 방식 이건 찾아보기 ㄱㄱ

   AWS에서 NeonDB를 Managed로 제공하는 서비스가 따로 없는 걸로 아는데, 그럼 별도의 서버리스가 아닌 서버풀한 인스턴스를 만든 것 아닙니까?

   – 황다인

   C언어를 대체할 수 없다기 보다는, 두 언어 자체의 컨셉이 다름. C언어는 완전히 Low Level로 동작하여 임베디드나 커널 쪽에서 여전히 많이 쓰이고, Go 언어는 비동기 + 동시성 모델이 매우 강력해서 백엔드 서버나 트래픽 처리가 중요한 인프라 쪽에서 많이 사용됨. 그래서 대체한다는 관계보다는 상황에 따라 맞는 언어를 써야함

   자료랑 태도 모두 나는 괜찮은데, 다루는 범위가 살짝 아쉬움. 내가 원한건 앞서 말한 Go 언어의 매우 강력한 동시성 모델인 Goroutine 같은걸 소개할 줄 알았는데, 기초 문법 위주로 설명했거든? 사실 프로그래밍 언어 모두 기초 문법 자체는 거의 비슷해서 살짝 루즈한 느낌이 들었음. 그래서 다음부턴 그 기술이 가지고 있는 특별한 기능을 위주로 설명해보면 좋을 듯 싶음.

   – 박순민

   일단 뻔한 명령어를 다루는게 아니라 심화되고 개발에 필요한 명령어들 다뤘던건 매우 칭찬하는 부분임. make 나올줄은 몰랐네

   정확히 말하면 Unix 기반이라기 보다는 라이선스 문제로 일반적인 유저는 Unix를 상업적으로 사용하기가 어렵다보니깐, Unix를 최대한 모방하여 개발된게 Linux 커널임. 그래서 Unix-like 라는 명칭을 사용하는거고. 대신 맥OS의 경우 Unix 라이선스를 구매한 상태라서 Unix 기반이라고 해도 문제 없음.

   그럼 find에서 파일 타입을 필터링할 수 있다고 했는데, 그럼 find를 통해서 특정 파일 시그니처를 찾는 방법? ex) png 파일만 찾기

   +) 내가 살짝 설명하고 싶은게 있는데, GCC 컴파일러 이야기하는데 Python이 나온 이유는 파이썬마다 구현체가 다르기 때문임. 쉽게 말해서 파이썬을 어떤 언어를 개발했느냐인데, 가장 흔히 사용되는게 C언어 엔진으로 개발된 CPython임. 정확히 파이썬은 언어에 대한 스펙을 추상적으로 안내한 것이기 때문에, 이를 바탕으로 구현체를 만들 수 있음. 아무튼 이러한 CPython을 통해 파이썬 코드를 C/C++ 라이브러리와 연동시킬 수 있기 때문에 GCC 이야기에서 Python이 등장한 것. 대신 RustPython 같이 C언어로 개발된 구현체가 아니라면 ㄴ

   Reply
2. null4u says:

   September 21, 2026 at 8:39 pm

   30214 진재화 태도 피드백
   1. 구본무 (발표자료에 대한 이해 필요, 청중들을 바라보면서 할 것)
   2. 황다인(자신감 있는 태도로 청중들 바라보기, 발표 전 pdf 좀 살펴보기
   3. 박순민(몸을 가만히 두고 발표하면 좋을듯 나머지 모든 태도 및 발표 자료는 아주 완벽)

   Reply