Как импортировать чертежи в факторио
Перейти к содержимому

Как импортировать чертежи в факторио

  • автор:

Как импортировать чертежи в факторио


5 ноя. 2020 в 8:51
28 ноя. 2020 в 14:14

Нашел на просторах интернета
"Эта функция расположена среди кнопок внизу, справа от горячей панели.

Если он сейчас пуст, это означает, что вы еще не разблокировали его (это одноразовая разблокировка), исследуя технологию строительного робота.
Вы также можете ввести/вставить это в консоль, чтобы разблокировать кнопки ранее (это не отключает достижения):
Работает, пользуйся

Factorio Blueprints Guide: Creation, Use, Import, Export, Tips


Blueprints in Factorio are a crucial game mechanic that saves the player a ton of time. With the help of blueprints, you can save an already completed construction and then reproduce it without any trouble anywhere else.

When a blueprint is used, a semi-transparent model appears on the ground, according to which the player can manually place all the components. However, if a blueprint is used within the reach of worker drone stations, the construction will be automatically built by drones provided that the necessary materials are available in the logistics network.

In this brief guide, you will learn how to use blueprints in Factorio.

Basic Blueprint Book

Blueprints in Factorio are stored in a Blueprint Book. It can be opened with the “B” key.


There are 2 tabs available in the Blueprint Book:

  • Game Blueprints – these are blueprints that will be displayed in this tab only if they were created in this game or added to it through import.
  • My Blueprints – these are general blueprints for all games. If you save a blueprint in this tab, it will also be available when you start a new game.

How to Create a Blueprint and Save it in the Book

To create a new blueprint, press the “ALT + B” key combination or the corresponding button on the side panel. A blue blueprint icon will appear next to the cursor.


Now you need to select the rectangular area that you want to save as a blueprint. For example, in the screenshot above, a basic smelting workshop is selected. As soon as you release the LMB, a blueprint creation window will appear. If you selected something incorrectly – no problem, just cancel the operation.


In the blueprint creation window, you can adjust it by specifying the necessary grid size and absolute reference point. You can also give the blueprint a name, a description, and choose an icon.


Then click the “Create Blueprint” button and place the blueprint in your inventory or in the Blueprint Book (B) in one of the free cells.

How to Create a Blueprint Book

You can also create a new blueprint book. This is necessary for convenience. For example, if you have hundreds of different blueprints, it makes sense to sort them into different books to avoid confusion.

    If you have already researched Construction Robotics technology, click on the “Blueprint Book” icon on the quick access panel. If not, then go to Settings → Controls and in the “Tools” section assign a hotkey for creating a Blueprint Book (for example, Alt + Shift + B).




Now you can open this book with the right mouse button, rename it to your liking, add a description, select an icon, put the necessary blueprints into the book.


It is not recommended to store Blueprint Books and Blueprints themselves in the inventory! In case of character death, they can be lost. Use the special interface.

How to Create a Deconstruction Planner

The Deconstruction Planner is a tool that allows you to specify a rectangular area that will then be demolished by drones if there are active drone stations within reach.


To create a deconstruction planner, click on the red icon to the right of the quick access panel or press “ALT + D“. A red blueprint icon will appear next to the cursor. Highlight the unnecessary objects on the map in a rectangular area – they will immediately stop functioning, and the drones will start the demolition.


The Deconstruction Planner also allows for selective demolition of objects using filters. Open the inventory with the “B” key and place the Deconstruction Planner in a free cell. Then open the Deconstruction Planner itself with a right mouse click.


You can specify Entities and Tiles that the Deconstruction Planner will or will not mark for demolition. For example, I only indicated Stone Furnace, so when highlighting any area with this Deconstruction Planner, only Stone Furnace will be marked.

How to Use the Upgrade Planner

The Upgrade Planner allows you to mark items that should be replaced with more advanced versions. For instance, if you have a setup using basic yellow transport belts, and you want to quickly upgrade them to the more efficient red transport belts.


Click on the “Upgrade Planner” icon to the right of the quick access panel or press “ALT + U“. A green blueprint icon will appear next to the cursor. Highlight the area with items that need upgrading.

If more advanced versions of the selected items are available in the logistics network (e.g., a chest with red transport belts), drones will immediately start their work. However, it’s important to remember that when using the Upgrade Planner in this way, items will be upgraded sequentially: a yellow transport belt will be replaced by a red one, not directly by a blue one (the best).

However, if you want to replace any items with higher-tier alternatives, you need to manually adjust the Upgrade Planner.

  1. Create an empty Upgrade Planner and place it in the Blueprint Book.
  2. Open the created plan with the right mouse button.
  3. In the “From” field, specify the items to be replaced (for example, yellow transport belts).
  4. In the “To” field, specify the items on which the selected ones will be replaced (for example, blue transport belts).



The rest will be handled autonomously by the drones.

How to cancel upgrading / deconstruction / building of objects?

If an object is marked for upgrading, deconstructing, or you have placed any blueprint on the map but have not yet built it, you can cancel the last action by pressing Ctrl + Z.


You can also select the Upgrade Planner or Deconstruction Planner and reselect the marked objects, but now with the Shift key held down. The selected objects will no longer be marked.

To make the blueprint / Upgrade Planner / Deconstruction Planner icon disappear and not follow the cursor, simply press the “Q” key. In this case, the item will not be saved.

How to delete a Blueprint / Blueprint Book / Upgrade Planner / Deconstruction Planner

The deletion procedure is the same for all elements.

  1. Open the blueprint / book / planner with the right mouse button.
  2. Click on the “Delete” icon.


Be careful! Even if you have saved the game and then deleted the blueprints, they cannot be restored.

Export and Import Blueprints

If you want to save a blueprint in digital format outside of the game or pass it to another person, you should use the export / import function.


Any blueprint / planner / book in Factorio can be exported as a string. To do this, open the blueprint / planner / book with the right mouse button and click on the corresponding button with the arrow “Export to string” (next to the delete button). After this, a window will appear where you can copy the export string. It is an incomprehensible set of symbols.


To import ready-made blueprints into the game, you will need the Construction Robotics technology studied. To the right of the quick access panel, click on the “Import String” button.


In the window that opens, you need to paste the string and click “Import”. After this, open the inventory and put the blueprint in a free cell. The import is complete.

Ready-Made Blueprints for Factorio

A lot of ready-made blueprints for Factorio can be obtained on the factorioprints.com website. Simply choose the desired blueprint and copy the import string, then import the blueprint using the instructions above.

alt=»Flag of UA» width=»24″ height=»18″ />Kianl 0

Professional gamer, YouTube blogger, web developer, individual entrepreneur. I live and work in Ukraine. My first serious game was Lineage 2 Interlude back in 2008 (or thereabouts). Studying game mechanics is my direct responsibility, as I must competently teach newcomers. I have no interest in going through the same boss 10 times and looking for its vulnerabilities. But, as they would say in France, c’est la vie. All for you, guys.

Как импортировать чертежи в факторио

Гайд по чертежам в Factorio – Создание, использование, импорт / экспорт, фишки

