반응형
반응형

http://www.centos.org/

 

http://mirror.teklinks.com/centos/6.3/isos/x86_64/

 

 

가상머신 : https://www.virtualbox.org/

 

https://www.virtualbox.org/wiki/Downloads

반응형
저작자표시 (새창열림)

'프로그래밍 > Server' 카테고리의 다른 글

Ubunto 설치  (0) 2013.02.20
[Linux] Ubuntu on tablets  (0) 2013.02.20
리눅스 배포판 다운로드  (0) 2013.01.15
[NGINX] 차세대 웹서버 NGINX  (0) 2012.08.09
[NGINX] NGINX 커뮤니티 사이트  (0) 2012.07.17
반응형

크롬 브라우저 파이썬 쉘 - https://chrome.google.com/webstore

 

크롬브라우저에서 파이썬 쉘 사용하기.

APP과 확장 프로그램이 있는데, 둘다 차이점은 별로 없다.

 

 

반응형
저작자표시 (새창열림)

'프로그래밍 > Python' 카테고리의 다른 글

[Python] Android 에 python 설치하기.  (0) 2013.02.14
[Python] 기본 예제 - "예제중심의 파이썬" 1장  (0) 2013.02.08
[Python] 웹 파이썬 shell - http://shell.appspot.com/  (0) 2013.02.08
[Python] aptana에 python 셋팅하기  (0) 2013.02.08
[Python] Dreampie1.1.1 & Python 3.2 이상 실행시 UTF-8 어쩌고 하는 에러 발생시  (0) 2013.02.07
반응형

 웹 파이썬 shell - http://shell.appspot.com/

 

설치 필요없이 인터넷에 연결되어 있으면 당장 파이썬을 사용해 볼 수 있는 방법.

 

반응형
저작자표시 (새창열림)

'프로그래밍 > Python' 카테고리의 다른 글

[Python] 기본 예제 - "예제중심의 파이썬" 1장  (0) 2013.02.08
[Python] 크롬 브라우저 파이썬 쉘 - https://chrome.google.com/webstore  (0) 2013.02.08
[Python] aptana에 python 셋팅하기  (0) 2013.02.08
[Python] Dreampie1.1.1 & Python 3.2 이상 실행시 UTF-8 어쩌고 하는 에러 발생시  (0) 2013.02.07
[Python] 파이썬 작업툴 - 드림파이 https://launchpad.net/dreampie  (0) 2013.02.06
반응형

일단 aptana 다운받아서 설치하고.

Preferences 들어가서 PyDev 항목 선택해서 "Python Interpreters"에 설치된 python 실행파일을 연결해주면 된다.

 

그리고, "PyDev perspective"를 선택해서 python 구문을 작성한 다음 실행버튼 에서 "Run As " > "Python Run" 을 선택한다. 그러면, Console에 결과가 나온다.  

반응형
저작자표시 (새창열림)

'프로그래밍 > Python' 카테고리의 다른 글

[Python] 크롬 브라우저 파이썬 쉘 - https://chrome.google.com/webstore  (0) 2013.02.08
[Python] 웹 파이썬 shell - http://shell.appspot.com/  (0) 2013.02.08
[Python] Dreampie1.1.1 & Python 3.2 이상 실행시 UTF-8 어쩌고 하는 에러 발생시  (0) 2013.02.07
[Python] 파이썬 작업툴 - 드림파이 https://launchpad.net/dreampie  (0) 2013.02.06
[python] Spring보다 쉽고 빠른 웹 개발 - 파이썬3 기반 웹프레임워크 (Pylatte)  (0) 2013.01.25
반응형
pxd UX Lab. :: Project Climbing : PM이 되고자 할 때 알아야 하는 9가지
story.pxd.co.kr
어떠한 목표를 달성하기 위해 여러 명의 이해 관계자가 프로젝트에 참여한다는 것은 목표 지점에 도달하기 위한 일종의 등반이자 탐험대와 유사합니다. 그 중엔 함께 정상에 오를 사람도 있겠지만, 등반에는 참여하지 않고 보급을 책임져 줄 사람과, 등반을 위한 장비와 재정적인 지원을 해주는 스폰서

 

