프로그래머의 책임 법안 [폐쇄]

우리는 모두 프로그래머 권리 장전 과 XP가 비슷한 개념을 가지고 있다고 들었습니다 .

요즘 우리는 사람들의 권리에 대해 많이 들지만 그들의 책임에 대해 많이 들지 않기 때문에 프로그래머가 책임을 져야한다는 것이 일반적인 불만입니다. 그것은 그들이해서는 안될 일이지만, 전문적이고 책임감있게 행동하는 프로그래머를 그렇지 않은 사람들과 분리시키는 것입니다.

나는 주로 불쾌한 것들과 일어나지 않는 것들에 관심이 있습니다. 그것은 프로그래머의 90 %가 실제로하고 싶어하는 것 (예를 들어 항상 리팩토링하고 소스 제어를 사용하는 것)보다는 프로그래머가 회피하고 회피하는 경향이있는 것입니다.

그렇다면 프로그래머의 책임 법안에 무엇이 있어야합니까?

• 프로그래머는 맹목적으로 구현하는 대신 열악한 요구 사항을 철회해야 할 책임이 있습니다. 여기에는 고객이 원하는 옵션이 다른 옵션보다 비싸거나 특정 위험이 있음을 알리는 것이 포함됩니다. 또한 비명을 지르지 말고 사람들을 바보라고 부르며 어리 석거나 다른 유치한 행동임을 암시하는 전문적인 방식으로 나쁜 소식을 전하는 것도 포함됩니다. 그가 뒤로 밀면, 그는 "SQL Server를 좋아하지 않아 사용하지 않을 것"이상의 이유와 대안을 제시해야합니다.

• 그러나 프로그래머는 또한 결정을 수락하고 푸시 백이 승인되지 않으면 마음에 들지 않을 수있는 도구 나 디자인을 사용해야 할 책임이 있습니다. SSRS에서 보고서를 요청한 경우 클라이언트가 없을 수있는 Crystal Reports로 보고서를 전달할 수 없습니다. .net 솔루션이 필요한 경우 Haskell에 제공 할 수 없습니다. 팀의 다른 사람이 사용하려는 도구 나 언어를 사용하지 않는 경우 관리자가 특정 작업에 가장 적합한 도구라는 데 동의하지 않으면 전문가가 아닌 것입니다.

• 프로그래머는 자신의 작업을 테스트 할 책임이 있습니다. (이것은 유일한 테스트는 아니지만, 전문 프로그래머는 테스트하지 않은 코드를 보내서는 안됩니다.) 여기에는 자주 발생하지 않을 것으로 예상되는 코드의 분기까지도 테스트하는 것이 포함됩니다. 중첩 된 IF 세트가있는 경우 가능한 모든 경로를 테스트하십시오.

• 프로그래머는 오류와 예외를 정상적으로 처리하고 농담이나 모욕이 아닌 전문적이고 중립적 인 오류 메시지를 작성해야합니다.

• 프로그래머는 개인 데이터를 보호하고, 회사를 위해 작성한 독점 코드를 보호하고, 응용 프로그램 사용으로 인한 재앙 (자기 적으로 치명적인 재앙)으로부터 사용자를 보호해야 할 책임이 있습니다.

• 프로그래머는 자신의 코드가 유지 관리 가능하고 소스 제어 상태인지 확인해야 할 책임이 있습니다.

• 프로그래머는 변경 사항이 수행중인 작업에 부정적인 영향을 미치지 않도록 다른 사람과 협력 할 책임이 있습니다.

• 프로그래머는 놀고 배우고 자하는 도구 / 언어가 아니라 디자인 단계에서 도구 또는 언어 의 클라이언트 를 위한 최상의 선택을 추천 할 책임이 있습니다.

• 프로그래머는 자신이 싫어하는 프로젝트를 포함하여 프로젝트의 모든 적절한 담당자와 협력 할 책임이 있습니다. 사람들을 좋아하는 것은 당신의 일이 아닙니다. 그들과 함께 일하고 예의를 지키는 것이 당신의 일입니다.

