생각보다 아마존 라이트세일은 편하게 써먹기 좋은 서버다.

보통 AWS 이야기 하다 보면 EC2 부터 해서 여러모로 보는데, 혼자 개발하는 써먹는 입장에서는 사실 Lightsail(라이트세일)이 상당히 좋은 솔루션인 것을 알 수 있다.

왜 그러냐고 물으면, 일단 싸고 쉽게 쓸 수 있는 서버 하나 맘대로 움직일 수 있다는 것이 제일 좋은 것 같다. 내가 자주 쓰는 우분투를 기준으로 했을 때, 22.04로 해서 제일 싼 서버가 $5이다. 게다가 초기 3달은 공짜고…

저정도로 뭘 하겠냐 싶은 사람들이 있다면.. 생각보다 할 게 많다. 개인이 할 수 있는 서버로는 생각보다 할 수 있는 게 많다. $12짜리까지만 해도 서비스 궤도 오르기 전 단계로는 엄청나게 쓰기 쉬운 사양이다.

요즘 하도 클라우드 베이스로만 배우고, 서버리스로만 배워서 잘 감이 안오는 친구들이 생각보다 많다는 걸 느껴서 이정도 시스템이면 얼마나 할 수 있는가가 잘 감이 안오는 친구들이 많았던 거 같다. 일단 기업에서 간단하게 이용하고 했던 1U짜리 서버들이 여전히 호스팅 업체들을 통해서도 판매가 되고 있다. 그것들을 잘 보면…

한 요정도들 한다. 이건 진짜 싼 케이스 찾아보다가 발견한건데, 아직도 이렇게 서비스 해주는 업체들이 있다. 이 서버 설치해서 제공해주고, 아마 약정 끝나면 서버 소유권이 우리한테 넘어오는 그런 녀석일 것이다. 더 비싼 녀석들은 그만큼 성능이 더 올라오는데…

저런 거 하드웨어 관리 없이 저 가격이라고 하면 성능 나쁘지 않다고 본다. 그러다가 인스턴스 올릴대로 올렸는데도 정 안되면 진짜로 저런 물리 서버나 아니면 EC2나 다른 클라우드 서비스로 이전하면 그만이고…

그래서 난 라이트세일이 생각 이상으로 서비스 잘 이용하기 좋다고 생각한다. 자기 서버 있고, 자기 집에 ddns 연결할 수 있으면 뭐 자기 집에 서버 두고 해도 되지만 아무래도 서비스를 제공하고 그러면 좀 한계가 명확한 거 같다. 한국에서 우리 집 회선 엄청 빵빵해요!가 아닌 이상은…. (외국에서 좀 여러모로 벽을 많이 느낀다. 특히 이놈의 일본은 진짜…)

누구를 위한 시큐리티 정책(security policy)인가…

난 보안 관련으로는 그렇게 내가 스트레스를 받을 것이라고 생각해 본 적이…. 모르겠다. 근데 일단 보안 관련해서는 기술적인 문제로는 머리 싸메고 그럴 거라고는 생각해본 적은 없다. 보안 관련해서는 오히려 사람에 의해서 생기는 사고가 너무 많아서 그런가, 기술적인 걸로 뭐 내가 보안 관련된 업데이트나 기본적인 것들만 잘 갖춰놔도 스크립트 키즈들한테 당할 거라고는 생각하지도 않고, 포너블 하면 멋있어 하는 것도 현실적으로 실무에서는 그런 것보단 그냥 계속 기능 돌려보면서 취약점인지 확인하고, 의심되면 리버싱 하기 바쁜 일상에서 그렇게 뭐 쉽게 뚫리려나… 하는 생각도 좀 있다.

정말 뚫린다면 레인보우 테이블 돌려서 비밀번호 뚫리는 게 더 빠르겠다만….

그래서 좀 생각을 깊게 안하다가 요즘 일로 인해서 여러모로 좀 생각을 깊게 하게 되었는데…

다른 게 아니라 바로 저놈의 security policy의 남발이다.

