본문 바로가기
반응형

전체 글5693

[IT/개발] IT 프로젝트의 현실 IT 프로젝트의 현실 출처: 불분명 출처는 분명하지 않지만 인터넷에서 한참 유행했던 IT 프로젝트가 수행되는 현실을 극명하게 보여주는 그림을 하나 소개한다. 나는 이 삽화가 우리가 처한 프로젝트의 현실을 함축적으로 잘 표현하고 있다고 생각한다. 삽화의 의미를 내 관심에서 되새겨 보았다. (맨 위 왼쪽부터 설명해보면) 1 : 고객은 요구사항을 프로젝트 팀에게 간략하게만 설명한다. 자신의 요구사항을 다 이야기해주는 친절한 고객은 없다. 알아서 잘 해주기를 바라는 고객이 대부분이다. 2 : 프로젝트 리더(PL)는 고객이 말한 것을 자세히 파악하지 못하고 일부분만 어렴풋이 이해한다.(선반이 3개에서 1개로 줄었고 나무에 매다는 방식도 나뭇가지 양쪽에 각각 매다는 것으로 이해한다.) 3 : 업무를 분석하고 설계한.. 2010. 10. 13.
[IT/개발] 개발자 Coder < Programmer < Engineer < Architect < Consultant 로 성장 당신이 개발자라면 한 번 이상 생각해보자. 가능한 결론이 날 때까지... 나는 개발자로서 어떤 위치에 있고 사회는 어떤 위치를 원하고 있는지! SI/SM 의 세계에서 개발자는 Coder < Programmer < Engineer < Architect < Consultant 로 성장하게 된다. 물론 반드시 그렇지는 않지만, 의미적인 부분을 말하고자 하는 것이니 그것을 이해해주었으면 한다. 분류가 칼로 무 자르듯이 딱 떨어지지 않는 것은 당연한 것이다. 어떤 경우는 Engineer, Architect, Consultant 역할을 동시에 수행해야 하는 경우도 있다. 1. Coder 란 코딩된 소스를 잘 이해하지 못하고 오려붙이기 하면서 단순히 소스를 만드는 사람을 의미한다. 어떠한 요구사항에 의해 프로그램을 .. 2010. 10. 13.
[IT/개발] [MSDN] 코딩기술 - 주석(comment) 코딩 기술에는 소프트웨어 개발의 여러 가지 측면이 통합되어 있습니다. 일반적으로 코딩 기술은 응용 프로그램의 기능에 영향을 미치지는 않지만, 소스 코드의 가독성을 향상시키는 데 기여합니다. 여기서는 프로그래밍, 스크립팅, 태그 및 쿼리 언어와 같은 모든 형식의 언어가 고려됩니다. 여기에서 정의된 코딩 기술은 고정된 집합의 코딩 표준을 구성하는 데는 사용하지 않는 것이 좋습니다. 그보다는 특정 소프트웨어 프로젝트에 사용되는 코딩 표준을 개발하기 위한 지침으로 사용하는 것이 좋습니다. 코딩 기술은 다음 세 단원으로 구분됩니다. 이름 주석 서식 이름 명명 스키마는 응용 프로그램의 논리적 흐름을 이해할 수 있는 가장 강력한 수단 중의 하나입니다. 이름에는 "어떻게"보다는 "무엇을"이 나타나야 합니다. 내부 구현.. 2010. 10. 13.
[경영/전략] 삼성형 리포트의 8가지 비법 삼성형 리포트의 8가지 비법 삼성은 정보의 정확한 전달과 치밀한 계획을 통한 실천을 중요하게 생각하여, 말보다는 문서를 통한 보고를 강조하는 문화를 가지고 있습니다. 1980년대 이전에는 지나친 보고서가 오히려 효율적인 경영을 저해한다는 지적도 있었지만, 신경영 활동 이후에는 보고서 작성보다 빠른 행동을 중요시 하여 사업을 전개를 위한 보고서의 양이 많이 줄었으며, 보고서 자체도 1매 분량의 요점 위주의 보고서를 강조하고 있습니다. 다음은 삼성에서 권고하고 있는 기획서 작성의 일반적인 비법 혹은 규칙들입니다. 비법 1 : 첫 장에서 승부할 것 첫 장에서 설득(Why)해야 하며, 특히 제목을 잘 뽑아내야 한다. 비법 2 : 핵심용어를 사용할 것 - 최근 경영키워드/기법 : 칭찬경영, 아침형 인간, 펀(fu.. 2010. 10. 12.
[경영/리더십] 훌륭한 컨설턴트가 되기 위한 세 가지 口訣 훌륭한 컨설턴트가 되기 위한 세 가지 口訣 글/이정규/안랩코코넛 대표이사 필자는 한 때 컨설턴트 직업에 대한 지향을 가진 적이 있었다. 10년 전 까지만 해도 IT 컨설턴트는 업계 경험이 적어도 20년은 넘어야 명함을 내밀 수 있다는 것이 일반적인 생각이었다. 그러나 최근에는 젊은 프로페셔널도 컨설턴트의 직함을 새겨 다니는 것을 보면 컨설팅 업무의 모델이 많이 변화된 것 같다. 필자의 경험에서 배움의 열망이 컷 던 시절인 90년 중반, 일본에서 미국의 D.H. Brown에서 온 두 명의 컨설턴트로부터 교육을 들었다. 일본 수강생들과 함께 영어로 수업을 들었는데, 영어에 대한 핸디캡인지 일본 수강생들은 거의 질문도 없었고, 강의 후에 강사를 심심하게 만들었다. 필자는 강사들에게 수업 후 세션을 제안했고, .. 2010. 10. 12.
[경제/세무회계] 지출결의서 계정과목 지출결의서 계정과목 계정과목 예시 지출결의 작성방법은 첨부화일에 첨부 하였으니 참고 하시기 바랍니다.. 계정과목(科目)기입란의 이해를 돕고자 비용의 기본적인 과목 및 해설를 공지 하오니 참고 하시기 바랍니다. 과 목 해 설 복리후생비 근로자의 복지와 후생비용으로 경조비, 식사비, 간식비, 치료비등 /일반관리비 여비교통비 시내교통비, 국내출장비, 해외출장비등 /일반관리비 통 신 비 전신, 전환, 팩스 등 통신비 /일반관리비 수도광열비 수도료, 가스료, 숙소경유 등 /일반관리비 전 력 비 전기요금 /일반관리비 세금과공과 인지세, 등록세, 재산세, 자동차세, 사업소세 등 /일반관리비 지급임차료 토지건물의 임차료와 관리비, 기계장치 공구비품의 임차료 /일반관리비 수 선 비 유형고정자산의 유지 또는 보수를 위해 .. 2010. 10. 12.
[IT/개발] 버그 없는 프로그램은 없다 http://www.zdnet.co.kr/builder/system/etc/0,39031682,39147115,00.htm 버그 없는 프로그램은 없다 최진호 (한국 IBM 소프트웨어) 2006/05/04 때는 바야흐로 거미줄력 12년, 버너스 경이 웹과 브라우저를 만들고 웹의 지배 아래 세상이 마우스 클릭질로 시끄럽기 그지없던 시절이었다. 초기의 웹은 그저 집 없는 개인 사용자의 한풀이용으로 홈페이지 제작 기술을 위해 쓰이던 것이었지만 점차 그 허접하던 초기 기술적인 한계를 극복하고 수많은 천재들과 박사들의 컨설팅, 아키텍팅 그리고‘노가다’를 바탕으로 이제는 꽤나 위험할 듯 하고 시스템이 중지되어 버리면 범국가적 위기 상황으로 번질 만한 부분에도 웹이 야금야금 지배하기 시작했다. 바야흐로 전 세계가 거미.. 2010. 10. 7.
[IT/개발] 초급개발자가 본 어이없는 프로젝트의 진행 출처: http://blog.naver.com/stbo/140035425781 picpic76 씀 (토, 2007/03/03 - 2:56pm) 초급개발자가 본 어이없는 프로젝트의 진행.. 개발경력 1년이 조금넘는..개발자라고 말하기에는 스스로 아직은 부끄러워하는 신입개발자입니다. 컴공출신이긴 하나 졸업하고 전혀엉뚱한 일을 꽤 많은시간 하였고, 실제 학교에서도 공부를 거의 안한탓에 개발에 관한 지식은 전무한, 늦은 나이나마. 아 나도 '개발일을 하고싶다!' 의욕만 가득한 그런 사람입니다. (KLDP에는 개발관련자료훔쳐보기하고 가끔 아주 초보적인 질 문종종 올리곤 합니다. 고수님들이 바로 명쾌한 답변주실때 어찌나 행복하던지^^) 처음으로 들어간 회사의 개발팀이, 본연의 개발업무보다 고객시스템유지보수/관리등의.. 2010. 10. 7.
[it/개발] 버그 없는 깨끗한 프로그램 만들기 버그 없는 깨끗한 프로그램 만들기 2007/02/28 01:18 출처 : http://www.winapiprogramming.com/ 필자에게 프로그래밍이 무엇이냐고 묻는다면 프로그래밍이란 "버그와의 끝없는 싸움"이라고 대답하고 싶습니다. 필자가 처음 프로그래밍을 접해본 것은 중학교 3학년 때인 1984년이었습니다. 친구 집에 놀러갔다가 접한 SPC-1000에서 베이직으로 간단하게 계산기를 만들어본 것이 처음이었습니다. 그 컴퓨터란 물건이 얼마나 부럽던지 반년 동안 아버지를 졸라서 고등학교 1학년 때 애플 II 컴퓨터를 샀고 몇몇 컴퓨터 잡지를 사서 소스를 아무 생각없이 입력한 것 말고는 입시 준비(?)에 시달리느라 제대로 프로그래밍을 해본 적은 없었습니다. 그러다가 대학에 들어와서 포트란, 파스칼, C.. 2010. 10. 7.
[IT/개발] 개발자의 레벨을 나누자면 오래전에 생각했던 개발 분류이다... 지금도 통용될 수 있는지 모르겠다. 내가 생각하는 개발자의 레벨은 이정도로 설명할 수 있을꺼 같다. 신입(CD) : 구체적 설명서나 선임이 있어야 코딩이 가능한 사람. 초급(DV) : 모듈 설명서 또는 업무 흐름도를 이용하여 프로젝트를 수행할 수 있는 능력을 가진 사람 중급(PL) : 프로젝트의 기획과 설계도를 주었을때 혼자서 해결할 수 있는 능력을 가진 사람 고급(PM) : 프로젝트 개발 전반의 분석, 기획, 설계 및 스케줄링 등 프로젝트의 모든 것을 수행할 능력을 가진 사람 2010. 10. 7.
[IT/일반] 문서비교 winmerge 유틸 WinMerge is Open Source (GPL). 다운로드는 아래 사이트에서 http://winmerge.org/ 텍스트 파일 비교 예 폴더 비교 예 2010. 10. 7.
[경영/리더십] 조직을 이끄는 아이디어 당신은 조직을 이끄는 리더인가요? 팔로워인가요? 소통과 섬김, 리더와 팔로워... 조직에 필요한 많은 글들이 있습니다만. 어떤 프로젝트를 하고 나면 꼭 인정받는 사람은 리더뿐인 듯한 이야기를 많이 듣게 됩니다. 축구팀의 감독, 연구팀의 팀장, 개발부서의 부장 등등... 왜 리더가 이렇게 대우를 받을까요? 그렇다고 팔로워가 중요하지 않다는 건 아닙니다만 리더가 존중받을 만한 이유를 든 이야기가 있습니다. 『사기』의 ‘세가’ 중 소상국 편 중 한 이야기를 비유로 듭니다. 소상국은 소하를 지칭합니다. 소하는 유방의 한나라 건국을 도운 인물이죠. 논공행상을 논하는 자리에서 유방이 소하에게 최상위 등급을 주려고 하자 다른 장수들이 이의를 제기합니다. 자신들은 전장에 나가 수십 번씩이나 목숨을 걸고 싸워 이겼는데,.. 2010. 10. 6.
반응형

티스토리툴바