살아온 날의 흔적, 살아갈 날의 기록
1. Geek news에 올라온 You are never taught how to build quality software입니다. 무척이나 공감가는 글입니다. 프로젝트를 할 때 QA와 관련한 업무를 비용으로 생각하였던 제가 떠올랐습니다. 비용이 아니라 소프트웨어의 품질을 위해서도 필요한 일입니다. 알고리즘과 관련한 가이드라인에 Software Quality가 나오는 이유는 버그 등으로 인하여 발생할 수 있는 매매손실때문이 아닐까 합니다. 2. 아래는 DeepML 번역입니다. 중요한 품질 보증 조치가 누락된 소프트웨어 프로젝트에…
Read more
1. 한참 알고리즘트레이딩 교육을 진행할 때 저는 교육을 조직하고 관리하는 일을 맡았습니다. 금융공학을 전문적으로 익힌 사람이 아니기때문에 보조적인 역할을 하였습니다. 대신 IT를 하는 사람으로서 그에 걸맞는 다른 길을 찾고 싶은 희망도 있었습니다. 이 때 개인적으로 관심을 가졌던 책이 있습니다. Quality Money Management 트레이딩을 다루는 일반적인 책들이 Quantitative가 들어간 제목인 반면 이 책은 Quality와 Management를 제목으로 사용합니다. 트레이딩기술(Market Technology)를 다른 관점에서…
Read more
1. Knight 사고는 미국과 유럽에 적지않은 충격을 준 듯 합니다. CFTC가 나서서 기술회의를 하는 것을 보면 Flash Crash에 버금가는 충격인 듯 합니다. Knight사고를 바라보는 시각이 다양할 수 있지만 ‘위험관리’라는 영역으로 좁혀지는 듯 합니다. 일반적으로 전산적인 사고 혹은 위험은 운영위험(Operation Risk)로 바롭니다. Flash Crash이후 기계화한 알고리즘이 지배하는 시장은 새로운 사고를 요구하고 있습니다. 알고리즘을 사전적으로 검증하자는 논의가 있었습니다. 이의 연장선에서 새로운 개념으로…
Read more
