Factorio Manajemen Buku Blueprint｜Template 3 Kategori

Di Factorio 2.0 dan Space Age, menyimpan blueprint dalam kondisi "dapat dipanggil tanpa kebingungan" lebih penting daripada "membuat" blueprint baru dalam hal kenyamanan operasional lapangan. Artikel ini untuk pemain yang ingin tahu cara membagi antara inventaris, buku rencana konstruksi, dan perpustakaan, serta urutan penyusunan yang tepat agar dapat menemukan desain yang diperlukan hanya dengan 1-2 gulir roda mouse Shift dalam satu sesi bermain.

Buku rencana konstruksi dapat mengelompokkan isinya dengan 1 slot, jadi cukup dengan mengatur perencana yang sering digunakan dan buku kategori dasar di awal. Bahkan dalam operasi lintas planet, akan jauh lebih sulit tersesat. Saya sendiri mengalami bahwa setelah melepas robot, ketika melakukan mass production peleburan, kecepatannya meningkat drastis setelah mengelompokkan BP terkait ke dalam satu buku. Saya merasa adalah keputusan yang tepat untuk membuat aturan organisasi sesegera mungkin.

Prasyarat Teknik Manajemen Buku Blueprint Factorio

Penyatuan Istilah

Untuk membuat teknik organisasi di bagian selanjutnya lebih mudah dibaca, mari kita samakan istilahnya terlebih dahulu. Dalam artikel ini, rencana konstruksi = Blueprint (desain itu sendiri), buku rencana konstruksi = Blueprint book (tempat menyimpan beberapa desain), perpustakaan rencana konstruksi = Blueprint library (penyimpanan yang dibagikan antar save) akan ditangani dengan cara ini. Bahkan di sistem Factorio 2.0 dan Space Age, organisasi ini akan mengurangi kebingungan.

Ketika istilah ini tidak jelas, organisasi cenderung berantakan. Awalnya saya sendiri menyimpan desain langsung di inventaris genggam, sehingga "BP yang sering digunakan" dan "BP yang kebetulan ada di tangan" bercampur aduk. Kemudian, biaya kehilangan, pengurutan ulang, dan penggantian tangan meningkat secara bertahap. Sebenarnya, terlihat nyaman pada awalnya, tetapi mudah runtuh saat jumlahnya bertambah.

Kelemahan operasi genggam adalah bahwa lokasi organisasi tergantung pada inventaris. Jika Anda secara tidak sengaja memindahkannya ke tempat lain atau urutan berubah dengan asumsi genggam, Anda tidak akan dapat menemukannya saat membutuhkannya. Omong-omong, mengenai penyimpanan di peti normal, pendapat terbagi tentang keamanan penyimpanan jangka panjang. Beberapa pemain khawatir tentang kemungkinan kehilangan peti akibat renovasi fasilitas atau kecelakaan, jadi disarankan untuk memindahkan BP standar yang sudah selesai ke buku atau perpustakaan (nasihat komunitas / pengalaman praktis).

Di sisi lain, buku rencana konstruksi adalah alat yang mudah dijadikan pusat organisasi. Meskipun hanya menggunakan 1 slot, di dalamnya tidak hanya dapat berisi rencana konstruksi, tetapi juga pemrogram pembongkaran, pemrogram upgrade, dan bahkan buku rencana konstruksi lain. Dengan kata lain, memungkinkan organisasi seperti "mengelompokkan yang sering digunakan ke dalam satu buku", "membuat buklet per kategori", "menyimpan buku alat umum secara terpisah". Mengelola dengan buku sebagai porosnya jauh lebih mengurangi biaya manajemen daripada menambah item tunggal di tangan.

Hal penting lainnya adalah perpustakaan rencana konstruksi. Rencana konstruksi dan buku yang disimpan di perpustakaan dapat dibagikan di semua save. Dalam save tunggal mudah diabaikan, tetapi saat Anda mulai menyentuh save perputaran atau verifikasi, perbedaan ini cukup besar. Anda tidak perlu membawa ulang BP standar setiap kali, jadi stabilitas sebagai penyimpanan sangat berbeda.

