산타캅의 샌드박스

상황 설명

2023년 04월 22일부터 교차로에서 우회전 시 일시정지를 하지 않으면 과태료나 범칙금을 물게 바뀌었다. 정확히는 2023년 01월 22일부터 도로교통법 시행규칙이 변경되었으나 3개월 간 계도 기간을 둬 단속을 하더라도 패널티가 없었다가, 이제부터 패널티를 받도록 한 것이다.

변경된 시행규칙

도로교통법 시행규칙이 무엇인지 검색해보았다. 여기서 확인할 수 있다: https://www.law.go.kr/%EB%B2%95%EB%A0%B9/%EB%8F%84%EB%A1%9C%EA%B5%90%ED%86%B5%EB%B2%95%EC%8B%9C%ED%96%89%EA%B7%9C%EC%B9%99

사실 글을 쓰는 시점에서 이 시행규칙을 확인할 수는 없었다. 아직 업데이트를 안 했나?

문제 의식

왜 이런 법이 생겼는가? 법은 국회에서 만든다. 그리고 국회는 우리가 투표로 결정한 국회위원이 입법을 하는 곳이다. 국회의원은 어떤 이유에선가 우회전 시 일시정지를 하지 않으면 처벌을 해야 한다고 결론을 내린 것이다. 왜 그런 판단을 내렸는지 조사해보았다.

입법 근거

https://www.discoverynews.kr/news/articleView.html?idxno=946124 

위 기사에 따르면,

최근 3년간(2019~2021년) 우회전 차량에 의한 교통사고는 총 56,730건이었으며, 이로 인해 406명의 사망자가 발생했다.

라고 한다. 우회전 차량에 의한 교통사고는 하루 평균 약 51건이 발생하고, 사망자는 약 3일마다 1명씩 생기는 셈이다. 우회전하는 차량과 충돌하여 가족을 잃은 사람이 3일마다 한 명씩 생기고 있다고 볼 수 있다.

누리꾼의 반응

내가 정말 이해하기 힘든 반응이지만, 반대로 너무나도 뻔하게 예상했던 반응은 이것이다. 우회전 하는 차가 밀려서 교통체증이 심해지니 나쁜 법이라는 뉴스 댓글이다.

모든 사람은 보행자이다. 그리고 운전자는 그 보행자 중 일부이다. 모든 보행자에게 이득이 되는 법을 만들었지만, 자동차를 소유한 사람은 반발한다. 마치 자기는 횡단보도를 걷지 않을 것처럼.

물론 반응은 커뮤니티마다 조금씩 차이가 있다. 어떤 곳에서는 당연한 법이라는 말이 높은 추천수를 받았다. 하지만 내가 본 수많은 의견들은 대부분 이런 의견이 많았다.

• 무단횡단도 처벌해라
• 보행자가 다 건너갈때까지 언제 다 기다리냐
• 우회전 줄이 더 길어진다, 교통체증이 더 심해진다
• 횡단보도를 더 교차로 바깥쪽으로 밀어야 한다
• 너무 복잡해서 잘 모르겠다
• 세금이 모자라서 이렇게 하는가
• 앞에서 서있지 말고 보행자 없으면 좀 가자
• 일시정지 했더니 뒤에서 빵빵거린다
• 우회전 신호등 설치하라

나의 의견

사람이 죽어야 겨우 바뀌는 게 법이라지만, 법이 바뀌고 나서도 반발하는 반응이 너무도 많다. 그 이유를 생각해보았다.

타자화 및 감정이입 - 나는 운전하니까 보행자가 아니야

운수업 종사자가 아닌 이상 자동차를 운전하는 시간은 하루에 몇 시간 되지 않는다. 하지만 자동차를 소유했다면 본인을 "비보행자"라는, 말도 안 되는 단어로 인식할 가능성이 있다. 운전을 하는 입장에서 우회전 시 나타나는 보행자는 내가 배려해야 될 대상이 아니라 나를 방해하는 사람으로 인식하는 것이다.

피해자 없는 불법은 괜찮아 - 사고를 내는 것도 아닌데 뭐가 문제야