Чертежи (BluePrints) в Factorio – важнейшая игровая механика, которая экономит игроку кучу времени. При помощи чертежей можно сохранить уже готовую постройку, а затем без проблем воспроизвести ее в любом другом месте.

При использовании чертежа на земле появляется полупрозрачный макет, по которому игрок может вручную расставить все составляющие. Если же использовать чертеж в пределах досягаемости рабочих дрон-станций, конструкция будет автоматически построена дронами при условии наличия необходимых материалов в логистической сети.

В этом небольшом гайде вы научитесь пользоваться чертежами в Factorio.

Базовая Книга Чертежей

Чертежи в Factorio хранятся в Книге Чертежей (BluePrints Book). Открыть ее можно клавишей «B».

Книга Чертежей

В Книге Чертежей доступно 2 вкладки:

  • Чертежи этой игры – это чертежи, которые будут отображаться в данной вкладке только в том случае, если были созданы именно в этой игре или добавлены в нее посредством импорта.
  • Мои чертежи – это общие чертежи для всех игр. Если сохранить чертеж в эту вкладку, то при запуске новой игры он также будет доступен.

Как создать Чертеж и сохранить его в книгу

Для создания нового чертежа нужно нажать сочетание клавиш «ALT + B» либо соответствующую кнопку на боковой панели. Около курсора появится синяя иконка чертежа.

Сохранение чертежа

Теперь нужно выделить прямоугольную область, которую вы хотите сохранить как чертеж. Для примера на скриншоте выше выделены несколько паровых двигателей. Как только вы отпустите ЛКМ, появится окошко создания чертежа. Если выделили что-то неправильно – не беда, просто отмените операцию.

Сохранение чертежа

В окне создания чертежа его можно подкорректировать, указав нужный размер сетки и абсолютную опорную точку. Также можно указать название чертежа, его описание и выбрать иконку.

Сохраненный чертеж окажется у вас в инвентаре. Им уже можно пользоваться. Чтобы добавить данный чертеж в свою коллекцию, откройте Книгу Чертежей (базовую) клавишей «B», зайдите в нужную вкладку и поместите чертеж в одну из ячеек.

Сохраненный чертеж

Готово! Теперь ваш чертеж хранится в надежном месте и ему ничто не грозит.

Как создать новую Книгу Чертежей

Вы также можете создать новую книгу чертежей. Это нужно для удобства. К примеру, если у вас сотни различных чертежей, имеет смысл рассортировать их по разным книгам, чтобы не запутаться.

  1. Справа от панели быстрого доступа нажмите на иконку «Книга Чертежей».
  2. Около курсора появится иконка Книги Чертежей.
  3. Откройте инвентарь (клавиша «B») и просто положите созданную Книгу Чертежей в одну из ячеек во вкладке «Мои чертежи».
    Создание Книги Чертежей
  4. Теперь вы можете открыть эту книгу правой кнопкой мыши, переименовать на свой вкус, добавить описание, выбрать иконку, поместить в книгу необходимые чертежи.
    Настройка Книги Чертежей

Не рекомендуется хранить Книги Чертежей и сами Чертежи в инвентаре! При смерти персонажа их можно потерять. Пользуйтесь специальным интерфейсом.

Как создать План Сноса

План сноса – это инструмент, который позволяет указать прямоугольную область, которая затем будет снесена дронами, если в пределах досягаемости есть активные дрон-станции.

План Сноса

Для создания плана сноса кликните на красную иконку правее панели быстрого доступа или нажмите «ALT + D». Около курсора появится иконка чертежа красного цвета. Выделите ненужные объекты на карте в прямоугольную область – они сразу же перестанут функционировать, а дроны приступят к сносу.

Затем откройте инвентарь клавишей «B» и поместите «План сноса» в свободную ячейку.

Как пользоваться Планом Обновления

План Обновления позволяет отметить объекты, которые подлежат замене на более совершенные. Например, у вас есть некая постройка, которая использует базовые желтые конвейеры, а вы хотите быстро поменять их на улучшенные красные конвейеры.

План обновления

Нажмите на иконку «План Обновления» справа от панели быстрого доступа или сочетание клавиш «ALT + U». Около курсора появится зеленая иконка чертежа. Выделите область, объекты внутри которой нужно обновить.

Если более совершенные версии выделенных объектов есть в логистической сети (например, сундук с красными конвейерами), дроны мгновенно примутся за работу. Однако важно помнить, что при таком использовании Плана Обновления, объекты будут улучшаться последовательно: желтый конвейер заменят на красный, а не сразу на синий (самый лучший).

Если же вы хотите заменить какие-либо объекты на что-то более высокого уровня, План Обновления нужно подредактировать вручную.

  1. Создайте пустой План Обновления и положите в Книгу Чертежей.
  2. Откройте созданный план ПКМ.
  3. В графе «От» укажите объекты, которые нужно заменить (например, желтые конвейеры).
  4. В графе «До» укажите объекты, на которые будут заменены выбранные (например, синие конвейеры).
    Настройка плана обновления
  5. После этого закройте План Обновления, щелкните по нему левой кнопкой мыши и выделите область, которую нужно обновить.
    Обновление по настроенному плану
  6. Все остальное дроны сделают самостоятельно.

Как удалить Книгу Чертежей / Чертеж / План Сноса / План Обновления

Процедура удаления идентична для всех элементов.

  1. Откройте чертеж / книгу / план правой кнопкой мыши.
  2. Нажмите на иконку «Удалить».

Удаление книги чертежей

Будьте внимательны! Даже если вы сохранили игру, а затем удалили чертежи, восстановить их уже не получится.

Экспорт и импорт чертежей

Если вы хотите сохранить чертеж в цифровом виде вне игры или передать его другому человеку, стоит воспользоваться функцией экспорта / импорта.

Любой чертеж / план / книгу в Factorio можно экспортировать в виде строки. Для этого нужно открыть чертеж / план / книгу ПКМ и нажать на соответствующую кнопку со стрелочкой «Экспорт в строку» (рядом с кнопкой удаления). После этого появится окошко, в котором можно скопировать строку экспорта. Она представляет собой непонятный набор символов, но не пугайтесь – так и надо.

Экспорт книги чертежей в строку

Чтобы импортировать готовые чертежи в игру, нужно справа от панели быстрого доступа нажать на кнопку «Импорт строки» (слева от Книги Чертежей). В открывшееся окошко нужно вставить строку и нажать «Импорт». После этого открываем инвентарь и кладем чертеж в свободную ячейку. Импорт завершен.

Гайд по чертежам Factorio Blueprints

Чертежи — одна из самых гениальных систем, работающих в Factorio, и то что многие игроки не знают, как правильно использовать Чертежи, чтобы сэкономить время и силы при строительстве заводов, является преступлением. Наше руководство Factorio Blueprints не только расскажет вам, как начать использовать и создавать чертежи, но также предложит вам использовать собственную книгу Factorio Blueprint Book от RPS (вместе с несколькими другими чертежами, созданными сообществом), чтобы помочь запустить вашу фабрику!

Как использовать Blueprints в Factorio