Omong-omong, buku atau rencana konstruksi yang ditempatkan di bilah cepat terlihat "ada di sana", tetapi bukan item aslinya. Itu adalah pintasan, dan entitas sebenarnya berada di lokasi penyimpanan asli. Jika Anda salah paham ini, mudah untuk salah percaya bahwa "Anda dapat menyimpannya dengan aman karena ada di bilah cepat", jadi ini adalah poin untuk dipahami sebelum organisasi.

→ Referensi

Sebagai dasar spesifikasi resmi, cukup lihat 『Buku Rencana Konstruksi - Factorio Wiki』 dan 『Rencana Konstruksi - Factorio Wiki』. Anda dapat memastikan bahwa buku rencana konstruksi adalah item untuk penyimpanan, organisasi, dan berbagi, menggunakan 1 slot, dan dapat menampung buku lain juga. Prasyarat sistem 2.0 dan Space Age diringkas dalam 『Fitur Mendatang - Factorio Wiki』.

Dari perspektif praktis, saya juga pada awalnya mengurutkan desain langsung di inventaris genggam, tetapi semakin bertambah, semakin banyak waktu yang habis hanya untuk pengurutan ulang "kemana perginya?". Kemudian saya beralih ke pengelompokan dalam buku dan memindahkan yang sudah selesai ke perpustakaan, dan beban manajemen berkurang drastis. Lebih efektif untuk memutuskan apa yang tersisa di tangan, apa yang dijadikan buku, dan apa yang diperbaiki ke perpustakaan daripada teknik organisasi itu sendiri. Ini cukup penting.

Buku Rencana Konstruksi - Factorio Wiki

wiki.factorio.com

3 Lokasi Penyimpanan untuk Diputuskan Terlebih Dahulu: Genggam, Buku Blueprint, Perpustakaan

Kelemahan Operasi Genggam dan Cara Berbagi Sementara

Kekuatan operasi genggam adalah dapat langsung menggunakan desain yang baru dibuat. Saat Anda ingin menempatkan kembali barisan tungku percobaan atau garis pertahanan sementara dengan cepat, Anda dapat bergerak tanpa harus memasukkannya ke dalam buku. Jika hanya tahap awal, responsivitas ini cukup nyaman.

Namun, semakin lama Anda melanjutkan, semakin mudah berantakan. Mengelola di mana Anda menempatkan apa di inventaris menjadi manajemen itu sendiri, dan "BP yang selalu digunakan" dan "BP yang kebetulan sedang disentuh" bercampur aduk. Saya juga tersesat berkali-kali karena ini. Terutama saat Anda mulai memiliki beberapa basis, perencana untuk tambang, pertahanan, rel kereta api, renovasi meningkat di tangan, dan tidak dapat dikeluarkan sekaligus saat dibutuhkan.

Space Age membuat kelemahan ini lebih terasa. Ketika perpindahan planet terlibat, operasi berbasis genggam tiba-tiba menjadi kurang praktis. Biasanya nyaman, tetapi pada saat melintasi pergerakan, "desain mana yang saya letakkan" kemungkinan terjadi. Lebih baik menganggap genggam sebagai lokasi sementara setelah pembuatan atau area sementara yang digunakan hanya sesaat dan tidak akan runtuh.

Sebagai pedoman, jangan bawa item yang sudah selesai untuk jangka panjang. Letakkan yang digunakan berkali-kali ke dalam buku, dan kirim item standar yang digunakan di seluruh save ke perpustakaan. Pembedaan ini saja dapat mencegah banyak kerusakan organisasi.

Keuntungan Operasi Buku dan Cara Membuat Buku Pertama

Keuntungan terbesar buku rencana konstruksi adalah dapat mengelompokkan isinya dengan 1 slot. Lebih lagi, di dalamnya tidak hanya dapat berisi rencana konstruksi, tetapi juga pemrogram pembongkaran, pemrogram upgrade, dan bahkan buku rencana konstruksi lain. Dalam operasi sehari-hari, sifat "dapat disatukan dalam satu buku" ini benar-benar kuat. Pengurangan tempat pencarian dengan memiliki item tunggal berjajar.