내 차와 보행자가 닿은 것도 아닌데 무슨 상관이냐는 생각이다. 보행자는 나에게 다가오는 차가 나를 본 것인지 아닌지 판단하기 어려울 때가 많다. 특히 틴팅, 썬팅이 많아 운전자와 눈을 마주치기 어려운 한국의 환경에서는 특히 그러하다. 내가 상대방에게 주먹을 내질렀지만 안 맞았으니까 무죄라는 것과 같다.

호의와 권리의 착각 - 원래 차도는 차만 다니는 곳이지, 어딜 보행자가 다녀

자동차는 인간 사회에서 아주 최근에 나타난 물건이다. 역사가 오래된 유럽에서는, 보행자가 자동차의 원활한 통행을 위해 아스팔트를 깔고 횡단보도로 밀려난 것을 이해하고 있기 때문에, 당연히 보행자가 도로를 우선 점유하고 자동차는 보행자를 최대한 방해하지 않으면서 이동하려 한다.

반면 자동차 산업을 중요시하는 미국과 한국에서는 원래 차도는 차가 다니는 곳인데 어딜 감히 보행자가 차를 방해하냐는 논리가 강하다.

계층 의식 - 운전자는 무섭지만, 보행자는 무시해도 된다

차에 타고 있는 사람이 뒤에서 경적을 울리면 엄청 신경쓴다. 왜냐? 다른 차에 대해서는 나랑 동급이니까. 하지만 횡단보도를 건너려는 보행자에게는 되려 경적을 울리며 꺼지라고 경고를 날린다. 차에 타고 있는 나 먼저 횡단함으로써 자기가 더 우월한 존재로 인식하는 것이다. 생각해보면 앞에 있는 보행자나 뒤에 있는 운전자나 그냥 똑같은 사람임에도 이런 생각을 한다. 그래서 댓글에 "뒤에 있는 운전자가 빵빵거리니 앞에 있는 너 보행자가 양보해라"라는 댓글이 나오는 것이다.

이런 계층 의식을 느낄 수 있는 것 중 하나가 인도 주차이다. 보행자가 다녀야 할 인도에 떡 하니 차가 올라와 보행자와 장애인을 방해하며 주차하는 것이다. 왜냐? 차도에 주차하면 차한테 욕먹어서 무섭지만, 인도에 주차하면서 보행자에게 먹는 욕은 무시하기 때문이다.

개선 방안

한국의 교통 문화는 태어나자마자 발생하는 보행자의 권리보다, 돈으로 사는 자동차의 권리가 우선하는 미국 법의 영향을 강하게 받았다. 이제는 보행자가 먼저인 문화로 바뀌어야 한다.

생애 첫 충격은 해외 출장

한 번은 룩셈부르크에 출장을 간 적이 있었다. 신호등이 없는 횡단보도에서, 같이 출장을 갔던 동료들은, 차가 멈춰야만 보행자가 건널 수 있다는 생각을 가지고 있어 저기 멀리서 오는 자동차를 발견하고도 하염없이 기다리고 있었다. 그 때, 다가오던 차가 횡단보도 앞에 멈춰섰다. 우리는 저 차가 고장나서 멈춘게 아닌가 하는 생각을 잠깐 했다. 하지만 그 차는 보행자를 보고, "보행자가 먼저 건너기 전 까지는 운전자가 건너지 않는다"라는 원칙을 실천하고 있던 것이다. 그리고 더 놀랐던 것은, 반대편 차도에 있던 운전자도 모두 멈췄다는 것이다. 다시 말해, 룩셈부르크의 운전자는 횡단보도를 볼 때 마다 양쪽의 보행자를 모두 방해하려고 하지 않았던 것이다.

한국은 어떻게 해야 되나요

제발 보행자가 건널려고 하면 잠깐 서고, 고개를 돌리고, 그 뒤에 움직였으면 좋겠다. 정말로 어려운 일이 아닌데, 시행규칙을 수정해서까지 바꾸려고 한다면 정말 문제가 있는 것이 아닐까?

서론

원래 JavaScript는 별로 배우고 싶지 않았다

그 이유는