О Blueprints можно многое узнать — слишком много, чтобы уместиться в этом руководстве. Но вот основы того, как использовать Blueprints в игре для начинающих Factorio:

  • Чтобы получить доступ к своей библиотеке Blueprint, нажмите «B» или нажмите первую кнопку в правом верхнем углу экрана в игре. Библиотека Blueprint — это место, где вы можете получить доступ, проверить и изменить все свои Blueprint.
  • Вы можете создавать свои собственные Blueprints с помощью инструмента Blueprint, к которому вы можете получить доступ, нажав «Alt + B». Щелкните и перетащите на все, что вы хотите включить в свой Blueprint с помощью этого инструмента, и Blueprint будет автоматически создан для вас.
  • Вы можете уничтожить чертеж в любое время, щелкнув его правой кнопкой мыши в инвентаре и нажав красный значок «Уничтожить чертеж». Вы также можете открыть свою библиотеку Blueprints и поместить новый Blueprint в библиотеку, чтобы постоянно хранить его там, чтобы вы могли использовать его в любом сохранении и мире.
  • Вы также можете создавать Blueprint Book с помощью значка Blueprint Book справа от панели быстрого доступа. Книги чертежей можно использовать для хранения нескольких чертежей.

Как делиться и использовать созданные сообществом Factorio Blueprints:

  • Каждый Blueprint и Blueprint Book можно экспортировать как строку символов. Чтобы экспортировать Blueprint в строку, щелкните его правой кнопкой мыши в инвентаре или библиотеке и нажмите серую кнопку «Export to string».
  • Чтобы использовать Blueprint другого игрока, вам понадобится строка этого Blueprint. После копирования нажмите кнопку «Импортировать строку» справа от панели быстрого доступа, вставьте строку и нажмите «Импорт».

Загляните в библиотеку чертежей в Factorio (и один из чертежей, включенных ниже).

Лучшие чертежи Factorio для ранней игры

Для целей этого руководства я решил вернуться и обновить все Blueprints, которые я сделал много лет назад и регулярно использую по сей день. Итак, я представляю первую (и, возможно, единственную) книгу RPS Factorio Blueprint Book. Woohoo!

Скопируйте код в поле ниже, чтобы импортировать книгу чертежей RPS в вашу собственную библиотеку Blueprint:

Эта книга содержит 12 чертежей, которые помогут с комфортом провести вас с самого начала игры Factorio до середины игры и далее. Давайте посмотрим на каждый из этих Blueprints и на то, как их использовать.

Слева: Green Circuits (экстремальная ранняя игра). Справа: боеприпасы (экстремальная ранняя игра).

Чертежи Extreme Early Game

Первые два Blueprints в книге предназначены исключительно для ваших самых первых шагов к автоматизации (на самом деле, я использую их оба в моем пошаговом руководстве по ранней игре Factorio). Один берет железо и медь и выводит зеленые схемы и предназначен для ускорения ручного строительства таких вещей, как электрические горные сверла и вставки.

Второй берет железо и выдает боеприпасы, чтобы подготовить вас к первым нескольким атакам Biter. Это так просто, что на нем едва ли стоит иметь Blueprint. Но, черт возьми, я сделал один сейчас.

Проверяем Архитектурные стили на движке Factorio (часть 1)

Если вы хотя бы чуть-чуть имели неудачу пообщаться с Архитекторами, то знаете, что в их понимании не существует идеальной архитектуры ПО и вся их работа состоит во взвешивании плюсов и минусов того или иного Архитектурного стиля. И поскольку Архитектурных стилей много и каждый имеет свои преимущества (даже Монолит) и недостатки (даже Микросервисы) — работа архитектора состоит в попытках применения данных стилей на конкретный продукт и попыток предугадать, что из этого получит в итоге для бизнес-части.

Архитектурный стиль, иногда называемый архитектурным шаблоном – это набор принципов (высокоуровневая схема), обеспечивающая абстрактную инфраструктуру для семейства систем (StudFiles)

В данной статье предлагаю вам углубиться в достаточно нестандартный эксперимент по проверке Архитектурных стилей: не сидеть и теоритизировать, а прямо соорудить некий эмулятор разработки ПО на игре Factorio в качестве движка.

Factorio — компьютерная игра в жанре симулятора строительства и управления (Wikipedia)

Как сказал мой добрый друг-программист про Factorio: «Эту игру создали программисты для программистов» и эти слова плотно въелись в мою память. И реально игра в эту игру очень сильно напоминает процесс разработки ПО: можно просто строить как попало и прийти к полностью запутанной и сложнообслуживаемой системе, а можно подойти к вопросу с умом изначально и в итоге получить производительную и легкую в обслуживании систему (Прям как в жизни!)

На начало написания статьи я только успел обдумать общие подходы и немного опробовать эту идею и понятия не знаю, чем это закончится. Она может оказаться полностью бесполезной тратой времени, может вообще не иметь возможности реализоваться, может получиться хорошим обучающим материалом для опытных программистов, а может и привнести новые идеи в запутанную профессию Архитектора ПО. Посмотрим, что получится: я не буду кардинально править уже написанные части статьи, чтобы сохранить эту атмосферу неизведанного.

Что мы будем делать?

Статья поделится на 7 частей:

(эта) Вводная. Пробуем Монолит

Пробуем Сервисо-ориентированную архитектуру

Пробуем Основанную на сервисах архитектуру

Пробуем Основанную на пространствах архитектуру

Пробуем Событийно-управляемую архитектуру

Ищем новые Архитектурные стили

Мы будем брать какой-либо архитектурный стиль и будем попробовать реализовать её в игре Factorio, замерять и фиксировать различные параметры, а после будем сравнивать их. Собственно это всё: так мы сразу узнаем, какие Архитектурные стили хороши/плохи в сравнении друг с другом.

Сгеренированную карту игры, параметры игры и ряд правил берём как константу для того, чтобы сохранить идентичность лабораторной среды. Начинать будем с самого начала игры и будем иметь две задачи:

запустить ракету в космос со спутником на борту

перевести всё электрообеспечение на атомную энергетику и полностью отказаться от сжигания угля (оставить только для производства гранат, пластмасс и подобного сырья).

По ходу игры мы будем замерять время наиболее важных событий для возможности в будущем более детально сравнить Архитектурные стили между собой. Плюс к последнему я ещё буду стараться постить мои личные заметки по происходящему на экране, что будет отражать общее настроение продуктовой команды, которая разрабатывает данный продукт.

Далее у нас начнётся аналитика собранной информации: узнаем, как получается всё быстро, просто, понятно и дёшево. Тут мы сравним графики, различные аспекты производства и общие впечатления от работы с определённым стилем.

Ну и в конце, набравшись опыта и знаний, мы приступим к завершающей части: попробуем развернуть задание наизнанку и попробуем на основании уже сохранённых файлов игры Factorio найти концептуально новые Архитектурные стили.

Что ж, работы много, так что приступим!

Что у нас со стороны Архитектуры?

Начнём с того, что мы хотим привнести со стороны Архитектуры ПО в данный эксперимент.

Конкретно здесь мы будем использовать уже устоявшиеся в тот или иной промежуток времени Архитектурный стили — так мы получим проверенную временем информацию, что поможет нам в будущем развитии эксперимента. Иными словами мы проверим, действительно ли наш эксперимент наказывает те же самые плюсы/минусы, что широко известны в профессии.