Operasi buku juga mudah ditangani dari perspektif operasional. Rencana konstruksi yang aktif dapat diputar dengan Shift+scroll roda mouse, jadi jika Anda menyimpan yang sering digunakan dekat dengannya, dalam praktik cukup cepat. Bahkan dengan buku yang disarangkan, dapat ditelusuri secara berkesinambungan, jadi sering lebih mudah ditangani daripada memasukkan semuanya ke dalam satu salinan dengan membaginya menjadi "buku alat umum", "buku logistik", "buku peleburan".

Buku pertama lebih tidak rentan terhadap kegagalan jika hanya menetapkan apa yang digunakan setiap kali daripada membuat klasifikasi yang rumit. Saya sendiri akan mulai dengan pemrogram pembongkaran, pemrogram upgrade, tiang, barisan tungku, pasokan sabuk, garis pertahanan pendek yang menentukan dasar di awal. Dengan kata lain, "hal yang pasti akan Anda sentuh jika bingung" didorong ke depan. Daripada membuat besar-besaran dari awal, mengurutkan berdasarkan frekuensi penggunaan kurang rentan terhadap kerusakan dalam praktik.

Kesesuaian tergantung gaya bermain dapat diorganisir kasar dalam tabel di bawah.

Melihat tabel ini, pusat konstan memang lebih mudah ditempatkan di buku. Genggam adalah penempatan sementara, buku adalah untuk penggunaan lapangan, perpustakaan adalah gudang aset—dengan pembagian peran ini, organisasi menjadi sangat stabil.

Operasi Perpustakaan: Berbagi Antar Save dan Dasar Pelabelan

Nilai operasi perpustakaan adalah dapat dibagikan di semua save. Anda tidak perlu membawa ulang desain standar setiap kali, jadi semakin efektif bagi mereka yang bermain berputar atau menjalankan save verifikasi, atau melakukan operasi multi-basis lintas save. Sebagai tempat untuk menyimpan aset umum yang sudah selesai, jauh lebih stabil daripada genggam atau lemari penyimpanan save tunggal.

Dalam praktik, menempatkan buku yang digunakan bersama di "My Blueprints" adalah bentuk operasi yang mudah ditangani. Operasi pembukaan perpustakaan dengan tombol B dan manajemen sudah cukup mapan di komunitas. Saya juga mulai bermain dengan banyak save, dan saya mengubah bentuk untuk menyimpan "buku perencana umum" tetap di perpustakaan. Dengan ini, kekhawatiran "mungkin hilang" hampir menghilang. Sederhana, tetapi rasa aman ini cukup besar.

Perpustakaan nyaman, jadi mudah membengkak jika dibiarkan. Apa yang membantu di sini adalah pelabelan. Bahkan jika Anda tidak membuat aturan penamaan yang ketat, setidaknya membagi menjadi "umum", "per planet", "prototype", "impor eksternal" cukup untuk mengurangi beban pencarian. Untuk operasi yang miring ke Space Age, membagi kelompok alat umum menjadi satu buku dan desain produksi dan basis khusus planet menjadi buku terpisah sangat kompatibel.

Menggunakan perpustakaan sebagai gudang dan buku sebagai set penyimpanan lapangan sangat efektif untuk save yang lebih lama. Space Age cenderung bermain lama dan menambah basis dan planet, jadi makna menyimpan barang jadi di perpustakaan terus bertambah.

Penyimpanan Peti dan Jebakan Bilah Cepat

Operasi penyimpanan rencana konstruksi atau buku di peti normal memiliki pro dan kontra sebagai lokasi penyimpanan jangka panjang. Dalam praktik, ada suara yang khawatir tentang risiko hilang akibat renovasi basis atau kecelakaan, dan disarankan untuk memindahkan BP standar ke buku atau perpustakaan. Dengan mempertimbangkan bahwa bilah cepat adalah shortcut bukan entitas, operasi prioritas penyimpanan ke buku atau perpustakaan direkomendasikan (nasihat komunitas / pengalaman praktis).