말로는 멋있는데, 그냥 이거 안됨. 저거 안됨. 이라고 그냥 사람이 명시해놓은 게 전부다. 거기에 시스템이 더해지면 무슨무슨 금지 프로그램 같은 거 막 깔리고, 디렉터리 서비스로 인해서 어떤 계정 그룹에서는 이런 작업 금지, 어떤 계정 그룹에서는 이런 거 금지 하는 걸 걸어버리는 그런 것까지 확장되는데…

문제는 이게 신규 도입 시스템하고 충돌날 경우에 발생한다. 신규 도입 솔루션에서는 하지 말라는 걸 통해서 문제 해결이 되면서 생산성이 향상된다는 것에는 프로젝트 구성과 설계를 해서 명세까지 내놓았다. 난 그걸 확인해달라고 고객한테 요청도 했다. 그러나…

“시큐리티 폴리시 때문에 힘들 거 같습니다.”

…좀 뒷목 잡고 싶다.

님들 기술 개선 하고 싶다면서요. 네?

신규 솔루션을 새로운 작업 도구라고 정의하면 솔직히 문제 될 건 없다. 작업을 위해서 이런 이런 도구들이 필요하다라는 형태라면, 그 도구에 새로운 도구가 더 있을 뿐이다. 작업을 더 진행하기 위해서 말이지.

근데 그걸 거부한다. 그놈의 시큐리티 폴리시 때문에… 특히 일본 회사들이 이게 좀 심한 거 같다.

이전 회사에서도 뭔 허접이 보안 땜에 개발 툴 성능 깎아먹는 프로그램 중지 시켰다고 위에 사람 부르고 난리치고 그러던데…. 그때를 다시 보는 듯 하다. 실제로 보안 문제 없는거 검증하라고 프로그램하고 소스코드까지 들이 밀면 검증도 못하는 것들이 말이다.

후…. 그럴꺼면 진짜 시큐리티 폴리시를 대체 누구를 위해서 그렇게 만들어서 사람들 죄여 메냐…

진짜 백그라운드 지식 있으면 관련된 거 배우는 거 금방이다.

이번에도 좀 경험에 의한 이야기인데….

지금 내가 있는 팀은 컨설팅도 하면서 우리가 프로토타입 같은 것들도 개발하거나 해서 이렇게 할 수 있습니다 하고 시연용 프로그램도 만들고,

사내에 직접 개발을 하는 부서가 있어도 그곳에서 만든 걸 이용해서 여러모로 응용도 하고 하는 그런 조직이다.

즉, 컨설팅이랑 개발이 다 되지 않으면 살아남을 수 없다.

근데 내가 여기서 살아남을 수 있을까를 생각해봤을 때 좀 힘들다 싶은게…. 웹 경험이 옛날 옛적 php가 전부다. ㅠㅠ

이거 괜찮은 거 맞냐?

그래도 웹을 모르는 것도 아니고, 임베디드 하다보면 어디서나 쓸 수 있는 웹 서버를 이용할 수 없는 경우가 많아서 웹 서버를 직접 개발해서 넣어야 하던 것도 있다보니 웹을 모르는 건 아니다. (은근슬쩍 이상한 이야기가 섞인 거 같으면, 기분탓이다.)

이런 상황에서 회사에서 예전에 개발했던 데모 소프트웨어의 유지보수를 하면서 요즘 많이 쓰는 파이썬 백앤드와 프론트앤드인 vue.js 코드를 한번 보는데… 왠지 튜토리얼로 개념만 잡으면 금방 할 수 있을 거 같은 구성이었다.

그리고는 30분만에 대충 이해하고는 이거겠지 하고 고쳤는데 정답이었고…

이거겠지가 예전부터 알고, 들어왔고 했던 그런 내용들이었다.

짜맞출 수 있었던 거다.

이래서 알아야 한다고 하는 건가를 다시 한 번 느낍니다. ㅠㅠ

이런 저런 구조니 뭐니 해도, 코드로는 금방 구현되는 게 요즘 개발인 거 같군요.

제가 요즘 전직을 해서 개발에 손을 좀 뗀 상황입니다.

그러다가 만들고 싶은 거 있어서 여러모로 찾아보고 있는데… 요즘 웹이나 앱 개발의 경우에는 어느정도의 언어 기술 있으면 그 뒤는 그냥 프레임워크 떡칠이라는 건 알고는 있지만, 실제로 보니 여러모로 대단하네요.