Кратко опишем основные Архитектурные стили для освежения памяти или ввода в контекст.

Монолит (Monolithic)

Собственно, начнём мы с оклемённым всеми Монолитом. Причина его включения в данный список проста: он всё ещё актуален и он всё ещё имеет свои преимущества.

Если кратко, то логика работы Монолита заключается в отсутствии логики как таковой — он просто получается сам собой, если просто сесть писать код без предварительной проработки Архитектурной части. Может быть это сильно некорректно-критическое описание работы Монолита, но нам сейчас в нашей статье более и не надо.

Особенность его заключается в том, что мы запихиваем всю логику работы приложения в один исполняемый процесс и в итоге у нас получается простое в запуске, но сложное в доработке приложение.

Как ни крути, нам будет полезно сравнить остальные Архитектурные стили с Монолитом и ответить на вопрос: а действительно он так плох, как о нём говорят.

Сервисо-ориентированная архитектура (Service-Oriented Architecture или SOA)

Среди всех остальных Архитектурных стилей Сервисо-ориентированная самая непопулярная из-за её множества проблем, но именно она помогла отойти от концепции Монолита и тихо-мерно прийти к концепции Микросервисов.

Суть SOA заключается в попытке разбиения сервисов по логическим задачам и связывании их через некую «Сервисную шину». Сама шина занимается только тем, что забирает ответы от одних сервисов и передаёт этот ответ на выполнения другим, а потом забирает ответ и передаёт третьим и так далее до достижения некого финала (возврат ответа пользователю или занос результата в некое хранилище).

Как и Монолит, SOA так же имеет смысл внести в наш список для того, чтобы был предмет для сравнения.

Основанная на сервисах архитектура (Service-Based Architecture или SeBA)

Хоть от SOA от отказались как «неудачный опыт», найти что-либо в Гугле по нему было значительно легче, чем по Service-Based Architecture. Но сложно не невозможно, так что приступим.

Данный Архитектурный стиль является логическим развитием SOA и, относительно её, заключается в двух ключевых изменениях: первое, переход от Сервисной шины к API; второе, перевод логики определения передачи результатов сервиса на сам сервис (то есть теперь не шина решает, куда передать результат дальше на вычисление, а сам сервис). Если говорить проще, то SeBA является попытка сделать SOA проще для дальнейшей разработки. Ну и да: именно где-то тут начали пихать всё не в один исполняемый процесс, а переходить на мультипроцессное исполнение и ковайный API. А если ещё для каждого сервиса сделать свою БД и вынести Web-часть — уже получится знаменитая Микросервисная архитектура.

Эти изменения дали свои плюсы, но полностью ощутить мы их сможем только уже в ходе эксперимента.

Основанная на пространствах архитектура (Space-Based Architecture или SpBA)

Другая попытка отойти от проблем SOA есть данный Архитектурный стиль, но если SeBA нацелен больше на попытку упростить процесс разработки, SpBA нацелен на попытку решить проблему с масштабированием приложения для принятия больших нагрузок. Ну и тот факт, что информации в Гугле по SpBA значительно больше, чем по SeBA недвусмысленно говорит нам о том, что в мире ПО более важна именно работа под большой нагрузкой, чем обилие различных фич (но это не точно)

Кратно разберём данный Архитектурный стиль. В попытках принять большую нагрузку на своё приложение SOA ушло в чуть другую плоскость — использовать реплицированную In-Memory для хранения обрабатываемой информации, а так же небольшой модуль для управления всем этим процессом. Это даёт хороший буст в плане масштабировании, но и привносит ряд сложностей.

С продумыванием концепции In-Memory в Factorio у меня явно будут определённые сложности, но как-нибудь решим их.

Событийно-управляемая архитектура (Event-Driven Architecrute или EDA)

В данном Архитектурном стиле мы впервые начинаем использовать концепцию очередей — именно ими хотели во всём том же SOA закрыть проблему масштабирования и сложности разработки одновременно.

Если кратко разобрать принцип работы EDA, то можно сказать так: в SOA разбили Сервисную шину на очереди и управление очередью (т.н. «Брокер/Медиатор»). Теперь программистам достаточно кодить сами сервисы и просто задавать логику работы медиатра, а эксплуатации просто подключать к очередям столько экземпляров сервисов, сколько надо.

Самое плохое в данном Архитектурном стиле, что медиатор может работать в двух режимах: собственно, режим Брокера (тупая, заданная последовательность) и режим Медиатора (на основании внутренней логики). Как мы будем реализовывать это в Factorio и как нам реализовать два этих режима — ещё не понятней, чем с In-Memory (но это проблемы не мои. это проблемы будущего меня. так что. иди к чёрту будущий Я).

Микросервисный (Microservices)

У нас будет самый распиаренный Архитектурный стиль из всех актуальных — Его Превосходительство Миркосервисный Архитектурный стиль.

Если кратко, то его особенностью является разделение приложения на множество независимых друг от друга миниприложений (собственно, микросервисы), каждый из которых занимает только одной, вселенной ему частью логики. Общение между ними происходит по API. Логика передачи запроса тоже устанавливается каждым микросервисом самостоятельно. В общем и всё — ничего лишнего.

Если попробовать мысленно переместить эту концепцию на Factorio, то уже начинает приходить понимания, что за внешней простотой кроется много железных орехов. (но это не мои проблемы. )

Что там со стороны Factorio?

Игра позиционирует себя больше как симулятор программиста, а не симулятор продукта, а значит нам придётся искать аналогии для сравнения их с реальным процессом производства ИТ-продукта. Так мы сможем чуть изменить понимание и правила игры для большей достоверности. В общем нужно, первое, провести аналогии каких-либо элементов и процессов игры с реальной разработкой; второе, подкорректировать правила игры (где-то облегчить, где-то усложнить и под.).

Итак, начнём с проведения аналогий и будем двигаться от общего к точечному


Тут всё просто: мы туда приходим, что-то строим, генерируем единицу пользы и жаждим получить со всего этого выгод


По сюжету игры наш персонаж терпит крушение на чужой планете и всё что у него есть: это немного стартовых инструментов/предметов и локальный Гугл для изучения методов производства различных технологических штук. В общем Планета является аналогией нашего продуктового проекта.


В Мире/Проекте есть ограничивающий фактор, который ограничивает наш бесконечный рост. В компании это продуктовый бюджет, в Factorio — жуки. Если мы начнём разрастаться так, что бизнес уже начинает нервничать в виду возросших расходов на всё это добро — оно начнёт пихать в палки в колёса; если мы в ходе строительство своих зданий начнём загрязнением задевать территорию жуков — они начнут волноваться и нападать. Так или иначе, аналогия похожа: если мы переходим какие-либо пределы — начинается сопротивление. И чем дальше заходим, тем сопротивление больше. В игре жуки хорошо ещё тем, что чем больше вы хотите захватить территорий — тем сложнее эту территорию зачищать и оборонять (если кто не знает — чем дальше он спавна, тем сильнее охрана улий Жуков и тем их больше по количеству). Всё это просто идеально похоже на запрос дополнительного бюджета: чем больше/чаще мы его запрашиваем, тем больше/чаще ловим вопросы вида «Обоснуйте затраты».

