@sudo_recast · Post #937 · 29.10.2025 г., 13:23
https://bytesauna.com/post/coding-vs-software-engineering #nowreading
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #654 · 16.11
Пытаюсь решить организационно-логистическую задачу в #Satisfactory. Может быть, умные люди (вы) мне дадите интересные советы. Я уже открыл практически все типы деталей, они довольно сложные, и для производства многих из них нужны целые цепочки: добыть ресурс А в одном месте и ресурс B в другом, потом сделать из них детали C и D, из этой пары получить деталь E, добыть ещё ресурс F, соединить, смешать с водой... В каком-то месте эти цепочки удобно разрывать (то есть не строить всё на одной фабрике, а растаскивать фабрики по карте). Потому что, во-первых, с гигантской базой, производящей все типы всех деталей, банально неудобно работать. Во-вторых, её тяжело масштабировать. Хотя у этого решения есть плюсы, и некоторые так делают, лично я идти по такому пути не хочу. Но в каком месте рвать цепочки? Глобально есть две крайности: 1. Можно делать по фабрике на каждое звено производства. Например, фабрика, которая делает деталь E, должна принимать на вход детали C и D, и всё. Такая схема очень легко масштабируется: небольшую фабрику очень просто расширять. А детали возить между фабриками поездами. Но тогда потребуется типа 100 разных фабрик и очень сложная железнодорожная сеть. 2. Можно в каждую фабрику привозить сырьё. Только то, что невозможно произвести, а можно только добыть. Фабрика делает с нуля из сырья все детали, в том числе для промежуточных звеньев. Такую схему очень легко балансировать: один раз посчитал, сколько нужно сырья, и всё. Но фабрики для сложных деталей будут громоздкие. А ещё если деталь C нужна в десяти местах то придётся десять раз повторить всю цепочку производства детали C, а можно было бы в одном месте делать очень много деталей C и возить. Мне не нравятся оба варианта, значит, рвать цепочку нужно где-то посередине. Но где? #games
Hashtags
Търсене: #nowreading
@sudo_recast · Post #937 · 29.10.2025 г., 13:23
https://bytesauna.com/post/coding-vs-software-engineering #nowreading
Hashtags
@sudo_recast · Post #934 · 13.10.2025 г., 07:34
https://chrisloy.dev/post/2025/09/28/the-ai-coding-trap #nowreading
Hashtags
@sudo_recast · Post #914 · 17.02.2025 г., 16:55
https://platform.openai.com/docs/guides/reasoning-best-practices #nowreading
Hashtags
@sudo_recast · Post #906 · 01.02.2025 г., 17:29
https://github.com/TencentCloud/tencentcloud-sdk-nodejs/issues/160 via https://t.me/lowendaff_blog/2401 #nowreading
Hashtags
@sudo_recast · Post #902 · 15.01.2025 г., 04:50
https://blog.omnivore.app/p/details-on-omnivore-shutting-down #nowreading
Hashtags
@sudo_recast · Post #823 · 02.02.2024 г., 05:28
「Linux 中国」开源社区,停止运营 https://linux.cn/article-16602-1.html #nowreading
Hashtags
@sudo_recast · Post #754 · 09.06.2023 г., 13:03
販賣性暴力:揭露性侵影片網站的幕後主謀 (BBC) https://www.bbc.com/zhongwen/trad/world-65840998 https://youtu.be/EI38Ekvbfrs 幕後主謀為三名在日中國人:搖滾樂手 Noctis Zang(臧新宇)、日本社會學畢業生 Lupus,及匿名「領袖」(貓咪 / 齊叔 / 湯卓然)。 via @changyuchieh/@xhqcankao/@ChineseFeminist_JP #nowreading
Hashtags
@sudo_recast · Post #738 · 30.05.2023 г., 17:29
https://blog.hzao.top/2023/05/27/bupt-heyteaevent/ via @[email protected] #nowreading
Hashtags
@sudo_recast · Post #655 · 29.03.2023 г., 12:34
https://edition.cnn.com/2023/03/29/china/china-blogger-sentenced-program-think-intl-mic-hnk/index.html https://ngocn2.org/article/2023-03-29-program-think-enemy-of-the-state/ via @mikuri520 #nowreading
Hashtags
@sudo_recast · Post #652 · 26.03.2023 г., 12:48
I lost everything that made me love my job through Midjourney over night. https://www.reddit.com/r/blender/comments/121lhfq #nowreading
Hashtags
@sudo_recast · Post #586 · 27.01.2023 г., 10:27
Yandex denies hack, blames source code leak on former employee https://breached.vc/Thread-yandex-git-sources #nowreading
Hashtags
@sudo_recast · Post #481 · 31.10.2022 г., 04:11
https://www.v2ex.com/t/890731 via @MiaoTonyChannel #nowreading
Hashtags