기본 콘텐츠로 건너뛰기

초단기로 일본어를 늘리는 방법!

이 내용을 보고 들어오신 분들께 한 마디 하겠습니다. 

세상에 그런게 어딨냐?

...


농담이구요.. 


사실 외국어는 전부 마찬가지로 어떻게 자기것으로 만드느냐가 관건입니다. 

보통 학교에서는 단어 외우고 문법 외우고 듣기평가 하고 해서 늘려가잖아요.. 

정공법입니다. 절대 나쁘지 않아요.. 




하지만 어느날 갑자기 일 때문에 일본에 오게 되었습니다. 

그런데 일본어를 못한다고 주변에서 츳꼬미를 날리고 있는 상황이라 칩시다.

츳꼬미(つっこみ、突っ込み) 라는 것은 뾰족한걸로 찌르다는 뜻이 있지만, 누군가에게 태클을 걸 때가 츳코미 라고 많이 하지요.. 


그럼 열받잖아요?

최소한 복수를 해줘야죠.. 열받게한 한국인의 무서움을 보여줘야지요.. 


그래서 많은 시행착오를 해봤습니다. 제 얘기 였거든요..


여러 외국인 모임에도 나가보고, 




구약쇼에서 제공하는 1:1 회화 연습하는 것도 해보고 




남파도 해보고




캬바쿠라도 가보고.. 응??




이런저런 것을 많이 해봤는데... 

처음엔 자기 소개를 하잖아요.. 그러면 다들 내가 사는 곳에 대해서 물어보기도 하고, 일본에 대해 물어보기도 하고.. 등등  몇 번 다녀보면 레파토리가 뻔 합니다. 

최소한 거기까지는 자주 반복하니 아주 자신이 생깁니다.


그런데 더 늘지 않는 실력.. 업무 회의는 알아먹기 힘들고.. 




그런데 잘 생각해보면 왜 처음 만나서 자기 소개하는건 아주 잘하게 되었지요? 

눈치를 채셨겠지만, 

어학은 반복입니다. 

어린애들 보면 똑같은말을 무한히 반복하고 있어요.. 

그리고 엄마들은 그걸보고 잘하네.. 칭찬하구요.. 




애기들은 자기가 하는 말의 의미를 알고 문법을 배우고 말을 하나요?

잘하네 하고 칭찬해주니까 모르고 따라하다가 익숙해 지는거죠.



일본어 뿐 아닙니다. 

문법이나 단어는  필요한 시기가 옵니다. 

그 때까지는 무조건 문장 전체를 암기하세요. 

어딘가의 모임에서 자기가 하고 싶었던 말을 우선 한국어로 문장화 합니다. 

그리고 그걸 일본어로 쓴 뒤 열심히 표현을 가다듬습니다. 

수십번 읽으면서 괜찮은 문장이 될 때까지 가다듬지요.. 



여기서 수십번 읽었다면 여러분은 성공한 겁니다. 

단지 한 두번 구글 번역기에 돌려서 나온거 붙여놓고 

"아, 난 열심히 했어!"

라고 생각하신 분들은 어학을 배울 준비가 안된 것입니다.


가급적 현지 인들과 같이 있을 자리를 마련하세요.. 
직접 얘기를 하지 않아도 좋아요.. 내가 저 상황이면 어떻게 얘기하면 멋지지? 하고 생각하시고, 그걸 문장화 하세요.. 

회사를 다니시는 분들은 
회의 시간에 일본인이 얘기한 내용을 빼먹지 말고 문장으로 적어보세요.. 
그리고 자신이 그렇게 말한 것처럼 따라 해보시면 됩니다. 

이렇게만 하면 일단 첫 관문은 클리어 입니다. 

이것만으로 일본어가 통달한 사람도 있지만, 

여기서 더 효율적으로 가는 방법이 

문장을 외우다 보면 자연스럽게 단어를 외웁니다. 
일본어의 경우는 문법이란게 별 의미가 없을 정도로 예외가 많고 평소 쓰는 표현에 예외가 많습니다. 

