Skip to content

Commit

Permalink
Fix dumdumdum mistake
Browse files Browse the repository at this point in the history
  • Loading branch information
Conor12345 committed May 28, 2021
1 parent a69ec1c commit 84c5d31
Show file tree
Hide file tree
Showing 3 changed files with 3 additions and 3 deletions.
2 changes: 1 addition & 1 deletion _posts/de/2021-05-28-ALTF4-37.md
Original file line number Diff line number Diff line change
Expand Up @@ -26,7 +26,7 @@ Wir kennen alle dieses Problem: Man schafft mehr Bedarf für Roboter, und alle R

Um das zu vermeiden wurde eine Regel aufgestellt: *"Du sollst keine Logistiknetzwerke mit Konkaven konstruieren!"*. Klingt einfach, oder? Die Basis nimmt einfach die Form einen riesigen Rechteckes an, und so werden keine Ecken geschnitten. Das ist eine mögliche Lösung, aber das schränkt dich in deinen Expansionsmöglichkeiten massiv ein, da das Logistiknetz immer in Rechteckform erweitert werden muss. Das führt zu Situationen, wo die tatsächliche Basis nur einen kleinen Teil des vom Logistiknetz abgedeckten Bereich einnimmt.

{% include image.html src='https://media.alt-f4.blog/ALTF4/37/big-rectangle.jpg' alt='Eine Basis mit einem störenden "Stamm", der die nötige Logistiknetzabdeckung massiv vergrößert.' caption='Um das Logistiknetzwerk so zu erweitern, das der "Stamm" mit eingeschlossen wird, ist die Bekämpfung einer Menge Beißer nötig.' %}
{% include image.html src='https://media.alt-f4.blog/ALTF4/37/big-rectangle.jpg' alt='Eine Basis mit einem störenden Stamm, der die nötige Logistiknetzabdeckung massiv vergrößert.' caption='Um das Logistiknetzwerk so zu erweitern, das der "Stamm" mit eingeschlossen wird, ist die Bekämpfung einer Menge Beißer nötig.' %}

Ein viel besserer Weg, dieses Problem anzugehen ist es, die Netzwerke aufzuteilen. Im Prinzip konstruiert man statt einem großen Rechteck viele kleine rechteckige Logistiknetzwerke, die untereinander nicht verbunden sind und durch ihre Anordnung beliebige Formen abdecken können. Da jedes der einzelnen Netzwerke immer noch konvex ist, werden die Roboter nie das Netzwerk verlassen. Aber wie werden Gegenstände von einem Netzwerk in ein anderes überführt? Das ist der Punkt, wo Schaltungen zum Zug kommen.

Expand Down
2 changes: 1 addition & 1 deletion _posts/en/2021-05-28-ALTF4-37.md
Original file line number Diff line number Diff line change
Expand Up @@ -24,7 +24,7 @@ We’ve all had this issue: you create more bot demand, and suddenly all the bot

So, to avoid this, a rule was written: *"Thou shalt not create concave logistic networks"*. Sounds simple, right? Just have your base be a massive rectangle of roboports, and there will simply be no corners to cut. This is a valid solution, but it puts very significant constraints on your expansion, since you’ll be forced to expand the rectangle to cover all of your newly-acquired real estate. This causes situations where your actual base only takes up a tiny fraction of the area covered by your logistic network.

{% include image.html src='https://media.alt-f4.blog/ALTF4/37/big-rectangle.jpg' alt='A base with awkward "stalk" that would inflate the logistic rectangle' caption='Expanding this base’s logistic network to be a rectangle that covers that long stalk on the bottom would mean quite a lot of biter extermination.' %}
{% include image.html src='https://media.alt-f4.blog/ALTF4/37/big-rectangle.jpg' alt='A base with awkward stalk that would inflate the logistic rectangle' caption='Expanding this base’s logistic network to be a rectangle that covers that long stalk on the bottom would mean quite a lot of biter extermination.' %}

A much better way to approach this issue is to separate your networks. Essentially, instead of making one huge rectangle, you make a bunch of unconnected smaller ones, which you can then arrange to cover any shape you want. This way, any single network is still convex, meaning bots will never leave the roboport coverage. That’s a good solution, but how does one get items to travel across the gaps between networks? This is where circuits come in.

Expand Down
2 changes: 1 addition & 1 deletion _posts/fr/2021-05-28-ALTF4-37.md
Original file line number Diff line number Diff line change
Expand Up @@ -25,7 +25,7 @@ Nous avons tous connu ce problème : vous créez davantage de demandes de robots

Donc, pour éviter cela, une règle a été écrite : *"Tu ne créeras pas de réseaux logistiques concaves"*. Ça semble simple, non ? Il suffit que votre base soit un rectangle massif de roboports, et il n’y aura tout simplement pas de coins à traverser. C’est une solution valable, mais elle impose des contraintes très importantes à votre expansion, puisque vous serez obligé d’étendre le rectangle pour couvrir tous les domaines que vous venez d’acquérir. Cela entraîne des situations où votre base réelle n’occupe qu’une infime partie de la zone couverte par votre réseau logistique.

{% include image.html src='https://media.alt-f4.blog/ALTF4/37/big-rectangle.jpg' alt='Une base avec une "tige" maladroite qui gonfle le rectangle logistique.' caption='Étendre le réseau logistique de cette base à un rectangle qui englobe cette longue tige en bas signifierait beaucoup d’extermination de déchiqueteurs.' %}
{% include image.html src='https://media.alt-f4.blog/ALTF4/37/big-rectangle.jpg' alt='Une base avec une tige maladroite qui gonfle le rectangle logistique.' caption='Étendre le réseau logistique de cette base à un rectangle qui englobe cette longue tige en bas signifierait beaucoup d’extermination de déchiqueteurs.' %}

Une bien meilleure façon d’aborder ce problème est de séparer vos réseaux. En gros, au lieu de créer un énorme rectangle, vous créez une série de petits rectangles non connectés, que vous pouvez ensuite arranger pour couvrir la forme que vous voulez. De cette façon, chaque réseau est toujours convexe, ce qui signifie que les robots ne quitteront jamais la couverture des roboports. C’est une bonne solution, mais comment faire pour que les objets traversent les espaces entre les réseaux ? C’est là que la logique entre en jeu.

Expand Down

0 comments on commit 84c5d31

Please sign in to comment.