Так же Жуки, при определённых обстоятельствах переквалифицируются в хакеров, но это мы рассмотрим ниже


Вытекающий из предыдущего пункта Жуков/Бюджета: если мы будем занимать малую площадь под свои заводы или обходиться компании малыми расходами — Бизнес нам слова не скажут. Соответственно, чем меньше у нас в итоге наши строения будут занимать площади, тем лучше мы справимся в плане расходов, но и тем больше проблем мы испытывает с ограниченным пространством (иначе говоря, можно сразу делать запас площади под постройки и сразу же наткнуться на Жуков/Бизнес, а можно экономить пространство, но зато лишний раз испытывать сложности с втулением вон той трубы через ровный строй заводов).


Что приносит Бизнесу доходы? Пользователи. Что хотят пользователи? Много фич. Что нужно сделать в Factorio? Добиться цели постройки ракеты. Что нужно, чтобы создать ракету? Провести тонны исследований и реализаций этих исследований.

В обоих случаях у нас работает правило «Чем быстрее, тем лучше», а значит тут мы попали в аналогию на 100%. В итоге у нас получается хорошая картина: чем быстрее мы сможем достичь конечной цели, тем лучше.

Единственное, тут есть пару оговорок:

Во-первых, просто поставить себе одну цель и измерить время её достижения не сильно поможет нам в аналитике, поэтому к замеру времени достижения общей цели мы будем ещё замерять время исследования различных технологий — таким образом у нас получится более детальный график.

Во-вторых, к одной общей цели я поставил ещё и обязательную вторую — перевести всё энергообеспечение на атомную энергетику и отказ от сжигания угля. Относительно Компании это естественно — она хочет, чтобы продукт требовал как можно меньше затрат на этапе эксплуатации. Относительно Игры сложнее — это просто среднеудачная попытка избавится от вечных атак жуков. Так или иначе аналогия очень удачная — фиксируем.


В игре в распоряжении у нас один человек и на него придётся взвалить все аспекты команды: он и придумывает, он и реализует, он и занимается тактикой и стратегией, он и воюет с жуками. В общем ДиректороАналитикоПрожектоАрхитектороПродуктоПрограммист в одном лице. Единственное отличие, что он всё это не может делать одновременно, но поскольку эти ограничения выступают константой — на наше исследование они погрешности не даст.


Они приходят и просто вливают в наш продукт кучу запросов. Но Бизнес этому только рад и просит освоить ещё и ещё новых месторождений.

Организационные аналогии достаточно поверхностны: я не могу придумать аналогию конкуренции, смены приоритетов потребительского рынка и прочее. Но видится, что для наших целей этого вполне хватит

Далее перейдём на более низкий уровень — в техническую плоскость. Тут уже будет больше всего, так что проходим быстро и кратно.


Мы туда что-то положили, куда-то переместили и использовали где-то в другом месте. Идеально.


Они хранятся либо в переменных (Конвейеры/Трубы типа ОЗУ), либо на долговременной памяти (Ящики/Резервуары типа ПЗУ). Соответственно, чем их больше, тем больше затрат на ту или иную ЗУ.


Берём значение из переменных/конвейеров и как-то ими манипулируем в попытке добиться некого промежуточного итога.


По сути это просто способ доставки запросов пользователей в наше приложение. Просто и тупо.

Те же переменные с некой полезной информацией, но перемещаемой на большие расстояния. Ну и она не мгновенная и не резиновая — всё как в жизни.


Чем больше объёмов мы захотим, тем больше всего настроем и тем больше оно будет потреблять энергии. Большой проект будет требовать больше стендов как по количеству, так и по качеству, а затраты электроэнергии позволят это отследить в сумме. Так же это позволит нам ещё проверить соотношение площади застроек к потреблению электроэнергии и точно убедиться, что мы считаем Расходы верно.

Манипуляторы/Насосы==Программная логика.

Что-куда сунуть определяют именно всякие манипуляторы разных сортов и размеров (а для жидкостей — насосы). Они потребляют немного энергоресурсов, но их очень много.


Идеального кода/автоматики/стендов не бывает и по любому будет что-то неоптимизированно/криво/косо. Когда мы достигнем определённого Загрязнения/Перерасхода, то сразу же взбудоражутся Жуки/Бизнес и придётся иметь с ними дело. Именно поэтому я поставил переход на Атомную энергетику как основную цель. Именно поэтому у нас идёт настоящий пункт.


Жуки/Бизнес с определённого этапа развития продукта начнёт банально мешать производству: Бизнес будет требовать различные отчёты, объяснения, корректировки и прочее; Жуки — просто приходить и крушить. Постройка и обслуживание Стен и Турелей как раз является хорошим примером «отвлечения» на все эти мешающие аспекты.

Так же у Стен/Турелей есть и другой аспект отвлечения — это вопросы ИБ. Достаточно нередко бывает так, что команда просто пилит себе крутой продукт, а тут приходят ИБ и просят вне плана срочно закрыть какую-то уязвимость. И это будет таким же «мешающим» фактором, как и Отчёты для Бизнеса. В общем, у нас два в одном, и с учётом необходимости расширения затраты на оборону будут только расти.


Тут всё просто: затраты сравнительно малые, но позволяют следить за тем, что как работает.


Вроде бы простая на словах вещь, за которой скрывается тонны сложных манипуляций с заводами/вычислениями, конвейерами/переменными и подобным. Но именно исследования в Лабораториях являются единственным путём достижения наших целей (игры и бизнеса)

Ну и в целом всё. Всякие мелкий штуки вроде «Оружие», «Автомобиль», «ЛЭП» и прочее я классифицировать не буду т.к. они незначительные и больше запутают.

Соединяем Архитектуру и Игру

Начинаем соединять Архитектурный стиль и игру: берём определённый стиль, переводим её в игру по вышеуказанным аналогиями и пробуем строить. Ну и фиксируем полученную в ходе информацию для будущего анализа.

Например, если мы сравним игру с Монолитом и Микросервисами, то подход к постройку заводов будет кардинально разный:

Пока это план, а там в игре уже посмотрим как всё будет получаться.

Дальше, нам нужно будет сравнить все эти стили по ряду параметров и вот они:

Evolvability — возможность развития. Показывает, как быстро продукт может обрастать различными фичами. Относительно игры, это скорость проведения исследований и скорость достижения двух, основных целей: запустить ракету и перейти на атомную энергетику. Замерять будем по ходу игры;

Если выполнилось исследование или частично/полностью выполнилась цель игры — фиксируем время игры;

Повторять до победы.

Perfomance — производительность. Показывает, сколько пользователей сможет потянуть приложение. Относительно игры это соотношение производства сырья ключевых ресурсов (железные/медные плиты, различные микросхемы) к количеству финальных ресурсов (различные исследовательские пакеты, спутники, части ракеты, урановое топливо). Именно соотношение нам покажет на сколько нам придётся потратиться, чтобы сделать одну единицу пользы. Замерять будем после финала;

