프로세스 TD 로서 이 두 개념은 매우 중요합니다. 하지만 평소 교류에서 많은 친구들이 이 두 개념에 대해 여전히 모호하다는 것을 알게 되었다. 그리고 큰 녀석들 사이의 이해조차도 다소 차이가 있다.
이러한 중요한 기본 개념을 통일하기 위해서, 나는 확실히 한 편의 글을 써서 코프를 할 필요가 있다고 생각한다. (물론, 제 이해도 표준답도 아닙니다. 모두 참고만 하고 이의가 있는 분들도 저를 찾아 교류해 주시기 바랍니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 이해명언)
정의를 설명하기 전에, 우리는 먼저 이 두 용어의 의미를 정확히 구분하는 것이 무엇을 의미하는지 알아내는 것이 가장 좋다. (윌리엄 셰익스피어, 햄릿, 정의명언)
많은 맥락에서, 이 두 단어가 표현하는 의미는 매우 가깝다.
예를 들어, Pipeline TD 와 같은 직위명은 자주 듣고, Workflow TD 와 같은 호칭은 거의 듣지 않지만, Pipeline TD 의 업무 내용을 아는 사람들은 일반적으로 Pipeline 과 Workorkflow 가 보통 Pipeline TD 의 업무 범주에 속한다는 것을 알고 있다.
사장이나 예술가들이 워크플로우 문제를 토론할 때, 그들이 사용하는 용어가 Pipeline 이든 Workflow 이든, 일반적으로 생산 방식과 관련된 문제를 가리킨다.
따라서 항상 이 단어들을 파고들 필요는 없습니다. 비전문적인 맥락에서 페레스테에 따라 어떤 단어를 말할 것인지 선택할 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언) 그러나 그렇다고 이 두 단어 사이에 차이가 없다는 뜻은 아니다.
전문적인 프로세스 TD 의 경우, 이 두 단어는 명확한 차이를 가지고 있으며, 이러한 차이에 대한 인식의 정도는 프로세스 아키텍처를 검토하는 차원에 직접적인 영향을 미칩니다. 하충은 얼음을 말할 수 없다는 말이 있다. 시각의 결핍은 슬프고, 프로세스 디자인 전공에 있어서는 때로는 치명적일 수도 있다. (윌리엄 셰익스피어, 윈스턴, 과학명언)
나는 보통 Pipeline 을' 파이프라인' 으로 번역한다. 이름에서 알 수 있듯이, 그것은 파이프처럼 비교적 확실한 입력과 출력이 있어야 한다.
경우에 따라 Pipeline 은 비교적 복잡한 프로세스 시스템을 지칭하는 데 사용되지만 일반적으로 입력과 출력 사이의 선형 관계를 보다 정확하게 표현할 수 있습니다.
예를 들어, 애니메이션 영화 제작에서 ABC 형식의 파일을 사용하여 애니메이션 정보를 전달하는 모형 데이터를 애니메이션 링크에서 라이트 링크로 전달하기로 결정한 것이 Pipeline 이라는 것을 보여 줄 수 있습니다. 사실, Pipeline 없이, 우리는 이 과정을 완성할 수 있는 여러 가지 방법이 있다. 프로젝트가 짧으면 이 과정이 반복되는 횟수가 많지 않아 매번 다른 방법을 사용할 수도 있다. 그러나 일반적으로 전문 컨텐츠 제작 회사가 직면한 문제는 매우 복잡하며 동일한 프로세스를 수천 번 수행해야 하는 경우가 많습니다. 결과를 통제할 수 있는 고정 절차가 없으면 결과는 재앙이 될 것이다.
명확한 인터페이스 정의와 절차적인 프로세스 구현을 통해 조직의 생산 결과 제어 능력을 크게 향상시킬 수 있습니다. 이것이 Pipeline 이 존재한다는 의미입니다. 국내외 헤드 콘텐츠 제작사가 Pipeline 기술을 그렇게 중시하는 주된 이유이기도 하다.
Pipeline 의 개념을 돌이켜보면, Pipeline 은 데이터 흐름 방식에 대한 정의이며, 추상적인 개념이며, 모든 데이터 전송 작업의 이론적 근거라고 할 수 있다.
Pipeline TD 의 실제 업무에서, 당신이 직면해야 할 것은 종종 국부적인 데이터 유통 관계만이 아니라, 많은 부분을 포함하는 복잡한 시스템이다. 이러한 복잡한 시스템은 종종 많은 규칙과 기술을 포함하고 있으므로 세심하게 구축해야 한다.
Pipeline TD 의 가장 중요한 작업은 Pipeline 의 디자인입니다. 물론 Pipeline 구현을 지원하는 디자인 개발 도구를 기반으로 하는 경우가 많습니다.
워크 플로는 워크 플로로 직접 번역 될 수 있으며 중국어와 영어 용어는 매우 적절합니다.
우리가 work 에 대해 이야기할 때, 대부분의 경우 우리는 인간의 일에 대해 이야기한다. 따라서 Workflow 의 의미는 더 많은 사람들이 협력하는 방식에 편향되어 있다. 일반적으로 Workflow 의 개발은 작업 구현에 대해 더 많은 것을 고려합니다.
흐름 (Flow) 은 워크플로우 (Workflow) 의 나머지 절반이며 일상 업무의 또 다른 특성인 유동성을 설명합니다. 이는 모든 이벤트가 비선형 활성 네트워크에서 부드럽게 진행되는 설계된 공동 작업 방식의 전형적인 특징입니다. 실크가 미끄러운지 여부도 일련의 워크플로우 품질을 평가하는 주요 고려 지표이다.
Pipeline TD 로서, Workflow 도 당신이 피할 수 없는 작업 내용이다. 이것은 단번에 이루어지는 일이 아니다. 너는 끊임없이 생각하고, 관찰하고, 연마해야 점차 우수한 워크플로우 틀을 구축할 수 있다. 물론, 그 전에, 당신은 자신이 무엇을 하고 있는지 확실히 알 수 있도록 이론적 지식을 갖추는 것이 가장 좋다. (존 F. 케네디, 공부명언)
워크플로우를 구성하는 기본 uom 은 이벤트입니다. 우리는 일하는 모든 사람의 모든 행동, 호흡, 간지럼, 화장실에 가는 것을 포착할 수 없다. 이것들은 중요하지 않다. 중요한 것은 협업과 관련된 활동이다. 이러한 미리 정의된 활동이 발생할 때 이를 캡처해야 합니다. 이것이 이벤트입니다.
실시간으로 발생하는 다양한 이벤트가 워크플로의 맥박을 형성하고 있으며, 동시에 데이터가 파이프라인에서 규칙적으로 전송되는데, 이것이 바로 Workflow 와 Pipeline 의 관계이다. 이런 묘사는 비교적 추상적일 수 있는데, 너는 이런 미묘한 관계를 이해할 수 있니?
사건을 정의하는 것은 복잡한 일이다. 목표와 관련된 것들에 쉽게 주의를 기울일 수 있지만, 예외적인 상황과 돌발 사고는 종종 한 번 좌절해야 지혜를 얻을 수 있다. 그래서, Pipeline TD 의 경험은 확실히 진짜 금은만큼 값어치가 있다.
이벤트 정의가 완료되면 다양한 이벤트에 대처할 수 있도록 동작 사양을 설계하는 단계에 도달합니다. 이때, 당신은 대량의 소통을 하고, 예술가들의 호소를 충분히 경청하고, 그들의 일상을 이해하고, 내외적 요인과 결합하여 문제의 본질을 전면적으로 고려해야만 합리적이고 실행 가능한 워크플로우를 설계할 수 있습니다. 워크플로가 팀의 전반적인 효율성을 직접 결정하기 때문에 실천에서 벗어나는 종이 담화병은 매우 위험하다.
Workflow 를 구축하는 중요한 아이디어는 일상 업무에 대한 표준 제정을 우선시하는 것이다. 예를 들어 컨텐츠 검토, 파일 버전 관리, 기술 지원 작업 지시 등이 있습니다. 프로덕션 작업을 위한 공통 라이프 사이클을 개발할 수 있으며, 내부 감사 회의를 위한 표준화된 회의 프로세스와 의사록 템플릿을 개발할 수 있습니다 ...
일상 업무 외에 예상치 못한 상황에 대처하는 것도 워크플로우 설계의 중점이다.' 신변 안전이 데이터 안전보다 크다' 또는' 주요 역할의 자산 우선 완성' 과 같은 원칙을 더 일찍 형성해야 할 수도 있다. 항상 머리를 찍는 것이 아니라 이에 따라 유연하게 대응해야 한다. 동시에 잔해를 안고 냉랭한 규칙을 안고 쇠뿔을 뚫어서는 안 된다. 전체에 영향을 주지 않고 호환성을 충분히 고려하여 발생할 수 있는 여러 가지 문제를 해결하는 것이 성숙한 TD 가 해야 할 일이다.
여기를 읽으면 정확한 Pipeline 을 정의하는 것과는 달리 Workflow 의 정의는 매우 광범위하며 회사 운영 활동의 모든 측면을 고려해야 한다는 것을 알 수 있을 것이다. 이것은 Pipeline TD 자신의 일이 아니다. 백본 예술가, 제작, CG 감독 (또는 VFX 감독), 감독, 프로듀서, 심지어 모든 기업 임원들의 참여가 더 필요한 경우가 많다.
관련 분야에서 합리적인 Workflow 는 출석, 하드웨어 및 소프트웨어 운영 및 유지 보수, 인력 파견, 기타 집단 활동 등 다양한 직접 CG 콘텐츠 제작 이외의 활동을 포괄해야 합니다.
Pipeline TD 가 자주 하는 일 중 하나는, 생산 프로세스의 토폴로지를 그리는 것입니다. 각 생산 과정을 노드 다이어그램으로 연결하는 것입니다. 이것이 설계 워크플로우의 범주에 속한다고 생각하십니까, 아니면 Pipeline 의 범주에 속한다고 생각하십니까?
TD 학습 교류 커뮤니티를 통해 나와 교류하는 것을 환영합니다.
기계고양이의 큰 나팔: 왜 CG 회사간 절차가 달라야 합니까?
DATA MACGYVERED
Question: difference between "pipeline" and "workflow"?
제품 소프트웨어 설명서