2년전쯤 싱가포르에서 처음 본 크록스, 길거리에 돌아다니는 애들은 죄다 신고 있었다.
하도 이쁘고 귀여워서 나도 애낳으면 저거 사줘야 겠다고 마음 먹고 있었는데,
애는 아직 신발을 신을 나이가 아니다.
그러던 중 여주 아웃렛에 갔다가 파는걸 보자 마자 사버렸는데, 이거 너무 편하고 좋다. ㅎㅎ
 |  |
회사에 크록스 신고 출근하면 막장인가요?
'2008/08'에 해당되는 글 9건
- 2008/08/19 회사에 크록스 신고 출근하면 막장인가요?
- 2008/08/11 무료 마인드 맵 소프트웨어 (1)
- 2008/08/06 [광고] 독도 티셔츠 받아가세요.
- 2008/08/05 술을 끊어야 하나...
- 2008/08/03 프로그래밍 언어 랭킹 (2)
- 2008/08/01 헝가리안 표기법 (2)
- 2008/08/01 이파피루스의 개발 시스템/장비 소개 (5)
- 2008/08/01 초간단 닭칼국수 (1)
- 2008/08/01 분유 안먹는 아기 분유 먹이기 (1)
회사에 크록스 신고 출근하면 막장인가요?
생각들을 정리할 필요가 있어서, 종이와 연필을 들고 마인드맵을 그리다
에라 모르겠다 소프트웨어를 하나 사자 하고 마음먹고 이것 저것 찾고 있는데,
이게 웬 떡! GPL 라이센스의 무료 마인드 맵 소프트웨어가 있다.
이름하여 FreeMind.
웹사이트는 http://freemind.sourceforge.net/
아직 한글화는 안되어 있지만, 한글을 입력하는데는 문제가 없다. 관심있는 개발자라면 한글화에 참여해 보는 것도 괜찮을 듯.
다운로드는
http://freemind.sourceforge.net/wiki/index.php/Download#Download
에서 Windows Installer Max/Min 중에서 하나를 선택하면 되고, Max는 SVG, PDF 익스포트 기능이 추가되어 있네요. 참 자바 VM이 설치되어 있어야 합니다. 1.4버전 이상으로.
http://www.java.com/ko/download/index.jsp
ps. 앗.. 한글화 잘 되어 있네요. Tool -> Preference 에서 Language를 Kr로 선택하시면 됩니다.
에라 모르겠다 소프트웨어를 하나 사자 하고 마음먹고 이것 저것 찾고 있는데,
이게 웬 떡! GPL 라이센스의 무료 마인드 맵 소프트웨어가 있다.
이름하여 FreeMind.
웹사이트는 http://freemind.sourceforge.net/
 |  |
 |  |