구조적으로는 여러모로 도와주는 것들이 많은 건 알겠습니다. 설명 잘 되어있고, 많은 분들이 신경써서 프레임워크 만들어서 공유하고 업데이트 참여하고 하는 거 보면 대단해요.

근데 그냥 쓰는 사람 입장에서는 여러모로 코드로는 금방 구현되니깐 이거입니다. 하고 간단하게 적어서 공유하고 하는 걸로도 끝나는… 좀 영양가 없는 그런 형태의 정보 공유도 많이 일어나고 있는 것 또한 사실이군요.

뭐 근데 접근성은 확실히 좋군요. 웹이랑 거리 엄청 멀던 저도 금방 할 수 있는 거 보면….

게다가 이렇게 금방 쓰고 자주 써주고 하는 기술들이 계속 남아나겠죠. 지금같이 이렇게 라이브러리들 난입하는 환경에서는 특히 더더욱 그럴 거 같군요. 그냥 이름만 다른 듯한 라이브러리들도 너무 많다고도 느끼고….

간만에 잡소리긴 한데, 진짜 개발 난이도는 많이 내려오는 거 같습니다.

뭐, 그래도 정작 중요한 것은 바뀌지 않는 건 여전하지만요.

사람 구하는 근본적인 걸 해결해야지, 이딴 서비스에 눈돌리면 안됩니다. 진지합니다.

이건 좀 오래전에 올리고 싶었는데 바빠서 못올렸던 글입니다.

솔직히 진짜 그냥 빡쳤습니다. 뭐 이딴 개 XXX 같은…. 하….

결론부터 말하면, 파견의 또 다른 이름입니다. 지금 있는 일본이라는 나라의 파견이랑 다를 거 단 하나도 없는…. 아니라고 댓글로 반박하면 댓글 승인하고 반박 듣겠습니다.

그리고 파견이 제대로 제도화로 자리잡지도 않은 한국에서 과연 저런 서비스가 제대로 돌 거라고는 생각은 안되네요.

그래서 제 개인적인 의견으로는 진짜 욕나오는 기사였습니다.

개발자가 왜 부족한지, 경력직 채용이 왜 어려운지, 신입 가르치고 하는 게 왜 어려운지에 대한 근본적인 문제부터 해결할 생각 없이 저런 서비스 이용하면서 대체 뭘 하고 있다는 거냐고 묻고싶은 회사들 진짜 많습니다.

분명 개발자들이 업무 진행하는 데 있어서 방해되는 요소들이 있을 껍니다. 그런 걸 해결해주지 못하면 개발자는 개발 일이던 개발 이외의 일이던 모든 일에 치여서 그냥 지쳐서 이직 자리 알아보게 됩니다. 아예 개발자 그만두고 다른 직업 알아볼 수도 있습니다. 그거 자체가 엄청난 인력 낭비입니다.

근데 이런 일에 대해서 근본적인 내용이 뭔가에 대해서 고민해야 합니다. 그런 개발자들이 뭐 개발 관련되어서 기능이 모자란 사람만 있는 것도 아니고, 그렇다고 나쁜 맘 먹고 그냥 놀고 먹으려고 하는 것도 아니고, 그냥 머리 자체가 나쁜 사람이 있어서 그런 것도 아닙니다. 그럼 개발 이외의 조직들이 이러고 싶어서 그럴까요? 아닐껄요? 간혹 진짜 그런 사람이 있다고 해도 그런 사람들로만 채워진 회사가 있을까요? 애당초 회사 조직 자체가 it 개발 회사 조직에 맞는 형태가 아니라면요? 서비스 방향 자체가 그냥 it가 필요 없어도 되는 거라면요? 솔루션 사서 해결해도 되는 걸 멋대로 개발한다고 내부 개발만 하다가 회사 내부에서 불만만 듣는다면요?

정말 근본적인 문제에서부터 생각해야 합니다. 단순히 사람 더 늘려서 자리 채운다는 생각으로 저런 서비스 이용한다고 생각하면… 솔직히 그런 회사가 필요로 하는 it 서비스 개발이라는 건 뻔한 일이라고 생각되네요. it가 없어도 그쪽의 사업은 할 수는 있을 것입니다.