Убиваем всех жуков;

Убираем манипуляторы к не целевым производствам;

Отключим пути для сырья от всего, кроме частей ракет и спутников;

Ждём, когда производство стабилизируется;

Замеряем производство частей ракет и спутников за 1 час.

Deployability — разворачивание. Насколько быстро можно развернуть второй и последующие экземпляры продукта. Опять же просто применим вертикальное масштабирование и замерим время. Замерять будем после финала;

Изучаем скорость (10) и грузоподъёмность (3) дронов до 6;

Копируем основной завод на свободное место;

Строим второй завод из собственных запасов построек;

Подключаем столько же месторождений (только железо и медь);

Подключаем поставку воды;

Подключаем ЖД сеть.

Scalability — масштабирование. Оно показывает, насколько безболезненно приложение сможет вырасти горизонтально или вертикально. Под горизонтальным ростом у нас будет идти попытки увеличить производительность за счёт увеличения числа заводов в существующей цепочке; вертикальное — создание второй цепочки (за одно и проверим Deployability). Замерять будем после финала;

Замеряем производство при вертикальном масштабировании:

Строим дополнительные фабрики на территории текущего завода;

Замеряем производство частей ракет и спутников за 1 час.

Замеряем производительность при горизонтальном масштабировании:

Строим вторую копию завода по чертежам (то, что делали в Deployability);

Подключаем новую ЖД-сеть к старой;

Удваиваемым количество поездов (только железо и уголь);

Замеряем производство частей ракет и спутников за 1 час.

Сравниваем полученный прирост после обоих типов масштабирования с тем, что мы получили Perfomance.

Agility — гибкость. Сколько времени требуется, чтобы разработать новую фичу. Относительно игры это сколько потребуется времени, чтобы открыть новое производство чего-либо. Замерять будем по ходу игры, но c момента изучения и внедрения ЖД;

Если мы запускаем новое производство чего-либо необходимого на данный момент — фиксируем время;

Повторяем до победного.

Fault Tolerance — отказоустойчивость. Насколько приложение хорошо переживает разные сбоя. В игре будем пробовать «ломать» различные участки завода и смотреть, что из этого получится. Так как поломать систему можно двумя способами (кривыми руками и чрезмерной нагрузкой), то и реализуем мы два сценария. Замерять будем после финала;

Отключаем подачу патронов в турели;

Убегаем в безопасное место;

Ждём, когда прекратится производство частей ракеты;

Фиксируем текущее количество поездов;

Спавним локомотивы, вагоны и топливо;

Равномерно заполняем ЖД поездами под разные маршруты. До упора. С паузами

Ждём, когда прекратится производство частей ракеты;

Фиксируем общее количество поездов

Configurability — возможность конфигурации. Как гибко можно управлять приложением для подстройки его под текущие приоритеты. Замерять будем путём попытки перевести избыток продукции на место, где испытывается недостаток (например, перевести всё на части ракеты). Замерять будем возможность сделать это и какой прирост получим к целевой продукции по факту реализации. Замерять будем во время игры, ближе к финалу;

Фиксируем, какие производства мы перенаправляли;

По завершению — замеряем увеличение целевого производства за 1 час.

Domain Partitioning — разделение обязанностей. Если к приложению можно сказать, что вон та его часть отвечает за то-то и только за это — значит у нас хороший показатель. При этом, если у нас появляется множество мелких и плотно расположенных зон — значит это плохо. Замерять будем после финала;

Делаем скриншот карты без отметок;

Цветами разделяем различные производства;

Считаем количество мелких, плотноприлегающих друг к другу зон.

Abstraction Level — абстрагирование. Показывает, насколько хорошо определённые компоненты приложения выполняют какую-то глобальную задачу (бизнес-логика, оркестрация, хранение и прочее). В игре мы поделим всю нашу карту на зоны «пользователи», «сырьё», «хранение» и прочее и попробуем связать всё это стрелками друг с другом. Если у нас получится много мелких зон с парой стрелок — это хуже, чем одна большая зона с множеством стрелок. Будем замерять после финала;

Делаем скриншот карты без отметок;

Цветами разделяем следующие зоны:

Ресурсы — добыча их aka «Пользователи»;

Переработка ресурсов — переработка сырья aka «Frontend»;

Основной завод — центральное производство конечной продукты aka «Backend»;

Элетро — электростанция aka «ЦОД»;

Ж/Д — точка поставки ресурсов aka «API/HTTP(S)»;

Хранилище — место складирования чего-либо aka «БД»;

Шина — место логического управления производством ака «Оркестрация»

Замеряем, сколько зон пересекаются друг с другом и сколько из них дублируется.

Elacticity — эластичность. Как приложение может самоподстраиваться под текущую нагрузку. Тут уже отдельно замерять ничего не надо, а просто сложим показатели Scalability и Deployability. Замерять будем после финала.

Получаем от горизонтального Scalability процент прироста производства;

Получаем от Deployability время разворачивания экземпляра завода;

Получаем некое контрольное число для сравнения по формуле: Scalability(%) x Deployability(min)

Testability — тестирование. Насколько хорошо приложение поддаётся тестированию. В игре мы будем пробовать находить узкие места при помощи буста входных ресурсов и замера производительности — наша задача тут, замерить сколько потратиться времени на сам замер и на попытки улучшения производительности. Будем замерять после финала;

Целимся на производство частей ракеты:

Подключаем несколько бесконечных сундуков с компонентами для частей ракеты чуть дальше непосредственного места производства этих компонентов
Замеряем производство частей ракеты за 1 час (это будет контрольный замер);

Повторяем для компонентов для модулей управления ракетами, сплавов и замерим производство частей ракеты;

Замеряем производство частей ракеты за 1 час;

Повторяем для сырья для компонентов для модулей управления ракетами, сплавов и замерим производство частей ракеты;

Замеряем производство частей ракеты за 1 час;

Получаем обзор того, где находятся наиболее медленные части производства.

Cost — стоимость. Насколько дорого обходится разработка и обслуживание продукта. По сути мы просто в игре замеряем площадь, занимаемой нашим заводом, общую площадь построек и, отдельно, сравним его с энергопотреблением. Замерять будем после финала.

Делаем скриншот карты без отметок;

Узнаём координаты угловых частей общих построек;

Узнаём координаты угловых частей общего производства;

Высчитываем площадь двух получившихся фигур.

В общем, работы предстоит много. Самое главное тут не выбрать прямо точный регламент проведения эксперимента для замера того или иного параметра, а делать каждый эксперимент с одинаковым подходом и единым итогом — в конце концов нам важно именно сравнить Архитектурные стили друг с другом.

Правила игры

Далее, давайте обговорим, что мы можем делать по ходу игры, а что нельзя — это поможет нам максимально точно воссоздать среду эксперимента. Начинаем.

Режим игры — стандартный;

Всегда берём одну и ту же сгенерированную карту

Вода — максимальный масштаб, покрытие 50%;

Деревья — всё минимум

Тип местности — стандартный;

Вражеские базы — стандартные

Размер начальной области без жуков — максимальная;

Стоимость рецептов — стандартная;

Во время основной игры — можно использовать:

