수동으로 작성하는 대신 스크립트를 작성하는 시기를 결정하는 방법은 무엇입니까?

StackOverflow https://stackoverflow.com/questions/1646451

문제

때로는 자동화되거나 수동으로 수행할 수 있는 작업을 수행해야 할 때가 있습니다.예:방금 특정 스크립트를 8번 실행하여 각 실행 사이에 약간의 변경을 적용했습니다.확실히 이것을 자동화하는 스크립트를 작성할 수도 있었지만 이 경우 매번 수동으로 실행하는 것이 더 빠르다고 결정했습니다.

그러나 때로는 수동으로 작업하는 데 많은 시간을 투자한 후에 처음부터 자동화하는 것이 더 나았을 것이라는 사실을 깨닫게 됩니다.

반복되는 프로세스를 시작하기 전에 자동화하기 위한 스크립트를 작성하는 데 시간을 투자할 가치가 있는지 결정하는 데 도움이 되는 경험 법칙에 대한 제안 사항이 있습니까?

명확히 하기 위해:제가 말하는 것은 파일 이동, 이름 바꾸기 등과 같은 시스템 관리자 유형의 작업입니다.그리고 특정 데이터를 가져오기 위해 SQL 스크립트를 실행하는 것과 같은 DBA 유형 작업(이것이 제가 오늘 하고 있던 작업입니다).저는 시스템 관리자나 DBA가 아닌 개발자입니다.

도움이 되었습니까?

해결책

스크립팅에 대한 이유에는 포함됩니다

언제:

  • 당신은 두 번째로합니다

  • 하나 이상의 단계가됩니다

  • 잘못되기 쉽습니다

  • 수동으로 수행하는 방법을 잊기 쉽습니다.

다른 팁

나는 "팬"세 번의 파업과 당신은 자동화합니다"해당 링크에 설명 된대로 규칙.

자동화 프로세스에서 보거나 볼 수없는 시간 절약 만 고려하지 마십시오. 또한 프로세스를 수동으로 실행하면 오류가 발생할 가능성을 고려하십시오.

올바르게 수행하면 자동화 된 프로세스는 오류 가능성을 최소화해야합니다. 이로 인해 순 시간을 절약하지 않아도 자동화 할 수 있습니다.

물론 이에 대한 플립 사이드는 프로세스가 자동으로 실행중인 경우 탭을 유지하여 추적하지 않았는지 확인하십시오.

명백한 것 외에도, 대본을 작성하는 한 가지 이유는 대본을 작성하는 행위가 한 번도 작업을 수행하는 것보다 더 재미 있기 때문에 프로세스에서 무언가를 배울 수 있기 때문입니다.

많은 괴짜들에게, 영리하고 재미 있고 흥미로운 일을하는 것은 다른 이익을 능가합니다. 따라서이 경우 작업을 자동화하면 작업을 수동으로 수행하는 것보다 시간이 오래 걸리더라도 해당 기준을 충족 할 수 있습니다!

하나의 시스템 관리 Truism이 있다면, 이것은 다음과 같습니다. 간단한 Sysadmin 과제는 두 번 이상 재미 있습니다. 두 번 이상 간단한 둔한 작업을 수행하는 경우 자동화하십시오.

-- http://www.ibm.com/developerworks/linux/library/l-punix.html

자동화는 항상 반복적으로 수행하는 것과 동일한 작업 세트 인 경우 오류 소스를 줄입니다.

몇 년 전에 (ASP.NET) 프로젝트 중 하나를 시작했을 때 3 페이지를 다루는 수동 릴리스 프로세스가있었습니다. 단계별 i는 그 작업을 빌드 배치 파일로 마이그레이션했습니다 (명령 줄 옵션 등이 단일 작업 또는 모든 것을 선택 함).

스크립트가 완료되면 완벽하게 수행되었으며 각 실행에 대해 한 시간의 수동 작업을 저장했습니다.

그리고 때로는 대본을 쓰는 재미 일뿐입니다.)

이것은 개발자를위한 사이트입니다.

다시 똑같은 일을해야한다고 생각되면 지금 당장 자동화하십시오. 그러나 Yagni와 같은 법을 잊지 말고 자동화에 너무 많은 시간을 소비하지 마십시오. 약간의 동축으로 지금 당신에게 맞는 것을 얻으십시오.

다음에 주위에 리팩터를 개선하고 개선하십시오. Yagni를 기억하십시오.

세 번째로, 입력을 줄 수있는 멋진 작은 패키지로 가져 오면 오류 조건에서 현명한 일을 완료하고 오류를 기록합니다.

그리고 Shell 스크립팅을 사용하지 않고 Python과 같은 실제 스크립팅 언어를 사용하여 코드를 조정하고 사용 시간을 개선 할 수 있습니다. 한 번의 호출에서.

내 경험 법칙 :

  • 그것이 지루하다고 느끼면, 당신이 어떻게 자동화 할 수 있는지, 얼마나 많은 일을 할 것인지, 그리고 얼마나 많은 일을 할 수 있는지에 대한 잠시 시간을 보내십시오.
  • 자동화하기가 매우 쉬우거나 분명히 많은 작업을 저장하는 경우 즉시 자동화를 시작하십시오.
  • 자동화하지 않기로 결정하고 수동으로 수행하면 고통스럽게 지루하거나 자동화하기로 결정했지만 어려움에 빠지면 이번에는 더 오래 생각하십시오.

내 규칙은 쉽습니다. 장기적으로는 수동으로 수행하거나 스크립트를 작성하는 데 시간을 절약 할 수 있습니다.

특정 작업을 몇 번만 수행하고 다시는 수행하지 않아도되면 스크립트를 작성할 가치가 없을 것입니다. 그러나 사소한 변경만으로 작업을 반복적으로 수행해야한다면 스크립팅하면 시간을 절약 할 수 있습니다.

좋은 프로그래머는 게으른 경향이 있으며, 노력과 시간의 지출이 가장 적은 일을하려고 노력한다는 점에서 게으른 경향이 있습니다. 따라서 총 시간의 노력을 절약 할 수 있다면 그만한 가치가있을 수 있습니다.

내 규칙은 이렇습니다.더 이상 생각하고 싶지 않은 내용이 되면 스크립트를 작성하세요.여전히 주의 깊게 작업을 수행 중이거나 프로세스에 대해 뭔가를 배우고 있거나 여전히 결과에 특히 관심이 있는 경우 스크립트를 작성하지 마세요.그러나 그것이 무언가를 끝내기 위해 꼭 해야 하는 일이 되었고, 그것을 하는 것이 자질구레한 일이라면, 대본을 작성하세요.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top