기본 콘텐츠로 건너뛰기

일본 두바퀴 여행(바이크 편)

영상버전 : https://youtu.be/P3vC17iVu1I 이번에는 일본으로 넘어와서 일본 종주하시는 바이커들을 위한 정보입니다.  일본에서의 2륜의 정의가 면허와 도로교통법이 조금씩 다르다고 합니다.  그래도 그렇게 크게 신경쓸 건 없으니 딱 세 종류로 말씀 드릴께요.  50cc는 원동기 1종이라고 하여 3차선 이상 교차로에서 우회전, 한국에선 좌회전 같이 크게 도는 것이지요..  이게 불가능합니다.  직진 신호로 넘어간 뒤에 방향을 틀고 다시 직진으로 두번 꺾어 가야 하구요,  두 명이 타면 안됩니다.  그리고 맨 가장자리 길로만 가야해서 애매하게 끝에서 두 번째 차선만 직진인 곳들이 있어서 난감할 때가 있지요. 그런데에 직진하면 걸리는 곳이 있다고 합니다. 어느 정도까지 걸리고 안걸리고는 정확히는 모르지만,  직좌 마크가 아닌 좌회전 마크만 있는 곳이 은근히 많으니 조심해야 하겠더라구요.  최고 시속도 30km를 넘기면 안되어 천천히 달려야 합니다.  아뭏든 제약이 엄청나게 많으므로 60cc이상을 가져오시거나 렌트 하시는 것을 추천하구요,  125cc미만은 겐츠키 2종이라고 하여 두 명이 타도 되고, 3차선 이상에서 우회전이 가능합니다.  상당히 제약이 풀리는 대신 고속도로를 탈 수가 없지요.  만약 국도로 천천히 올라오신다면 125cc미만으로도 충분합니다.  실제로 일본인 바이커들 중에서도 국도 종주하는 모습을 많이 볼 수 있구요,  도심에 가면 125cc미만까지만 주차 가능한 바이크 주차장도 꽤 많기 때문에 도심용으로는 메리트가 큰 것 같습니다.  뭐, 125cc대는 곳에 큰 바이크를 대는 경우도 자주 보는데, 아무도 뭐라 안하긴 합니다.  그도 그럴 것이, 일본의 바이크 등록대수는 1031만대 인데도 바이크 전용 주차장은 턱없이 부족하다고 합니다. 바이크 주차장이 저렴하기 때문에 웬만한 주차장에서는 자동차 주차장으로 만들어 버려서 자동차 주차가 애매한 구역에서나 바이크 주차장이 있기 때문이지요.  그래도 도심 외곽으로 넘어가면 바이크와 자전거를
최근 글

일본에서의 두 바퀴 탈것에 대한 팁

영상버전 ;  https://youtu.be/u6k0-0wlzUs 일본으로 자전거나 바이크를 가지고 넘어와서 종주를 하는 영상을 즐겁게 보는 편입니다.  일본에 살면서도 길게 시간을 낼 수 없다보니 영상으로 대리 만족을 하고 있지요..  그러다보니 일본 정보가 없이 오시는 분들이 많고,  실제로 자기가 타는 것들에 대한 이해도 부족인채 무작정 도전하시는 분들이 있어 간단히  일본 정보를 공유 하고자 합니다.  우선 자전거 인데요,  저의 경우는 미국 GT의 MTB 입문용을 시작으로 했던게 1994년 전후였던 것 같습니다.  아마도 이 시기에 본격적으로 MTB로 설산 다운힐을 하거나 하는 사람들은 거의 없었겠죠..  그걸 시작으로 가성비가 제일 좋은 크로스, 그리고 전동 시티 바이크를 타고나서는 세 대 연속 전동 시티바이크를 샀네요.. 마지막에 산 것은 접이식에 배터리가 120Wh라서 150Wh제한인 비행기에는 탑재 가능합니다. (항공사에 따라 100Wh도 있네요) 그래도 프레임에 내재 가능한 중국산 풀오토 시티바이크가 일본 시내에서는 가장 편했던 것 같습니다.  MTB는 27인치, 크로스는 700C, 그 외에는 모두 20인치를 샀는데,  20인치는 접이식으로 배 등에 넣고 섬 일주에 편하지만 단차를 넘을 수 있는 최대한의 사이즈로 16이나 18인치의 충격보다는 현저하게 안정감이 있어서 20인치를 했는데요, 전동이다보니 튼튼한 MTB용 타이어를 쓰다보니 일본에선 구하기 힘들어 알리에 주문하는 경우가 많습니다. 뭐, 가격 차이가 세 배라서 여러개의 여분을 준비하는 성격의 저로는 알리를 뿌리칠 수가 없네요..  처음에 MTB를 샀던 결정적인 이유는  삼성동에서 살고 있는데 개포동을 가든 신사동을 가든 역삼동을 가든 전부 언덕이 가파랐고 인도도 잘 정비 안됬던 시기였기 때문에 MTB를 선택했는데요..  실제로 산을 탄 적은 손에 꼽혔고, 그냥 주변이나 잠실로 빠져서 강변을 달렸던 게 다 였던거 같네요..  그 시기에는 탄천에 자전거 길도 중간중간 비포장 도로였고 해서