Команду на замер времени жизни карты — для фиксации времени важных событий;

Команду на вывод координат (мало ли пригодится);

Чит на перемотку времени. Стоять без дело придётся часто и пожалейте моё время

Чит на спав стартового комплекта вещей (об этом ниже) для идентичности лабораторных условий;

Если часть стартового комплекта потеряется во время игры (кроме тех, что с меткой «невосполнимый») — можно заспавнить новый взамен;

После финала — можно:

Чит на удаление врагов;

Чит на спавн вещей для создания логических цепей;

Нельзя производить предметы руками — исключительно в зданиях. Причина проста — чтобы не сбивать ручным производство итоговую статистику;

Нельзя использовать «синие» типы конвейеров. Возьмём красные конвейера как максимально возможные для того, чтобы сравнение Архитектурных стилей было максимально лабораторным;

Нельзя уничтожать улии, кроме случая, когда он мешает строить (читай, помещается в экран рядом с постройкой). Ограничивающее меня правило, чтобы не было желания перебить всех жуков в округе и избавится от аспекта бизнеса и безопасности;

Нельзя наполнять заводы вручную — только выкладывать на конвейер (вручную или через манипулятор). Исключение — добавление твердотельного топлива. Сделано это, чтобы не возникал соблазн перетаскивать сырьё вручную в разные части базы и тем самым вручную увеличивать производительность (реально, выглятит так, как будто если посадить программиста на Прод, то он будет производить расчёты вместе с компьютером. бред);

Нельзя использовать транспортные или строительные дроны (кроме стартовых строительных на персональной дронстанции). Дроны дают хороший буст в производстве под конец игры, но при этом сводят архитектурный аспект к минимуму — поэтому на это накладывается запрет;

Нельзя использовать логические сети до финала игры. Логические сети сильно скажутся на времени постройки завода: они имеют непредсказуемое время реализации и непредсказуемое окупаемость. И то и то будет паразитно в сравнении;

Нельзя ставить игру на паузу для продумывания дальнейших действий — пауза только для перерывов и естественных потребностей. Это позволит учитывать и время обдумывания какого-то решения, которое всегда присутствует в работе команды разработки. В общем, берём это в учёт;

Нельзя пользоваться чертежами, скачанными из Интернета или из предыдущих игр. Конечно, странно придумать программиста, не пользующемся StackOverflow, но помощь уже готовых чертежей выгладит сильно читерным (это как найти на StackOverflow не кусок полезного кода, а сразу идеально работающую программу). В общем, лучше просто это забанить и придумывать всё с нуля методом проб и ошибок;

Никаких модов. Только стандартный геймплей.

Стартовый набор вещей:

Силовая брона МК2 х1

Портативный термоядерный реактор х2

Устройство игнорирования конвейров х1

Персональная дронстанция МК2 х4 (игра без дронов всё ровно что написание кода без копипаста)

Малый блок аккумуляторов х7

Строительные дроны х100

Патроны х210 (невосп)

Деревянный ящик х100 (невосп)

Желтый конвейер х5000 (невосп)

Подземный желтый конвейер х100 (невосп)

Разделительный желтый конвейер х100 (невосп)

Желтый манипулятор х200 (невосп)

Красный манипулятор х100 (невосп)

Деревянный ЛЭП х1000 (невосп)

Труба х5 (невосп)

Бойлер х5 (невосп)

Паровой генератор х5 (невосп)

Насос х1 (невосп)

Твердотельный бур х31 (невосп)

Каменная печь х51 (невосп)

Серая фабрика х50 (невосп)

Разбитый корабль х1 (невосп)

Древесина х1 (невосп)

Пистолет х1 (невосп)

Железная плита х8 (невосп)

Всё это добро мы сделаем в виде сценария: разложим всё по коробкам рядом с кораблём, а часть появится вместе с персонажем. Потребуется чуть больше минуты на то, чтобы всё это собрать и скомплектовать на себе, но ничего страшного.

В общем, всё это выглядит вот так:

Ссылка на сценарий (Поместить в %USER%\AppData\Roaming\Factorio\scenarios)

Так же сценарий позволяет делать одну крутую вещь — записывать реплей.

В качестве замера времени мы будем использовать время жизни карты — она покажет точное время без всяких пауз/перерывов и прочее. Именно поэтому, когда мне нужно будут сесть и продумать свои дальнейшие действия ставить игру на паузу запрещается — так мы имитируем грумминги, работу архитектора и прочее.


Как и любой проект, он начинает с пилота и каждый раз нам придётся начинать с постройки первых строений плюс-минус одинаково. Максимум, что мы сможем себе позволить тут — это представлять Архитектурный стиль нашего будущего завода и заранее стремиться строить под него. Именно поэтому прямо большой разницы в старте игры не будет, но как только будут изучены ЖД и грузовые поезда — с этого момента мы уже сможем сделать первую ЖД-сеть (подключить «пользователей») и дальше мы обязаны придерживаться выбранного Архитектурного стиля.

В итоге у нас должно получиться следующие жизненный циклы продукта:

Пилот — просто налаживаем базовое производство, но ровно до тех пор, пока не изучим и не внедрим ЖД;

Обрастание фичами — развиваем производства нашего завода, проводим большую часть исследований и плавно стремимся к конечным целям;

Рывок до конечной цели — когда ракета и АЭС уже будет близко, то стоит переключить все ресурсы на неё, чтобы выпустить её быстрее. В общем, это Киллер-фича;

Подведение итогов и эксплуатация — тут мы уже будем имитировать все трудности эксплуатации и замерим оставшиеся параметры Архитектурного стиля.

По ходу игры мы будем фиксировать следующие время:

Цель игры выполнена;

Новое производство чего-либо важного запущено;

Другие важные события, например:

Первая атака жуков;

Жуки сломали что-то важное;

Остановка производства исследований.

Все вышеуказанные временные замеры помогут нам в сравнении архитектурных стилей между собой.

Ну и приступаем!


Начинать будем с самым негативно-оценённым Архитектурным стилем. Относительно игры у нас будет простая идея: делать как приходится, даже если придётся сломать себе мозг в конце

Особенности у нас такие:

ЖД используется только для сырья (ака Пользователи), а весь завод работает исключительно на конвейерах и трубах;

Выходящее из последнего пункта — всё будет находится рядом т.е. со стороны завод будет представлять из себя огромный комплекс.


Старт был достаточно лихой: имея свободу в действиях и легко сделав базовое производство (плиты, первые колбы, ЖД). Проблемы начались когда я попытался внедрить ЖД: во-первых, к этому моменту уже опустошилось месторождение железа; во-вторых, поскольку у меня не было никакого запаса — резко возникла проблема с желтыми конвейерами (красные вообще еле производятся). В итоге пришлось останавливать производство железных и стальных плит и, буквально, выковыривать все некритичные части конвейера. В итоге их хватило тютелька-в-тютельку.

Обрастание фичами

Внедрение ЖД решила проблему с железом — я сразу получил буст по производству его раза в 3, но со сталью это проблема решилась не сразу и чувствую, что мы эту проблему будем испытывать ещё часто.