즉, 통으로 외우는게 편한게 더 많지요.. 

그래도 처음 보는 표현이나 표현 응용을 위해서는 문법을 알아야 하겠지요.. 

그 필요성을 느끼는 타이밍이 옵니다.. 그 때부터는 문법도 같이 공부하면 됩니다. 


그 다음이 어휘를 늘려가는 방법인데요.. 

일을 하시는 분들은 들어오는 모든 메일을 전부 자기가 직접 말할 수 있을 정도로 말하는 연습을 해야 합니다. 그리고 그 내용을 들은 상대방의 질문을 상상하고 그에 대한 대답도 적어봅니다. 

이렇게 하면서 직무 회화 능력이 늘어갑니다. 

거기에 더해서 저의 경우는 구글 뉴스를 매일 메일로 받는 설정이 있는데요.. 내가 사용하는 업계 정보들은 매일 받게 설정해 놓습니다. 

그러면 매일 들어오는 구글 메일을 보면서 업계 정보도 보면서 내가 이 내용을 남들에게 설명하기 위한 준비를 하지요.. 

그러면 최소한 내가 발을 담근 업계에서는 영업도 할 만큼 늘어납니다. 

그렇게 해서 영업을 성공적으로 성사시키고 고객이 좋은 술집이 있다고 칸다의 허름한 이자카야를 데려갔는데요.. 

거기는 모든 메뉴가 한자.. 로 되어 있더라구요.. 

왼쪽의 물고기 변은 알겠는데 오른쪽에 있는 한자로 무슨 물고기인지 맞춰야 ....




고객이 물어보더라구요.. 

그렇게 일본어를 잘하는데 메뉴는 왜 못읽니?


저.. 일본어 독학으로 공부한지 이제 1년 됬거든요.. 

그렇게 대답하면 고객들이 놀랍니다. 

한국인은 1년만 공부하면 그렇게 유창해지냐구.. 

아뇨.. 내가 열받아서 공부한 거 뿐인데.. 



아뭏든.. 

여러분도 공부를 할 때 이런 순서로 필요한 현장에서 바로 써먹을 수 있는 일본어를 준비해 보시기 바랍니다. 





giip :: Control all Robots and Devices! Free inter-RPA orchestration tool! https://giipasp.azurewebsites.net/

댓글

이 블로그의 인기 게시물

Alter table 에서 modify 와 change 의 차이 :: SQL Server

두 개의 차이를 모르는 경우가 많아서 정리합니다.  modify는 필드의 속성값을 바꿀때 사용하구요.. change는 필드명을 바꿀떄 사용합니다.  alter table tbbs modify bNote varchar(2000) NULL; alter table tbbs change bNoteOrg bNoteNew varchar(2000) NULL; change에는 원래 필드와 바꾸고 싶은 필드명을 넣어서 필드명을 바꾸는 것이죠~ 더 많은 SQL Server 팁을 보려면  https://github.com/LowyShin/KnowledgeBase/tree/master/wiki/SQL-Server giip :: Control all Robots and Devices! Free inter-RPA orchestration tool! https://giipasp.azurewebsites.net/

책에서는 안 알려주는 대규모 트래픽을 위한 설계

