팩토리오 2.1
우주선을 다시 설계하는 법
팩토리오 2.1의 우주 플랫폼은 왜 다시 설계해야 할까. 항력·소행성·물류 변경을 짚고, 속도보다 안정적인 왕복 운송을 만드는 방법을 살펴본다.
플랫폼 설계 가이드 목차
- 우주선의 모양보다 중요한 질문
- 1. ‘폭을 줄이는 게임’에서 ‘공간을 사용하는 게임’으로
- 2. 플랫폼은 움직이는 공장이자 제한된 건축 공간이다
- 3. 허브를 창고 하나로만 보면 놓치는 것
- 4. 소행성 피해 감소를 무방비 허가로 읽지 말아야 한다
- 5. 수집기의 개수보다 회수한 물품의 길을 보자
- 6. 분쇄기는 원료 생산기이면서 막힘을 만드는 지점이다
- 7. 연료와 산화제는 같은 숫자로 보이지만 다른 생산선이다
- 8. 추진기 증설보다 먼저 정해야 할 운항 목표
- 9. 품질은 공간을 절약하는 선택이지만 자동 정답은 아니다
- 10. 혼합 로켓은 새 배를 만드는 비용의 흐름을 바꾼다
- 11. 플랫폼끼리 공급하면 함대의 역할이 나뉜다
- 12. 회로는 숫자를 읽는 선과 행동을 바꾸는 선을 구분한다
- 13. 착륙장이 막히면 빠른 배도 기다린다
- 14. 과학 생산용 플랫폼과 수송선은 다른 임무다
- 15. 무기는 큰 것 하나보다 역할의 조합으로 이해한다
- 16. 새 규칙을 시험하는 가장 단순한 비교표
- 17. 세 가지 임무로 다시 읽는 플랫폼 설계
- 설계를 공유할 때 함께 보내야 할 설명
- 작은 부품 하나를 고치며 우주 전체를 다시 읽는다
ORBITAL FIELD NOTES / 01우주선의 모양보다 중요한 질문
우주선은 길고 가늘어야 빠를까. 팩토리오: 스페이스 에이지에서 이 질문은 취향만의 문제가 아니었다. 공장을 싣고 행성 사이를 오가는 플랫폼은 바닥의 모양, 추진기, 생산 설비, 방어 시설을 한꺼번에 설계하는 공간이다. 겉모양을 바꾸면 배관의 길이가 바뀌고, 배관을 고치면 생산 공간이 달라지며, 생산 공간을 늘리면 다른 설비를 놓을 자리가 필요해진다. 그래서 이동 규칙 하나의 수정은 단순한 속도 조절을 넘어 공장을 바라보는 방법까지 바꾼다.
2026년 10월 9일 공개된 공식 개발일지 Friday Facts 448은 2.1.21의 플랫폼 조정을 설명했다. 핵심은 항력 계산에서 폭 중심의 불이익을 질량 중심으로 바꾼 것, 그리고 소행성 충돌 피해를 손본 것이다. 이 글은 그 발표와 공식 위키를 바탕으로 설계상의 의미를 해석한다. 직접 플레이한 체험기나 모든 설계에 통하는 최적화 정답은 아니다. 현재 설치한 버전과 모드에 따라 결과가 달라지므로, 아래의 실험 제안은 자신의 공장에서 비교할 절차로 읽으면 된다. FFF 448: 플랫폼 항력·충돌 조정
먼저 결론부터 말하면 기존 함대를 모두 버릴 필요는 없다. 낡은 설계라는 이유만으로 새 설계보다 나쁜 것은 아니기 때문이다. 목적지에 필요한 물품을 제때 보내고, 보급을 기다리는 시간이 짧으며, 귀환 뒤 다시 출발할 준비가 끝난다면 그 배는 여전히 일을 잘하고 있다. 업데이트를 계기로 따져볼 것은 모양의 유행보다 운송의 목적이다. 최고 속도는 그 목적을 달성하는 여러 수단 가운데 하나다.
ORBITAL FIELD NOTES / 021. ‘폭을 줄이는 게임’에서 ‘공간을 사용하는 게임’으로
공식 설명에서 기존 계산은 플랫폼 폭의 영향이 커서 한쪽에 바닥을 조금 덧대는 것조차 부담이 될 수 있었다. 새 계산은 질량을 항력의 중심에 놓는다. 개발진은 좁은 배를 못 쓰게 만드는 대신 다양한 모양이 경쟁할 여지를 넓히려 했다고 밝혔다. 다만 넓게 만들수록 무조건 빨라지는 것은 아니다. 실제 추력, 필요한 바닥, 전면 방어를 함께 평가해야 한다. 변경의 의미는 ‘넓은 배가 정답’이 아니라 ‘폭 하나만으로 답을 정하지 않는다’에 가깝다. FFF 448: 플랫폼 항력·충돌 조정
이 차이를 이해하려면 공장 배치의 비용을 나누어 생각할 필요가 있다. 조립기 옆으로 벨트를 돌리는 비용과 플랫폼 바깥으로 새 줄을 늘리는 비용은 같은 종류가 아니다. 전자는 동선의 문제이고 후자는 새로운 공간을 확보하는 문제다. 예전 해답을 그대로 복사하기보다, 어떤 설비가 정말 필요한지 먼저 표시한 뒤 그 설비를 연결하는 바닥을 그려 보는 편이 변화의 취지를 잘 드러낸다. 빈 공간을 줄이는 일과 모든 부품을 세로로 늘어놓는 일도 구별해야 한다.
가령 동일한 임무를 맡긴 두 설계가 있다고 가정하자. 하나는 배관을 읽기 쉬운 넓은 배이고 다른 하나는 같은 기능을 길게 접어 넣은 배다. 둘의 경쟁을 보기 위해 필요한 것은 홍보용 속도 숫자가 아니라 같은 항로에서의 비교다. 출발 시 보급량과 도착 시 잔량을 함께 남기면, 빠른 배가 자원을 더 많이 소비했는지 또는 느린 배가 과도한 여분 설비를 싣고 있는지 분리할 수 있다. 이 예시는 설계 비교 방법이며 특정 배의 실측 결과는 아니다.
ORBITAL FIELD NOTES / 032. 플랫폼은 움직이는 공장이자 제한된 건축 공간이다
공식 위키는 우주 플랫폼의 역할을 우주 전용 생산, 행성 간 이동, 소행성 자원 처리로 설명한다. 지상과 달리 건설은 원격 보기에서 이루어지며, 허브에 필요한 물품이 있으면 플랫폼이 건설을 수행한다. 전력은 바닥 전체의 연결을 통해 공급되므로 지상의 전신주 배열을 그대로 옮길 이유도 없다. 반면 상자나 로봇, 철도처럼 지상에서 익숙한 도구를 동일하게 사용할 수는 없다. 이동하는 공장이지만 지상 공장의 축소 복사본은 아닌 셈이다. 공식 위키: 우주 플랫폼
이 제약은 초보자에게 불편함으로 보일 수 있으나 설계 문제를 선명하게 만든다. 지상에서 넓은 빈터를 찾아 해결하던 문제를 우주에서는 물품의 흐름으로 해결해야 한다. 투입구와 산출구를 가까이 놓는 일이 중요해지고, 나중에 발견한 병목을 위해 어느 방향으로 확장할지도 생각하게 된다. 아름다운 대칭보다 수리가 쉬운 비대칭이 나을 수 있고, 반대로 반복되는 작은 생산 구역이 더 이해하기 쉬울 수도 있다. 어느 쪽이든 자신의 의도가 읽혀야 개조가 편하다.
처음에는 완성품을 통째로 상상하기보다 기능을 색깔별로 나누는 방식이 도움이 된다. 수집, 분쇄, 연료, 탄약, 전력, 화물의 위치를 먼저 정한 뒤 서로 교차하는 선을 찾는다. 선이 많다는 사실 자체가 실패는 아니다. 다만 한 경로가 멈췄을 때 다른 경로까지 막히는 구조라면 원인을 추적하기 어려워진다. 화면에서 보기 좋은 배보다 운영자가 설명할 수 있는 배가 장거리 운송에 더 적합하다는 것이 이 글의 설계 관점이다.
ORBITAL FIELD NOTES / 043. 허브를 창고 하나로만 보면 놓치는 것
우주 플랫폼 허브는 물품 보관과 항로 설정의 중심이며, 파괴되면 플랫폼 전체를 잃는다. 추가 화물칸으로 보관 공간을 늘릴 수 있고, 허브 화면에서 건설 요청과 궤도 투하, 이동 조건을 다룬다. 따라서 허브는 단순히 가운데 놓인 큰 상자가 아니라 배의 상태를 한곳에서 확인하는 운영판에 가깝다. 공식 위키의 변경 이력은 2.1 계열의 회로 요청과 플랫폼 간 요청도 이 허브와 연결해 설명한다. 공식 위키: 플랫폼 허브
보관 용량을 크게 늘리는 것과 문제가 해결되는 것은 별개다. 재고가 부족해서 멈추는 배라면 공간이 아니라 공급을 손봐야 하고, 쓰지 않는 물품이 쌓여 필요한 물품을 밀어내는 배라면 분류가 먼저다. 특히 시험 설계를 여러 번 고치다 보면 처음에만 필요했던 자재가 계속 남을 수 있다. 건설용 재고, 항해 중 소비품, 목적지에 전달할 화물을 구분해 적어 보면 허브의 숫자가 단순 총량이 아닌 의미 있는 상태로 바뀐다.
좋은 점검 질문은 ‘얼마나 많이 실었는가’보다 ‘왜 싣고 있는가’다. 예비품은 손상에 대응하기 위한 것이고 수출품은 다른 공장을 돌리기 위한 것이다. 둘을 같은 목표 수량으로 관리하면 출발을 기다리는 이유도 모호해진다. 점검표에 용도와 보충 장소를 붙이는 것만으로도 관리가 쉬워진다. 여러 사람이 함께하는 공장에서는 이 분류가 특히 유용하다. 설계자가 자리를 비워도 다른 사람이 배를 움직일 근거가 남기 때문이다.
ORBITAL FIELD NOTES / 054. 소행성 피해 감소를 무방비 허가로 읽지 말아야 한다
2.1의 충돌 방식은 소행성의 남은 체력과 연결된다. 개발일지에 따르면 2.1.21에서 중형 소행성은 이동 플랫폼에 2,000, 정지 플랫폼에 100의 피해를 주도록 조정됐다. 이는 해당 조건의 설명이지 모든 크기와 상황을 통틀어 적용하는 수치가 아니다. 거대한 소행성의 조정 방향도 같지 않다. 중요한 것은 한 차례 맞아도 되는지를 외우는 것보다, 미리 공격해 위협을 줄이는 방어의 의미를 이해하는 일이다. FFF 448: 플랫폼 항력·충돌 조정
소행성은 동시에 위험과 원료다. 공식 위키는 금속질·탄소질·산화물·프로메튬 유형을 구분하며, 수집기는 작은 덩어리를 회수하고 포탑은 큰 소행성을 더 작은 조각으로 부순다고 설명한다. 항로의 소행성 분포는 우주 지도와 팩토리오피디아에서 살펴볼 수 있다. 따라서 다른 항로에서 성공한 배를 가져오는 것만으로 준비가 끝나지 않는다. 그 배가 해결해야 할 자원의 조합과 방어 부담이 같은지도 확인해야 한다. 공식 위키: 소행성
설계 관점에서 방어는 두 가지 질문으로 나뉜다. 하나는 눈앞의 위협을 처리할 수 있는가이고, 다른 하나는 그 처리를 계속할 수 있는가다. 포탑이 있어도 탄약 공급이 끊기면 첫 번째 답은 잠깐만 유효하다. 반대로 생산량이 충분해도 특정 방향으로 탄약이 도달하지 않으면 그 구역은 취약하다. 항해 뒤 부서진 바닥만 수리하기보다 어느 구간에서 생산 또는 전달이 흔들렸는지 살펴야 다음 여행이 실제로 달라진다.
ORBITAL FIELD NOTES / 065. 수집기의 개수보다 회수한 물품의 길을 보자
소행성 수집기는 플랫폼 가장자리에 배치하며 앞쪽의 비어 있는 공간을 필요로 한다. 품질이 올라가면 회수 범위와 팔의 수, 보관량 등 여러 성질이 달라지고 전력 소비도 함께 바뀐다. 따라서 고품질 수집기를 단순히 일반 수집기의 ‘상위 그림’으로 취급하면 안 된다. 같은 자리에서 처리할 수 있는 일이 달라지는 만큼, 뒤에 연결한 벨트와 분쇄 시설이 그 흐름을 받아줄 수 있어야 한다. 공식 위키: 소행성 수집기
수집이 부족한 배와 수집한 뒤 막히는 배는 겉보기 증상이 비슷할 수 있다. 둘 다 연료가 부족하고 추진기가 멈출 수 있기 때문이다. 그러나 해결책은 정반대다. 전자라면 원료가 들어오는 입구를 봐야 하고, 후자라면 출구와 처리 순서를 봐야 한다. 이미 쌓여 있는 덩어리의 종류를 무시한 채 수집기부터 늘리면 문제를 더 크게 만들 수 있다. 어떤 물품이 어디서 멈췄는지를 연결해서 읽는 습관이 중요하다.
시험할 때는 전체 수집량 하나만 기록하지 말고 필요한 자원별 흐름을 나누어 살펴보자. 철을 위한 경로와 물을 위한 경로가 서로 다른 속도로 돌아간다면 평균값은 부족한 쪽을 가릴 수 있다. 화면을 잠깐 보는 것보다 출발·중간·도착에서 상태를 비교하는 편이 유용하다. 이것은 정밀 계측을 강요하는 이야기가 아니다. 같은 설계를 고칠 때 이전 상태와 이후 상태를 구별할 만큼의 기록을 남기자는 제안이다.
ORBITAL FIELD NOTES / 076. 분쇄기는 원료 생산기이면서 막힘을 만드는 지점이다
분쇄기는 수집한 덩어리를 유용한 자원으로 바꾸며 기본 분쇄, 고급 분쇄, 재처리라는 서로 다른 작업을 수행한다. 공식 설명에는 결과물과 함께 덩어리가 다시 생길 수 있다는 점이 포함돼 있다. 재처리 역시 원하는 종류가 항상 확정적으로 나오는 단순 변환이 아니다. 따라서 들어오는 물품과 나가는 물품을 한 방향으로만 상상하면 부산물 때문에 흐름이 멈출 수 있다. 공식 위키: 분쇄기
이 특징은 플랫폼을 작은 화학 공장처럼 보게 만든다. 어떤 자원만 골라 많이 생산하는 장치가 아니라 서로 다른 결과를 계속 분류하는 장치이기 때문이다. 생산 설비를 추가할 때는 기계의 처리 속도만 보지 말고 반환되는 물품이 어디로 갈지 정해야 한다. 반복해서 들어오는 물품과 새로 수집한 물품이 같은 통로를 쓰면 어느 쪽을 먼저 처리할지도 설계의 일부가 된다. 출구가 충분하지 않으면 더 빠른 기계도 멈춰 있을 뿐이다.
실전용 개조에서 가장 작은 출발점은 한 구역을 격리해 보는 것이다. 배 전체를 바꾸기 전에 분쇄기 하나의 입력, 출력, 반환 경로를 읽고 그 경로가 막히는 조건을 생각해 본다. 정상적인 순간의 배치도보다 특정 산출물이 남아돌 때의 배치도가 더 많은 것을 알려준다. 이때 버리는 양을 줄이는 목표와 절대 막히지 않는 목표가 충돌할 수 있다. 그 선택은 임무의 우선순위와 여유 공간에 맞춰 내려야 한다.
ORBITAL FIELD NOTES / 087. 연료와 산화제는 같은 숫자로 보이지만 다른 생산선이다
추진기는 연료와 산화제를 함께 요구한다. 연료는 플랫폼 위에서 생산하는 유체이며 일반 제작법과 고급 제작법을 구분해야 한다. 공식 연료 문서는 같은 추진기를 계속 가동하는 데 필요한 생산 설비가 제작법에 따라 달라진다는 점을 보여준다. 그러므로 인터넷에서 본 추진기 수와 화학 공장 수의 비율을 가져올 때는 연구 상태와 제작법까지 함께 봐야 한다. 기계의 숫자만 떼어 오면 비교가 성립하지 않는다. 공식 위키: 추진기 연료
산화제도 별도의 생산 경로를 가진다. 한쪽 탱크가 충분하다고 다른 쪽의 부족이 해결되는 것은 아니다. 산화제 문서 역시 기본 생산과 고급 생산의 차이를 제시한다. 여기서 얻을 수 있는 실용적인 교훈은 추력을 키우기 전에 두 공급선을 각각 확인하라는 것이다. 원료, 물, 생산 설비, 배관 중 어느 단계가 제한인지 먼저 찾으면, 엔진을 더 붙였는데도 기대한 변화가 없는 상황을 더 쉽게 설명할 수 있다. 공식 위키: 추진기 산화제
연료 시스템을 평가하는 기준도 임무에 따라 달라진다. 짧은 시험 항해에서 탱크를 비우며 달리는 배와 장기간 왕복하면서 스스로 보충하는 배는 다른 문제를 푼다. 처음에 잔뜩 채워 둔 재고는 생산 부족을 한동안 감출 수 있다. 따라서 왕복 운송을 맡길 계획이라면 한 번의 도착뿐 아니라 귀환 뒤 다음 출발의 준비 상태까지 확인하는 것이 좋다. 이는 연비를 주장하기 위한 실험이 아니라 지속 가능한 운행인지 알아보기 위한 관찰이다.
ORBITAL FIELD NOTES / 098. 추진기 증설보다 먼저 정해야 할 운항 목표
공식 추진기 설명은 추력에서 항력을 뺀 결과와 질량이 가속에 관계한다고 정리한다. 연료와 산화제의 공급 상태도 추력과 소비에 영향을 주며, 펌프와 회로를 이용해 유입을 제어할 수 있다. 동시에 위키의 일반 원칙 일부는 2.0 설명임을 명시하고 있다. 같은 페이지 안에서도 새 설명과 옛 계산이 공존할 수 있다는 뜻이다. 이번 변경을 적용할 때 오래된 폭 중심 최적화 문단을 현재 규칙으로 혼동하면 안 된다. 공식 위키: 추진기와 버전별 설명
무엇을 최대화할지 정하면 판단이 쉬워진다. 목적지가 필요로 하는 물량을 가장 빨리 공급할 것인지, 적은 자원으로 안정적으로 오갈 것인지, 새 행성에 사람과 건설 자재를 한 번 보낼 것인지에 따라 좋은 배가 달라진다. 모든 설계에서 최고의 최고 속도, 최소 소비, 최소 크기를 동시에 얻으려는 목표는 비교를 어렵게 만든다. 우선순위가 정해지면 어느 부분의 성능을 양보할 수 있는지도 보인다.
가령 두 배가 같은 물량을 운반하는데 하나는 항해가 빠르고 적재 대기가 길다고 가정하자. 다른 하나는 이동이 조금 느리지만 도착 즉시 하역을 마치고 돌아온다. 이 경우 최고 속도만으로 운송 능력을 순위 매길 수 없다. 항해 시간, 적재 시간, 하역 시간, 재보급 시간을 합친 전체 순환이 필요하다. 이 비교는 실제 수치가 없는 개념 예시지만, 게임 안에서 무엇을 측정해야 하는지는 분명하게 알려준다.
ORBITAL FIELD NOTES / 109. 품질은 공간을 절약하는 선택이지만 자동 정답은 아니다
품질에는 일반부터 전설까지 다섯 단계가 있으며, 어떤 능력이 변하는지는 대상마다 다르다. 공식 위키는 툴팁에서 품질로 강화되는 항목을 확인하도록 안내한다. 생산 설비의 속도, 태양광 발전량, 보관량, 포탑 사거리처럼 서로 다른 효과를 같은 ‘좋아짐’으로 묶으면 설계 판단이 흐려진다. 지금 부족한 것이 생산량인지 전력인지 사거리인지 먼저 알아야 품질 향상의 가치도 계산할 수 있다. 공식 위키: 품질
공간이 귀한 플랫폼에서는 같은 기능을 더 작은 구역에 담을 수 있다는 가능성이 매력적이다. 그러나 고품질 장비를 얻는 데 드는 준비와 공급 비용까지 고려하면 모든 부품을 한꺼번에 교체하는 것이 항상 합리적이지는 않다. 병목이 아닌 장비를 먼저 바꾸면 눈에 보이는 등급은 올라가도 임무 수행은 그대로일 수 있다. 반대로 특정 한 구역의 처리량만 개선해도 전체 배를 넓히지 않고 문제를 풀 수 있다.
품질 투자는 별도의 단계로 비교하는 편이 좋다. 우선 같은 품질로 배치를 바꾸고, 그다음 병목 장비의 품질을 올려 보면 어떤 변화가 효과를 냈는지 알기 쉽다. 두 변화를 한 번에 적용하면 성공했을 때도 이유를 설명하기 어렵다. 이 접근은 효율만을 위한 것이 아니다. 나중에 다른 배를 만들거나 설계를 친구와 공유할 때 무엇이 필수 조건이고 무엇이 선택 사항인지 전달할 수 있게 해 준다.
ORBITAL FIELD NOTES / 1110. 혼합 로켓은 새 배를 만드는 비용의 흐름을 바꾼다
2.1 개발일지에서 소개한 혼합 로켓은 여러 종류의 소량 요청을 한 로켓에 묶는 자동 물류다. 건설 요청의 작은 묶음을 다루기 쉬워지지만, 모든 경우에 완벽한 최적 적재를 보장하는 방식은 아니다. 공식 설명은 남는 공간을 채우기 위한 추가 공급과 상황에 따른 단일 품목 로켓 처리도 설명한다. 따라서 요청한 수량과 최종 도착 수량이 늘 일치할 것이라고 가정해서는 안 된다. FFF 441: 우주 물류 개선
이 변화의 의미는 초반 플랫폼을 한 번 더 시험해 볼 여지가 커진다는 데 있다. 처음부터 대형 완성 설계를 고집하기보다 작은 기능 단위를 올리고 연결 상태를 확인하는 접근을 생각해 볼 수 있다. 하지만 자동 적재가 편리해졌다고 지상의 생산 준비가 사라지는 것은 아니다. 소량 부품을 다양하게 보내는 흐름과 장기간 대량 수출품을 보내는 흐름은 여전히 성격이 다르다. 요청 화면의 편의와 공급 공장의 능력을 분리해서 평가해야 한다.
건설 계획에서는 지금 필요한 물품과 언젠가 쓸 물품을 나누는 것이 좋다. 거대한 청사진을 한 번에 놓는 방식이 편리한 경우도 있지만, 문제를 읽기 어렵다면 허브 주변의 기반을 먼저 완성하고 기능 구역을 차례로 늘리는 방식도 가능하다. 어느 방법이 더 낫다고 단정할 필요는 없다. 중요한 것은 요청 목록이 길어진 이유를 알고, 아직 없는 물품 때문에 어떤 부분이 기다리는지 찾아낼 수 있는가다.
ORBITAL FIELD NOTES / 1211. 플랫폼끼리 공급하면 함대의 역할이 나뉜다
2.1의 물류에는 같은 행성 궤도에 있는 다른 플랫폼을 공급원으로 삼는 선택이 추가됐다. 요청에서 행성·플랫폼·전체를 고를 수 있고, 공급하는 플랫폼 쪽에서도 제공 여부를 정한다. 특정 행성을 지정하지 않는 수입 설정은 배 자체의 보급품을 관리할 때 유용하다. 이런 기능은 하나의 배가 모든 일을 수행하는 구조 외에 궤도 보급과 실제 운송을 나누는 설계를 생각하게 한다. FFF 441: 우주 물류 개선
이제 설계상의 질문은 ‘좋은 우주선 한 척’에서 ‘잘 연결된 역할 여러 개’로 확장된다. 정지한 생산 플랫폼, 물품을 임시 보관하는 플랫폼, 행성 사이를 오가는 플랫폼을 별개로 상상할 수 있기 때문이다. 그러나 역할 분담이 늘면 설정도 늘어난다. 어디서 받아 어디로 주는지 불명확하면 운송을 개선하려다 재고의 위치만 복잡하게 만들 수 있다. 소규모 공장에서는 단순한 한 척이 오히려 읽기 쉬울 수 있다.
새로운 구조를 도입할 때는 한 물품과 한 항로만 골라 시작하는 것이 합리적이다. 여러 행성의 모든 물품을 동시에 옮기면 문제가 생겨도 공급 부족인지 요청 충돌인지 구분하기 어렵다. 작은 구조에서 의도한 방향으로 재고가 이동하는 것을 확인한 다음 범위를 넓혀 보자. 이것은 기능을 제한적으로 쓰라는 뜻이 아니라 자동화가 자신이 이해한 대로 움직이는지 검증할 수 있는 크기로 출발하자는 제안이다.
ORBITAL FIELD NOTES / 1312. 회로는 숫자를 읽는 선과 행동을 바꾸는 선을 구분한다
우주 채널을 사용하는 레이더는 행성과 플랫폼 사이의 신호 연결을 제공한다. 이어진 개발일지에서는 회로 입력과 출력을 서로 다른 전선 색으로 분리할 수 있도록 한 변경을 설명했다. 읽은 재고와 요청을 설정하는 신호의 관계를 명확히 하려는 변화다. 일부 기존 회로 구성에 영향을 줄 수 있다고 공식 글도 밝혔으므로, 예전 청사진을 가져올 때 연결된 선의 색과 역할을 확인할 이유가 있다. FFF 441: 우주 물류 개선 FFF 443: 회로와 하역 베이
회로를 잘 모르는 독자에게 가장 중요한 출발점은 복잡한 계산이 아니다. 지금 이 선이 상태를 보고하는가, 아니면 장치의 동작을 지시하는가를 구분하는 것이다. 재고가 많다는 보고와 그만큼 요청하라는 명령은 같은 숫자처럼 보여도 의미가 다르다. 작은 회로를 만들 때부터 입력과 출력에 이름을 붙여 두면, 나중에 플랫폼 수가 늘어도 문제의 범위를 좁히기 쉽다. 신호의 출처를 아는 것이 식을 길게 쓰는 것보다 먼저다.
함대 제어를 설계한다면 평상시 신호뿐 아니라 신호가 없을 때의 행동도 생각해 볼 수 있다. 필요한 물품의 숫자가 도착하지 않았는데 출발하는 것이 맞는지, 마지막으로 읽은 값만 보고 움직이는 것이 적절한지 같은 질문이다. 이 글이 특정 회로 코드를 제시하지 않는 이유는 공장마다 목적이 다르기 때문이다. 대신 자신이 만든 규칙을 말로 설명하고, 그 설명과 실제 배의 행동이 일치하는지 작은 시험으로 확인하는 방식을 권한다.
ORBITAL FIELD NOTES / 1413. 착륙장이 막히면 빠른 배도 기다린다
화물 착륙장은 스페이스 에이지에서 궤도 배송을 받는 지상 거점이다. 공식 위키에 따르면 화물칸으로 보관과 수신 능력을 확장할 수 있으며, 투입기는 착륙장 물품을 꺼낼 수 있다. 우주 쪽에서 충분히 운반했는데도 지상 생산이 멈춘다면 마지막 하역 구간을 살펴볼 필요가 있다. 재고가 내려왔다는 사실과 소비 시설까지 도착했다는 사실은 다르다. 물류의 끝은 화면에 표시되는 수입량이 아니라 실제 사용처다. 공식 위키: 화물 착륙장
2.1에서 소개한 착륙장 하역 베이는 투입기로 물품을 꺼낼 접점을 늘리는 시설이다. 개발진은 이 시설을 행성용으로 제한하고, 우주 플랫폼의 벨트 배치 문제는 유지한다고 설명했다. 즉 지상 하역의 새 해법을 우주선 내부에 그대로 적용할 수는 없다. 같은 화물칸 주변 장치처럼 보이더라도 어디에 설치할 수 있고 어떤 기능을 제공하는지를 구분해야 한다. FFF 443: 회로와 하역 베이
하역을 점검할 때는 착륙장에 쌓인 물품, 그 물품을 빼내는 장치, 최종 목적지까지의 전달을 나누어 보자. 첫 번째가 충분하고 마지막이 부족하다면 운송선 증설은 우선순위가 아닐 수 있다. 반대로 착륙장이 비어 있는 시간이 길다면 도착 주기나 공급 공장의 생산을 봐야 한다. 한 화면에서 관찰한 병목을 다른 시스템의 증설로 덮지 않는 것이 중요하다. 함대를 잘 운영하는 일에는 지상의 공장을 읽는 능력도 포함된다.
ORBITAL FIELD NOTES / 1514. 과학 생산용 플랫폼과 수송선은 다른 임무다
기본 게임의 우주 과학과 스페이스 에이지의 우주 과학은 얻는 방식이 다르다. 확장팩에서는 플랫폼에서 수집·분쇄한 자원을 이용해 우주 과학 팩을 생산한다. 공식 문서는 이를 확장팩 진행의 중간 단계로 설명한다. 따라서 처음 만든 플랫폼이 반드시 멀리 항해해야 할 필요는 없다. 궤도에서 필요한 생산을 계속하는 설계와 행성 사이를 오가는 설계는 요구하는 기능부터 다를 수 있다. 공식 위키: 우주 과학 팩
이 구분은 첫 플랫폼을 과도하게 복잡하게 만들지 않도록 도와준다. 지금의 목표가 과학 공급이라면 생산이 안정적으로 이어지는지부터 확인하면 된다. 행성 개척이 다음 목표라면 그때 이동·방어·보급을 추가로 평가할 수 있다. 처음부터 먼 목적지와 후반 자원까지 모두 해결하려고 하면 어느 기능 때문에 공간과 자원이 필요한지 이해하기 어렵다. 단계별로 임무를 붙이면 배가 커지는 이유도 분명해진다.
반대로 오래된 생산 플랫폼을 운송선으로 개조할 때는 더 이상 필요하지 않은 시설이 있는지 살펴볼 만하다. 예전에 중요했던 기능이 새 임무에서도 중요하리라는 보장은 없다. 설계를 재사용하는 것과 설계 의도를 재검토하는 것은 함께 할 수 있다. 완전히 새로 만드는 재미를 선호할 수도 있고 익숙한 배를 고쳐 쓰는 재미를 선호할 수도 있다. 어느 쪽이든 임무를 먼저 적으면 변화의 기준을 잃지 않는다.
ORBITAL FIELD NOTES / 1615. 무기는 큰 것 하나보다 역할의 조합으로 이해한다
기관 포탑은 탄약을 공급받아 작동하는 방어 설비다. 공식 위키는 탄약과 연구가 피해량에 관여한다는 점을 설명한다. 플랫폼에서는 포탑 자체뿐 아니라 탄약이 도달하는 경로까지 방어 체계에 포함해 생각해야 한다. 한 구역에 포탑이 많다는 사실이 전체 전면을 동일하게 보호한다는 뜻은 아니다. 배치를 볼 때는 화려한 외형보다 각 구역에서 실제로 작동할 조건이 갖춰졌는지를 읽는 편이 낫다. 공식 위키: 기관 포탑
로켓 포탑은 큰 소행성에 유용한 장거리 방어 수단이지만 최소 사거리가 있고 회전과 발사도 고려해야 한다. 따라서 가까이 접근한 대상을 처리할 다른 방어 수단과의 조합이 중요하다. 장비가 해금됐다는 이유만으로 기존 포탑을 전부 바꾸기보다, 각 무기가 처리할 대상과 거리를 나누어 볼 수 있다. 서로 다른 무기를 쓰는 것은 단순한 다양성보다 사각을 줄이는 기능적 선택이다. 공식 위키: 로켓 포탑
레일건 포탑은 더 큰 위협을 상대하는 후반 방어 수단이며, 탄도의 방향성과 관통을 이해해야 한다. 공식 위키는 거대한 소행성에 효과적이라고 설명한다. 그렇다고 후반 장비를 보유하는 것만으로 모든 항로가 해결되지는 않는다. 전력과 탄약, 장착 방향, 다른 생산 시설과의 배치를 함께 평가해야 하기 때문이다. 무기 이름만으로 설계의 수준을 판단하기보다 어떤 위협을 어떤 방식으로 분담하는지 설명할 수 있는 배가 더 낫다. 공식 위키: 레일건 포탑
ORBITAL FIELD NOTES / 1716. 새 규칙을 시험하는 가장 단순한 비교표
업데이트를 적용한 자신의 함대를 평가하려면 시험 조건부터 고정하는 편이 좋다. 같은 항로, 같은 목적 물량, 같은 연구 수준, 같은 모드 구성을 적어 두자. 다음으로 출발 준비 시간과 이동 시간, 도착 뒤 하역과 보급 시간을 따로 기록한다. 이 과정에서 꼭 외부 계측 도구를 쓸 필요는 없다. 무엇을 바꿨고 무엇이 달라졌는지 알 수 있는 정도의 기록이면 개조 방향을 정하는 데 도움이 된다.
첫 번째 시험에서는 배의 모양만 바꾸고 다른 장비는 그대로 유지할 수 있다. 두 번째 시험에서는 연료 공급을 조절하고, 세 번째에서는 특정 병목 설비의 품질을 바꾸는 식이다. 모든 변경을 동시에 적용하면 빨라졌다는 사실은 알 수 있어도 왜 빨라졌는지는 알기 어렵다. 특히 실패한 시험도 가치가 있다. 더 많은 추진기가 도움이 되지 않았다면 다음에는 생산이나 방어 쪽으로 질문을 옮길 근거가 생기기 때문이다.
기록 항목에는 손상과 재고의 방향도 포함해 보자. 도착할 때마다 특정 자원이 줄어드는 배는 장기 운행에서 다른 모습을 보일 수 있다. 반대로 재고가 계속 쌓인다면 요청량이나 생산 구역을 줄일 여지가 있을 수 있다. 단 한 번의 성공은 목적지에 갈 수 있다는 증거이고, 여러 차례의 같은 조건 비교는 그 설계의 성격을 이해하는 자료다. 어느 쪽도 실제로 확인하지 않은 최고 성능이나 완벽한 안정성으로 확대해서 말할 필요는 없다.
ORBITAL FIELD NOTES / 1817. 세 가지 임무로 다시 읽는 플랫폼 설계
첫째는 연구 공급이다. 목적 물품이 꾸준히 만들어지고 지상의 연구 시설까지 전달되는지가 중심이다. 이 경우 플랫폼의 최고 속도보다 생산의 연속성과 하역의 연결이 더 중요한 질문이 될 수 있다. 둘째는 행성 개척이다. 정해진 자재와 사람이 목적지에 도착하고 그곳에서 다음 행동을 시작할 수 있는지가 핵심이다. 셋째는 반복 수송이다. 한 번의 성공보다 일정한 순환과 재보급이 운영의 중심이 된다.
이 세 임무를 하나의 배에 맡길 수도 있다. 다만 그러한 선택에는 이유가 있어야 한다. 공용 설계로 관리 부담을 줄이려는 것인지, 새 배를 만들 자원이 부족한 것인지, 여러 기능을 한곳에 담는 재미를 원하는 것인지에 따라 감수할 비용이 다르다. 반대로 특화 설계를 늘리면 각각은 간단해질 수 있어도 전체 함대의 관리가 복잡해질 수 있다. 게임의 정답은 하나가 아니라 목표와 취향에 맞는 균형이다.
그렇기에 이번 조정을 ‘기존 배가 폐기된 업데이트’로만 읽는 것은 아쉽다. 더 생산적인 질문은 기존 배의 어떤 강점이 남고 어떤 가정을 다시 확인해야 하는가다. 읽기 쉬운 배관, 명확한 탄약 경로, 용도별 물류 요청 같은 장점은 속도 계산이 바뀌어도 도움이 된다. 반대로 특정 계산의 빈틈에만 의존한 설계라면 그 전제가 달라졌을 때 다시 생각해야 한다. 설계의 외형보다 설계가 의존한 이유를 보는 편이 오래 간다.
ORBITAL FIELD NOTES / 19설계를 공유할 때 함께 보내야 할 설명
청사진을 공유한다면 완성 화면만 보내기보다 사용 조건을 함께 적는 편이 좋다. 어떤 버전에서 확인했는지, 어떤 임무를 맡기는지, 어떤 연구와 품질을 전제로 하는지, 출발 전에 무엇을 채워야 하는지를 설명해 두자. 같은 모양을 복제했는데 결과가 달라지는 이유는 배치 밖에 있을 수 있다. 이때 조건을 남겨 두면 설계의 결함과 사용 환경의 차이를 구분하는 데 도움이 된다.
특히 ‘초보자용’이라는 표현에는 기준이 필요하다. 작은 배라고 반드시 다루기 쉬운 것은 아니다. 공간을 극도로 줄인 설계는 한 부분을 바꿨을 때 다른 부분의 연결을 이해하기 어려울 수 있다. 반대로 조금 넉넉한 설계는 원료와 결과물이 눈에 보여 배우기 쉬울 수 있다. 필요한 부품의 희귀도와 회로의 복잡성도 함께 고려해야 한다. 누구에게 쉬운 설계인지 구체적으로 말하는 편이 최고 속도만 내세우는 설명보다 유용하다.
공동 작업에서는 변경 이유를 짧게라도 남겨 보자. 추진기를 줄인 이유가 연료 공급 때문인지, 포탑 위치를 바꾼 이유가 보호 범위 때문인지 알면 다음 사람이 같은 문제를 다시 만들 가능성이 줄어든다. 모든 수정을 문서화할 필요는 없지만 핵심 가정은 공유할 가치가 있다. 설계가 커질수록 좋은 청사진은 배치 정보뿐 아니라 운영 지식도 전달해야 한다. 새 규칙을 받아들이는 가장 지속적인 방법은 남의 결과를 따라가는 데서 그치지 않고 그 결과가 성립하는 조건을 읽는 것이다.
ORBITAL FIELD NOTES / 20작은 부품 하나를 고치며 우주 전체를 다시 읽는다
팩토리오의 우주 플랫폼은 전투 장면과 공장 관리가 떨어져 있지 않은 공간이다. 자원을 모으는 일이 연료 생산으로 이어지고, 연료는 이동을 만들며, 이동 중의 방어는 다시 자원 처리와 연결된다. 그 연결을 잘 읽는 배는 단순히 빠른 배와 다를 수 있다. 이번 2.1 조정을 살펴볼 때도 가장 유용한 관점은 누가 가장 빠른 모양을 찾았는가보다, 자신의 공장이 어떤 흐름을 요구하는가다.
처음에는 함대 전체가 아니라 한 척, 한 항로, 한 병목만 골라도 충분하다. 역할을 적고, 현재 상태를 남기고, 하나를 바꾸고, 같은 조건에서 다시 본다. 잘 작동하던 부분은 남겨 두고 설명되지 않는 부분을 작게 나누어 고치는 과정 자체가 이 게임의 재미다. 우주선의 모양이 더 자유로워졌다는 말의 진짜 가치는 남이 만든 정답이 늘었다는 데 있지 않다. 자신의 목적에 맞는 답을 만들 공간이 넓어졌다는 데 있다.
자료 기준은 2026년 10월 20일이다. 본문의 업데이트 설명은 명시된 버전과 공식 문서에 근거하며, 시험 방법과 임무별 비교는 편집부의 분석이다. 이미지 10장은 Wube Software가 제공한 실제 게임·개발 화면으로, 생성형 이미지나 편집부 직접 플레이 화면이 아니다. 오래된 프레스킷 화면은 현재 버전의 성능을 입증하는 자료가 아니라 플랫폼의 구조를 보여주는 참고 이미지다.
댓글
댓글 쓰기