일본의 솔루션 비즈니스는 한국과는 다르다. 실전 솔루션 비즈니스 경험

영상버전 :  https://youtu.be/z5hrHi-82ZY 얼마전 비즈니스 관련 이야기를 하다가 나온 말이었는데요..  한국에선 솔루션은 반드시 SI업체와 끼거나 솔루션 업체에 SI팀이 있어야 합니다.  이유는 특정 솔루션 영업을 가면  PoC를 하면서 자기네 입맛에 맞춰서 엄청 뒤집어야 하지요.  어떨 때는 완전히 새로운 솔루션이 탄생하기도 합니다.  그래서 한국의 솔루션 업체들 중에 업력이 오래된 곳의 상품을 보면,  정말 많은 커스텀 모듈이나 상품들이 즐비합니다.  그리고 신생 솔루션 업체는 솔루션이라고 만들었지만 대부분 커스터마이징 당할 것이라 생각해서 도큐먼트나 기능이 부족한 상태에서 영업이 들어가는 경우가 많습니다.  어짜피 솔루션 업체에서 아무리 기능을 미리 만들어둬도 거의 새로 커스터마이징 하는게 더 많거든요.. 해외의 모든 나라 통계는 모르겠는데요..  일본의 경우는 솔루션 영업을 가면..  솔루션에 있는 기능을 그대로 사용하고 없는기능은 api 를 찾아가면서 직접 개발 하는 경우가 많습니다.  즉, 솔루션 업체는 솔루션만 안정적으로 공급하면 된다는 것이지요.  때문에 솔루션을 사용하는 기업에서는 기본 기능 이외에도, 커스터마이징을 위한 API 문서가 얼마나 충실한지도 중요합니다.  여기서 일본환경과의 오해와 차이가 생기는데요..  한국 솔루션 기업은 어짜피 고객들이 자기 멋대로 말하면 솔루션 업체가 그 요구에 맞추어 커스터마이징 할게 뻔하다보니,  API를 만들어줘도 고객이 API를 쓸 이유가 없지요. 그냥 솔루션 업체에 시켜서 커스터마이징 된 UI만 쓰겠다고 자기네에 맞춰달라하니 API문서를 만들필요가 없고, API도 고객의 요구에 맞추다보니 새로 만들거나 사양 변경이 빈번하게 일어납니다.  때문에 문서화에 의미가 없어서 문서를 점점 등한시 하게 되었지요.  그걸 일본으로 가져오려고 일본어화를 하는 과정에서 저랑 이야기를 많이 하곤 하는데요..  일본어로 번역할 API의 문서를 보다보면 말도 안되게 적거나 너무 예전거라 지금이랑 스펙

경험자가 이야기 하는 대규모 처리 경험이란?