Bilah cepat juga adalah titik yang mudah disalahpahami. Terlihat seperti "ada buku di sana", tetapi bukan entitas asli, melainkan shortcut. Entitas sebenarnya berada di lokasi penyimpanan asli. Dengan kata lain, menyusun di bilah cepat itu sendiri bukan organisasi atau penyimpanan. Jika pemahaman ini hilang, manajemen runtuh karena pemikiran keliru bahwa "tidak akan hilang karena ada di bilah cepat".

Ketika mencampur keduanya, akhirnya Anda menempatkan entitas di peti, melihat hanya bilah cepat dan merasa aman, dan manajemen berantakan. Jujur, ini paling berbahaya. Lokasi penyimpanan harus mengarah ke buku atau perpustakaan, peti adalah retret sementara atau kurang, bilah cepat diperlakukan sebagai shortcut operasi. Ketika pemisahan ini dapat dilakukan, fondasi organisasi menjadi sangat stabil.

Template Klasifikasi yang Direkomendasikan

Klasifikasi lebih penting untuk menyusun dalam bentuk yang tidak tersesat di lapangan daripada "menemukan jawaban yang benar". Saya sendiri awalnya hanya membuat satu buku dan melemparkan semuanya ke dalamnya, tetapi saat jumlahnya bertambah, jumlah langkah untuk mencapai yang diinginkan meningkat secara halus. Terutama setelah Space Age, basis dan peran mudah tersebar, jadi memutuskan sumbu reutilisasi terlebih dahulu mencegah kerusakan.

Pertama, menyusun dan melihat 3 pola yang sering digunakan membuat organisasi lebih mudah.

Di antara ini, yang paling mudah direkomendasikan kepada pemula adalah klasifikasi berdasarkan fungsi. Alasannya sederhana—Anda dapat mencari berdasarkan "apa yang ingin Anda lakukan". Jika Anda ingin menyampaikan sabuk, logistik; jika ingin menempatkan tungku, peleburan; jika ingin menambah daya, kesesuaian daya sangat intuitif. Mudah untuk beralih ke klasifikasi berbasis tahap kemajuan atau berbasis planet nanti, dan mudah ditangani sebagai fondasi klasifikasi.

Template A: Klasifikasi Berdasarkan Fungsi

Klasifikasi berdasarkan fungsi adalah klasifikasi yang paling sulit runtuh dalam permainan sehari-hari. Dengan melihat nama kategori saja, isinya dapat dibayangkan, dan mudah untuk membagi rencana konstruksi yang diimpor dari luar. Dalam distribusi komunitas, ada banyak contoh yang diatur dalam unit fungsi seperti pemrosesan minyak, bus utama, pembangkit listrik, stasiun rel kereta api, stasiun penambangan, dan tidak mudah runtuh bahkan ketika mencampur karya sendiri dan aliran kerja. adalah kekuatan.

Komposisi awal lebih mudah diputar jika tidak terlalu banyak ditambahkan sejak awal. Saya sendiri akan mulai dengan pesanan ini.

• Alat Umum Perencana
• Logistik
• Peleburan
• Produksi
• Kekuatan
• Kereta api

Jika diperlukan, cukup tambahkan pertahanan atau kimia minyak. Lebih baik untuk tidak terlalu menambah di awal, (panduan penulis) sekitar 6 buku sudah cukup untuk mulai mengingat lokasi di kepala, dan "di mana saya meletakkannya" tidak terjadi. Jika Anda memulai dengan lebih dari 10 kategori dari awal, pencarian cenderung melambat meskipun terasa terorganisir, jadi berhati-hatilah.

Sampel isinya juga baik untuk diputuskan terlebih dahulu. Misalnya, seperti ini.

Alat Umum Perencana berisi pemrogram pembongkaran, pemrogram upgrade, tiang listrik, pencahayaan, trotoar, konfigurasi dasar roboport. Bayangan Anda menyatukan hal-hal yang akan Anda sentuh di setiap basis di awal.

