A Think Piece

2381일만의 글

thinkpieces — Fri, 15 Apr 2022 18:13:57 +0900

2022년 4월의 짧았던 벚꽃 시즌

블로그는 비휘발성 저장 공간이라는 점이 마음에 들어 옛날부터 운영하고 싶어했었고, 실제로 이 블로그도 몇 년 동안 운영을 했었다. 하지만 블로그를 운영하기 위해서는 너무 성실해야 했다. 게다가 별다른 컨셉없이 지극히 개인적인 기록을 남겼기 때문에 유지하기에 애매하기도 했고.

그럼에도 불구하고, 대학원 과정에 있으면서 적었던 몇 개의 글 덕분에 꾸준히 유입이 되었던 것 같다. 몇 년이 지나서는 연구했던 내용들을 편하게 알려주는 기술 블로그를 할까 생각하여, 텀블러로 가입해보고, 정적페이지생성기를 이용해서 깃허브 페이지나 호스팅을 운영하기도 했지만 결국 오래가지 못했다. 아무래도 쌓여있는 게시글이 없으니 정붙이기가 힘들었다.

당시에는 다음이 이것저것 서비스를 정리하고 있던 와중이라, 티스토리도 머지않아 없어지겠구나 생각했었다. 티스토리와 비슷하지만 더 전문적인 (미디움과 비슷한 형태의) 블로그 서비스도 런칭했었고, 당시에 유행하던 마크다운이니 미니멀 디자인이니 하는 것들도 제대로 지원되지 않고 업데이트 없이 촌스러웠던 티스토리는 금방 없어질 것처럼 보였다.

2015.06.04 - [Essay] - 다음과 티스토리의 운명 (당시에 썼던 글)

그런데 아이러니하게도 티스토리가 가장 오래 살아남았다. 텀블러는 성인물 범람을 막지못하더니 사그라들었고, 정적 페이지 생성기도 여러번 대세 플랫폼이 바뀌었다. 간만에 방문한 티스토리에 글을 쓰려고 보니, 기본 테마도 매우 깔끔하게 제공이 되고 있고 에디터도 완전히 세련되어졌다. (언제 이렇게 바뀐걸까?)

결국 몇가지 남겨놓아야겠다고 생각했던 글을 다시 이 곳에 써야겠다고 생각하며 2381만의 침묵을 깨고 포스팅을 한다.

다시 안녕, 티스토리!

다음과 티스토리의 운명

thinkpieces — Thu, 4 Jun 2015 10:16:13 +0900

최근 다음 클라우드가 서비스 종료한다는 소식을 보니, 앞으로 티스토리의 운명도 궁금해진다.

HTML/CSS를 (비교적) 자유롭게 꾸밀 수 있고, 첨부 파일도 제한없이 올릴 수 있다는 점에서 티스토리는 타의 추종을 불허하는 장점을 가지고 있었지만, 다음으로 넘어가고 나서 부터는 더이상의 발전도 지원도 없는 것처럼 보인다. 이대로 서비스를 종료하는 것 아니냐는 말도 있었는데, 아니나다를까 백업->복원 기능도 막히더니 이젠 Medium와 유사한 (결과적으론 Instagram같은) Plain이란 블로그 플랫폼까지 새로 등장시키면서 더욱 더 티스토리가 위태로워진 것 처럼 보인다.

언젠가, 아니 머지않아 이렇게 말할 것 같다. 잘가 티스토리!

Python으로 Alfred Workflow 만들기

thinkpieces — Sat, 23 Aug 2014 17:38:12 +0900

Alfred의 Powerpack을 구매해서 써오고 있다. 최근 OS X 요세미티에서 Spotlight 기능이 강조될 것이라고 발표되면서, 같은 기능을 하고 있는 Alfred의 영향력이 줄어들지는 않을까하는 우려를 보았다. OS X Mavericks 때도 1Password를 보면서 같은 우려를 한 적이 있었는데, 결과적으로 1Password는 아직까지 잘 써오고 있다. Website password 등을 제외하더라도 Software serial, privacy information 등을 보관하기에 좋다.