그런 생각이 기본으로 되는 상황에서 저런 내용 보면… 절대 좋은 소리 안나오네요 전.

그게 지금 그냥 사람만 갈아넣어서 되는 그런 걸 이야기하는 거라고 어떤 생각도 안드네요. 이미지가 좋게 보이질 않아요.

전직하고 이사를 하고 하느라 정신이 없네요…ㅠㅠ

좀 살아있는 근황 좀 적으면…

일본 내에서 전직을 했습니다.

그리고 그거 땜에 지금 이사 관련해서 이런 저런 거 하다보니 정신이 없습니다.

….그래서 블로그 못쓰고 있습니다.

자료는 엄청 만들었는데도 말이죠..ㅠㅠ

ㅠㅠㅠㅠㅠ

최대한 많이 공개할께요. 저도 지금 쓰고 싶은 거 많아요. ㅠㅠ

[Oh! 반면교사 시즌 2] 앞에서 다른 팀에서 시간 다쓰고는 2일밖에 안남았는데 그 안에 해결해주세요 하면서 절차는 다 지키라고..?

ㅎ… 지금 회사 D-1 인데… 인수인계 때문에 힘들다. 근데 그것보다… 이 시리즈 쓰는 소재는 많은데… 생각하면 그냥 머리만 아프다.

여기 일은 수주하면서 특수 버전에 대한 기능 수정이 들어가야 하는데… 개발 및 배포 단계에 대해서 다음과 같은 절차를 거칩니다.

참고로, 회사 비밀땜에 일부 내용은 뺐습니다.

  1. 이전에 작성한 버전의 소스코드 폴더 복사합니다.
  2. 폴더명에 버전 올립니다.
  3. 개발자 노트북으로 복사합니다.
  4. 사양서 작성, 체크리스트 작성, 버전 정보 기록, 코드 수정을 합니다.
  5. 코드 내에 버전이력.txt 파일에 버전에서 수정한 내용 적습니다.
  6. 테스트를 합니다. 테스트 시트에서 각 부서 통과할 때마다 각 부서마다 버전 관리 기록 문서를 작성합니다.
  7. 테스트 프로그램을 사내에 배포합니다. 사내 배포정보에도 버전 관리 기록 문서 작성합니다.
  8. 테스트 후, 폴더 압축합니다.
  9. 압축 파일과 압축 안한 폴더를 다시 서버에 복사합니다.
  10. 서버 내에 버전 관리 엑셀 파일에 버전 업데잍트 정보 작성합니다.
  11. 수정 완료 정보에 대한 기록을 기록물 관리 서버에 업로드 합니다.
  12. 모든 기록물을 대조하여 버전 관리 기록이 하나라도 빠졌는지 확인합니다.
  13. 릴리즈용 프로그램 빌드를 합니다.
  14. 릴리즈 관리 문서를 작성하고, 릴리즈 버전 관리 문서를 작성합니다.
  15. 릴리즈 프로그램을 릴리즈 담당자에게 전달합니다.
  16. 릴리즈 담당자가 관런 버전 기록물을 만듭니다.
  17. 오더에 따라 출하되는 프로그램마다 버전 기록물을 만듭니다.
  18. 릴리즈 끝.

저희 팀만 해도 이 단계대로 해야 정상인 것입니다.

근데 저희만 일을 하는 게 아니라, 수주이기 때문에 앞에서 수주 관련 설계를 해야 하고, 클라이언트쪽에서 개발하는 시스템에 따라서도 커스터마이징이 들어가는지도 다 따지고 해서 소프트웨어 검토에 들어오니… 2일 밖에 안남았습니다.

근데 수정 사항은 2일 꼬박 다 써도 모자랍니다.

그래서 저 과정 중 일부가 생략되어서 나가기도 합니다. 주로 문서 관련해서가 생략될 때가 많습니다. 문서는 나중에 만들면 되니깐요.

