Microsoft MVP성태의 닷넷 이야기
(글쓴이의 요청으로 삭제합니다.) [링크 복사], [링크+제목 복사],
조회: 17475
글쓴 사람
(none)
홈페이지
첨부 파일
 

비밀번호

댓글 작성자
 



2014-07-03 03시33분
사실 현실적으로 보면 그렇게 프로세스를 죽인다고 해서 잘못될 경우의 수는 많지 않습니다. 왠만한 프로그램 치고... 별로 영향이 없다는 것입니다. 내부적으로 정합성이 요구되는 데이터의 저장이 있다거나... 할때에나 Kill 호출이 위험할 수 있겠지만, 많은 일반적인 프로그램들이 거기에 속하지 않습니다. (사실, 수많은 사용자들이 작업관리자에서 그냥 프로세스를 아무렇지도 않게 죽이는 경우도 많습니다.)

문제는, 당연히 그 방법을 쓴다는 것은 결국 프로그래머가 자신의 프로그램을 스스로의 관리하에 두지 못한다는 것입니다. 자신의 관리 범위를 넘어선 프로그램을 지속적으로 만들다 보면 나중에는 그 프로그래머가 만든 제작물을 어떻게 신뢰할 수 있겠습니까?

질문하신 분의 경우에는 그냥 취미로 하시는 듯 하니, 일단 전문적인 프로그래머가 되겠다고 마음먹기 전까지는 Kill을 사용하시는 것에 그다지 마음의 짐을 느끼지 않으셔도 되지 않을까 싶습니다.

(참고로, 자꾸 편법을 쓰다 보면 결국 실력이 늘지 않습니다. 비-프로그래머시니까 용납이 될 수 있겠습니다.)
정성태
2014-07-03 04시04분
[(none)] (글쓴이의 요청으로 삭제합니다.)
[guest]

NoWriterDateCnt.TitleFile(s)