Project Climbing : PM이 되고자 할 때 알아야 하는 9가지

1. 등반을 함께 할 사람들의 역할과 관계를 파악하라_프로젝트 골과 이해 관계자 파악하기

2. 자신만의 축척으로 그려진 지도를 만들어라_프로젝트 일정 머리 속에 입력하기

3. 자신만의 등반가방을 만들어라_프로젝트에서 진행할 프로세스와 방법론에 대해 알아야 한다

4. 팀원들과 로프를 연결하라_함께 일하는 팀원들을 항상 생각하라. 혼자서 일할 수 없다

팀원들과의 협업과 관계를 유지하는 몇 가지 원칙을 말하자면...

▷ 팀원들은 항상 자신이 하는 일이 어떤 가치가 있는지 알고 싶어 합니다. 지속적이고 반복적인 설명을 통해 자신이 무슨 일을 하고 있고, 성장할 수 있는 기회에 있다는 생각이 들게 해야 합니다.

▷ 각 팀원들이 해당 프로젝트에서 얻을 수 있는 개인적인 목표를 설정하게 하는 것도 지속적인 동기 부여를 유지하는데 효율적인 방법입니다.
▷ 각 팀원들의 상태와 성장 속도는 모두 다릅니다. 각 팀원들의 현재 상태를 파악하고, 그에 따른 맞춤형 관리를 해 주어야  빠르게 성장할 수 있습니다. 예를 들면 신입 사원에겐 용어정의부터 차근차근 설명한다면, 2년차에겐 믿고 맡기고 함께 논의하는 것이 더 도움이 될 수 있습니다.
▷ 솔직하게 말하는 것이 좋습니다. 어쩔 수 없이 하는 거짓말이나 숨김도 같이 일하는 팀원들과의 장벽만을 만들뿐입니다.
▷ 팀원 개개인이 스스로 조절할 수 있는 짧은 일정을 제공하는 것이 좋습니다. 모든 사회인들은 회사 생활과 사적인 개인 생활의 균형이 어루어져야 합니다. 모든 일정을 직접 관리하려 들지 말고 개인별로 일정과 업무의 양을 조절하면서 오늘은 야근을 해서라도 일을 끝내고 내일은 친구들과 만날 수 있게 해 주어야 합니다. 원하는 시간에 친구도 만나고 술도 먹고 영화도 볼 수 있어야, 내일의 업무도 빠르게 진행됩니다.
▷ 공식적인 업무 시간이 아닌 경우에는 회의 시간을 절대 잡지 마십시오. 모든 회의는 업무 시간내에서 시작하고 끝내는 것을 원칙으로 해야 합니다.  
▷ 프로젝트 운영을 효율성을 추구할 것인지, 새로운 가치를 만들것인지, 교육이 목적인지 프로젝트 시작시에 팀원들에게 말해주는 것이 좋습니다. 미리 알려주어야 팀원들도 대비할 수 있습니다.
▷ 모든 팀원을 만족시키는 완벽한 PM이 되기는 매우 어렵습니다. 완벽한 PM이 될 수 없다면 일정한 원칙과 기준을 가져야 합니다. 그래야 함께 일하는 팀원들이 이해할 수 있고, 적응할 수 있으니까요. 제일 안 좋은 PM이 원칙과 기준없이 이랬다 저랬다 즉흥적인 판단과 지시만을 하는 경우입니다.

5. 언어를 배워라_상황에 따른 언어사용 능력이 필요하다

