diff --git a/README.md b/README.md
index f681adbf4cb81386940dce92da1bd3935d5c393a..5c717667b4980b80df70b62adadca4ed135a9c78 100644
--- a/README.md
+++ b/README.md
@@ -719,13 +719,13 @@ But the problem with being clever and original in software design is that it get
 
 하지만 소프트웨어 설계에 있어서 똑똑하고 독창적이라는 것의 문제점은 그게 버릇이 되어버린다는 점이다 -- 설계를 강력하고 단순하게 유지해야 할 때 그렇게 하지 않고 계속해서 일을 멋지고 복잡하게 만들기 시작한다. 이전의 프로젝트에서 나는 그런 성향 때문에 실패한 적이 있었다. fetchmail 에서는 간신히 그것을 이겨냈다.
 
-(ChoiEunJi)So I believe the fetchmail project succeeded partly because I restrained my tendency to be clever; this argues (at least) against design originality being essential for successful bazaar projects. And consider Linux. Suppose Linus Torvalds had been trying to pull off fundamental innovations in operating system design during the development; does it seem at all likely that the resulting kernel would be as stable and successful as what we have?
+(최은지)So I believe the fetchmail project succeeded partly because I restrained my tendency to be clever; this argues (at least) against design originality being essential for successful bazaar projects. And consider Linux. Suppose Linus Torvalds had been trying to pull off fundamental innovations in operating system design during the development; does it seem at all likely that the resulting kernel would be as stable and successful as what we have?
 
-그래서 나는 fetchmail에서 성공할 수 있었던 것이 부분적으로는 똑똑해지려는 유혹을 이겨냈기 때문이라고 생각한다. 이것은 (최소한) 성공적인 시장 프로젝트에 설계상의 독창성이 필수적이라는 점에 대해서는 반대되는 주장이다. 리눅스를 생각해 보자. 리누스 토발즈가 개발도중에 운영체에 설계에 있어서 근본적인 혁신을 이끌어내려고 노력했다고 가정해 보자. 결과로 만들어진 커널이 우리에게 있는 것처럼 안정적이고 성공적이었을 것이라고 생각이나 할 수 있을까?
+그래서 나는 fetchmail 프로젝트에서 성공할 수 있었던 어느 정도의 이유는 똑똑해지려는 경향을 자제했기 때문이라고 생각한다. 이것은 (적어도) 성공적인 시장 프로젝트에 설계의 독창성이 필수적이라는 것에 반대되는 주장이다. 리눅스를 생각해 보자. Linus Torvalds가 개발 중에 운영체에 설계에 있어서 근본적인 혁신을 이끌기 위해 노력했다고 가정하자. 결과로 만들어진 커널이 우리가 가진 것만큼 안정적이고 성공적이었을 것 같나?
 
 A certain base level of design and coding skill is required, of course, but I expect almost anybody seriously thinking of launching a bazaar effort will already be above that minimum. The open-source community's internal market in reputation exerts subtle pressure on people not to launch development efforts they're not competent to follow through on. So far this seems to have worked pretty well.
 
-어느 정도 기본적인 수준의 설계와 코딩기술은 물론 필요하긴 하지만 시장 스타일의 프로젝트를 시작하려고 심각하게 생각하고 있는 사람이라면 그런 정도는 최소한 넘어섰으리라고 기대하는 것이다. 평판에 대한 오픈 소스 공동체의 내부시장은 미묘한 압력을 사람들에게 작용한다. 그래서 지속적으로 따라갈 수 있는 경쟁력을 가지고 있지 않은 사람이라면 개발 프로젝트를 시작하지 않게 된다. 지금까지 이것은 잘 들어맞아왔던 것 같다.
+물론 어느 정도 기본적인 수준의 설계와 코딩기술은 필요하지만 시장 프로젝트를 시작하려고 진지하게게 생각하고 있는 거의 모든 사람들은 이미 그 정도는 넘었을 것이라고 예상한다. 오픈소스 커뮤니티의 명성 있는 내부시장은 그들이 계속해서 따라갈 수 있는 경쟁력이 없으면 개발 프로젝트를 시작하지 말라고 사람들에게 미묘한 압력을 가한다. 지금까지 이것은 꽤 효과가 있었던 것 같다.
 
 (이진희)There is another kind of skill not normally associated with software development which I think is as important as design cleverness to bazaar projects—and it may be more important. A bazaar project coordinator or leader must have good people and communications skills.