영상버전 :  https://youtu.be/gkMwrSJsUVo  제가 재섭게 자랑처럼 맨날 이야기 하는내용이 있잖아요? 4000만 DAU 60만 동접 120만 TPMC 300Gbps 트래픽 2억대 펌웨어 다운로드.. 1.76PB 머신러닝 팜 설계 DR을 Active화 하여 Geo Balancing구성을 했다거나 소프트뱅크 페퍼 공식 저서 작성 각종 블록체인의 소스코드 분석 및 토큰 에코노미 분석 요즘은 chatgpt프로젝트 세 개나 했구요..  혹자는 이렇게 생각하겠죠.. 저거 구라 아냐? 저정도 해본 인간이 왜 찌질하게 몇 명 없는 유튜브나 하고 있어? 라구요..  저처럼 지지리도 운도 없고 영어도 못하면 이 정도 실력을 가지고 있어도 이렇게 찌질하게 유튜브나 찍으면서 자기 잘난 맛에 보는 사람 없이 떠들기도 한답니다.  어디 엄청난 선구안을 가진 사람이 절 안주워갈려나요?  어디선가 저의 진짜 모습에 투자해주실 분을 기다리면서 홀로 방송 해봅니다. ^^ 주변에 엄청난 분이 계시다면 제 영상을 꼭 보여주세요~~ 쓸데없는 말은 이정도 하구요..  얼마전 대규모 설계 경험자 모집이란 내용에 대한 썰을 푸는 영상을 보았는데요..  이런 대규모 설계는 다른 설계와 뭐가 다르길래 대규모 처리 경험자와 비 경험자가 나뉘어지게 되는걸까요? 그 전에 그 대규모 라는 건 어떤 기준일까요?  제가 생각하는 대규모 라고 접어드는 단계는  서버 한 두대 정도로 케어할 수 없는 규모의 처리를 이야기 한다고 생각합니다.  예를 들어서 이런게 있죠.  하루 4천만 유저가 들어오는 시스템의 가장 중요한 건 무엇일까요?  제가 강조할 때 4000만DAU를 말하면서  다른 서비스에서는 동시 60만 클릭을 다시 이야기 합니다.  그냥 4000만으로 퉁치면 되는 거 아닌가요?  하루는 1440분 입니다. 1분에 약 3만 명의 사용자, 초당 500명의 사용자라면 순간 동접으로 따지면 그렇게 크지 않아요.   즉, 4000만 DAU일때 신경써야 하는 인프라와 60만 동시 리퀘스트에서 신경써야

IT컨설턴트에게 필요한 자질

영상버전 :  https://youtu.be/3srQLSa3tV8 일본에서 IT컨설턴트 라는 직업이 되기 위해 필요한 스킬로서  눈에 보이는 자격증 등과  눈에 보이지 않는 능력에 대해서 궁금하다는 질문이었습니다.  두 번째 질문은 눈에 보이는 자격 증 등의 대답에서 같이 해드리면 될 거 같구요..  세 번째 질문은 IT컨설턴트 말고 전체에 적용되는  일본에서 취업할 때 학벌과 나이가 중요한지?  에 대한 대답을 해드리겠습니다.  우선 IT컨설턴트 라는 직업은  IT전문가 와 컨설턴트 라는 업무 전문가를 합칭 말입니다.  때문에 필요한 것은 전문적인 IT지식과 현업의 업무 지식이 필요한 것이지요.  IT전문가로서 필요한 스킬을 보자면 프로그래밍 능력이 필요합니다. 이는 스스로 개발을 하지 않더라도 최소한 언어별 차이를 깊이 있게 알아야 겠지요. 예를 들면 C언어는 보다 어셈블리에 가깝기 때문에 OS의 아주 세세한 레벨까지 컨트롤이 가능하고, 거의 어셈블러에 가깝게 컴파일이 되기 때문에 CPU의 명령어 인식에 리소스가 많이 필요하지 않습니다.  이 때문에 저스펙에서도 가볍게 돌 수 있는 프로그램을 만들거나 하드웨어 컨트롤 하는 프로그램,  고 사양이 필요한 어플리케이션을 고효율로 만들 수 있는 장점이 있지요.  Java같은 경우는 처음부터 MCU같은 보드에 가볍게 넣고 밥솥이나 냉장고 등을 컨트롤 하기 쉽도록 만든 언어였는데, 다른 가전 벤더에서는 자기네들만의 프로그래밍 툴이 있었기 때문에 인기가 없었죠.  하지만, 적은 메모리에서 가볍게 움직인다는 장점이 가벼워야 할 브라우저에서 최적이라는 판단으로 웹 으로 넘어오면서 아주 좋은 효율을 냈지요. 하지만, 처음부터 용도가 다른 언어였는데 그걸 무리하게 점점 커지는 요구에 맞추어 복잡하게 되다보니 한계를 억지로 넘긴 기능들이 속출하다가 많은 버그를 만들기도 했지요.  그래도 node.js까지 발전하면서 고스펙 하드웨어가 기본이 된 현재에는 엔진이 복잡한 것은 이유가 되지 않고, 복잡하더라도 MSA가 가능해진 요즘

홈IoT 서버의 승자는?

