코딩을 해본 사람은 Flowe Box라는 단어를 아마도 알겁니다...
"*" Asterisk 가 꽃모양처럼 보여서 이름이 이렇게 붙었나 봅니다.
/********************************************************
* Program : pgm00010
* Author : Jody Kim
* Date : 2019-11-11
* Description :
* 2018-01-01 Initial Coding
* 2019-11-11 Change interest rate by CSR20190001
**********************************************************/
이게 flower box입니다
개발해보신 분들은 다 아시겠지만 주석처리에 사용되는거죠
프로그램소스 맨위 상단에 프로그램명, 작성일, 변경일, 작성자, Description등을 표현하는 장소이죠..
근데 종종보면
Author:에 공란으로 비워놓거나 수정일때 이전사람의 정보를 바꾸지않는 사람이 꽤 많이 보이죠..
왜 그럴까요?
본인이 만든 작품이 그렇게 자신이 없기때문이죠
나중에 결함이 생길때 추적하지 못하고 연락하지 못하게 하거나 쪽팔리지 않도록 하는 의도이겠지요
요즘은 과자 하나를 사도 제조과정의 담당자이름이 명시되어있습니다.
소프트웨어도 당연히 실명제로 하여 책임의식을 더 높이도록 해야합니다..
주석처리에 대해 요즘은 품질에서 중요하지않게 생각하는 경향이 있는데 유지보수나 장애 예방시 중요한 정보가 될수있습니다.
제가 신입사원교육때는 코드 라인수 만큼 주석처리 여부가 점수에 반영되기도 했습니다.. 물론 우리나라의 사상이 아니고 그때 당시 합작회사였던 미국EDS교육방식을 그대로 따랐기때문이죠...
산출물 실명제가 책임 의식 강화를 통해 품질수준을 높일수 있는 하나의 방편이 될수있습니다.
산출물실명제를 회사 품질규정으로 선언하여 지키도록 하고도 있습니다만, 이를 어겼을 시 제재를 하는 활동은 보이지 않습니다.
'나의 고백 > 품질 컨설팅' 카테고리의 다른 글
매뉴얼은 꼭 필요한 산출물인가? (0) | 2020.01.05 |
---|---|
동료검토(Peer Review) 활동 (0) | 2019.11.24 |
솔루션이라는 이름의 허구 (0) | 2019.10.07 |
댓글