Logistik menyimpan sabuk lurus, percabangan, persimpangan dengan underground, balancer sederhana, mulut cangkul, unit dasar bus utama. Logistik saja memiliki frekuensi penggunaan tinggi, jadi membagi standar pendek dan struktur besar di halaman terpisah membuat lebih mudah ditemukan.

Peleburan mengumpulkan barisan tungku batu, barisan tungku listrik, penerimaan biji, pengurangan lembaran. Membagi untuk penggunaan awal dan pasca-elektrifikasi dengan halaman terpisah membuat transisi lebih mudah.

Produksi menempatkan garis perakitan untuk roda gigi, sirkuit, paket penelitian, bahan modul. Di sini jumlah item cenderung meningkat, jadi pembagian kecil seperti "bahan perantara", "penelitian", "suku cadang akhir" efektif.

Kekuatan menempatkan unit dasar boiler uap, surya, baterai, tenaga nuklir. Daya adalah tempat untuk memperluas dengan tergesa-gesa, jadi menyusun dalam urutan yang mudah diaktifkan membuat hidup lebih mudah dalam praktik.

Kereta api menempatkan jalur tunggal, jalur ganda, T-junction, persimpangan silang, mundur, stasiun loading, stasiun pembongkaran, stacker. Ketika Anda mulai memainkan jaringan kereta api, hanya di sini yang tiba-tiba menjadi tebal, dan kompatibilitas dengan buku yang disarangkan (dijelaskan nanti) sangat baik.

Template B: Klasifikasi Berdasarkan Tahap Kemajuan

Klasifikasi berbasis tahap kemajuan sangat membantu saat ada banyak hal untuk diingat. Dengan membagi awal/tengah/akhir, Anda hanya melihat yang dapat ditempatkan pada tahap teknologi saat ini, yang merupakan keuntungan. Ini sangat kompatibel dengan hal-hal yang dirancang berbeda per generasi untuk peran yang sama, seperti contoh distribusi dengan pemrosesan minyak yang dibuat berdasarkan tahap.

Klasifikasi ini cocok saat "apa yang harus diletakkan di mana" kurang diprioritaskan daripada "mana yang dapat digunakan sekarang". Dengan ide beralih setiap kali mesin rakitan atau sabuk generasi naik, cukup lurus untuk pembelajaran.

Sampel isi terlihat seperti ini.

Awal berisi barisan tungku batu, lini kecil penelitian merah-hijau, pembangkit uap, pertahanan sederhana dengan sabuk peluru, mulut bus utama yang tidak mudah buntu. Fokus pada material yang ringan dan dapat ditempatkan dengan cepat.

Tengah berisi barisan tungku listrik, pemrosesan minyak yang berkembang, area penelitian sains biru, produksi sirkuit skala menengah, stasiun rel kereta api dasar. Dari titik ini penggantian logistik dan daya meningkat, jadi desain yang siap untuk substitusi berguna.

Akhir berisi lini produksi atas dasar beacon, pembangkit daya besar, stasiun dengan stacker, produksi modul, lini penelitian akhir. Bahan yang diperlukan dan penelitian prasyarat berat, jadi buku akhir berakhir sedekat mungkin dengan "gudang untuk digunakan setelah selesai".

Namun, klasifikasi berbasis tahap kemajuan mudah tumpang tindih di tengah ke akhir. Misalnya, bahkan untuk peleburan saja, ada barisan tungku awal, barisan tungku listrik tengah, barisan kepadatan tinggi akhir dan desain serupa untuk tujuan yang sama. Setelah terbiasa, rasanya ingin "memilih dalam peleburan", jadi untuk operasi jangka panjang, cenderung untuk beralih ke berbasis fungsi. Saya sendiri pernah memulai dengan bentuk ini, tetapi pada akhirnya diserap ke dalam berbasis fungsi.

Template C: Klasifikasi Berdasarkan Planet/Basis

Klasifikasi berbasis planet/basis sangat kompatibel dengan Space Age. Saat Anda mulai menjalankan planet atau basis jarak jauh yang berbeda, kondisi "produksi" yang sama berubah dalam hal peralatan yang diperlukan atau situasi penempatan. Kemudian menjadi lebih cepat untuk membagi berdasarkan "tempat penggunaan" daripada fungsi.