그래서 이참에 Alfred도 단순히 Spotlight 대체로 활용하는 것 보다 더 잘 써보자는 마음이 들어서 workflow를 활용해보려고 했다. 상용구 치환 등은 이미 Snippets 등의 built-in 기능으로 제공되고 있고, 다른 APP이나 WEB에서 정보를 긁어다오는 정도로는 유용하게 이용할 수 있을 것 같았다. Workflow는 script language를 이용할 수 있는 장점이 있는데, bash, ruby, php, perl, python 등이 기본으로 지원된다.

Alfred Workflow를 python으로 작성하려고 보니 정말 친절하게 documentation이 되어있다! 링크: Alfred-Workflow (for Python) 간단히 Web API를 이용해서 최근 포스트를 읽어오는 예제에서부터 Multi-step으로 설정사항을 저장하는 꽤 고급 예제까지 포함하고 있다.

선택된 텍스트가 URL 일 때 bitly 에서 단축URL주소를 클립보드로 복사하는 workflow를 시험삼아 만들어보았다. Opt+S를 누르면 현재 선택된 텍스트가 bitly에서 짧은 URL주소로 바뀌는 Python스크립트가 실행되고, 그 결과를 Clipboard에 복사한다.

아래는 그 결과. 좋은 Documentation으로 인해 아주 쉽게 만들었다. 본래는 Alfred Workflow의 Python API에 대해 써볼까했는데, 링크: Alfred-Workflow (for Python)의 튜토리얼이 너무나 잘 되어 있어서 안써도 될 것 같다.

점유이탈물횡령죄

thinkpieces — Wed, 25 Jun 2014 01:05:47 +0900

최자가 잃어버린 지갑이 발견되었다. 그리고 그 지갑 안에 있던 설리와의 다정한 사진이 화제가 되고 있다. 첫 스캔들 때 친한 선후배일 뿐이라는 뻔한 해명에도 불구하고 팬들은 많이들 믿었을 텐데 (사람은 보고싶은 것만 보니까) 이번은 해명하기가 상당히 까다로울 것 같다. 친한 선배가 지갑을 저렇게 갖고 다니면 너무 무서울 것이다.

아무튼 지갑을 사진 찍어 올린 사람이 누구일까 다들 궁금해하고 있다. 지갑을 가져가서 사진을 찍어올리다니 겁없다, 범죄자가 될 것이다, 는 등 우려가 많다. 궁금해서 찾아봤다. 이러한 유실물을 타인이 임의로 가져가게 되면 점유이탈물횡령죄에 해당한다.

습득자가 유실물을 횡령하면 형법상의 점유이탈물횡령죄가 성립한다 (형법 360조). 횡령은 습득한 유실물의 불법한 처분행위를 말한다. 고의로 상당한 기간 내에 유실물을 경찰관서에 제출하지 아니한 경우에, 그 부작위는 횡령행위가 될 수 있다. 다만 일반 횡령죄보다는 의무위반성이 가벼우므로 그 처벌도 가볍다.

처벌이 횡령죄보다는 가볍다고 하는데, 어떻게 되나?

점유이탈물횡령죄(360조): 1년 이하의 징역이나 300만원 이하의 벌금 또는 과료에 처한다.
단순횡령죄(355조 1항): 5년 이하의 징역 또는 1500만원 이하의 벌금에 처한다.

SM과 아메바컬쳐가 괘씸하다고 생각해 수사를 의뢰하게 되면 스샷을 찍어올린 주인공은 1년 이하의 징역 혹은 300만원 이하의 벌금을 내게 될 듯…

Transactional Memory #2

thinkpieces — Fri, 13 Jun 2014 22:11:24 +0900

무려 2013년 11월에 Transactional Memory에 대한 포스팅을 한 적이 있다. 이 때는, Parallel Computing에서 일반적으로 사용되는 Lock 방식의 메모리 관리기법의 단점에 대해 알아보았다. 대표적으로 3가지를 들 수 있다.

Dead Lock: 같은 자원에 접근하는 Thread가 서로 멈추는 문제
Priority Inversion: Thread의 Priority가 지켜지지 않는 문제
Convoying: Lock 중인 Thread가 System call을 받으면 기다리는 모든 Thread가 멈추는 문제
위 3가지의 구조적 문제점 이 외에도, Shared resource에 대한 Lock을 위해 Kernel Instruction이 수시로 호출되면서 속도가 저하되는 문제