아직 한글화는 안되어 있지만, 한글을 입력하는데는 문제가 없다. 관심있는 개발자라면 한글화에 참여해 보는 것도 괜찮을 듯.
다운로드는
http://freemind.sourceforge.net/wiki/index.php/Download#Download
에서 Windows Installer Max/Min 중에서 하나를 선택하면 되고, Max는 SVG, PDF 익스포트 기능이 추가되어 있네요. 참 자바 VM이 설치되어 있어야 합니다. 1.4버전 이상으로.
http://www.java.com/ko/download/index.jsp
ps. 앗.. 한글화 잘 되어 있네요. Tool -> Preference 에서 Language를 Kr로 선택하시면 됩니다.
트랙백 주소 :: http://www.epapyrus.com/blog/jeong/trackback/24
-
Subject: 새로운 무료 마인드맵 서비스 - 내 만득이를 소개합니다.
Tracked from 마인드맵 활용 가이드- 만득이 블로그 2008/08/12 10:58 삭제만득이를 소개 합니다. 1. 만득이 소개 동영상 만득이는 무료 베타 마인드맵 서비스로 아래와 같은 구성으로 되어 있습니다. 무료 마인드맵 소프트웨어 - 만득이 공작실 공개 마인드맵 서비스 - 만득이네 생각들 웹용 마인드맵 뷰어 - 만득이 뷰어 온라인 마인드맵 저장 서비스 - 내 만득이 만득이네 웹사이트는 만득이네 웹사이트 - http://www.mandki.com/ 만득이 공작실 다운로드 - http://www.mandki.com/contents/d..
이파피루스에서 815 이벤트로 독도 티셔츠를 나눠줍니다.
딱 163명 + 몇몇 이파피루스 관계자에게만 배포될 예정으로 희소가치가 매우 높습니다. ㅎㅎ
디자인은 무료 배포할 계획이며 GPL 라이센스가 가장 유력합니다.
이벤트 참여하기
이벤트 참여하기
딱 163명 + 몇몇 이파피루스 관계자에게만 배포될 예정으로 희소가치가 매우 높습니다. ㅎㅎ
디자인은 무료 배포할 계획이며 GPL 라이센스가 가장 유력합니다.
이벤트 참여하기
이벤트 참여하기
트랙백 주소 :: http://www.epapyrus.com/blog/jeong/trackback/23
댓글을 달아 주세요
어제 먹은 술 때문에 아무것도 하기 싫다... 아직도 세상이 저렇게 보이네 -_-a
TAG 술
트랙백 주소 :: http://www.epapyrus.com/blog/jeong/trackback/22
댓글을 달아 주세요
어떤 프로그래밍 언어가 가장 인기 있는지 (널리 사용되는지)에 대한 비교가 여러가지 있는데 TIOBE programming community index 가 그 중 하나 입니다. TIOBE라는 회사에서 내는 인덱스로 검색엔진을 이용해 인기도를 측정하는 것 같습니다.
2008년 7월 기준으로 역시 1위는 Java입니다. 21.345%의 점유율이네요. 2, 3위는 C, C++로 16%, 11%를 차지합니다. Powershell이 15위를 차지했네요.
패러다임별로 보자면 객체 지향 언어가 압도적으로 56.6%를 차지했습니다. Functional language들은 다 합쳐서 1.7%입니다.
출처: http://www.tiobe.com/
트랙백 주소 :: http://www.epapyrus.com/blog/jeong/trackback/21
댓글을 달아 주세요
15년 정도 됬나요? 헝가리안 표기법이 인기를 끌기 시작한 것이. 헝가리안 표기법은 헝가리 출신의 프로그래머 찰스 시모니(Charles Simony)가 발명해서 헝가리안이라는 이름이 붙었습니다. 찰스 시모니는 MS에서 Chief Architect로 근무하며 억만장자가 되어 우주 여행도 갔다 왔지요.
윈도 프로그래밍으로 경력을 시작한 프로그래머들은 거의 대부분 헝가리안 표기법을 사용하는 것 같습니다. Win32 API를 비롯해서 MFC 까지도 모두 헝가리안을 사용하고 있으니까요. .NET Framework에서는 별로 쓰이지 않는 것 같네요.
다이나믹 타이핑을 지원하는 언어들에서는 도움이 될 수도 있다고 생각하지만, C/C++에서 헝가리안이 무슨 도움이 되는지 모르겠습니다. 가독성만 떨어질 뿐입니다.
변수 이름만 봐도 타입을 알 수 있다고 합니다만, 안보면 모르냐고 말하고 싶습니다. 변수명 pszName을 보면 zero-terminated string을 담고 있는 포인터라는 뜻이겠지요. 명확하기는 합니다. 그런데 그냥 name이라면 타입이 무엇일까요? 설마 float 또는 integer일 리는 없고 스트링일 것이라는 것이 명약관화합니다. char *, char [512], string, CString, QString 여러가지 타입이 가능하다고 항변할 수 있겠지만, 최소한 C++라면 컴파일러가 체크해 주기도 하고, 타입의 종류도 모르고 변수를 사용하는 경우는 거의 없습니다. 특히 최근의 IDE들은 포인터를 가져다 대기만 해도 타입을 알려주기도 하고요. dwCount, iLength 같은 변수명들은 정말 너무 한다는 생각도 듭니다. ㅎㅎ
또 만약에 타입을 바꿀 필요가 생겼을 경우에는 변수 이름을 모조리 바꿔야 하는 문제도 생깁니다.
리누스 토발즈가 한 말로 마무리 짓겠습니다.
"Encoding the type of a function into the name (so-called Hungarian notation) is brain damaged - the compiler knows the types anyway and can check those, and it only confuses the programmer."
ps. btnCancel 같은 의미적인 접두사들은 괜찮다고 생각됩니다. 또 g_ 와 같은 접두사도 글로벌 변수를 눈에 띄게 만들어 준다는 점에서 의미가 있어 보이고요.
트랙백 주소 :: http://www.epapyrus.com/blog/jeong/trackback/20
댓글을 달아 주세요
늘 부족하다고 생각하고 있습니다만, 우리 회사의 개발 환경을 소개해 보겠습니다.
더 좋은 방법이라던지 새로운 방법을 제안해 주시면 PDF-Pro 한 카피를 정성스럽게 포장해서 보내드리겠습니다. ^_^
1. 소스 콘트롤 서버
이파피루스는 SVN을 사용하고 있습니다. 초창기에는 CVS를 사용했습니다만, 소스들의 무결성(integrity; 무결성이라는 말이 적당한지 잘 모르겠네요 ㅎㅎ)을 위해 Atomic check-in이 가능한 Subversion으로 이주한지 2년 정도 되었습니다. 로깅을 잘하자고 늘 강조하고 있지만 늘 부족한듯이 느껴집니다.
2. 버그 트랙킹 시스템
버그질라를 사용하고 있습니다. 버그질라를 외부에 오픈하는 것이 어떻겠느냐고 프로그래머들을 설득하고 있지만, 아직은 반대가 많네요. (자신이 없냐고 놀리고는 합니다. ㅎㅎ) 버그가 고쳐지면 SVN과 연계해서 어떤 버그를 고치기 위해 어떤 패치가 일어났는지를 알 수 있습니다.
아래 스크린샷을 보면 오늘 날짜로 142개의 버그/이슈가 살아있는 것을 알 수 있습니다. (내부에서 관리하는 버그 개수로 이 정도는 많지는 않다고 우기면 믿어주시려는지 ㅎㅎ)
3. 데일리 빌드 서버
사내의 모든 프로젝트들을 소스 컨트롤에서 받아와, 빌드하는 서버입니다. NT 기반에서 돌아가고 있으며 파이썬으로 작성된 스크립트입니다. 빌드 시간이 만만치 않기 때문에 새벽시간과 점심시간에 한번씩 수행됩니다. 빌드에러는 로그로만 남겨지는데, 빌드 에러 발생시 이메일 등으로 통지하는 기능을 만들려고 마음먹은지 1년쯤 되었습니다. ㅎㅎ
4. 회귀 테스트 (Regression test) 서버
데일리 빌드 서버와 같은 하드웨어입니다. 역시 NT 기반이며 펄로 만들어진 스크립트입니다. PDF 렌더링 엔진에만 적용되고 있으며, 대량의 PDF 문서를 열고, 렌더링 해서 전날 까지의 작업과 달라진 점이 있는지를 (잘 나오던 글자가 사라진다던가와 같은) 체크해서 리포트로 만들어 줍니다. 새벽 3시에 시작하면 5시경에 끝이 납니다.
5. 테스트용 워크스테이션
코어가 4개로 사내에서 제일 짱짱한 시스템입니다. 가상 머신을 동시에 4개 까지 돌릴수 있으며, 모든 테스트는 가상 머신 위에서 진행합니다. 저희 제품이 동작할 수 있는 모든 환경을 가상 이미지로 만들어 놓고, 신제품 출시 또는 패치 출시 전에 테스트를 진행합니다.
6. 위키
여러가지 잡다한 내용들을 위키에 등록해 놓고 사용합니다. 예를 들자면, 복합기 드라이버 설치법이 헛갈릴 때도 사용하고, tar 압축 해제하는 법이 갑자기 생각이 나지 않을 때, 회의록 작성 양식이 필요할 때 등 여러가지로 사용하고 있습니다.
7. 문서 관리 서버
Alfresco를 문서 관리 서버로 사용합니다. 개발부 뿐만 아니라 전 부서가 함께 사용하고 있으며, 여러가지 개발 관련 문서들을 저장합니다. 특히 자동 버전 관리 기능이 좋습니다.
8. 파일 서버
2테라 NAS를 사용합니다. 특별히 사용 용도는 없습니다만, 늘 용량이 부족한 것으로 봐서 동영상이 가득찬 것이 아닌가 의심을 하고 있습니다. ㅎㅎ
9. 백업
시대에 뒤떨어져 보이기는 하지만, 테이프 백업을 합니다. 테이프 5개를 돌려가며 매일 백업을 하고 있으며, 주 단위 백업과 월 단위 백업 테이프는 회사 바깥의 안전한 곳에서 장기간 보존을 합니다.
더 좋은 방법이라던지 새로운 방법을 제안해 주시면 PDF-Pro 한 카피를 정성스럽게 포장해서 보내드리겠습니다. ^_^
1. 소스 콘트롤 서버
이파피루스는 SVN을 사용하고 있습니다. 초창기에는 CVS를 사용했습니다만, 소스들의 무결성(integrity; 무결성이라는 말이 적당한지 잘 모르겠네요 ㅎㅎ)을 위해 Atomic check-in이 가능한 Subversion으로 이주한지 2년 정도 되었습니다. 로깅을 잘하자고 늘 강조하고 있지만 늘 부족한듯이 느껴집니다.
2. 버그 트랙킹 시스템
버그질라를 사용하고 있습니다. 버그질라를 외부에 오픈하는 것이 어떻겠느냐고 프로그래머들을 설득하고 있지만, 아직은 반대가 많네요. (자신이 없냐고 놀리고는 합니다. ㅎㅎ) 버그가 고쳐지면 SVN과 연계해서 어떤 버그를 고치기 위해 어떤 패치가 일어났는지를 알 수 있습니다.
아래 스크린샷을 보면 오늘 날짜로 142개의 버그/이슈가 살아있는 것을 알 수 있습니다. (내부에서 관리하는 버그 개수로 이 정도는 많지는 않다고 우기면 믿어주시려는지 ㅎㅎ)
3. 데일리 빌드 서버
사내의 모든 프로젝트들을 소스 컨트롤에서 받아와, 빌드하는 서버입니다. NT 기반에서 돌아가고 있으며 파이썬으로 작성된 스크립트입니다. 빌드 시간이 만만치 않기 때문에 새벽시간과 점심시간에 한번씩 수행됩니다. 빌드에러는 로그로만 남겨지는데, 빌드 에러 발생시 이메일 등으로 통지하는 기능을 만들려고 마음먹은지 1년쯤 되었습니다. ㅎㅎ
4. 회귀 테스트 (Regression test) 서버
데일리 빌드 서버와 같은 하드웨어입니다. 역시 NT 기반이며 펄로 만들어진 스크립트입니다. PDF 렌더링 엔진에만 적용되고 있으며, 대량의 PDF 문서를 열고, 렌더링 해서 전날 까지의 작업과 달라진 점이 있는지를 (잘 나오던 글자가 사라진다던가와 같은) 체크해서 리포트로 만들어 줍니다. 새벽 3시에 시작하면 5시경에 끝이 납니다.
5. 테스트용 워크스테이션
코어가 4개로 사내에서 제일 짱짱한 시스템입니다. 가상 머신을 동시에 4개 까지 돌릴수 있으며, 모든 테스트는 가상 머신 위에서 진행합니다. 저희 제품이 동작할 수 있는 모든 환경을 가상 이미지로 만들어 놓고, 신제품 출시 또는 패치 출시 전에 테스트를 진행합니다.
6. 위키
여러가지 잡다한 내용들을 위키에 등록해 놓고 사용합니다. 예를 들자면, 복합기 드라이버 설치법이 헛갈릴 때도 사용하고, tar 압축 해제하는 법이 갑자기 생각이 나지 않을 때, 회의록 작성 양식이 필요할 때 등 여러가지로 사용하고 있습니다.
7. 문서 관리 서버
Alfresco를 문서 관리 서버로 사용합니다. 개발부 뿐만 아니라 전 부서가 함께 사용하고 있으며, 여러가지 개발 관련 문서들을 저장합니다. 특히 자동 버전 관리 기능이 좋습니다.
8. 파일 서버
2테라 NAS를 사용합니다. 특별히 사용 용도는 없습니다만, 늘 용량이 부족한 것으로 봐서 동영상이 가득찬 것이 아닌가 의심을 하고 있습니다. ㅎㅎ
9. 백업
시대에 뒤떨어져 보이기는 하지만, 테이프 백업을 합니다. 테이프 5개를 돌려가며 매일 백업을 하고 있으며, 주 단위 백업과 월 단위 백업 테이프는 회사 바깥의 안전한 곳에서 장기간 보존을 합니다.
트랙백 주소 :: http://www.epapyrus.com/blog/jeong/trackback/19
댓글을 달아 주세요
-
Kenny 2008/08/03 19:42 댓글주소 수정/삭제 댓글쓰기
와.. 꽤 정리가 잘 되어 있네요..
음.. VCS 관련으로 개인적인 추천을 하자면...
1. Branch 활용에 대한 언급이 없으시네요... 활발하게 이용하고 계신가요? 저희 회사에서는.. 수정사항이 생길때 Branch를 이용하고는 있습니다면... 아무래도 Subversion의 Branch 기능은 좀 불편한 부분이 있어서.. 개인적으로 Git - Subversion 연동을 통해 로컬 Branch를 활용하고 있습니다. 배워야 한다는 단점만 제외하면... 아직까지는 제일 편한 방법이네요.
2. http://www.infoq.com/articles/agile-version-control 글을 꼭 한번 봐 주시기 바랍니다. VCS 활용을 극대화 하려면.. 아무래도 VCS "이용"에 대한 전략이 필요하다는 생각을 오랜기간 하고 있었는데... 상당히 정리를 잘 해 놨더라고요. -
LispHacker 2008/08/06 21:31 댓글주소 수정/삭제 댓글쓰기
vcs 는 어떤 것이든 유사한 문제가 있는 것이 대부분입니다(변경을 관리할 때 공통적으로 생길 수 밖에 없는 근본적인 문제들). cvs 10년 이상 사용하다가 약 3개월 전부터 mercurial 사용하고 있는데, 공통된 문제점도 있고, 더 나은 점도 있더군요. 하나 이상의 vcs를 사용하는 것은 그리 좋은 아이디어는 아닌 것 같습니다. (참고로 저와 동료들은 꼭 필요한 변경은 주저않고 수행하지만, 그렇지 않은 경우 최대한 보수적 관점을 유지합니다. 즉, 뭔가 해결할 수 없는 문제가 없는 한 절대 툴을 바꾸지 않습니다. 반면 개발 프로세스는 쉽게 바꿉니다)
tracking system을 오픈하는 것도 그리 좋은 생각은 아닌 것 같습니다. 물론, 이메일로 버그보고를 받으면 ts에서 id부여후 답장을 자동으로 보내는 등의 자동화 정도는 괜찮을 듯 합니다. jira 쓰고 있는데, 기본적 기능만 사용하므로 별 어려움 없이 씁니다.
빌드와 테스트는 거의 동시에 일어나야 하지 않나 생각합니다. 즉, 개별 작업의 change set이 vcs의 메인라인에 커밋되기 전에 머지후 빌드 및 테스트가 돌아간 후 메인라인에 커밋되는 프로세스라면 데일리 빌드는 큰 의미가 없어집니다. 물론 이렇게 되려면 각 개발자가 언제든 돌려볼 수 있는 테스트 케이스가 있어야 합니다(개별 코드라인 전략은 위의 링크에 이미 있는 것과 유사하면 되겠죠. 제 기억이 맞다면, mercurial로 바꾸면서 동료가 알려준 perforce ppt(pdf?) 파일 내용과 유사하네요. tofu scale 만 기억나네요)
저는 개인용 위키도 사용합니다. http://www.tiddlywiki.com/ USB 메모리 스틱에 truecrypt로 무장한 위키 갖고 다니면서 잡동사니 들을 기록합니다.
개발툴이 양이면, 프로세스가 음인데, 프로세스에 대한 언급은 없어서 약간 아쉽네요. (적고나서 보니 거의 '프로세스' 이야기가 되버렸네요)
건승하시길...
초간단
닭칼국수
이미지출처: http://toyi.tistory.com/archive/20080530
비도 많고 날씨가 덥네요. 이럴 때 딱인 요리 닭칼국수를 소개합니다. 원래 닭칼국수는 큰 닭을 왠종일 고아서 국물을 내야 제격이지만 40분내에 마칠 수 있는 간단 요리법을 소개 합니다. 간단한 요리를 위해 닭한마리를 다 쓰지 않고, 닭다리와 가슴살을 씁니다. 마트에가면 쉽게 볼 수 있습니다. 4인분 기준입니다.
재료: 닭 다리 (5-6개), 닭 가슴살 한 팩, 애호박 1개, 양파 반개, 다진 마늘 반숫가락, 칼국수면 4인분, 간장, 풋고추, 깨소금, 고춧가루, 참기름,마늘
1. 닭 다리와 가슴살을 잘 씼습니다.
2. 큰 냄비에 물을 2리터 정도 넣고 닭 다리를 넣어서 20분 정도 삶습니다.
3. 가슴살을 넣고 10분 정도 더 끓입니다.
4. 익은 고기들을 건져서 살을 대충 발라내고 뼈는 버립니다. (닭한마리를 다 쓰지 않는 이유가 바로 여기 ㅎㅎ 가슴살은 뼈가 없고, 다리살은 살을 발라내기 쉬워요)
5. 발라낸 살을 다시 국물에 넣고, 칼국수 면을 넣습니다. (칼국수면을 잽싸게 찬물에 씼어서 넣으면 국물이 깔끔합니다.)
6. 쎈불로 5분정도 팔팔 끓이다 가늘게 썬 애호박 한개와 양파 반개를 넣습니다.
7. 끓기 시작하면 긴 젓가락으로 건졌다 넣었다를 해 주면 면이 쫄깃쫄깃해 집니다.
8. 면이 다 익었다 싶으면 서빙을 하면 됩니다.
9. 양념장은 간장, 풋고추, 깨소금, 고춧가루, 참기름,마늘 다진 것을 적당히 섞으면 됩니다.
트랙백 주소 :: http://www.epapyrus.com/blog/jeong/trackback/18
댓글을 달아 주세요
분유 안먹는
아기
분유 먹이기
이제 막 두달이 지난 간난쟁이가 집에 한놈 있는데, 이놈이 누굴 닮았는지 여간 성격이 까칠한게 아니다.
모유가 충분하지 않아 분유도 같이 먹이고 있는데, 이놈이 갑자기 분유를 먹지 않는다. 배가 고파서 악을 쓰며 울면서도 젖병은 뱉아 낸다.
분유를 먹지 않으면, 브랜드를 바꿔 보라는 주변의 충고에 오밤중에 차를 타고 나가서 분유 헌팅을 하지만 가게를 찾을 수가 없다.
한시간 이상 거리를 헤매다 같은 메이커의 다른 브랜드를 겨우 한통 사서 돌아왔더니, 애엄마가 의기양양하게 새로운 방법을 개발했노라 자랑한다.
"엄마 젖을 물리다가 잽싸게 빼버리고 분유를 물리면 속는다"고...
세상에 믿을 놈 하나도 없다!
댓글을 달아 주세요