1. 가끔 프로그래머 유머 같은 곳에 보면 자바스크립트의 이상한 규칙이 올라온다.

2. 게임 제작 커리어를 가지고 있다보니 C/C++ 위주의 정적이고 컴파일러를 사용하는 언어에 더 익숙했으며, 동적이거나 인터프리터를 사용하는 언어에는 익숙하지 않았다. 다시 말해, 문화적 거부감 또는 "외국어"를 배우는 듯한 느낌이랄까?

3. 내 직관과 어긋났다. 사실 자바스크립트는 2005년 대학교에서 처음 다뤄보긴 했다. 거기서 DOM을 사용했었는데, 어렴풋한 기억으로 메모장에 document.write("Hello World!"); 뭐 이런걸 썼던 것 같다. 2번과는 조금 다른 맥락에서 이질적으로 느꼈는데, 원래 나는 C++을 잘 못 쓰고 C를 먼저 배웠기 때문에 절차 지향 프로그래밍에만 익숙했고 객체 지향 프로그래밍은 잘 몰랐던 상황이었다. 여기서 document.write 라는게, 지금이야 웹 페이지라는 객체에다 출력한다는걸 알 수 있었지만, 그 당시에는 printf("") 보다 더 나에겐 이상하게 보였다. 사실 지금 따져보면 printf도 stdout이라는 객체에다 출력하는 거라고 볼 수 있지만. 그게 C++에서는 std::cout 이었던 것이고.

4. 분명히 자바스크립트로 할 수 있는 어떤 기능은 다른 언어로도 할 수 있을 것이라고 생각했다. C++로만 할 수 있는 게 있을리가 없잖아? 같은 느낌. 그리고, 충격적이게도, 나는 틀렸다.

본론

그래도 배워야 하겠다는 생각이 들기 시작했다

처음 자바스크립트를 접한 뒤로 18년이나 흘렀다. 아직도 자바스크립트는 웹에서 지배적인 언어이다. 아니, "언어"라는 면에서는 대체품이 많지만, "기능"면에서 대체품이 없다. 이게 대체 어떻게 된 건지 이해가 안 되지만 그냥 그렇게 흘러왔다. C/C++로 소켓을 사용해 웹서버를 만들더라도, 결국엔 웹 브라우저로 접근하기 위해서는 어딘가에서 HTML을 출력해줘야 만 하듯이, 상호작용이 가능한 웹 페이지를 만들기 위해서는 자바스크립트를 쓸 수밖에 없다는 생각이 들기 시작했다. 아무리 더럽고 치사해도 써야만 하는 제품이 있기 마련이다.

마치 게임 클라이언트 제작에 C++ 외에 선택지가 거의 없는 것과 같다. 

결론

언어는 자체는 중요하지 않지만, 언어를 배우면서 얻는 경험치는 중요하다

프로그래머로서 짬(?)이 차다 보니깐, 언어란 단지 생각의 표현일 뿐이며, 언어를 잘 다루는 능력은 "(한국어 외에) 외국어를 유창하게 할 수 있는 사람"이 될 뿐이지만, 생각을 잘 하는 것은 "(어느 언어로든) 좋은 글을 쓸 수 있는 능력"에 해당한다는 것을 알게 되었다. C/C++이든, 파이썬이든, 자바든, 자바스크립트든, 생각보다 언어 자체는 크게 중요하지 않다... 라고 하고 싶지만, 사실은 이 또한 중요하다. 똑같은 한국어라도, "공구리 쳐라"와 "콘크리트를 타설해주세요"는 같은 말이긴 해도 현장에의 효율성은 상당히 다를 것이다.

다음 목표는 자바스크립트로 회사 주변 식당 정보를 보여주고, 오늘 먹고 싶은 음식을 찾아주는 웹 사이트를 만드는 것이다. node.js 사용해서 웹 서버 띄우는 것은 정말 쉽게 했다. 20년 전만 해도 APM이라고 해서 Apache, Php, MySql 깔아서 구현하고는 했는데 세상 참 좋아졌다.

서론

흔히 프로그래머는 논리적으로 생각하는 능력이 발달하여 종교가 없을 것이라 생각하는 경우가 있다.