정작 Transactional Memory에 대해서는 다음에 알아보자고 어물쩍 넘어갔는데, 이번 포스팅에서 Transactional Memory가 어떻게 동작하는지 알아보자.

Implementation Instructions

Transactional Memory가 어떻게 일을 하는지는 앞선 포스팅에서 간략히 소개한 적이 있다. 다른 사람이 공유자원을 쓰는지 안쓰는지 확인하기 복잡하니, 일단 내가 쓰고싶은 만큼 불러와서 데이터를 사용하고 기록한다. 이러한 과정을 메모리에 그때 그때 업데이트하는게 아니라, 따로 기록해둔다. 그리고 내가 사용해서 변경된 내역들은 나중에 한꺼번에 반영(commit)한다. 이러한 Commit과정에서 내가 사용한 메모리를 다른 곳에서 사용했는지 검사(validate)를 해본다. 만약 다른 곳에서 접근해서 사용했다면 내가 가지고 있는 메모리 데이터가 올바르지 않을 수 있으니 현재 까지의 변경 사항은 그냥 버린다(abort). 그리고 Transaction의 처음부터 다시 하는 것이다. 이렇게 Transactional Memory의 동작은 크게 3가지(commit, abort, validate)로 나눌 수 있으며, 이를 구현하기 위해서 필요한 Instruction은 아래와 같다.

Load-transactional (LT): 공유 메모리에서 값을 읽어올 때 사용하는 명령어. 이 때 읽어오는 값은 바뀌지 않는다.
Load-transactional-exclusive (LTX): 공유 메모리에서 값을 읽어오는데, 이 값이 변경될 때 사용하는 명령어.
Store-transactional (ST): 메모리에 값을 쓰는 명령어. 이 때, 쓰는 값은 즉시 메모리에 업데이트 되는게 아니다. 최종적으로 Transactional Thread가 성공적으로 완료되었을 때 (commit) 업데이트된다.

Transactional Memory의 동작을 다시 정리하면 아래와 같다.

Commit: 현재 Transaction을 종료하고, 변경 사항을 모두 메모리에 반영할지 버릴지 결정한다. 공유 메모리에 다른 Transaction이 접근한 적이 없다면 변경 사항이 모두 메모리에 반영되어, 다음부터 다른 Transaction 이 해당 메모리에 접근할 때 변경된 값을 사용할 수 있을 것이다.
Abort: 현재 Transaction에서 있었던 변경 사항을 모두 버린다. 메모리에 반영하지 않음.
Validate: Transaction 중 현재 메모리 상황을 파악한다. 현재 내가 가지고 있는 자료의 본 메모리에 다른 Transaction이 접근했다면, 자료가 변경되었을 수 있다. 이럴 경우에는 Validate False다.

Transactional Memory의 동작은 간단하게 아래와 같을 것이다.

LT, LTX: 메모리에서 값을 Register로 가져온다.
Validate: 가져온 값이 유효한가? 최신 정보인지 확인한다.
ST: 계산한 결과들을 저장한다.
Commit: 일련의 과정이 모두 끝나고, 내가 변경한 데이터들을 다른 Transaction 들도 사용할 수 있게, 메모리에 반영한다. 이 때, Validate False라면 1번으로 돌아가 다시 반복한다.

다음 포스팅에서는 (언제가 될지 장담할 수 없지만) Snoopy Cache와 Directory Cache에서 각각 어떤 방식으로 적용했는지 알아보자.

2046 팬스테이크

thinkpieces — Wed, 4 Jun 2014 02:27:12 +0900

삼청동을 오르는 길에 후각을 자극하는 향기를 맡았다. 결국 잊지 못하고 내려오는 길에 들렀다. 2046 팬 스테이크가 바로 그 집이다. 지글지글 뜨거운 팬에 붉은 부채살이 시금치, 버섯, 마늘과 함께 볶아진다. 테이블에서 조리된다는 점은 VIPS의 얌스톤 스테이크와 유사하다고 보면 된다. 가격은 14,000원.