음성 버전 :  https://www.youtube.com/watch?v=ZZlW6diG_XM 대규모 트래픽을 커버하는 첫 페이지 만드는 법..  보통 DB를 연결할 때 대규모 설계는 어떻게 하시나요?  잘 만들었다는 전제 하에 동접 3000명 이하는  어떤 DBMS를 사용해도 문제 없이 돌아갑니다.  여기서 이미 터졌다면 이 콘텐츠를 보기 전에 DB의 기초부터 보셔야 합니다.  아.. 개발 코드가 터졌다구요? 그럼 개발자를 때리셔야지요..  만약 3000명을 넘겼다면? 이제 Write/Read를 분리해서  1 CRUD + n개의 READ Replica를 만들겠죠?  보통 Read Replica는 5개가 최대라고 보시면 됩니다.  누가 연구한 자료가 있었는데...  6번째 레플리카를 만든느 순간 마스터가 되는 서버의 효율 저하 때문에  5번째에서 6번쨰로 올릴때의 성능이 급격히 줄어든다는 연구 결과가 있습니다.  때문에 Azure에서도 replica설정할 때 5대까지 밖에 설정 못하게 되어 있지요.  유저의 행동 패턴에 따라 다르긴 하지만,  1 CRUD + 5 Read Replica의 경우 동접 15000명 정도는 커버 합니다.  즉, 동접 15000명 에서 다시 터져서 저를 부르는 경우가 많지요..  이 때부터는  회원 DB, 게시판DB, 서비스DB, 과금 DB 등등 으로 성격, 서로의 연관도에 따라 나누기 시작합니다.  물리적으로 DB가 나눠지면 Join을 못하거나 Linked Table또는 LinkDB등의 연결자를 이용해서 JOIN이 되기도 합니다.  그에 따라 성능 차이가 생기지만 가장 중요한 포인트는  서로 다른 물리적 테이블의 JOIN은 인덱스를 타지 않는다!  라는 것입니다. 즉, JOIN할 테이블들을 최소한으로 만든 뒤에 JOIN을 걸지 않으면 NoSQL처럼 느려터져 죽습니다.  양이 많은 DB에서 양이 적은 테이블을 가져와서 JOIN을 해야겠지요..  이렇게 해서 동접 10만명까지 커버를 했다 칩시다.  여기서 일반적인 동접의 기준도 서비스마

BI의 궁극판! Apache Drill을 써보자!

사실 Apache Drill 은 BI(Business Intelligence)라고 부르는 것 보다는 단순 데이터 연결 엔진이다. https://drill.apache.org/ 하지만 내가 왜 극찬을 하느냐면.. DBA로서 항상 문제가 되어왔던게, 이기종 데이터의 변환이나 처리였다. 포맷을 맞추는데 엄청난 시간이 걸리고, 데이터 임포트 실패가 무수하게 나고.. 한 번 잘못 데이터를 추출하면 다시 조정, 변환, 추출하는데 시간이 많이 걸린다. 그런데! Apache Drill은 그냥 RDB를 CSV랑 연결해서 조인해서 통계를 낼 수 있다. 그것도 표준 SQL을 사용하여! 예를 들어, CSV의 세 번째 컬럼이 price 이고, 물건의 판매이력을 PG사에서 CSV로 출력 받았다. 우리 DB와의 검증을 위해서는 수동으로 Import를 한 뒤에 포맷이 안맞아 잘리는 데이터가 있다면 다시 맞춰주고, 재 임포트를 수십 번, 그리고 나서 겨우 들어간 데이터를 조인하여 빠진 데이터를 분간한다. 숫자가 적다면 개발자가 개발로 처리할 수도 있지만, 건수가 하루에 300만건 짜리라면.. 한 달 온 파일은 9천만 건이다. 프로그램으로 고작 처리하는 것이 초당 500건. 거의 20만초, 에러 없이 약 56시간.. 에러가 생기면 다시 56시간.. ㅠㅡㅠ 이런게 현실이기 때문에 쿼리 말고는 방법이 없다. apache drill 의 진면목을 보자! 이번에는 좀 범용 적인 MySQL DB와 붙여 보자. . 난 이번에는 Mac에서 작업을 했기 때문에 그냥 다운 받아서 풀었음.. https://drill.apache.org/download/ 여기서 자기 OS에 맞는 버전을 받아서 설치하시길.. 압축을 풀고 나면 MySQL 커넥터를 붙여야 한다. https://dev.mysql.com/downloads/connector/j/5.1.html 여기서 다운로드 이런 커넥터 들을 붙일 때마다 콘피그를 수정해 줘야 하지만, 몇 번만