• 프로그래머는 합리적인 시간 내에 지정된 작업을 수행하는 제품을 생산할 책임이 있습니다. 일정이 충족되지 않을 경우, 알려진 즉시 그 사실을 경영진에게 통보 할 책임이 있습니다.

• 프로그래머는 프로젝트 관리자에게 작업 수행에 대한 장애에 대해 알려야 할 책임이 있습니다. 그들은 자신이 모르는 것을 고칠 수 없습니다.

• 프로그래머는 재미 있고 흥미로운 부분뿐만 아니라 모든 작업을 수행해야 할 책임이 있습니다. 모든 작업에는 지루한 부분이 있지만 여전히 완료해야합니다. 여기에는 작업 표와 프로젝트 관리 소프트웨어에 토론 항목 추가 등이 포함됩니다. 문서화, 코드 검토 등이 포함됩니다.

• 프로그래머는 프로그래밍 개념뿐만 아니라 그가 지원하는 비즈니스 영역을 배워야 할 책임이 있습니다.

• 프로그래머는 자신의 기술을 최신 상태로 유지할 책임이 있습니다.

• 프로그래머가 엉망이되면, 가능한 빨리 문제를 해결하기 위해 모든 힘을 다할 책임이있다. 프로덕션 데이터베이스에서 중요한 테이블을 방금 삭제했음을 숨기지 않고 관리에 나쁜 소식을 전하는 것도 여기에 해당합니다.

• 프로그래머는 다른 작업자와 동일한 책임을 가지고 있습니다. 정시에 출근하고, 계약 시간을 미리 보내고, 휴가 시간을 미리 요청하고, 전화 및 전자 메일 메시지에 답장하고 (이메일을 읽어야하는 경우) 필요한 양식을 작성합니다. HR 등

모든 프로그래머는 다른 사람들이 자신의 코드를 읽을 수 있도록 만들어야합니다.

프로그래머는 모든 사용자 제공 데이터의 개인 정보 보호 및 보안을 책임집니다. 특히 비밀번호, 신용 카드 번호, 이메일 주소 및 실제 위치.

사용자가 일을 잃게하지 마십시오.

이것은 소리보다 어렵습니다. 작업은 "파일의 데이터"이상입니다 ... 사용자가 소프트웨어를 사용한 시간입니다.

예를 들어, 사용자가 30 개 필드 양식을 29 개의 유효 항목과 1 개의 유효하지 않은 항목으로 채운 경우 1 개의 유효하지 않은 항목에 대해 불만을 표시하기 위해 모든 유효 데이터를 지우지 마십시오 (허크, 유효하지 않은 항목도 지우지 마십시오). 아마 길고 약간의 수정이 필요하거나 사용자가 지우면 이전의 내용을 기억하지 못할 수 있습니다.)

명백하지는 않지만 중요한 예는 Windows와 실질적으로 다른 모든 "파일 관리자"소프트웨어가 잘못한 것입니다 .... 30 분을 조심스럽게 보내면 파일 세트를 선택하기 위해 Ctrl-Click'ing하고 실수로 클릭하는 대신 Ctrl- 클릭하면 이전에 선택한 모든 파일이 지워지지 않아 다시 시작할 수 있습니다.

그들이 잘못한 또 다른 것 ... 우연히 Ctrl-A 대신 (옆집에 Ctrl-S 대신), 파일에서 내 자리를 잃지 않아야하고 커서를 처음에 놓지 않아야합니다. 프로그램이 "잃어버린" "work"파일의 올바른 위치.

또 다른 : TortoiseSVN의 "커밋"대화 상자에는 긴 파일 목록이 있습니다. "커밋"을 누르기 전에 파일 목록을 내려 가서 각 파일을 두 번 클릭하여 두 번째 대화 상자에서 변경 사항을 볼 수 있습니다. 이 작업을 신속하게 수행하기 위해 때로는 키보드 만 사용 <Esc>하여 두 번째 대화 상자를 닫고 첫 번째 대화 상자로 돌아갑니다. 실수로 <Esc> 두 번 두드리면 첫 번째 대화 상자가 닫히므로 내가 어느 파일인지 잊어 버렸습니다.