오설록 덖음차

thinkpieces — Wed, 4 Jun 2014 02:14:22 +0900

인사동에는 오설록 티하우스가 있다. 여길 구경하다가 덖음차를 시음한다기에 마셔보았는데 녹차의 신세계를 경험했다. 그냥 “몸에 좋으니까 마시는 차” 정도로 생각했던 나의 녹차 이미지가 완전히 바뀌었다. 깊고 구수한 맛이지만 끝이 깔끔하다. 오설록 티하우스를 지나다가 덖음차 시음을 하고 있다면 꼭 마셔보길 바래요.

Python에서 SIFT Keypoint 확인하기

thinkpieces — Sun, 25 May 2014 23:54:08 +0900

Python에서 OpenCV 지원이 점점 훌륭해지고 있다. 예전에 C/C++에서 OpenCV로 SIFT 키포인트를 확인하려면 여러가지 세팅의 난관에 부딪혔지만 이제 Python에서는 몇 줄만으로도 확인가능하다. 갓파이썬!

import cv2
import numpy as np

img = cv2.imread('lena.jpg')
gray = cv2.cvtColor(img,cv2.COLOR_BGR2GRAY)

sift = cv2.SIFT()
kp = sift.detect(gray,None)

img = cv2.drawKeypoints(gray,kp)

cv2.imwrite('lena_siftpoints.jpg',img)

미드 한니발 Hannibal 시즌2 종료

thinkpieces — Sun, 25 May 2014 22:11:21 +0900

작년이었던 2013년 7월에, 미드 한니발 Hannibal 시즌 1을 보고나서 시즌 2를 예상한 적이 있었다. (미드 한니발 Hannibal 시즌1 종료, 그리고 시즌2 예상) 그리고 2014년 5월 미드 한니발 Hannibal 시즌 2가 끝났는데, 예상과는 다르게 끝이 났다.

저조한 시청률에 상관없이 시즌 3도 확정되었다고 하니, 시청률에 상관없이 그 특이한 분위기를 유지하는 소수의 드라마로써 앞으로도 유지될 듯 하다.

Pragmatic한 Test-Driven Development

thinkpieces — Fri, 4 Apr 2014 20:52:38 +0900

그간 Programming 책이라곤 language syntax에 관련한 것 밖엔 읽어본 적이 없는데, 최근 들어서 SW 개발 자체에 관련한 책을 2권 읽어볼 기회가 있었다. 하나는 Pragmatic Programmer이고, 다른 하나는 Test-Driven Developement이다. 짜투리 시간에 꺼내 읽다보니 생각이 잘 나지 않아서 요즘 Pragmatic Programmer를 틈날 때 한번씩 더 읽어보고 있다.

두 책 모두 개발 목적을 향해 더 실용적인 행동을 권장하고 있다. 자칫 coding을 하다가 지엽적인 문제로 길을 잃는 나에게 매우 유익한 충고들이다. 특히나 Pragmatic Programmer의 Tracer Bullet 부분은 Test-Driven Development에서 추구하는 가치와 비슷한 듯?

Users get to see something working early. 결국 유저, 혹은 상관, 교수님은 더 빨리 무엇인가가 실제적으로 동작하는 걸 확인할 수가 있게 된다. (완전하진 않더라도)
Developers build a structure to work in. 테스트-개발-리팩토링의 싸이클이 돌아갈 수 있는 구조가 갖춰지면 일하기도 쉽다. 이제부터는 세부적으로 채워넣기면 하면 되니까…
You have an integration platform. 이미 유닛 단위로 테스트할 수 있는 플랫폼이 있으니, 한번 테스트를 하기위해 빅뱅 수준의 탄생을 준비하지 않아도 된다.
You have something to demonstrate. 진행 중간, 중간에 교수님, 혹은 상관에게 무엇이라도 보여줄 수 있지 않은가? 이게 정말 좋은 일이다. TDD 환경이 없으면 Coding 중입니다라는 대답도 처음 몇 번하고 나면 그 다음부터 힘들어진다.
You have a better feel for progress. 실질적으로 눈 앞에 진행 상황이 보이면, 의욕이 훨씬 샘솟는다.