웹 서핑을 하다가 간혹 프로그래머스러운 오타를 발견하게 되는데, 오늘은 WordPress의 프로젝트 타임라인을 보다가 발견한 것이,
이런 애인데.
Ticket #5536, #5537을 가만히 들여다보면 우리(…) 프로그래머들이 흔히 저지르는 오타가 보인다. in을 in이라 치지못하고 int 라고 입력한 것. 더더욱 안타까운(?) 것은 Trac 티켓은 수정도 안된다는 건데.
그래서 이런 일을 한 듯하다.
- 오타를 수정한 티켓 재발행
- 이전 티켓을 close (duplicate로)
ps. 어제 IRC 채널에서 s*a*a 도
cons가 const로 오타나요
라고…
이 저작물은 별도로 명시하지 않은 경우, Creative Commons Attribution-Share Alike 3.0 Unported License에 따라 이용하실 수 있습니다.
No related posts.
그러고보니 내가 쓰는 트랙은 편집이 되는듯도 하다. 이건 관리자 권한으로 되는건가 -_-a
Trac에서도 관리자 권한 있으면 수정 되지요~.
홍민희 / 네, 그런것 같네요. 그렇지만 저건 진짜 오타를 보면서 웃고있는 커미터/테스터들이 꽤 될듯 -_-;
스*니아 인가요..
바닷내음 / 뭐 그렇지[...]
전 예전에 int main( … 칠 때 꼭 int maint( … 라고 치게 되더라구요.[..] 그래서 Vim 에 “iab maint( main(” 으로 abbr 도 걸어둔 적이 있었습니다. -_-;
…이거 뭔가 삽질의 기록들이
J.Strane 처럼 하면 ….
버릇이 안고쳐질듯…
그런의미에서도 오늘도 fire int the hole!
offspring을 offstring으로 쓴다거나
바닷내음 / …그것도 답은 아닌듯
일념 / ……….형 지발