근데 그러다가 저처럼 사람 나가고 하는 일 생기면, 그땐 이야기가 다릅니다.
그럴 때에 뭐 관련해서 인수인계 다 해주고 가야 하는데…
바쁘니깐 펑크난 문서들이 발생합니다. 그것도 한두곳이 아니라 여러 곳에서요. 그래서 까입니다.

근데 시간은 제대로 줄 수 있는 상태에서 까시죠? 저거 다 지키면서 앞에서 다 까먹고 남는 시간에 작업해야 할 일 터지면서 무슨넘의…

….하…. 저 단계 관련해서도 다른 할 말이 좀 많네요.

[Oh! 반면교사 시즌 2] “외부랑 연결 안되면 보안 문제없는 거 아냐?” 라면서 이상한 주장을 펼치는데는 뭐가 있구나

이건 내가 반면교사 시리즈에 넣어야 할지 말지를 좀 고민하고 있다가… 일단은 넣기로 했다. 오씨 까는 시즌 1때에도 오씨 까는 것보다 전반적인 이해 부족으로 인한 문제점을 적은 내용도 조금 있었으니깐…..

당연하게도, 해외 개발회사랑도 일을 많이 한다. 그러다 보면 당연히 영미, 유럽 회사들도 만나게 되는데…

이 글을 읽는 분들도 잘 알겠지만, 일본인들 영어 실력 진짜 극과 극이다. 잘하는 사람들은 잘 대화되고(그래도 일본인인 거 티가 확 난다.) 못하는 사람은 진짜로 못한다. 심각하다. 회사 공식문서를 영어 일본어 동시 작성한다 하면 일본어를 그냥 구글 번역으로 돌리고 끝인 경우도 많다. (내 계약서 관련해서, 그리고 내 퇴직 관련 문서에서 그렇게 그냥 구글 번역 돌려서 작성해준 문서 많다.) 그러다 보니, 미국 회사에서 3년 일하고 온 내 경력은 이들에게 있어서 중요한 거다. 가끔 기술 관련 영어 번역이나 통역에 쓰이니깐.

그리고 이번 케이스에서의 스토리처럼, 외국 회사들 관련해서 미팅 있으면 통역해야 하니깐…

….뭐, 잠시 딴 이야기로 좀 샜습니다만…

그래서 외국 회사들은 자기네 시스템, 솔루션을 가져다가 쓰고 그러면 보통 여러모로 물어보는 것이 참 많습니다. 한국 회사들 물어보는 건 쨉도 안될 수준으로요. (한국 대기업들은 좀 다르려나… 제 경험에는 순수 자기들 기술 가진 중견기업에서는 사전에 엄청 묻는 경우는 얼마 없더군요.) 그러다보니 여러모로 대답을 해줘야 할 경우가 많은데, 거의 항상 마지막에 나오는 이야기는 다음과 같습니다.

“귀사의 솔루션의 보안적인 측면은 어떻습니까?”

라고 물을 때, 제일 힘드네요. 왜냐….

결론부터 말하면,

“저희 회사 시스템은 외부 네트워크와 연결되지 않는 분리된 시스템으로 동작하기 때문에 외부 보안적인 측면에서는 전혀 문제가 없습니다.”

…뭐, 틀린 말은 아닙니다. 실제로 시큐리티 엄청 신경쓰는 연구소라던가 그런 곳들은 격리된 네트워크를 쓰고, 필요한 repo 같은 것들은 전용 서버 만들어서 거기서 받아서 하죠. 미러 서버를 만들어서 외부 업데이트와 내부 망을 나눠서 처리하기도 하고요.

그래서 솔직히 저 대답에 뭐 잘못된 건 없다고 봅니다. 실제로 회사 팜플렛에서 회사 솔루션의 전체 구성도를 보여주고 있고, 그게 어떻게 전체적인 구조 안에서 동작하는지를 파악하는 전체적인 설명을 들으면 충분히 납득이 되는 상황이 많이 일어나곤 합니다.

뭐, 실제로 제조된 기계의 입장으로 봐도 그렇게 단독으로 구성된 시스템에서 뭐 건드릴 거 없습니다 진짜로… 그런 임베디드 기계들 뭐 한둘도 아니고요.

