▲

내 914를 훔치기 전에 알아야 할 몇 가지 (2022)

 (hagerty.com)
1P by GN⁺ 4일전 | ★ favorite | 댓글 1개
▲
GN⁺ 4일전  [-]
Hacker News 의견

  • 외부에서 만든 여러 가지 프레임워크(예: UI 프레임워크, Auth 프레임워크 등)에 이런 방식이 적용될 수 있다고 생각함. 축하함! 이 팀에 합류했다니 운이 좋다 여길지도 모르겠지만, 사실 저희가 이 역할을 지난 5개월 간 채용하지 못하고 있었음. 지원자마다 저희가 만든 인증 프레임워크를 보여주면 바로 도망갔음. 그래도 도망가지 말고 한 번 써보길 바람. 아직 떠나지 않았다니, 요즘 구직 시장이 안 좋나 봄. 프로젝트 문서를 찾아냈겠지만, 그냥 말해주자면 마지막으로 업데이트된 게 3년 전(John이 그만뒀을 때)임. 걱정하지 마라, Perforce 저장소에 예제 많이 있음. Perforce는 Git과 비슷하지만 그 얘기는 나중에. 코드를 체크아웃했다면 "make" 명령어를 입력하기 전에, 꼭 특정 버전의 Python을 설치하고 LD 패스를 세팅해야 함을 알림. Python에 의존하는 다른 것이 있다면 다시는 제대로 동작하지 않을 수도 있음. "std::vector<std::__cxx11::basic_string<char> > >'} is not derived from 'const char*'" 에러가 나오면 Joe에게 문의해야 함(아직 남아 있다면). 어디 헤더 파일 손봐야 하는지 알려줄 것임. 예전 서버 빌드 깨져서 저장소에 안 들어가 있는 코드임. 누군가 이어서 설명해주길 바람 :-)

    • Python에 의존하는 무언가가 나오면 항상 걱정하게 됨. 오픈소스 툴을 확인하다가 Python으로 작성된 걸 보게 되면, 그냥 브라우저 창을 닫고 못 본 척함. Python을 안전하게 쓰는 다양한 방법이 있다는 건 알지만, 플루토늄 다룰 때 납 장갑을 구하는 것만큼 복잡하게 느껴짐. 그리고 항상 명령줄로 그 장갑을 불러오는 방법이 기억 안 남.

    • 마지막 부분에서 “Joe” 대신 “John”으로 바꿨으면, 이 문서가 최소 다섯 번은 이어붙여졌다는 간접적인 예시가 되었을 것 같음. 그리고 사실 처음부터 제대로 이해하고 설명하던 사람은 John이 유일했지만, 그도 결국 떠났었음. "3년 전 (John이 그만뒀던 때)"와 "John에게 문의하라(아직 남아 있다면)"에서 그 힌트가 드러남.

    • 이제 그만! Confluence 문서를 참고해야 하지만, 아직 다 새로운 구조로 이전되지 않아서 여기저기서 검색해야 하고, 자세한 문서는 Sharepoint에 있음. 업데이트되면 다시 PDF로 변환해 특정 티켓 번호로 고객 지원 시스템에 올려야 함. 근데 그 시스템 검색이 잘 안 돼서 번호를 꼭 외워둬야 함.

    • StackOverflow Jobs에는 이제 Joel의 체크리스트가 없어졌음. 그 체크리스트에는 개발 환경을 한 번에 올릴 수 있는 단일 스크립트가 포함되어 있었음.

    • 데이터베이스의 신뢰할 수 있는 복사본이 필요하다면, 저장소에 들어있는 DB는 사용하지 말고, Steven에게 최신 백업본을 요청해야 함. 그 파일이 그의 클라우드 드라이브에 있을 것임. 그 다음에 마이그레이션을 진행할 수 있는데, 20259999-9로 라벨된 마이그레이션은 건너뛰어야 함. 이건 프로덕션 긴급 수정으로 남겨둔 것임. 마이그레이션 테이블을 직접 수정해서 빼야 하며, 테이블은 'status' 명령어를 실행할 때 생성됨.

  • Ducati 오토바이에 대해 내가 작성할 수 있었을 정도임. 내 바이크를 도난당했고, 평평한 트럭에 실어가서 시동 걸려고 점화 장치와 연료 캡을 뚫으려 했지만, Ducati는 수십 년 전부터 이모빌라이저가 내장되어 있기 때문에 실패했음. 좀 더 수준 있는 도둑을 기대해보지만, 그 정도 IQ가 있었다면 이런 오래된 오토바이를 훔치지 않았을 것임. 결국 오토바이를 찾아내 수리했으나, 그 후 거의 Uber 기사에게 죽을 뻔해서 그냥 포기함. 도둑들이 어떻게 망가뜨렸는지 여기에서 볼 수 있음.

    • 예전에 은퇴한 오토바이 도둑의 reddit AMA가 있었음. 읽으면서 진짜 전문가 느낌이 났음. 그는 사람들이 오토바이 도난이라고 생각하는 방식은 대부분 실제 전문가 도둑이 쓰지 않는 방법임을 강조했음. 전문가 도둑들은 다른 방식으로, 예를 들어 OEM ECU를 직접 만든 ECU로 교체해서 바이크를 바로 시동 걸고, 실드된 트럭으로 옮기며, 그 자리에서 구매자가 대기하고 결제해 바로 넘기는 식임.

    • 혹시 아직 바이크를 타는지 궁금함.

  • 예전에 MG B GT를 가지고 있었는데, 항상 고장 상태라 영국차들에 익숙해졌음. 어느 날 좋은 레스토랑에 갔더니 발렛파킹만 허용해서 예외를 요청했으나 거절당함. 내려서 차가 바로 꺼졌고, 발렛에게 초크 사용법과 기어 넣기 전에 스로틀을 올려야 한다는 등의 팁을 알려주고 뒤에서 지켜봄. 그가 힘들게 운전해서 구석에 세웠음. 나중에 차 찾으러 갔을 때 그는 어디에도 없었고, 키만 받아서 멀리서 스타트 시도하는 소리를 들었음. 결국 그가 포기해서 내가 직접 차를 끌고 나옴.

    • 몇 년 전에는 "발렛 전용" 주차장에서 수동이라고 말하니, 발렛(20대)은 얼굴이 하얘지며 "직접 주차하세요"라고 했음. MG 차주는 늘 뭔가 고장난 상태에 익숙하구나 싶은데, 포인트가 막힐 때 두드릴 망치를 갖고 다녔는지 궁금함. 나도 예전에 65년식 Triumph Spitfire를 타봤는데, 이전 소유자들이 망쳐놓은 걸 다 고친 후엔 꽤 괜찮았음.

    • 친구 중 MG Mini를 샀던 친구가 있었는데, 범퍼 스티커에 "이 차에서 떨어지는 모든 부품은 최고의 British 제조사 제품임"이라고 적혀 있었음.

  • "클러치 안전 스위치가 없으니 시동 걸기 전에 클러치를 꼭 밟으시오"라는 기능이 있었음. 내 친구 아버지는 이걸 Datsun에서 트래픽에서 차가 멈췄을 때 밀어내는 기능처럼 사용함. 1단에 넣고 클러치를 떼면서 스타터로 시동을 걸어 차를 이동시켰음.

    • 내 기억이 맞다면 영국 Highway Code(혹은 호주 버전)에서도 이런 방식으로 철도 건널목에서 차량이 고장 났을 때 활용하라고 추천했었음. 오직 수동 변속기 차량에만 해당함. 80년대 영국에는 자동이 흔치 않았음.

    • 네 달쯤 전에 이 방법을 읽었던 게 실제로 내 차 연료 펌프가 망가진 상황에 도움이 됐음. 견인차가 애매하게 주차해서 수동으로 밀거나 스타터를 과하게 쓸 수밖에 없었음.

    • 친구 중 79년식 Datsun을 모는 친구가 있었는데, 종종 시동이 안 걸리거나 멈췄음. 그래서 항상 언덕에 주차하며 대비했음.

    • 철도 건널목에서 차가 멈췄을 때 이 방법이 마지막 수단이라고 들었음. 근데 실제로 성인이 되니 이만큼 드물게 겪는 위기는 퀵샌드뿐임.

    • 스타터 모터로 "운전"하는 건 순식간에 전기차가 되는 느낌임

  • 개발자 온보딩처럼 정리한 문서 버전 같음.

    • 정말 멋진 의견이라고 느낌

  • 글쓴이(저자)가 Miata의 Concept Engineer였다는 것에서, 그가 모든 노하우를 잘 적용했다는 걸 알 수 있음. Miata가 재귀 약자라는 거 알고 있었는가(Miata Is Always The Answer)?

  • 이 이야기를 읽고 내 반복적인 악몽이 떠오름: 차의 브레이크가 거의 작동하지 않아 운전하며 항상 공포에 휩싸이는 악몽임. 이것은 첫 차였던 VW 마이크로버스의 말랑말랑한 브레이크에서 시작되었음.

    • 오래전에, 하이웨이에서 가던 중 브레이크를 밟았는데, 페달이 그냥 바닥까지 푹 들어감. 긴급 브레이크로 겨우 정차했음. 정비 불량으로 브레이크가 도로 주행 중 떨어져 나갔다는 걸 알게 됨. 전날 점검했는데 아무 이상 없다고 했음. 다시는 그 곳에 가지 않았음.

    • 나도 그 반복 악몽을 꾸어본 적 있음! 현실에서는 거의 겪은 적 없지만, 다른 이들도 경험했는지 궁금함. 내 80년대 후반 Corolla는 뒷바퀴가 드럼 브레이크라 산길 내려올 때 쉽게 브레이크가 먹통 되었음. 그럴 때마다 산 밑에서 대형 픽업들이 바짝 붙어서 더 빨리 가라고 했음. 견인 경험도 떠오름. 끈이 짧고 적당하지 못해 항상 브레이크를 밟으며 간신히 멈췄으며, 중간에 브레이크가 허공을 잡는 느낌이라 심장을 쫄깃하게 했음.

    • 똑같은 악몽을 꾸었던 적 있음. 브레이크를 세게 밟을수록 그만큼 덜 듣는, 마치 로그 곡선처럼 작동하는 느낌임. 그런데 이 악몽이 어떤 실제 경험 때문이었는지는 잘 모르겠음.

    • 나도 비슷한, 브레이크가 물렁물렁해서 거의 안 듣는 악몽을 자주 꿈

    • 내 첫 여자친구가 200달러에 중고 VW Bug를 산 일이 있음. 나도 그때 Toyota Corolla를 몰았는데, 나중에 뒤집힌 적 있음. 그 당시 70년대 Corolla가 자주 뒤집힌다는 소문이 있었음. VW Bug를 따라 내려오는데, 브레이크를 거의 제대로 안 쓰는 것처럼 보여서 봤더니, 신호를 안 지키고 트럭에 측면 충돌이 났음. 다행히 큰 피해 없이 펜더만 교체해서 다시 타고 다녔음. 브레이크 외에도 엔진도 상태가 안 좋아서 직접 카뷰레이터를 정비했고, 나름 성공에 도취되어 엔진 전체를 분해했으나, 다시 조립 못 할 거 같아서 정비공한테 맡겼더니 "이렇게 일거리 만드는 건 곤란하다"고 했음. 예전에는 차에 이름을 붙였고, Bug는 Gus, MGB-GT는 Maggie, Fiat 124 Spyder는 원래 이름이 특별했음. Spyder는 브레이크 라인에 기포가 생겨, 주행 중 브레이크가 점점 더 잡히고 결국 멈추는 골치 아픈 현상이 있었음. 휠마다 브레이크 블리드 벨브가 있어 렌치를 들고 다니며 압을 수시로 빼줬음. VW와 Porsche가 합작한 914 모델을 보면 "Vorp!"라고 외쳤음.

  • 글쓴이는 내가 다녔던 대학의 내연기관 교수였음. 수업에서 재미와 지식을 동시에 주셨음

  • 사람들이 왜 임시방편(workaround)을 해결책(solution)으로 착각하는지 점점 신경 쓰이기 시작했음. 나도 과거에 종종 그랬지만, 이제는 그러지 않으려 조심함. 예를 들어 노트북에서 리눅스로 스피커 소리가 구려서 고쳐보려 했는데, 친구가 "헤드폰 써보라"나 "외장 스피커 써라"고 권장했음. 물론 그렇게 하면 소리가 좋아지긴 하겠지만, 진짜 문제는 해결 못 하고 그냥 무시하는 셈임. 이 글은 그 사고방식의 극단을 보여주어서 흥미로움.

    • 큰 백엔드 잡 스크립트를 보면 항상 반복되는 패턴이 있음. 정상 동작 경로인데도 로그가 에러로 도배됨. 예를 들면, 서비스가 연결 시도하다가 
      FATAL ERROR: COULD NOT CONNECT
debug: retrying... (1/3)
FATAL ERROR: COULD NOT CONNECT
debug: retrying... (2/3)
Service connected! 
Startup succeeded
      "예상 에러는 무시해도 돼" 같은 조언은 정말 답답한 임시방편의 대표적인 예임. 로그 관리가 전혀 안 됐다는 뜻임

  • 이 이야기는 예전에도 나왔고 재밌게 봤음. 그런데 2022년 글이라는 점에 놀람. 최소 2016년쯤, 혹은 더 이전 글이라고 확신했었고, 처음 봤을 때 이미 리포스트라는 느낌이었음.

답변달기