본론

프로그래머야말로 가장 종교적인 직업이 아닌가 싶다. 특히 코드를 작성할 때 말이다.

여기서 말하는 종교의 정의

절대적 존재가 있음을 믿는다는 의미로써의 종교라면 프로그래머는 종교적이라고 말할 수 없다. 그러나, 자신이 믿는 것과 배치되는 이야기에 감정적으로 대응한다거나, 자신에게 익숙하고 주변에 많이 보이는 무엇인가를 지배적 종파로 인식한다거나(이 경우 조직을 옮기면 큰 충격을 받음), 새로운 개념을 접했을 때 유용하게 여기기보다는 비판하며 쉽게 받아들이지 못한다거나, 상대방의 고집을 꺾고 자신의 교리로 개종시키려는 점에서는 상당히 닮아있다.

예시

• 헝가리안 표기법 쓰냐 안 쓰냐

예: https://santacop.tistory.com/m/6

• 들여쓰기 탭이냐 스페이스냐

• 문법적으로 뭔가를 강제하는 언어에 대한 저항 (파이썬 입문 시)

• 클라이언트 프로그래머에게 서버 일을 맡아달라고 했을 때(혹은 그 반대) 상황에서의 심리적 거부감. 프론트엔드-백엔드와의 관계와도 비슷하다.

업무 중 사례

보통 사수 또는 시니어 프로그래머가 들어온지 얼마 안 되는 프로그래머에게 이래라 저래라 하는 것이 대표적인 모습이다. 좋게 이루어진다면 코딩 컨벤션을 알려주고 조직 문화를 동기화한다고 볼 수도 있겠다. 그러나 이것이 과하면 조직의 규율이 아닌 개인의 신념을 주입하게 된다. 본인만의 종교가 발달하지 못한 생 신입(무종교자)에게는 효과가 있을 수 있지만, 이미 경험이 쌓인 사람에게는 종교 전쟁을 거는 행위와도 같다.

결론 - 그래서 어떻게 해야되나?

신입에게는

신입에게는 조직 차원에서 합의되지 않은 의견을 말할 때 반드시 "이건 내 개인적인 생각인데, 반드시 따라야 하는 것은 아니지만 내 경험상 도움이 되었다" 라고 하면서 이야기해주자. 그렇게 하지 않으면 그 신입이 다른 프로그래머가 작성한 코드가 사수가 말한대로 작성되어 있지 않은 경우 혼란을 느끼게 된다.

동료와는

존중하는 자세로 이야기하라. 토론 도중 목소리를 높인다거나 표정 관리를 못 한다면 아예 이야기 자체를 꺼내지 읺는 것이 좋다. 특히나 내가 연차, 직급, 직책이 더 우월한 입장에서 "짬"으로 강요하는 행위는 절대 삼가야한다. 차라리 팀 회의 시간에 팀이 모두 지켜야 할 하나의 코딩 컨벤션(성경)을 만들자. 개인의 신념을 조직으로 이동시키는 것이다. 성경 또한 여러 번 합의를 거쳐 개정시키자. 모든 조직은 처해 있는 상황이 다르므로 다른 성경이 나오게 될 것이다.

마지막으로

본인의 교리가 너무 오랫동안 변하지 않는다면, 어쩌면 발전하고 있지 않은 것일 수 있다. 교리는 경험의 축적이다. 계속 같은 경험만 반복적으로 하고 있지 않은지 돌아보자. 나에겐  새로운 언어를 배워보는 게 가장 효과적이었다.

이런 글을 쓰는 이유는

최근 우리 팀에 상당히 이질적인 교리를 가진 분이 나타났다. 그 분의 코드를 살펴보니 이해하기 어려워 처음엔 불쾌한 느낌이 들었다. 시간이 지나고 보니, 그 코드 또한 문제를 잘 해결하고 있다는 느낌이 들었다. 양쪽의 유전자를 합치면 더 좋은 코드가 나올 것 같은 느낌이 들었다. 그 분에게도 너무 이질적인 코드를 일부러 작성하지는 말아달라고 부탁을 드렸다. 아마 평소 하던대로 했던거겠지만.