근데 이걸 생각보다 다른 곳에서 악용하는 케이스를 보게 될 줄은 몰랐습니다. 누가요? 바로 그분입니다. (욕쓰기도 아깝습니다 이젠…) 그리고 팀장도, 주임도 생각 외로 그렇게 생각합니다. 그 백그라운드를 설명하겠습니다. 설명 들으면 진짜로 뒷목 잡을 껍니다.

일전에 게임이라는 단어가 들어있다는 이유로 개발 관련된 사이트도 차단했다고 했죠? 뭐 프로그램 다운로드 사이트들도 마찬가지입니다. 일본에서는 다운로드 사이트를 공식 홈페이지가 아니라 옛날 옛적에 한국처럼 서드파티로 다운로드 하는 곳에서 받아서 쓰는 그런 습관들이 여전히 남아있는 거 같습니다. 실제로 일본 내에도 그런 사이트들 판을 치고(한국은 거의 죽었죠. 개인 수준의 사이트들밖에 안남았습니다. 그리고 그들마저도 공문으로 시달리고요.) 한국으로 치면 옛날 네이버 다운로드 같이 프로그램 모아서 다운로드 하도록 되어있는 그런 사이트들이요. 요즘은 그런 사이트들 가면 이상한 프로그램 설치하고 해서 여러모로 말이 많아서 잘 안가게 되지만…

뭐, 저런 것들이 여전히 남아있어서 그런지 지금도 보면 그런 다운로드 사이트 같은 곳들에 대해서는 여러모로 차단을 다 걸어두고 있습니다. 그리고 다운로드 관련으로도 여러모로 제약을 걸어두고 있습니다.

그럼 대체 궁금하죠? 아니, 필요한 프로그램들은 어떻게 쓰라는 거냐? 그냥 메모장, 그림판 뭐 이런것만 쓰라는 거냐??? 할 수 있겠죠?

바로 저 ㅆㄴ의 부서인 정보관리과에 사용 신청을 하면, 자기들이 다운로드 받아서 백신도 돌려보고, 문제 없는지 보고, 보안 관련해서 문제 없는지 보고 그렇게 해서 다 통과 되면 인스톨러를 제공해 주겠다고 합니다. 반대로 당신들이 멋대로 접근하면 바이러스나 악성 프로그램을 받을 수 있다는 기적의 논리로요.

……….

자, 전에 글에서 저 기적의 논리에 대응해서 제가 지금 회사의 보안이라는 것을 설명한 적이 있습니다. 백신에 안걸리면 장땡인 논리입니다. 저들은 오픈소스라서 소스코드를 제공해도 코드 분석은 커녕 돌릴 수 있는 프로그램을 가져와라라고 저한테 역으로 협박을 합니다. 그러면서 저런 내용에 대한 대안이 저딴 보안입니다.

그럼 그냥 저런 거 지켜가면서 회사 생활 하면 되는 거 아닌가요? 라고 물을 수 있는 분들께….

그런 곳에서 쓰는 프로그램의 최종 만능 툴이 일본 SI 시장의 최고 대명사인 사쿠라 에디터입니다. SI 현장에서 다른 건 다 안되는데 저 에디터는 무조건 OK라는 소리의 그 주인공…

저딴 걸로 스스로 갈라파고스 되는 케이스를 보고 있습니다. 그나마 다행인 것이 북미, 유럽권 외국인들도 있는 회사라서 저런 에디터만 쓰는 환경은 아니라서 여러 프로그램들을 쓰긴 합니다만…

저 이상한 주장이 이상하다는 걸 못느끼는 팀장급, 주임급들이 넘쳐난다고 생각해보세요…. 라고 하고 전 일단 이번 글은 마칠께요. 머리아파요…..

[Oh! 반면교사 시즌 2] 파이썬을 써야 하는데 pip를 접속할 수 없어요, nodejs로 짜인 걸 확인해보고 싶은데 npm을 접속할 수 없어요!!!!

이전 편에서 이렇게 썼습니다.

“그리고 저 환경으로 급할 때 요긴하게 쓴 파이썬 스크립트도 장난아니게 많습니다. 근데 정작 사내에서 파이썬 쓰는데 문제가 또 있는데…(이건 다음 편에서)”

네, 그 다음편입니다.