프로그래머는 자신의 프로그램이 실행될 시스템을 존중할 책임이 있습니다. 개발 및 테스트가 완료되면 프로그램은 의도 된 목적으로 사용되도록 배포되며 일반적으로 다른 사람들이 자신의 컴퓨터에서 프로그램을 실행해야합니다. 프로그래머는이 점을 명심해야합니다. 그의 프로그램은 다른 사람의 소유물이 아닌 다른 사람의 소유물 에서 실행되고 있으며 , 집을 소유하는 것처럼 참여하는 대신 집에서 손님으로 행동해야합니다.

예를 들어, 그의 프로그램은 :

• 사용자의 동의없이 전체 설정을 변경하십시오. ( 공유 라이브러리 관리 문제 포함 )
• 사용자의 동의없이 사용자 또는 다른 프로그램에 속한 데이터를 삭제하거나 수정합니다.
• 사용자의 동의없이 자체적으로 업데이트됩니다.
• 제거하기가 어렵습니다.
• 스스로를 끄는 것을 어렵게 만듭니다.
• 프로그램이 잘못된 라이센스 확인을 통과 할 수없는 경우 자체적으로 비활성화하거나 컴퓨터의 올바른 기능을 방해 합니다.
• 시스템에서 실행되는 유일한 중요한 프로그램이라고 가정하고 그에 따라 시스템 리소스를 사용합니다. (물론 실제 단일 태스킹 머신이나 사용자가 무거운 풀 스크린 게임과 같이 합리적으로 실행될 것으로 예상되는 프로그램은 예외입니다.)
• 사용자가 다른 프로그램에서 다른 작업을 수행하는 동안 팝업 창을 사용하여 사용자 앞에 뛰십시오. (저는 야후 메신저보고 있습니다!)

로부터 소프트웨어 장인을위한 선언 :

주목받는 소프트웨어 공예가로서 우리는 전문 소프트웨어 개발의 기준을 높이고 다른 사람들이 공예를 배우도록 돕고 있습니다. 이 사업을 통해 우리는 가치를 얻게되었습니다.

• 작동하는 소프트웨어뿐만 아니라 잘 만들어진 소프트웨어

• 변화에 대응할뿐만 아니라 꾸준한 가치 창출

• 개인 및 상호 작용뿐만 아니라 전문가 커뮤니티

• 고객 협업뿐만 아니라 생산적인 파트너십

즉, 왼쪽에있는 항목을 추구하면서 오른쪽에있는 항목이 반드시 필요하다는 것을 알았습니다.

거울을 들여다보고 프로그래머 자신의 최악의 특성을 인식하십시오. 그런 다음 매일 제거하십시오.

1. 새로운 것을 배우지 않음
2. 기술을 확장하려고하지
3. 오래된 습관을 고수하면서 새로운 것을 위해 열려 있지 않음
4. 업무의 질에 신경 쓰지 않음
5. 업무의 질을 향상 시키려고하지 않음
6. 열정이없는 9-5 인 근로자
7. 사물에 대한 자신의 의견이 없음
8. 의심없이 다른 사람들의 의견을 받아들이는 것
9. 모든 것을 배웠다고 믿는
10. 비판을 용납하지 않음
11. 외부 입력을 듣지 않음
12. 자아 중심적이고 모든 것을 알고있는 개인
13. 부정적인 성격을 가지고 다른 사람들을 비판

• 프로그래머의 책임은 프로그래머와 클라이언트 간의 계약에서 설정 한 요구 사항, 분석, 설계 및 사양의 요구를 충족시키는 소프트웨어를 만드는 것입니다.
• 프로그래머의 책임은 경제적이고 신뢰할 수 있으며 실제 컴퓨터에서 효율적으로 작동하는 소프트웨어를 만드는 것입니다.
• 프로그래머의 책임은 가능한 한 효율적이고 윤리적이며 최대한 정직하게 일하고 최대한의 전문성으로 행동하는 것입니다.