영상버전 :  https://youtu.be/X-kii9ZQte8 AI가 성장함에 따라 데이터센터의 고밀도화 및 그에 대한 전력 소비, 발열등에 대한 이야기가 눈에 들어옵니다. 이런 이야기를 하신 분들은 이미 그 다음 단계를 알고 있다고 봐야겠지요..  시장은 유기물처럼 변화하고 움직입니다.  지금 AI에 진입한다면 늦지 않았나 조심스럽게 생각이 되네요..  그럼 AI시장이 확산되면서 나올 주제중 하나를 한 번 언급해 볼께요..  사실은 이 제안은 제가 2016년 경 한국의 유명 제조사에 제안을 했지만, 제가 직접 제안한 것이 아니고 SI업체를 통해 제안을 했다보니 많이 희석되버린 내용인데요..  이제라도 이 내용을 참고로 또 한 번 도약하는 한국의 기업들이 생기면 좋겠습니다.  IoT 시장은 나날이 확장되어 가고 있습니다.  그 속에서 한 집당 많은 IoT디바이스들이 자리를 잡겠지요..  AI스피커에서부터 전화, 커튼, 인터폰, 냉장고, 세탁기, 각 방의 전등이나 보일러 등등..  최소 집안의 IoT디바이스는 50개 정도는 봐야 할 것 입니다.  각각이 서로 IP를 가지고 있고, 그들이 MCU나 어떤 디바이스는 AI반도체가 들어있겠지요. 때문에 모든 디바이스를 인터넷 상으로 보내서 서버통신을 하기에는 너무나도 비효율적이 될 겁니다.  10만가구에 팔았는데 집당 50개의 디바이스라면 동시 500만대가 수시 서버랑 통신하는 개념이 되겠지요.. 그래서 GE는 생각을 했지요..  앞으로 이많은 디바이스가 각각 서버랑 통신하지 말고, 집집마다 홈IoT서버가 있고 그 서버가 데이터를 모아 꼭 필요한 데이터만 서버에 던져야 겠다구요..  그러면 1/50만큼 통신량이 줄어들어 서버 비용이 획기적으로 줄겠지요..  24시간 전원이 꺼져있지 않고 냉각에도 걱정없는 서버는 바로 냉장고가 아닐까? 라고 생각을 했더랍니다. 지금은 어떻게 되었는지 모르겠네요.. 이 시기에 삼성도 비슷한 생각을 했습니다.  삼성TV야 말로 24시간 전원이 들어가 있고, 실제로 내부에 칩도 들어 있으니

라떼는 DAS, SAN, NAS란게 있었단다..

영상버전 :  https://youtu.be/20n_I2J4cRs 요즘 AI, AI만 이야기 하고 있잖아요?  저도 AI를 활용한 여러가지 비즈니스를 준비는 하고 있지만,  오히려 이렇게 AI도배된 시기에 역행하는 라떼는 코너를 한 번 만들어보고 싶었습니다. 요즘 IT에 들어온 사람들은 모두 클라우드 환경이 기본이다보니  실제로 디스크를 본 적도 없는 사람도 있고 하더라구요..  아마 이젠 쓸모 없는 내용이 될 수도 있겠지만, 기록을 위해 남기는 것이니 흥미가 있는 분들만 들어주시면 됩니다,. 2000년대까지만 해도 데이터센터를 회사마다 작게는 1/4랙이나 1U단위에서 많게는 Cage라고 해서 24랙 정도 까지 직접 계약을 했었기 때문에 데이터센터를 관리하는 일이 참 많았었죠.  그 때는 고객들이 인터넷상에 서비스를 올리고자 하는데 서버구성까지 맡기는 경우가 많았습니다.  그래서 많은 서버나 장비들을 만져보고 테스트도 했었지요.  그 때 당시엔 하드 용량도 20GB나 80GB가 주력 이다보니 온라인 게임이 급격하게 성장했던 시기에 너무 데이터 저장 공간이 부족했죠. 데이터센터를 못가보신 분들도 많겠지만 이 때는 개발자도 데이터센터 달려가서 작업하던 때도 많았죠..  서버 랙을 열어보면 서버만 있는것도 아니고 별의 별 짓을 다해놓곤 하는데요..  랙 안에 자기 작업 공간처럼 황당하게 꾸민 경우도 있었는데 그 때는 사진을 안찍어놨네요..  랙 안에서 가장 신기한게 디스크들이 아주 많은 케이스였는데요..   이 때 DAS나 SAN, NAS를 효율적으로 사용해서 데이터 관리를 했습니다.  요즘 클라우드 시대에는 HDD, SSD를 쓸거냐 S3를 쓸거냐 정도인데요..   이들도 하드웨어는 SAN이나 NAS를 쓸 겁니다. 그게 서비스로 올라와서 저렇게 불리는 거죠.  요즘 세대에서는 개발자라고 들어왔지만 이 개념을 정확하게 몰라서 개발 피씨에서는 잘되던게 서버에만 올리면 안되요 하면서 premium ssd로 변경해서 요금 폭탄을 맞곤 하죠.   Aws에서 프리미엄 ssd보