요즘 뭐 개발하는 데 있어서 패키지 관리자의 소중함은 다들 아실 껍니다. 누가 완전 추가 패키지 없이 기본 패키지만으로 자기네 전용 패키지 만들어서 쓰고, 그걸로 갖고 그냥 순수하게만 씁니까….

라고 하면 저렇게 해야 하는 특수 분야 분들이 어떻게 받을 지 모르겠지만(진짜 STL도 버거워서 쌩개발 해야 하는 그런 분야 분들은 어쩔 수 없는 거 압니다. ㅠㅠ), 일반적인 개발에서는 있는 라이브러리 잘 쓰는 거 다들 아실꺼라 봅니다.

ㅎ 근데…..

와. 패키기 관리자를 다 막았네요. 심지어 일부 개발 언어나 환경은 사이트 자체를 막았습니다.

구라같죠? 진짜입니다.

근데 이게 막은 이유가 뭐 있나 싶으면…있습니다.

바로 “Game”, “게임”, “ゲーム”라는 단어가 들어가 있기 때문입니다.

…………….

…………..

무슨 개소리냐 싶겠지만, 일단 들어보세요. 저 개소리가 이해만 되고 납득이 안되는 상황을 보여드립니다.

당연하겠지만, 회사에서 일하는 컴으로 게임하는 건 안되는 겁니다. 회사 컴은 일하라고 주는 거니 놀라고 주는 게 아니니깐요. 그러니깐 직장인들 좀 놀고 할 수 있는 것이 정보 공유를 통한 커뮤니티 사이트가 되기도 하고 그런 거죠 뭐….

근데 이걸 무식하게 생각해서…..

“아예 그냥 게임 관련 모든 사이트를 다 막아버리면 되는 거 아냐?”

라는 특정한 마인드의 분들이 다수 모여있는 곳에서 정해진 것이 바로 키워드에 따른 접속 차단입니다. 그럼 이걸 키워드로 막게 되니깐,

게임 사이트들 다 막고, 게임 뉴스나 게임 정보 관련된 사이트 다 막고, 게임 개발에 관련되어있는 사이트를 다 막습니다. 그러니 게임 개발에 필요한 것들은 그냥 다 막아요. 스크립트 언어 관련해서 루아도 막고, 파이썬도 막고… 게임 서버 관련된 것도 막습니다. 뭐 여러모로 막습니다.

그러나, 유일하게 피해가는 곳이 있으니! 그것은 마이크로소프트입니다.

근데 왜 마소는 안막아? 엑스박스 게이밍 있잖아? 다이렉트 X 게임 개발에 쓰잖아? 라고 생각하실 분들…
마소는 어차피 여기서 윈도우 개발도 하고 해야 하니 당연히 예외처리 했습니다. 그분들이 거기까지 멍청하진(??) 않습니다.

자, 이렇게 쳐막았으니 당연히 파이썬 안됩니다. js 관련된 거 다 안됩니다.

…..왜 이꼴이 났는지 이해가 되시죠?

그리고 그 중심에는 그 썅년이 또 껴있습니다. 그 썅년 아이디어입니다.

이걸 회사 입장에서 이해하는 분들이 있을 수 있지만… 개발에 특정 언어 하나만 가지고 모두 다 할 수 있는 경우 있나요? 이것저것 필요하면 쓰는 거고, 빠르게 개발할 수 있는, 빠르게 처리할 수 있는 거면 그냥 쓰면 되는 겁니다. 그런 거에 이것저것 따지거나 하는 건 없다고 보는데….

이렇게 이것저것 다 막아놓은 관계로 개발한 거 빠르게 테스트 할 테스트 프로그램 외부에 널려있는 것도 파이썬 없어서 못돌리고 그래서 C#으로 테스트 프로그램 싹 다 개발해서 테스트 합니다. 그렇게 힘들게 테스트 프로그램까지 짜서 돌려서 문제 없이 싹 다 만들고 했는데 나중에 개발에 시간 많이 걸렸다, 다음에 이 공수 어떻게 줄일꺼냐 하는 소리나 들어야 했습니다.

….이걸 미쳤다고 이야기 안하면 그냥 평생 그러고 살라고 하고 싶습니다.