그 중 일부는 "프로그래밍 회사 "의 책임에 적용됩니다 .

• 프로그래머는 사용 된 핵심 라이브러리 및 플랫폼을 알고 사용해야합니다.

특히 프로그래머가 다른 플랫폼 / 언어에서 온 경우. 핵심 라이브러리가 제공하는 무언가에 어려움을 겪고 있거나 무지로 인해 플랫폼 이점을 오용하려는 프로그래머를 찾는 것이 끔찍합니다.

• 프로그래머는 자체 문서화 코드를 작성해야합니다

다른 사람이 사용할 수 있도록 코드를 문서화하는 것이 매우 중요하지만 유지 관리 측면에서 자체 문서화 코드는 문자 그대로 시간과 시간을 절약 할 수 있습니다.

예를 들어 다음을 비교하십시오.

// validates if is leap year
if(  year % 4 == 0 && (year % 100 != 0 || year % 400 == 0) ) { 
     doSomethingWithFebruary();
}

에

if( isLeapYear( year ) ) { 
    doSomethingWithFebruary();
}

프로그래밍은 기술이 아닌 직업입니다. 이것은 프로그래머가 자신의 분야에서 최신 도구, 기술 및 기술에 대한 최신 정보를 유지할 책임이 있음을 의미합니다.

이는 지속적인 학습과 훈련을 받거나 자신의 시간에 할 수 있도록 시간을 내기 위해 관리자에게 되돌아가는 것을 의미 할 수 있습니다.

1) 어떤 문제에 대한 해결책이 성능, 비용, 시간 및 품질 사이에서 균형을 이루게 될 것이라고 분명히 설명하십시오.

2) 노트 또는 테스트 계획을 발표하므로 관련 문서를 작성하십시오. (회사 유형 및 규모에 따라 문서가 다름)

3) 직무에 맞는 올바른 도구를 요청하십시오.

... 따라야 할 다른 사람들.

무엇이든 질문하십시오-프로그래머는 시스템이 수행하거나 처리해야 할 모든 것에 대해 문의 할 책임이 있습니다. 여기에는 사용자가 수행 할 수있는 작업 만 보여주는 다양한 사이트가 있기 때문에 사용자가 무엇을 바보 같은 질문으로 보는지 묻는 것이 포함될 수 있습니다. 매일 WTF 와 SharkTank 는 다른 몇 가지 예가 있지만 확실합니다.

프로그래머는 제품 백 로그의 사용자 스토리를 작동 가능하고 선적 가능한 소프트웨어 증분으로 변환해야합니다.

그렇기 때문에 관리자는 모든 목표를 달성 할 수 있어야합니다.

여기 내 제안이 있습니다.

1. 프로그래머는 직책의 기준을 낮추지 않기 위해 프로그래머의 권리 장전에 노출 된 근무 조건을 요구해야합니다.

( "프로그래머"의 경우 "주말 해커"가 아니라 "프로그래머"를 의미하므로 프로그래머가해야하는 모든 표준 사항이 암시됩니다.)

프로그래머 길드의 5 가지 교훈

1.) 매주 및 공휴일에 코드를 확인하십시오.

2.) 프로그래밍 커뮤니티의 요구를 제공합니다.

3.) 매년 적어도 하나의 프로그래밍 북을 읽는다.

4.) 매년 최소 한 번의 프로그래밍 회의에 참석하십시오.

5.) 실수에 대한 책임.

나는 목록에 "항상 모든 가정을 문서화"할 것입니다. :-)

프로그래머는 바이러스를 쓰거나 다른 사람의 시스템을 해킹하는 것과 같이 비 윤리적이거나 불법적 인 것을 수행하거나 구현해서는 안됩니다 (보안상의 허점을 발견 한 후 피해자 에게이를 알리고이를 피하기 위해 할 수있는 일이 아닌 한) 악의적 인 해커가 악용하는 경우).