Заражение уже подходит к жукам, но с обороной у нас всё в порядке: я понаставил турелей, доставляю им патроны поездом. В общем, рано или поздно начнётся первая атака.

После того, как ЖД разогналось, ресурсов стало хватать вдоволь. Единственное, что сказывается ряд неудачных решений с синими колбами — их всё время не хватает, а разместить больше заводов не хватает места.

Где-то в это же время я начал замечать, что интуитивно отхожу от привычного расположения одного завода к другому и тут я начал делать большое скопление заводов с одним производством и выкладывания произведенного на одну ленту и переносить её на другое, такое же большое производство. В целом, это возымело эффект и не думаю, что противоречит Монолиту. В целом, я решил не прерываться из-за этого, но это мы ещё обсудим в конце.

С производством сооружений проблем мало: сильно не хватает только Красных конвейеров. Остального же всегда есть в запасе чуть больше, чем необходимо и строительство чего-либо нового не приводит ни к каким проблемам (разве что только что запущенные производства требовали ощутимое время ожидания).

Проблема с расширением возникла ещё с Желтыми колбами, а точнее с электродвигателями для них — они требуют не очень много видов ресурсов, но сама цепочка производства достаточно большая. В итоге у меня уместилось только 3 производства, что крайне мало. Возможность увеличить её достаточно сложна и тут я понадеялся на то, что скоро мне оно не будет нужно.

Когда запустилось АЭС сразу возник большой профицит в электроэнергии, а значит, что можно переходить на электрические печи. Займусь этим как только будет время.

Рывок до конечной цели

К моменту постройки Ракетной шахты у меня оставалось 3 видимые цели: перевести переплавку на электропечи, собрать ракету и произвести спутник. С двумя последними целями возникли проблемы.

Ракета собиралась медленно т.к. производилось очень мало Ракетных модулей, а производилось их очень мало из-за банального: не хватало «Зелёных» микросхем т.к. их перехватило производство «Синих» микросхем, а уже их перехватило производство «Жёлтых» колб. В итоге движение к двум конечным целям стали очень медленными. В итоге пришлось максимально искать «застойные» производства и перенаправлять их вышеуказанные цели.

В конце концов это помогло, правда производство стало прямо ощутимо запутанней.

Затрачено реального времени 8 дней
Убито 32175 жуков

Файл с сохранением (Поместить в %USER%\AppData\Roaming\Factorio\saves)

Подведение итогов и эксплуатация

Далее смотрим, какие характеристики приложения у нас получились по окончанию разработки.


По ощущениям, разработка шла вполне ожидаемо (сначала очень быстро, а потом очень медленно), но тем не менее ощущается некоторое чувство сбалансированности. Однако дальше продолжать играть желания нет.

Спланируйте идеальную фабрику с помощью этого руководства по чертежам Factorio

лучшие чертежи factorio(Image credit: Wube Software) Ищете руководство по чертежам Factorio? Когда вы строите свой производственный мегаполис на инопланетной планете Factorio, все может быстро запутаться. Многие сборочные линии и процессы в игре настолько сложно взаимосвязаны, что можно легко оказаться в запутанном клубке транспортных лент, труб и электропроводки. Именно здесь на помощь приходит оригинальная система чертежей Factorio. Чертежи позволяют копировать, сохранять и обмениваться планами любой части завода. Эти планы можно наложить на участки земли, где вы хотите строить, что поможет вам точно расширить фабрику, сделать ее более аккуратной, удобной для навигации и, что самое главное, более эффективной. Одним словом, хороший чертеж Factorio поможет навести порядок даже в самых хаотичных постройках. Но как именно создавать, сохранять и обмениваться чертежами, и какие чертежи лучше всего хранить в своей библиотеке? Пора вернуться к чертежной доске.

Как создавать, редактировать и сохранять чертежи в Factorio

Для создания чертежей в Factorio необходимо сначала переключить игру в режим Blueprint (ALT+B). Справа внизу от курсора должен появиться синий квадрат, означающий, что Factorio находится в режиме создания чертежей. Чтобы создать чертеж, щелкните и перетащите мышью ту область фабрики, которую вы хотите включить в него. При отпускании кнопки мыши должно появиться окно меню с анимированным изображением выбранной области. Здесь можно дать чертежу название и описание, а также изменить параметры, например, привязать чертеж к сетке или выбрать значок, который будет отображать чертеж в инвентаре. Можно также отредактировать чертеж, щелкнув правой кнопкой мыши на изображении, чтобы удалить ненужные объекты, например, участки транспортной ленты или опоры электропередач (щелчок левой кнопкой мыши также восстановит удаленные объекты). После того как вы закончите работу над чертежом, нажмите кнопку “Сохранить чертеж”, и он появится в вашем инвентаре, а выбранная иконка будет выделена синим фоном. Если вы создали чертеж, который собираетесь использовать постоянно, поместите его в библиотеку чертежей. Для этого откройте библиотеку, нажав кнопку “Blueprint Library” в левом верхнем углу экрана, затем щелкните на чертеже в инвентаре и перенесите его в библиотеку. Обратите внимание, что здесь есть две вкладки меню. В “My blueprints” хранится чертеж и он доступен во всех сохранениях одиночной игры. “Game blueprints” – это библиотека, привязанная к текущему сохранению, используемая в основном для обмена чертежами в многопользовательской игре. библиотека чертежей factorio(Image credit: Wube Software)

Как использовать чертежи Factorio

Чтобы разместить чертеж Factorio, просто щелкните на нем в инвентаре, затем щелкните левой кнопкой мыши, чтобы разместить его, как и любой другой объект. Примечание: Чертеж дает представление о том, что и где нужно построить, но не осуществляет строительство за вас. Позже в игре можно будет направить дронов на автоматическое строительство сооружений, указанных в чертежах. Однако в начале игры вам придется выполнять всю работу самостоятельно. самостоятельно. Boo. При создании сборочных линий или макетов сооружений, которые будут дополняться или использоваться в нескольких вариантах, целесообразно заблаговременно подготовить чертежи, чтобы обеспечить последовательность строительства. К хорошим областям для раннего создания чертежей относятся:

  • Буровые и плавильные установки для производства железа, стали, меди и т.д.
  • Генераторы энергии (например, паровые двигатели и солнечные фермы).
  • Некоторые сборочные установки, например, электронные схемы, которых нужно много, или инсертеры, которых нужно много и которые являются ключевой частью других сборочных линий, например, научные пакеты и другие типы инсертеров.

Импорт и экспорт чертежей

Одна из важнейших особенностей чертежей Factorio заключается в том, что они не ограничиваются только вашей игрой. Вы можете делиться своими чертежами с другими игроками и использовать их чертежи для улучшения своей фабрики. За пределами Factorio чертежи сохраняются в виде строк символов. Чтобы экспортировать чертеж, щелкните его правой кнопкой мыши и нажмите кнопку “Экспортировать в строку”. Чтобы импортировать чертеж, найдите строку в Интернете, скопируйте ее, затем нажмите кнопку “Импортировать строку” справа от панели быстрого доступа, вставьте ее и нажмите “Импортировать”. factorio science blueprint(Image credit: Wube Software)

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *