12월, 2013의 게시물 표시

둘 중 누군가 그녀를 죽였다, 범인 해설

사건을 현실적인 눈으로만 따진다면 왜 추리소설을 읽겠는가마는, 히가시노 게이고의 흥행성을 인정하는 나로서도 이 책에서 따로 봉인 설명까지 곁들인 것치고는 추리논리가 군색함을 피할 수 없다고 생각한다. 작가는 크게 두 가지 근거를 들어, 준이치가 범인이라는 결론을 만들어두고 독자들의 호기심을 끌었다. 그 두 가지 근거는 첫째, 약봉지 두 개가 모두 일정한 방향으로 오른손잡이가 뜯었다는 점 그리고 둘째, 반창고가 높은 곳에 있어 이를 꺼낼 만한 사람은 소노코 혹은 준이치의 키가 되어야 한다는 점을 들고 있다. (가요코는 키가 이들보다 작다고 기술되어있다.) 봉인 설명서에서도 이런저런 대화식으로 처리했지만 어쨌든 이 두 가지를 결정적 근거로 삼고 있다. 그런데 이 두 가지 사실을 범인 판단 기준으로 삼는다고 쳐도 소노코 자살설 또한 그대로 유력하게 된다. 왜냐하면 소노코가 사실상 양손잡이이기 때문이다. 소노코가 글을 쓰는 것과 같은 행동들은 오른손을, 또 몇몇 행동들은 왼손을 사용한다는 식으로 기술해서 아마 준이치가 소노코가 명확히 어떤 손잡이인지 몰랐거나 뚜렷하게 인식하지 못 했다는 것을 분명히 하기 위한 장치 (만일 준이치가 소노코가 어느 손잡이인지 알았다면 약봉지를 뜯을 때 주의할 수도 있었어! 라는 가능성을 차단하기 위한 장치)로 썼던 것 같은데, 어찌 되었든 결국 그런 식의 기술은 소노코를 양손잡이로 만들어버리고 말았다. 뭐, 특정 행동은 반드시 특정 손을 쓴다고 하는 식으로 우겨 볼 수 있겠지만, 어쨌든 소노코의 오빠나 가가 형사 또한 소노코가 약봉지를 뜯을 때 어느 손으로 뜯을지 확신하긴 어려운 상황이 설정된 셈이다. 다시 말해, 소노코는 사실상 양손잡이인데다가 만일 당시의 포즈나 행동에 의해 다른 손을 사용할 가능성도 있기 때문에 판단 근거중 하나가 대단히 모호한 상태로 남게 되어버린다. 또 한 가지 근거인 반창고를 꺼낼 수 있는 키높이에 대한 것은 소설에서도 어찌 보면 미미한 근거로 드러나고 있다. 발판 같은 것을 구해서 반창고

Mahout, Apache

Mahout, https://cwiki.apache.org/confluence/display/MAHOUT/Overview Apache, https://blogs.apache.org/foundation/entry/the_asf_asks_have_you2 Current interesting topics. Someday I will improve the Apache into newer version Chinook.

install php in os x

이미지
PHP 5.3/5.4/5.5 for OS X 10.6/10.7/10.8/10.9 as binary package Installation | FAQ | Additional important notes | (Alternative) Installation by "hand" | Included extensions | Uninstall | Source code | Thanks | Support | Latest releases Intro This package installs the (usually) latest PHP 5.3.x/5.4.x/5.5.x on OS X 10.6 (aka Snow Leopard), OS X 10.7 (aka Lion) and OS X 10.8 (aka Mountain Lion) and OS X 10.9 (aka Mavericks) in /usr/local/php5. It installs many useful extensions (see below) and ini-settings and is what we at Liip and Local.ch use for our development. It's especially suited for Symfony 2 development. It also provides a decent php.ini with all settings configured according to "Best Practices". It doesn't install Apache, MySQL or any other external programs. It uses the Apache installation, which comes with OS X and for installing MySQL you can for example use Homebrew . The package is based on entropy's php package

멤버 이야기, 그 후

함박눈이 내린다, 어느새 겨울이 되었다. 지난 7월, 8월을 '뜨거운 여름'이라고 부를 수 있을까. 마치 슬램덩크의 마지막처럼 되어버렸다, 강렬하게 불꽃을 태우고 거짓말처럼 엔딩을 맞이하는 것처럼. 슬램덩크는 그래서 아쉽고 아름다운 이야기로 남았는데, 내 경우는 ..., 모르겠다. 멤버가 급속하게 인기를 얻고, 미국에서 야구에 도전하던 허민 사장이 국내로 돌아오고, 멤버를 자신만의 브렌드화하겠다는 선언, 그 결과 나는 서비스를 기획, 지휘하던 일에서 물러나게 되고, 더 나아가 회사에서도 떠나게 된 과정이, 돌아보면 꿈결처럼 금세 지나갔다. 인생이란 그런 것이다, 좋아하는 일을 하는 것과 그에 대해 인정 받는 것은 다른 것 같다. 1등, 여러 차례 해보았지만, 공을 빼앗기기 일쑤였다. 일만 좋아한다는 식의 순진함은 한국사회에선 무능이다. 내일은 잠시 해외에 다녀오려고 한다, 눈길에 공항까지 잘 갈 수 있을까? 그리고 비행기는 연착되거나 결항되지 않을까? 이런 소소한 걱정들이 앞선다.

Elements of Modern C++ Style (from Sutter’s Mill)

The C++11 standard offers many useful new features . This page focuses specifically and only on those features that make C++11 really feel like a new language compared to C++98, because: They change the styles and idioms you’ll use when writing C++ code, often including the way you’ll design C++ libraries. For example, you’ll see more smart pointer parameters and return values, and functions that return big objects by value. They will be used so pervasively that you’ll probably see them in most code examples. For example, virtually every five-line modern C++ code example will say “auto” somewhere. Use the other great C++11 features too. But get used to these ones first, because these are the pervasive ones that show why C++11 code is clean, safe, and fast – just as clean and safe as code written in any other modern mainstream language, and with C++’s traditional to-the-metal performance as strong as ever. Notes: Like Strunk & White, this page is deliberately f

Calling Objective-C code from JavaScript in iOS applications (from Ram's Blog)

이미지
In the last post I described how to  Create iOS Application with HTML User Interface  . In this post I am going to describe how to access Objective-C code from JavaScript running in the WebView. It is not as easy as it is in Android. There is no direct API in UIWebView to call native code, unlike in Android which provides WebView. addJavascriptInterface  function. However, there is a work-around. We can intercept each URL before it is being loaded in the WebView. So to call the native code, we will have to construct a URL and pass method name and argument as part of the URL. We then set this URL to window.location in the JavaScript and intercept it in our ViewController. However most examples I have seen (including PhoneGap) create an instance of iframe and set its source to the URL - function openCustomURLinIFrame(src) { var rootElm = document.documentElement; var newFrameElm = document.createElement("IFRAME"); newFrameElm.setAttribute("

Communication with embedded (UI)Webviews in existing iOS and Android Apps

이미지
This app already exists in the Apple App store and Android markets. It is an app that uses a lot of native code and is not a candidate to be fully html5ed. Longwinded Description I want to have a Web-based series of settings pages. Some of these pages will live locally on the mobile device, and some will be hosted on a remote server. The native app will need to communicate with the local web pages to get and set information in the webpage using javascript. For instance, the first page shown in the WebView/UIWebview will be a local index page. If the remote website is down, the links on the index page to the remote pages will be greyed out. On loading the WebView, the native app will need to detect the reachability of that page and send javascript to the page to grey out the buttons. Likewise, some settings changes made in the local web pages need to be sent back to the Native app for processing. Short and Sweet Requirements Summary Embed remot