다학제적인 특성을 지니고 있는 UX 분야에서 언어를 이해한다는 것은 커뮤니케이션 비용의 절감과 새로운 정보를 얻을 수 있는 루트이기도 합니다. 등반을 하다보면, 먼저 등반을 마치고 내려오는 사람들에게 매우 중요한 정보를 얻는 경우가 있습니다. 정상의 날씨가 안좋아지고 있다거나, 이 경로로 올라가면 어느 정도의 시간이 걸린다는 내용 말입니다. 이런 정보는 등반 계획을 그대로 실행할지, 수정할지를 판단하는 매우 중요한 판단 근거가 되는데, 이 때 언어를 몰라 그 정보를 알아듣지 못하면 등반의 성패를 좌지우지 할 수 있습니다.

6. 베이스 캠프를 만들어라_프로젝트 크기나 일정에 따라 Milestone이 필요하다.

프로세스에 따라 베이스캠프를 만들 시점을 파악하고, 그 시점을 기준으로 긍정적인 감정과 분위기를 생성하도록 유도해 내는 것 역시 PM의 중요 임무임을 잊지 말아야 합니다.

7. 현지 적응 시간이 필요하다_새로운 인력이 투입되는 시기도 때가 있다.

8. 올라온 코스 되돌아 보기_전반적인 프로젝트 히스토리를 돌이켜보고 회고하라

프로젝트 회고(Retrospective)를 하는 방법을 말하자면...

▷ 해당 프로젝트에 처음부터 끝까지 참여한 인원이 프로젝트 목적이나, 히스토리, 투입 시간, 투입 인원 등 대략적인 프로젝트 정보들을 모아서, 팀원들과 간단히 공유합니다.

▷ 포스트잇에 프로젝트에서 진행했던 중요 사건을 시간순으로 기록하고, 벽에 붙입니다.

▷ 중요 사건들을 보면서 각 사건별로 좋았던 점, 안 좋았던 점을 개인별로 포스트잇에 적어 붙입니다.

▷ 좋았던 점, 안 좋았던 점을 적을때 논리적인 이유가 있을 필요는 없습니다. 예를 들어 특별한 이유는 모르겠지만, 개인의 감정이 좋지 않았던 시점이 있었어도 기록하면 됩니다. 

▷ 각각의 좋았던 점과 안 좋았던 점을 팀원들간 공유하면서, 개선점을 함께 논의합니다.

▷ 프로젝트 초기에 설정한 개인 목표의 달성 여부를 공유합니다. 달성했다면 어떤 부분이 좋았는지, 미달성했다면 달성하지 못한 이유를 이야기하는 것이 좋습니다.

▷ 마지막으로 함께 한 팀원들의 장점을 적고, 서로 공유합니다.

9. 단지 선두에 있는 사람일 뿐이다_PM이 없는 프로젝트가 최고의 프로젝트이다. 



 

반응형
저작자표시 (새창열림)

'프로그래밍 > Architect' 카테고리의 다른 글

[캡챠] 캡챠(CAPTCHA) - Completely Automated Public Test to tell Computers and Humans Apart  (0) 2013.03.05
Pencil Project  (0) 2013.03.04
IT 트랜드 2013.02  (0) 2013.02.04
외래어 표기 - 자주 틀리는 외래어 표기. 메뉴얼 , 콘텐츠 , 메뉴  (0) 2013.01.31
오컴의 면도날  (0) 2013.01.29
반응형

구글 - 할일목록(TASKS) 모바일에서 보기

 

https://mail.google.com/tasks/

 

 

 

반응형
저작자표시 (새창열림)

'프로그래밍' 카테고리의 다른 글

[마소연재] data-p로 열어가는 새로운 세상  (0) 2013.03.05
[TERMS]정보통신기술 - ICT  (0) 2013.02.18
노트북 업그레이드 - 사용중인 노트북에 SSD 설치하고 싶어요~  (0) 2012.10.05
이클립스 세로 편집 단축키 - 열선택 Alt + Shift + A  (0) 2012.10.05
[펌] 좋은 프로그래머가 되는 24가지 방법  (0) 2012.08.23

+ Recent posts

티스토리툴바