Trik konfigurasi ini adalah memisahkan alat umum dan desain khusus lokal. Karena buku rencana konstruksi dapat disarangkan, mudah untuk membagi dengan alat umum buku umum dan khusus planet buku planet, seperti yang dapat dilihat di 『Buku Rencana Konstruksi - Factorio Wiki』.

Sampel isi, misalnya, seperti ini.

Buku Umum berisi pembongkaran, upgrade, tiang listrik, jaringan robo, paving, mulut unloading generik, garis pertahanan generik. Satukan hal-hal yang akan Anda sentuh di mana pun Anda pergi di sini.

Buku Planet A mengumpulkan penambangan umum yang sering digunakan, peleburan, daya, produksi yang menentukan untuk planet itu. Jika ada desain stasiun yang sesuai dengan bentuk medan dan kondisi transportasi, memasukkan ke dalam buku ini adalah hal yang wajar.

Buku Basis B mengumpulkan desain yang khusus untuk basis depan atau wilayah industri tertentu. Misalnya, set basis depan penambangan, garis dinding pertahanan, stasiun pasokan, grup meriam yang "hanya digunakan di lokasi ini".

Sistem ini sedikit terlalu detail untuk awal vanilla. Namun, saat Space Age melibatkan perpindahan planet, itu segera berarti. Saat menyimpan di tangan, "tidak ada stasiun biasa" atau "perencana pembongkaran umum tidak ada di sini" terjadi dengan mudah, tetapi setelah membagi buku umum dan planet, kebingungan itu berkurang secara signifikan.

Penggunaan Buku Bersarang dan Aturan Penamaan

Buku bersarang digunakan secara paling alami ketika Anda ingin membuat buklet kecil per kategori. Memasukkan semuanya ke dalam satu buku nyaman, tetapi dalam praktik, semakin banyak gulir, semakin banyak waktu pencarian meningkat. Daripada kapasitas besar salinan tunggal, konfigurasi bersarang yang mengelompokkan buku per kategori lebih mudah menyeimbangkan ketiganya dengan searchability dan manajemen.

Saya membuat buklet kecil 'kereta api' independen saat memperkuat jaringan kereta api. Persimpangan, stasiun, stacker, pola penyesuaian sinyal halus meningkat dan pencampuran dengan kategori lain menjadi lambat untuk beralih. Setelah memisahkan ini, aliran "buka buku→masuk kereta api→keluarkan stasiun target" menjadi cukup intuitif, dan terasa sekitar satu aksi lebih pendek. Perbedaan seperti ini halus, tetapi semakin banyak sering ditempatkan semakin berpengaruh.

Titik potong sarang adalah saat ada bundel yang bermakna dalam kategori. Misalnya, untuk kereta api adalah "trek", "persimpangan", "stasiun", "stacker", untuk logistik adalah "potongan dasar", "balancer", "load/unload", untuk produksi adalah "bahan perantara", "penelitian", "suku cadang akhir". Sebaliknya, saat hanya 2-3 lembar masuk ke kategori, pembagian buklet membuat justru jumlah pembukaan meningkat menjadi beban.

Aturan penamaan tidak memiliki standar resmi, tetapi dalam praktik nama yang membuat tujuan terlihat terlebih dahulu sangat kuat. Hanya dengan menjaganya tetap pendek dan seragam, visibilitas list berubah secara signifikan. Misalnya, seperti ini.

• Common_Planner
• Logistic_Base
• Smelting_EarlyMid
• Production_Circuit
• Power_Nuclear
• Rail_Station
• Rail_Crossing
• PlanetA_Production
• Outpost_Defense

Desain yang diimpor dari luar, sertakan asal atau versi dalam nama membuat terhindar dari kebingungan nanti. Saat bauran konten yang diambil dari situs posting dan yang Anda modifikasi sendiri, mudah lupa asal-usulnya. Keadaan ideal adalah saat melihat nama dapat segera membedakan "apa yang dil