|
|
[极限科技]恐龙军团统帅我可能是这个时代最后的恐龙军团统帅。我的军团没有GPU集群，没有超级算力，没有大模型，也没有AI加持。它们当中，有一台不起眼的单机VPS，有一个phpBB 2001老版本论坛，有几个用Excel和Google Sheets一点一点搭起来的物流系统，还有几个今天恐怕只能在“技术考古”目录下才能找到同类的网站。按照今天互联网行业习惯使用的标准，它们似乎早就应该退出历史舞台：架构不够时髦，界面谈不上华丽，没有层层叠叠的云服务，没有不断续费的插件，没有一大串听起来高深莫测的技术名词，更没有庞大的开发团队在背后昼夜维护。可是，它们不但活着，而且依然在工作。 二十年前的网站今天还能打开，二十年前的论坛架构今天仍然承载着庞大的访问，十几年前已经投入实际运营的物流系统至今仍然能够处理真实业务。它们没有在一轮又一轮技术浪潮中被淘汰，也没有因为某个平台停止服务、某个插件停止更新、某家公司改变商业模式而突然失去生命。它们就像一群从远古时代一直走到今天的恐龙，身上没有最新时代贴上去的标签，却依然保持着自己的骨架、肌肉和生命力，而且还在继续承担当初交给它们的任务。 2025年，我的老论坛面对超过56万在线访客的时候（最高在线纪录是超 66.2万访客 2026-3-20 周五, 下午9:15），没有轰然倒下。那一刻给我的感受很特别，因为我比任何旁观者都清楚这个论坛是什么年代的东西，也清楚它背后没有什么庞大的技术团队。我没有几十名工程师守着服务器，没有为一次流量高峰临时调来巨额算力，更没有为了制造一个漂亮数字而搭建一套只用于展示的系统。屏幕上的访问数字不断上升，论坛依然在那里，一页一页地打开，一篇一篇地显示。二十年前，我不会想到有一天需要用“古老”来形容它，那时候它就是一个工具，一个让我能够把人聚集起来、把文字留下来、把信息组织起来的地方。 我需要论坛，于是建立论坛；需要网站，于是建立网站；需要物流系统解决实际业务问题，于是自己设计系统。我从来不是为了证明某一种技术路线比另一种技术路线先进，才去做这些东西，而是在一个又一个真实问题出现以后，想办法把它们解决。很多年过去以后再回头看，我才发现，那些为了真正解决问题而留下来的东西，反而比许多为了追逐技术潮流而产生的东西活得更久。这些老系统没有不断提醒我它们采用了什么技术，也没有不断要求我升级到什么版本，它们只是安静地完成自己的工作。 我的phpBB论坛几乎是一个纯粹的文字世界。它没有算法不断猜测访客下一秒想看什么，没有为了增加停留时间而无休止地推送内容，没有注册墙把每一个路过的人挡在门外，也没有用日益复杂的页面包装最简单的信息。一个陌生人来到这里，可以进入，可以阅读，可以离开，论坛不追着他，不分析他的喜怒哀乐，也不需要知道他下一步准备买什么。这在二十年前没有什么特别，在今天却反而显得陌生，而这种曾经普通得不能再普通的简单，如今已经成为一种难得的技术品质。 现代互联网日益庞大，也逐渐复杂。一张普通网页背后可能调用几十个甚至更多资源，一个简单功能可能牵连多个平台、接口、插件和第三方服务。服务器更快了，带宽更宽了，计算能力不知道提高了多少倍，但许多页面并没有因此变得更加轻盈。有些网站打开以后，首先迎面而来的不是内容，而是弹窗、Cookie选择、注册要求、广告、推荐、追踪脚本和各种等待加载的模块。相比之下，我的老论坛甚至不知道什么叫“用户画像”，它只知道有人来了，于是把页面交给他。 我的物流系统也是如此。它的界面谈不上漂亮，甚至很难用今天软件行业的审美去包装，可是我从来没有把物流系统当成一件供人欣赏的艺术品。货柜不会因为界面漂亮就自动到港，账目不会因为按钮有动画效果就自动正确，报关、运输、财务、银行对账和异常处理也不会因为软件采用了最新技术名词就自然完成。真正的物流每天面对的是时间、数字、错误、责任和成本，一个货柜错了就是一个真实的问题，一张账单错了就是一笔真实的钱，一个环节漏掉了，后面可能就是一连串麻烦。 所以我设计系统时考虑的从来不是如何让它看起来复杂，而是如何让复杂的事情变简单，如何让人少做一步，如何让错误在发生之前被挡住，如何让已经输入一次的数据不必再输入第二次？当别人不断增加人手去处理不断增加的业务时，我想的是为什么一定要增加人手；当别人把一个流程拆成更多部门时，我想的是为什么这些环节不能直接连起来；当别人习惯于接受“行业就是这样”的时候，我偏偏要问一句为什么？于是，一个个原本需要人工重复完成的动作被消掉，一个个原本互相分离的环节被连接起来，一处数据开始驱动后面的多个流程，而整个系统也在真实物流业务里被货柜、单据、客户、银行记录和各种异常一点一点磨出来。 因此，我从来不认为系统的年龄能够决定系统的先进程度。一辆二十年前制造的汽车，如果今天已经无法完成它的基本任务，当然可以说它老了。但一个二十年前形成核心结构的系统，如果今天仍然能够以很低的资源消耗完成现代系统需要庞大团队才能完成的工作，那么真正需要讨论的就不是它“老不老”，而是为什么它能够活这么久？技术的年龄和技术的能力本来就是两回事，把开发年份当成先进程度的刻度，本身就是一种非常表面的判断方法。 今天的软件世界习惯用版本号制造时间感，昨天还是最新，今天已经更新，明天又会出现新的版本。硬件升级、框架升级、数据库升级、云平台升级、AI升级，整个行业仿佛坐在一条永远不能停下来的传送带上，只要停下来，就会产生一种被时代抛弃的恐惧。我的恐龙军团没有这种恐惧，也不参加这种版本竞赛。能够完成任务，就继续完成任务；结构仍然有效，就继续运行；没有必要改变的东西，不会因为别人已经改变而被迫改变。真正需要升级的时候当然可以升级，但升级必须解决问题，而不是为了向别人证明自己没有落伍。 我也从来不崇拜复杂，因为复杂并不自动等于先进。很多时候，复杂只是把原本简单的问题包裹得日益厚，最后所有人都忘记了问题最初是什么。一个系统如果需要十台机器完成一台机器能够完成的工作，需要十个人完成一个人能够完成的工作，需要几十个模块完成一个结构就能够完成的工作，我不会因为它使用了最新技术就认为它更加先进，我首先会问，多出来的那些机器、人力、模块、维护成本和管理成本究竟创造了什么。 这也不是对旧时代的怀念。我没有兴趣回到拨号上网的年代，也不会因为自己拥有旧系统就否认新技术的价值。今天的计算能力、人工智能和网络基础设施当然比二十年前强大得多，我每天都生活在这个时代，也使用这个时代的工具。问题从来不是新技术好不好，而是人是否已经习惯于把“新”直接等同于“先进”，把“庞大”直接等同于“强大”，把“复杂”直接等同于“专业”？如果一个系统用了更少的人、更少的机器、更少的维护和更低的成本，却长期完成了同样甚至更多的实际工作，那么它本身就是效率的证明，而不是等待某个技术潮流替它命名以后才突然具有价值。 一个网站跨越二十年仍然可以访问，本身就是生命力；一个论坛在没有现代互联网庞大基础设施包装的情况下仍然能够承受巨大的访问压力，本身就是架构能力的体现。一个人能够长期掌握自己的系统、自己的数据、自己的网站和自己的内容，不必因为外部平台改变规则就失去一切，则体现了另一种日益重要的东西——技术控制权。这些东西无法单纯用界面是否漂亮、软件版本是否最新、服务器数量是否庞大来衡量，却决定了一个系统究竟能够走多远？ 这也是为什么，我日益喜欢“恐龙军团”这个名字？恐龙在人们通常的想象里意味着古老、巨大、灭绝，意味着一个已经结束的时代，但我的这支恐龙军团偏偏没有灭绝。它们穿过了Web 1.0，穿过了门户时代，穿过了论坛时代，穿过了社交媒体时代，穿过了移动互联网，又一路走进AI时代。时代一次次宣布旧世界结束，它们却一次次留了下来，因为它们从一开始就不是为了潮流而生，而是为了完成实际任务而存在。 论坛是为了让人交流，网站是为了保存和传播信息，物流系统是为了提高实际效率。只要这些基本需求没有消失，只要它们仍然能够有效完成任务，它们就仍然有存在的理由。真正让我珍惜的也不是这些系统本身有多老，而是它们没有把命运完全交给别人。今天一个创作者可以拥有数十个平台账号，却未必真正拥有自己的内容入口；一家企业可以购买无数SaaS服务，却未必真正掌握自己的系统；一个网站可以拥有漂亮的云架构，却可能在服务商改变价格、接口或者规则以后立即陷入被动。 我走的是另一条路。它不一定漂亮，也不一定符合每一个时代的主流标准，但我知道机器在哪里，数据在哪里，结构为什么这样设计，出了问题应该从哪里找？我能够修改它，也能够决定不修改它，不需要等待某家公司批准，不需要担心某个平台突然改变游戏规则，更不需要因为某项服务停止而重新开始。对我来说，这才是技术控制权真正的意义：不是拥有多少最新工具，而是在工具不断变化的时候，自己依然掌握方向。 技术发展到今天，人们谈论最多的是能力，却很少讨论能力究竟掌握在谁手里。系统日益聪明，人反而可能逐渐依赖系统；平台愈发强大，个人能够自主决定的空间却可能日益小。一个按钮能够完成过去十个人的工作当然是进步，但如果这个按钮属于别人，而你甚至不知道它为什么还能继续存在，那么这种便利背后同样存在脆弱？我的恐龙军团恰好相反，它们没有那么多耀眼的新名词，却始终处在我的掌握之中，我知道它们能做什么、不能做什么，知道哪里可以改变、哪里不能乱动，也知道什么时候应该增加功能，什么时候保持原状反而更加可靠。 二十多年下来，我和这些系统之间形成的不是消费者与产品之间的关系，而是创造者与工具之间的关系。这可能也是AI时代最容易被遗忘的一种关系。今天，人类拥有历史上前所未有的强大工具，一个普通人可以调用过去只有大型机构才能拥有的计算、翻译、分析和信息处理能力，但越是在这样的时代，越不能丢掉一个最基本的问题：到底是谁在使用谁？工具应该扩大人的能力，而不是取代人的判断；系统应该服从人的目的，而不是让人为了适应系统而改变自己的全部行为。技术可以日益先进，但人不能因为技术逐渐先进，就主动放弃理解、判断和控制。 所以，我这个“恐龙军团统帅”并不拒绝未来，而是带着一群从过去活下来的恐龙继续走进未来。它们身上留下了不同年代的痕迹，也留下了那些年代解决真实问题的方法。它们让我知道，在GPU、云计算、大模型、SaaS和各种新概念之外，还有一些东西并不会因为技术迭代而失效：结构要清楚，效率要真实，成本要能够承受，系统要能够长期运行，数据要能够留下，最终的控制权不能轻易交出去。这些东西没有版本号，二十年前成立，今天仍然成立，再过二十年，也不会因为某个新的技术名词出现而突然失效。 我的恐龙军团还会继续往前走，旧论坛继续运行，旧网站继续保存历史，物流系统继续处理它应该处理的事情，而新的工具也会不断加入进来。新来的不必消灭旧的，旧的也不必拒绝新的，能够解决问题就留下，能够提高效率就使用，经不起时间和实战检验，再漂亮的概念也没有必要供在神坛上。我不是新物种，也不需要把自己包装成新物种，我只是那个一直没有把方向盘交出去的人。 当整个世界不断告诉人们应该把服务器交给云，把软件交给平台，把判断交给算法，把记忆交给数据库，把日益多的能力交给看不见的系统时，我依然守着自己能够理解、能够控制、能够验证的一片领地。这里有二十年前的网站，有老得几乎可以进入互联网博物馆的论坛，有从真实商业战场里磨出来的物流系统，也有今天才出现的新工具。它们年代不同，形态不同，却服从同一个原则：技术不是用来膜拜的，而是用来解决问题的；只要还能解决问题，只要还能创造真实效率，只要还能经受时间和现实的检验，它就没有过时。 所以，在这个GPU轰鸣、大模型奔腾、云端覆盖一切的时代，我依然愿意站在自己的老服务器、老论坛、老网站和老系统前面，举起那面已经走过二十多年的旗。我是这个时代最后的恐龙军团统帅，而那些被时代一次又一次宣布“应该淘汰”的恐龙，直到今天依然活着，依然运行，依然用真实的数据和结果证明自己的存在。 附录：相关作品与链接 附录：相关参考文献 说明 以下相关文献依据《恐龙军团统帅》的核心内容筛选，重点围绕五条直接主线：跨越二十余年的老论坛与网站、长期运行的自主物流与财务系统、极简而有效的技术架构、前AI时代形成的数据与系统价值，以及AI时代重新凸显的技术自主权与人的控制权。 本文强调，这些系统并非为了追逐技术潮流而建立，而是在真实问题出现后为解决实际问题而形成，并经过多年实际运行检验。 本文尤其强调一个判断：技术年龄与技术能力是两回事，复杂也不自动等于先进；如果一个系统以更少的人、更少的机器、更少的维护和更低成本长期完成真实工作，其实际效率本身就是价值证明。 因此，以下文献优先选择能够直接支撑这些历史实践、系统结构和技术思想的作品。 需要特别说明：相关作品的写作、发表、整理和国家图书馆存档时间，并不等于其中所记录实践的发生时间。 部分后期文章是在1990年代、2000年代及2010年代已经发生的真实实践和历史资料基础上重新整理、扩展而成。因此，以下文献按与本文的直接关联程度选择，而不按照网页或AWA抓取时间判断思想和实践的先后。 凡同一相关作品在清单中同时存在 NLA/TROVE 与 AWA 链接，以下同时列出两条：前者作为国家图书馆独立馆藏记录，后者作为具体网页历史快照，两者承担不同的存档与引用作用。 相关参考文献 The Last Surviving Human Forum | 硕果仅存的人类论坛
NLA/TROVE：https://nla.gov.au/nla.obj-4246730527
这篇与《恐龙军团统帅》的论坛主线最直接。《恐龙军团统帅》以2001版phpBB架构、二十余年持续运行以及巨大访问压力下仍然工作的老论坛作为“恐龙军团”的代表实例；《硕果仅存的人类论坛》则进一步集中讨论这一长期存续的传统论坛及其在AI时代的特殊价值。本文本身也明确记录论坛在高访问量下仍持续运行的情况。 A Cross-Generational Intelligent Logistics and Financial System over 20 Years | 跨代20年智能物流与财务系统
NLA/TROVE：https://nla.gov.au/nla.obj-4204311557
这是“恐龙军团”中另一支主力——长期运行物流与财务系统——最直接的专题文献。它把本文所概括的“十几年前已经投入实际运营、今天仍然处理真实业务”的系统进一步展开，使“老系统仍然具有现实生产能力”从哲学判断落到具体系统实践。 The Intelligent Invoice System of 2005 | 2005年的智能发票系统
NLA/TROVE：https://nla.gov.au/nla.obj-4204311548
这是《恐龙军团统帅》中“让人少做一步、让已经输入的数据不必再次输入、让一处数据驱动多个流程”这一系统哲学的具体早期实例。本文明确说明，其系统设计不断消除重复人工动作，并把原本分离的业务环节连接起来。 The Value of Data in the Pre-AI Era | 前AI时代的数据价值
NLA/TROVE：https://nla.gov.au/nla.obj-4246730542
这篇把“恐龙军团”的意义从旧软件、旧网站进一步提升到历史数据层面：那些在AI出现以前已经形成并长期保存的数据、业务记录和系统结构，在AI时代并不会因为年代久远而自动失去价值，反而可能因其原生性和历史连续性获得新的意义。 Beyond Tokens: What Is Truly Scarce in the Age of AI | 词元之后：AI时代真正稀缺的是什么
NLA/TROVE：https://nla.gov.au/nla.obj-4231977375
与本文后半部分的AI时代判断直接相关。《恐龙军团统帅》真正维护的并不是“旧技术”本身，而是长期真实实践形成的结构、数据、经验以及人的判断和控制能力。本文明确提出，工具应该扩大人的能力，而不是取代人的判断。 [科技] 新科技不如老工具
AWA：https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_20.html
这是《恐龙军团统帅》技术观最直接的前置文献之一。两篇共同强调：判断工具价值的核心不是发布时间、技术标签或者是否采用最新架构，而是它能否有效、稳定、低成本地解决真实问题？ [科技] 按需设计
AWA：https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_07.html
与本文“需要论坛，于是建立论坛；需要网站，于是建立网站；需要物流系统解决实际业务问题，于是自己设计系统”的叙述直接对应。 它揭示“恐龙军团”能够长期生存的重要原因：这些系统首先服务真实需求，而不是为了符合某个时代的技术潮流而存在。 [维度] 极简架构体系创建者
AWA：https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_22.html
这篇直接对应《恐龙军团统帅》对“复杂不等于先进”的论述。所谓极简不是功能缺失，而是通过结构设计减少机器、人力、模块、维护和管理成本，同时保留甚至提高实际处理能力。 成熟结构型物流系统
AWA：https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_11.html
这篇是“恐龙军团”物流系统部分的系统性说明。它把长期积累形成的业务结构作为核心，而不是把软件界面、开发年份或者流行技术栈作为衡量先进程度的主要标准。 [物流系统] 手提电脑上的智能物流
AWA：https://web.archive.org.au/awa/20260810071256mp_/https://times.net.au/cn_epochal/er_pages/er_v10/epochal10article_article_05.html
这篇特别能够支撑本文开篇“没有GPU集群，没有超级算力，没有大模型”的对照。 它体现的是另一种技术路线：依靠结构和自动化逻辑，让有限计算资源承担高强度真实业务。 [物流系统] 2013年的智能物流系统
AWA：https://web.archive.org.au/awa/20260810071813mp_/https://times.net.au/cn_epochal/er_pages/er_v03/cn_epochal032013.html
这篇提供了本文“十几年前已经投入实际运营的物流系统至今仍能够处理真实业务”这一时间跨度的重要历史节点，使“恐龙军团”不是抽象比喻，而具有明确的系统发展时间轴。 [物流系统] 1997年：5秒核对上万记录
AWA：https://web.archive.org.au/awa/20260810082528mp_/https://times.net.au/cn_epochal/er_pages/er_v01a/cn_epochal01_1997_5.html
这是“低资源、高效率”思想的早期实例。它与本文提出的判断高度一致：真正值得衡量的是系统完成实际任务所需要的资源，而不是技术名词有多少、后台机器有多少。 [科技] 1993年的库存管理系统
AWA：https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993_01.html
这篇把“恐龙军团”的历史进一步向前延伸到1993年的实际系统实践，能够说明这种“从问题出发、用现有工具直接解决”的设计方式，并不是AI时代才形成的反思，而具有更早的实践基础。 [科技] 1993年远程工作原型系统的结构性实践案例研究
AWA：https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993.html
这篇同样属于早期技术实践链。它说明在硬件、网络和软件条件远不如今天的年代，通过正确的结构组织仍然可以建立有效工作系统，与本文“技术能力不能简单按照技术年代判断”的观点直接对应。 [物流系统] 2005年无仓无车物流系统
AWA：https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_2005.html
这篇体现的是对传统业务结构本身进行简化，而不是在原有复杂流程上继续增加技术层。它与《恐龙军团统帅》中不断追问“为什么一定要增加人手”“为什么这些环节不能直接连起来”的系统思想直接相通？ [物流系统] 2005年的智能采集系统——1997年构思
AWA：https://web.archive.org.au/awa/20260810071743mp_/https://times.net.au/cn_epochal/er_pages/er_v07/cn_epochal072005_1997.html
这篇展示了自动采集、减少人工重复输入和数据连续利用的早期构思，是本文“数据输入一次、驱动后续多个流程”的直接技术实例。 [物流系统] 2005年，我的全球代采实战系统
AWA：https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_2005.html
这篇把系统放进真实跨国商业业务中检验。它的重要性在于，“恐龙军团”的生命力并不是实验室运行时间长，而是在采购、物流、数据和商业责任环境中持续承担真实任务。 [物流系统] “时代智物通”特色
AWA：https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_article_17.html
这篇可以作为早期系统长期演进之后的成熟形态参考，与1990年代、2005年和2013年的相关文献连接起来，形成一条跨越不同技术时代的系统发展链。 [维度] 系统资源的结构性价值
AWA：https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_23.html
这篇适合作为《恐龙军团统帅》的结构理论补充。老服务器、论坛、网站、Excel、Google Sheets等单独看可能并不先进，但当这些资源按照真实任务形成稳定结构，其整体价值不能按照某个单独工具的年龄来判断。 [维度] 什么是闭环和自洽？
AWA：https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_21.html
“恐龙军团”能够长期运行的重要条件之一，就是系统自身形成了可以持续工作的闭环，而不是长期依赖外部平台不断补丁式维持。这篇从结构方法上解释为什么一个看似简单甚至古老的系统仍可能保持稳定生命力？ [Extreme Technology] Commander of the Dinosaur LegionI might be the last commander of the dinosaur legion of this era. My legion has no GPU clusters, no supercomputing power, no large models, and no AI support. Among them, there is an unassuming single VPS, an old version of phpBB from 2001, a few logistics systems pieced together with Excel and Google Sheets, and several websites that today can probably only be found under the "technical archaeology" category. According to the standards commonly used in today's internet industry, they seem to have long been expected to exit the historical stage: the architecture is not trendy enough, the interface is not glamorous, there are no layers of cloud services, no continuously renewing plugins, no long list of esoteric technical terms, and no large development team maintaining them day and night. However, they not only survive but continue to work. Websites that were created twenty years ago can still be accessed today, and the forum structures from two decades ago continue to support a large volume of traffic. Logistics systems that were put into practical operation over a decade ago are still capable of handling real business. They have not been eliminated in wave after wave of technological change, nor have they suddenly lost their vitality due to a platform ceasing service, a plugin stopping updates, or a company changing its business model. They are like a group of dinosaurs that have walked from ancient times to today, lacking the labels of the latest era, yet still maintaining their own skeletons, muscles, and vitality, while continuing to fulfill the tasks originally assigned to them. In 2025, when my old forum faced over 560,000 online visitors (the highest online record was over 662,000 visitors on March 20, 2026, Friday, at 9:15 PM), it did not collapse. That moment felt very special to me because I knew better than any bystander what era this forum belonged to, and I was aware that there was no large technical team behind it. I did not have dozens of engineers monitoring the servers, nor did I temporarily allocate huge computing power for a traffic peak, and I certainly did not build a system solely for display to create a pretty number. The visitor count on the screen kept rising, and the forum was still there, opening page by page, displaying post by post. Twenty years ago, I would never have thought that one day I would need to describe it as "ancient"; back then, it was just a tool, a place that allowed me to gather people, leave behind words, and organize information. I needed a forum, so I built a forum; I needed a website, so I built a website; I needed a logistics system to solve practical business problems, so I designed the system myself. I have never done these things to prove that one technical route is more advanced than another, but rather to find ways to solve each real problem as it arose. Many years later, looking back, I realized that those things that remained to truly solve problems actually lasted longer than many things created to chase technological trends. These old systems did not constantly remind me of what technology they used, nor did they continually require me to upgrade to a new version; they simply completed their work quietly. My phpBB forum is almost a purely textual world. It does not have algorithms constantly guessing what visitors want to see next, nor does it endlessly push content to increase dwell time. There is no registration wall blocking every passerby at the door, and it does not wrap the simplest information in increasingly complex pages. A stranger can come here, enter, read, and leave; the forum does not chase after him, does not analyze his joys and sorrows, and does not need to know what he plans to buy next. This was nothing special twenty years ago, but today it feels strange, and this simplicity, which was once so ordinary, has now become a rare technical quality. The modern internet is becoming increasingly vast and complex. A typical webpage may call upon dozens or even more resources, and a simple function may involve multiple platforms, interfaces, plugins, and third-party services. Servers are faster, bandwidth is wider, and computing power has increased by who knows how many times, yet many pages have not become any lighter as a result. Some websites, upon opening, are greeted not by content but by pop-ups, cookie choices, registration requirements, advertisements, recommendations, tracking scripts, and various modules waiting to load. In contrast, my old forum doesn’t even know what “user profiling” is; it simply knows someone has arrived, and so it presents the page to them. My logistics system is the same. Its interface is not exactly beautiful, and it is even difficult to package it with today's software industry aesthetics, but I have never regarded the logistics system as a piece of art for people to admire. A container will not automatically arrive at the port just because the interface is beautiful, accounts will not automatically be correct just because the buttons have animations, and customs clearance, transportation, finance, bank reconciliation, and exception handling will not be completed just because the software uses the latest technical jargon. Real logistics face time, numbers, errors, responsibilities, and costs every day. A mistake with a container is a real problem, an error on a bill is real money, and if a link is missed, it could lead to a series of troubles. So when I design systems, I never consider how to make them look complex, but rather how to simplify complex tasks, how to reduce the steps people need to take, how to prevent errors before they occur, and how to avoid requiring data that has already been entered to be input again. While others continuously add personnel to handle the increasing business, I think about why it is necessary to increase manpower; when others break a process into more departments, I wonder why these steps cannot be connected directly; when others are accustomed to accepting "that's how the industry is," I insist on asking why? As a result, actions that originally required manual repetition are eliminated, previously separate steps are connected, and a single piece of data begins to drive multiple subsequent processes, while the entire system is gradually refined through real logistics operations involving containers, documents, clients, banks, and various exceptions. Therefore, I have never believed that the age of a system can determine its level of advancement. A car manufactured twenty years ago, if it can no longer perform its basic tasks today, can certainly be said to be old. However, a system that formed its core structure twenty years ago, if it can still accomplish tasks that modern systems require large teams to complete with very low resource consumption today, then what really needs to be discussed is not whether it is "old" or not, but why it has been able to last so long. The age of technology and the capability of technology are fundamentally two different things; using the year of development as a measure of advancement is, in itself, a very superficial judgment method. In today's software world, version numbers create a sense of urgency; what was the latest yesterday is already updated today, and new versions will emerge tomorrow. Hardware upgrades, framework upgrades, database upgrades, cloud platform upgrades, AI upgrades—the entire industry seems to be on a conveyor belt that can never stop; if you stop, there’s a fear of being left behind by the times. My dinosaur army does not share this fear, nor do they participate in this version race. If a task can be completed, then continue to complete it; if the structure is still effective, then continue to operate; things that do not need to change will not be forced to change just because others have changed. Upgrades can certainly happen when truly necessary, but upgrades must solve problems, not just prove to others that one is not outdated. I have never admired complexity, because complexity does not automatically equal advancement. Often, complexity merely wraps simple problems in layers, causing everyone to forget what the original problem was. If a system requires ten machines to accomplish the work that one machine can do, ten people to complete the work that one person can do, or dozens of modules to achieve what a single structure can accomplish, I will not consider it more advanced just because it uses the latest technology. My first question will be, what exactly do the extra machines, manpower, modules, maintenance costs, and management costs create? This is not a nostalgia for the old days either. I have no interest in returning to the era of dial-up internet, nor would I deny the value of new technologies simply because I possess an old system. Today's computing power, artificial intelligence, and network infrastructure are certainly far more powerful than they were twenty years ago; I live in this era every day and use the tools of this time. The question has never been whether new technology is good or not, but whether people have become accustomed to equating "new" directly with "advanced," "large" directly with "powerful," and "complex" directly with "professional"? If a system uses fewer people, fewer machines, less maintenance, and lower costs, yet accomplishes the same or even more actual work over the long term, then it is a proof of efficiency in itself, rather than suddenly gaining value only after a certain technological trend has named it. A website that remains accessible after twenty years is a testament to its vitality; a forum that can withstand significant traffic without the support of modern internet infrastructure is a reflection of its architectural capability. A person who can maintain control over their own system, data, website, and content for a long time, without losing everything due to changes in external platform rules, embodies another increasingly important aspect—technological control. These factors cannot be measured solely by the aesthetics of the interface, the recency of the software version, or the number of servers, yet they determine how far a system can truly go. This is also why I increasingly like the name "Dinosaur Legion." Dinosaurs, in people's usual imagination, signify ancient, gigantic, and extinct, representing an era that has already ended. However, my Dinosaur Legion has not gone extinct. They have traversed Web 1.0, the portal era, the forum era, the social media era, the mobile internet, and have now stepped into the AI era. Each time the era announces the end of the old world, they have remained, because they were never born for trends, but existed to accomplish practical tasks. Forums exist for people to communicate, websites are for storing and disseminating information, and logistics systems aim to improve actual efficiency. As long as these basic needs do not disappear, and as long as they can still effectively accomplish their tasks, they still have a reason to exist. What I truly cherish is not how old these systems are, but that they have not completely handed over their fate to others. Today, a creator can have dozens of platform accounts, yet may not truly own their content entry; a company can purchase countless SaaS services, yet may not truly control its own system; a website can have a beautiful cloud architecture, yet may immediately fall into a passive state after a service provider changes prices, interfaces, or rules. I have taken a different path. It may not be beautiful, nor does it necessarily conform to the mainstream standards of every era, but I know where the machines are, where the data is, why the structure is designed this way, and where to look when problems arise. I can modify it, and I can also decide not to modify it, without waiting for approval from any company, without worrying that a platform will suddenly change the rules of the game, and without having to start over because a service has stopped. For me, this is the true meaning of technological control: it is not about how many of the latest tools you possess, but about still being able to steer the direction when the tools are constantly changing. As technology has developed to this day, people talk the most about capabilities, yet rarely discuss who actually holds those capabilities. Systems are becoming increasingly intelligent, and people may gradually become reliant on them; platforms are becoming more powerful, yet the space for individuals to make autonomous decisions may be shrinking. A button that can accomplish the work of ten people in the past is certainly progress, but if that button belongs to someone else, and you don't even know why it continues to exist, then there is also fragility behind this convenience. My dinosaur army is quite the opposite; they don't have as many dazzling new terms, yet they are always under my control. I know what they can do and what they cannot do, where changes can be made and where things should not be disturbed, and I also know when to add features and when maintaining the status quo is actually more reliable. Over the past twenty years, the relationship I have formed with these systems is not that of a consumer to a product, but rather that of a creator to a tool. This may be one of the relationships most easily forgotten in the age of AI. Today, humanity possesses powerful tools unprecedented in history, allowing an ordinary person to access computing, translation, analysis, and information processing capabilities that were once only available to large institutions. Yet, in such an era, we must not lose sight of a fundamental question: who is using whom? Tools should enhance human capabilities, not replace human judgment; systems should serve human purposes, not force people to change their entire behavior to adapt to the system. Technology can become increasingly advanced, but people should not voluntarily relinquish understanding, judgment, and control simply because technology is becoming more sophisticated. So, as the "Commander of the Dinosaur Legion," I do not reject the future; instead, I continue to move into the future with a group of dinosaurs that have survived from the past. They bear the marks of different eras and have left behind the methods for solving real problems from those times. They have made me realize that beyond GPUs, cloud computing, large models, SaaS, and various new concepts, there are some things that will not become obsolete due to technological iterations: the structure must be clear, efficiency must be real, costs must be bearable, systems must be able to run long-term, data must be retained, and ultimate control should not be easily relinquished. These things do not have version numbers; they were established twenty years ago, are still valid today, and will not suddenly become invalid in another twenty years just because a new technical term appears. My dinosaur legion will continue to move forward, the old forum will keep running, the old website will continue to preserve history, the logistics system will keep handling what it should handle, and new tools will continuously be added. The newcomers do not need to eliminate the old, and the old do not need to reject the new; what can solve problems should remain, and what can improve efficiency should be used. No matter how beautiful the concept is, if it cannot withstand the test of time and practical application, there is no need to place it on a pedestal. I am not a new species, nor do I need to package myself as one; I am simply the person who has never handed over the steering wheel. When the whole world keeps telling people to hand over servers to the cloud, software to platforms, judgment to algorithms, memory to databases, and an increasing number of capabilities to invisible systems, I still guard a territory that I can understand, control, and verify. Here are websites from twenty years ago, forums that are old enough to almost enter an internet museum, logistics systems honed from real business battlefields, and new tools that have only emerged today. They differ in age and form, yet they obey the same principle: technology is not meant to be worshipped, but to solve problems; as long as it can still solve problems, as long as it can still create real efficiency, as long as it can withstand the test of time and reality, it is not outdated. So, in this era of GPU roaring, large models galloping, and cloud covering everything, I am still willing to stand in front of my old servers, old forums, old websites, and old systems, raising the flag that has been flying for over twenty years. I am the commander of the last dinosaur legion of this era, and those dinosaurs that have been repeatedly declared "should be eliminated" by the times are still alive today, still running, and still proving their existence with real data and results. Appendix: Related Works and Links Appendix: Relevant References Instructions The following relevant literature is selected based on the core content of "The Commander of the Dinosaur Legion," focusing on five direct main lines: the old forum and website spanning over twenty years, the long-running autonomous logistics and financial systems, the minimalist yet effective technical architecture, the data and system value formed before the AI era, and the re-emphasized technological autonomy and human control in the AI era. This article emphasizes that these systems were not established to chase technological trends, but were formed to solve real problems after they arose, and have been validated through years of practical operation. This article particularly emphasizes a judgment: technological age and technological capability are two different things, and complexity does not automatically equate to advancement; if a system can perform real work over the long term with fewer people, fewer machines, less maintenance, and lower costs, its actual efficiency itself is a proof of value. Therefore, the following literature prioritizes works that can directly support these historical practices, system structures, and technological ideas. It should be noted that the writing, publication, organization, and archiving time of the relevant works at the National Library do not equate to the occurrence time of the practices recorded within them. Some later articles have been reorganized and expanded based on real practices and historical data that took place in the 1990s, 2000s, and 2010s. Therefore, the following literature is selected based on its direct relevance to this article, rather than judging the sequence of thoughts and practices according to the webpage or AWA capture time. If the same related work appears in the list with both NLA/TROVE and AWA links, both will be listed as follows: the former as an independent collection record of the National Library, and the latter as a specific web page historical snapshot, with both serving different archival and citation purposes. Relevant References The Last Surviving Human Forum | The Last Surviving Human Forum
NLA/TROVE: https://nla.gov.au/nla.obj-4246730527
This article is most directly related to the main thread of "Commander of the Dinosaur Legion." "Commander of the Dinosaur Legion" uses an old forum based on the 2001 version of phpBB, which has been running for over twenty years and continues to operate under significant traffic pressure, as a representative example of the "Dinosaur Legion"; "The Last Surviving Human Forum" further focuses on discussing this long-standing traditional forum and its unique value in the AI era. The article itself also clearly documents the forum's continued operation under high traffic conditions. A Cross-Generational Intelligent Logistics and Financial System over 20 Years | 跨代20年智能物流与财务系统
NLA/TROVE： https://nla.gov.au/nla.obj-4204311557
This is another main force in the "Dinosaur Legion"—the long-running logistics and financial system—providing the most direct thematic literature. It elaborates on the system summarized in this article, which "has been in actual operation for over a decade and still handles real business today," demonstrating that "the old system still possesses practical production capabilities" from a philosophical judgment to specific system practice. The Intelligent Invoice System of 2005 | 2005年的智能发票系统
NLA/TROVE： https://nla.gov.au/nla.obj-4204311548
This is an early concrete example of the system philosophy in "Commander of the Dinosaur Legion" that aims to "reduce the steps taken, eliminate the need to re-enter data that has already been input, and allow one piece of data to drive multiple processes." This article clearly states that its system design continuously eliminates repetitive manual actions and connects originally separate business segments. The Value of Data in the Pre-AI Era | The Value of Data in the Pre-AI Era
NLA/TROVE: https://nla.gov.au/nla.obj-4246730542
This article elevates the significance of the "Dinosaur Legion" from old software and old websites to the level of historical data: the data, business records, and system structures that were formed and preserved long before the advent of AI do not automatically lose their value due to their age; rather, they may gain new significance because of their originality and historical continuity in the AI era. Beyond Tokens: What Is Truly Scarce in the Age of AI | Beyond Tokens: What Is Truly Scarce in the Age of AI
NLA/TROVE: https://nla.gov.au/nla.obj-4231977375
Directly related to the judgments of the AI era discussed in the latter part of this article. What "Dinosaur Legion Commander" truly protects is not the "old technology" itself, but the structures, data, experiences, and human judgment and control capabilities formed through long-term real practice. This article clearly states that tools should enhance human capabilities, not replace human judgment. [Technology] New Technology is Not as Good as Old Tools
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_20.html
This is one of the most direct precursor texts to the technological perspective of "Commander of the Dinosaur Legion." Both articles emphasize that the core of judging a tool's value is not its release date, technical label, or whether it uses the latest architecture, but whether it can effectively, stably, and cost-effectively solve real problems. [Technology] On-Demand Design
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_07.html
This directly corresponds to the narrative in this article: "Need a forum, so a forum is established; need a website, so a website is established; need a logistics system to solve real business problems, so we design the system ourselves." It reveals an important reason why the "Dinosaur Legion" can survive for a long time: these systems serve real needs first, rather than existing to conform to the technological trends of a certain era. [Dimension] Creator of Minimalist Architecture System
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_22.html
This directly corresponds to the discussion in "Commander of the Dinosaur Legion" on "complexity does not equal advancement." The so-called minimalism is not about the absence of functions, but about reducing costs in machines, manpower, modules, maintenance, and management through structural design, while retaining or even enhancing actual processing capabilities. Mature Structured Logistics System
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_11.html
This article is a systematic description of the logistics system part of the "Dinosaur Legion." It takes the business structure formed through long-term accumulation as the core, rather than using software interfaces, development years, or popular technology stacks as the main criteria for measuring advancement. [Logistics System] Smart Logistics on Laptops
AWA: https://web.archive.org.au/awa/20260810071256mp_/https://times.net.au/cn_epochal/er_pages/er_v10/epochal10article_article_05.html
This article particularly supports the opening statement of this text: "No GPU clusters, no supercomputing power, no large models." It embodies another technological route: relying on structure and automated logic to enable limited computing resources to handle high-intensity real business. [Logistics System] Intelligent Logistics System of 2013
AWA: https://web.archive.org.au/awa/20260810071813mp_/https://times.net.au/cn_epochal/er_pages/er_v03/cn_epochal032013.html
This article provides an important historical milestone for the statement "the logistics system that has been in actual operation for over a decade can still handle real business," making the "dinosaur legion" not an abstract metaphor, but one with a clear timeline of system development. [Logistics System] 1997: 5 seconds to verify tens of thousands of records
AWA: https://web.archive.org.au/awa/20260810082528mp_/https://times.net.au/cn_epochal/er_pages/er_v01a/cn_epochal01_1997_5.html
This is an early example of the "low resources, high efficiency" concept. It aligns closely with the judgment presented in this article: what truly matters is the resources required for the system to complete actual tasks, rather than the number of technical terms or backend machines. [Technology] Inventory Management System of 1993
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993_01.html
This article extends the history of the "Dinosaur Legion" further back to the practical systems of 1993, illustrating that this design approach of "starting from problems and directly solving them with existing tools" is not a reflection that emerged only in the AI era, but has earlier practical foundations. [Technology] A Structural Case Study of the Prototype System for Remote Work in 1993
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993.html
This also belongs to the early technology practice chain. It illustrates that even in an era when hardware, networks, and software conditions were far from what they are today, effective working systems could still be established through proper structural organization, directly corresponding to the article's viewpoint that "technological capability cannot be simply judged by the era of technology." [Logistics System] 2005 No Warehouse No Vehicle Logistics System
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_2005.html
This article reflects the simplification of the traditional business structure itself, rather than continuing to add technological layers to the existing complex processes. It is directly connected to the systematic thinking in "Commander of the Dinosaur Legion," which continuously questions "Why must we increase manpower?" and "Why can't these links be connected directly?" [Logistics System] The Intelligent Collection System of 2005 - Conceived in 1997
AWA: https://web.archive.org.au/awa/20260810071743mp_/https://times.net.au/cn_epochal/er_pages/er_v07/cn_epochal072005_1997.html
This article showcases the early concept of automatic collection, reducing manual repetitive input, and continuous data utilization, serving as a direct technical example of the article's principle of "inputting data once to drive multiple subsequent processes." [Logistics System] In 2005, my global procurement practical system
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_2005.html
This article tests the system in real multinational business operations. Its significance lies in the fact that the vitality of the "Dinosaur Legion" is not determined by long laboratory operation times, but by continuously undertaking real tasks in the environments of procurement, logistics, data, and business responsibility. [Logistics System] "Era Intelligent Logistics" Features
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_article_17.html
This article can serve as a reference for the mature form after the long-term evolution of early systems, connecting with relevant literature from the 1990s, 2005, and 2013, forming a system development chain that spans different technological eras. [Dimension] Structural Value of System Resources
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_23.html
This article serves as a theoretical supplement to the structure of "Dinosaur Legion Commander." While old servers, forums, websites, Excel, Google Sheets, etc., may not seem advanced when viewed individually, the overall value of these resources cannot be judged by the age of any single tool when they form a stable structure based on real tasks. [Dimension] What are closed loops and self-consistency?
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_21.html
One of the important conditions for the "Dinosaur Legion" to operate for a long time is that the system itself forms a closed loop that can work continuously, rather than relying on external platforms for constant patchwork maintenance. This article explains from a structural approach why a seemingly simple or even ancient system may still maintain stable vitality. [Technologie Extrême] Commandant de la Légion des DinosauresJe suis peut-être le dernier commandant de la légion des dinosaures de cette époque. Ma légion n'a pas de clusters GPU, pas de supercalculateur, pas de grands modèles, et pas d'IA. Parmi eux, il y a un VPS modeste, un ancien forum phpBB de 2001, quelques systèmes logistiques construits petit à petit avec Excel et Google Sheets, et quelques sites qui aujourd'hui ne peuvent probablement être trouvés que dans la catégorie "archéologie technique". Selon les normes utilisées aujourd'hui dans l'industrie de l'internet, ils semblent avoir longtemps dû quitter la scène historique : l'architecture n'est pas assez à la mode, l'interface n'est pas vraiment magnifique, il n'y a pas de services cloud en cascade, pas de plugins à renouveler constamment, pas une longue liste de termes techniques qui semblent profonds et mystérieux, et encore moins une grande équipe de développement qui maintient tout cela jour et nuit. Pourtant, ils sont non seulement en vie, mais ils continuent à fonctionner. Il y a vingt ans, les sites Web peuvent encore être ouverts aujourd'hui, la structure des forums d'il y a vingt ans continue de supporter un grand nombre de visites, et les systèmes logistiques qui ont été mis en opération il y a plus d'une décennie peuvent encore traiter des affaires réelles. Ils n'ont pas été éliminés au cours des vagues technologiques successives, et n'ont pas perdu leur vitalité en raison de l'arrêt de service d'une plateforme, de la cessation de mise à jour d'un plugin, ou du changement de modèle commercial d'une entreprise. Ils ressemblent à un groupe de dinosaures qui ont traversé les âges depuis l'Antiquité jusqu'à aujourd'hui, sans les étiquettes de la dernière époque, mais conservant toujours leur squelette, leurs muscles et leur vitalité, tout en continuant à assumer les tâches qui leur ont été confiées au départ. En 2025, lorsque mon ancien forum a fait face à plus de 560 000 visiteurs en ligne (le record de visiteurs en ligne est de plus de 662 000 le vendredi 20 mars 2026 à 21h15), il n'est pas tombé dans l'oubli. Ce moment m'a donné une sensation très particulière, car je savais mieux que quiconque ce qu'était ce forum à l'époque, et je savais aussi qu'il n'y avait pas de grande équipe technique derrière. Je n'avais pas des dizaines d'ingénieurs surveillant les serveurs, je n'avais pas mobilisé une puissance de calcul énorme pour un pic de trafic, et je n'avais pas construit un système juste pour afficher un joli chiffre. Le nombre de visites sur l'écran continuait d'augmenter, le forum était toujours là, s'ouvrant page après page, affichant article après article. Il y a vingt ans, je n'aurais jamais pensé qu'un jour je devrais le qualifier de "vieux", à l'époque, c'était juste un outil, un endroit où je pouvais rassembler des gens, laisser des mots, organiser des informations. J'avais besoin d'un forum, alors j'ai créé un forum ; j'avais besoin d'un site web, alors j'ai créé un site web ; j'avais besoin d'un système logistique pour résoudre des problèmes commerciaux concrets, alors j'ai conçu le système moi-même. Je n'ai jamais fait ces choses pour prouver qu'une certaine voie technologique était plus avancée qu'une autre, mais plutôt pour trouver des solutions à chaque problème réel qui se présentait. Après de nombreuses années, en regardant en arrière, je me rends compte que les choses qui ont été créées pour résoudre de véritables problèmes ont en fait duré plus longtemps que beaucoup de choses créées pour suivre les tendances technologiques. Ces anciens systèmes ne m'ont pas constamment rappelé quelle technologie ils utilisaient, ni exigé que je passe à une nouvelle version, ils ont simplement accompli leur travail en silence. Mon forum phpBB est presque un monde purement textuel. Il n'a pas d'algorithmes qui devinent sans cesse ce que les visiteurs veulent voir dans la seconde suivante, pas de contenu poussé sans fin pour augmenter le temps de séjour, pas de mur d'inscription qui bloque chaque passant à la porte, et pas de pages de plus en plus complexes pour emballer les informations les plus simples. Un étranger qui arrive ici peut entrer, lire et partir, le forum ne le poursuit pas, n'analyse pas ses joies et ses peines, et n'a pas besoin de savoir ce qu'il prévoit d'acheter ensuite. Cela n'avait rien de particulier il y a vingt ans, mais aujourd'hui, cela semble étrangement inhabituel, et cette simplicité qui était autrefois si ordinaire est devenue une qualité technique rare. Le web moderne devient de plus en plus vaste et complexe. Une page web ordinaire peut appeler des dizaines, voire des centaines de ressources, une fonctionnalité simple peut impliquer plusieurs plateformes, interfaces, plugins et services tiers. Les serveurs sont plus rapides, la bande passante est plus large, la puissance de calcul a été multipliée par je ne sais combien, mais de nombreuses pages n'en sont pas devenues plus légères. Certains sites, une fois ouverts, ne présentent d'abord pas de contenu, mais des fenêtres pop-up, des choix de cookies, des demandes d'inscription, des publicités, des recommandations, des scripts de suivi et divers modules en attente de chargement. En revanche, mon ancien forum ne sait même pas ce qu'est un "profil utilisateur", il sait juste que quelqu'un est arrivé, alors il lui présente la page. Mon système logistique est pareil. Son interface n'est pas vraiment jolie, et il est même difficile de l'emballer selon l'esthétique actuelle de l'industrie du logiciel, mais je n'ai jamais considéré le système logistique comme une œuvre d'art à admirer. Un conteneur n'arrivera pas au port simplement parce que l'interface est belle, les comptes ne seront pas automatiquement corrects juste parce que les boutons ont des animations, et la déclaration en douane, le transport, la comptabilité, la réconciliation bancaire et le traitement des anomalies ne se feront pas naturellement parce que le logiciel utilise les derniers termes techniques. La véritable logistique fait face chaque jour au temps, aux chiffres, aux erreurs, aux responsabilités et aux coûts ; un conteneur erroné représente un problème réel, une facture erronée représente de l'argent réel, et si une étape est omise, cela peut entraîner une série de problèmes. Donc, lorsque je conçois un système, je ne pense jamais à comment le rendre complexe, mais plutôt à comment simplifier les choses complexes, comment réduire les étapes pour les utilisateurs, comment empêcher les erreurs avant qu'elles ne se produisent, comment éviter de saisir deux fois les données déjà entrées. Alors que d'autres augmentent constamment le personnel pour gérer des affaires en croissance, je me demande pourquoi il est nécessaire d'augmenter le personnel ; lorsque d'autres décomposent un processus en plus de départements, je me demande pourquoi ces étapes ne peuvent pas être directement reliées ; lorsque d'autres s'habituent à accepter que "c'est comme ça dans l'industrie", je me permets de poser la question pourquoi ? Ainsi, chaque action qui nécessitait auparavant une répétition manuelle est éliminée, chaque étape qui était auparavant séparée est connectée, une donnée commence à alimenter plusieurs processus en aval, et l'ensemble du système est progressivement affiné à travers des conteneurs, des documents, des clients, des enregistrements bancaires et diverses anomalies dans de véritables opérations logistiques. Par conséquent, je n'ai jamais pensé que l'âge d'un système puisse déterminer son niveau d'avancement. Une voiture fabriquée il y a vingt ans, si elle ne peut plus accomplir ses tâches de base aujourd'hui, peut certainement être considérée comme vieille. Mais un système dont la structure centrale a été formée il y a vingt ans, s'il peut encore aujourd'hui accomplir des tâches que des équipes nombreuses doivent réaliser avec de grandes ressources, alors ce qui mérite vraiment d'être discuté n'est pas s'il est "vieux ou non", mais pourquoi il a pu survivre si longtemps ? L'âge de la technologie et la capacité technologique sont en réalité deux choses différentes ; considérer l'année de développement comme une échelle de niveau d'avancement est en soi une méthode de jugement très superficielle. Dans le monde logiciel d'aujourd'hui, il est habituel d'utiliser des numéros de version pour créer un sentiment d'urgence. Hier, c'était le dernier cri, aujourd'hui, c'est déjà mis à jour, et demain, une nouvelle version apparaîtra. Mises à niveau du matériel, mises à niveau des frameworks, mises à niveau des bases de données, mises à niveau des plateformes cloud, mises à niveau de l'IA, toute l'industrie semble être sur un tapis roulant qui ne peut jamais s'arrêter ; dès que l'on s'arrête, on ressent une peur d'être abandonné par l'époque. Mon armée de dinosaures n'a pas cette peur et ne participe pas à cette course aux versions. Tant que la tâche est accomplie, on continue à l'accomplir ; tant que la structure reste valide, on continue à fonctionner ; ce qui n'a pas besoin de changer ne sera pas contraint de changer simplement parce que les autres ont déjà changé. Bien sûr, on peut mettre à niveau quand c'est vraiment nécessaire, mais la mise à niveau doit résoudre un problème, et non pas être faite pour prouver aux autres qu'on n'est pas dépassé. Je n'admire jamais la complexité, car la complexité n'égale pas automatiquement l'avancement. Souvent, la complexité ne fait qu'envelopper des problèmes simples de manière de plus en plus épaisse, et finalement, tout le monde oublie ce qu'était le problème à l'origine. Si un système nécessite dix machines pour accomplir le travail qu'une seule machine peut faire, si dix personnes sont nécessaires pour réaliser le travail qu'une seule personne peut faire, si des dizaines de modules sont nécessaires pour accomplir le travail qu'une structure peut faire, je ne considérerai pas qu'il est plus avancé simplement parce qu'il utilise les dernières technologies. Je me demanderai d'abord ce que ces machines, cette main-d'œuvre, ces modules, ces coûts de maintenance et de gestion supplémentaires ont réellement créé. Ce n'est pas non plus une nostalgie pour l'ancienne époque. Je n'ai aucun intérêt à revenir à l'époque de la connexion par modem, et je ne nierai pas la valeur des nouvelles technologies simplement parce que je possède un ancien système. La puissance de calcul, l'intelligence artificielle et l'infrastructure réseau d'aujourd'hui sont certainement beaucoup plus puissantes qu'il y a vingt ans, et je vis chaque jour dans cette époque, utilisant les outils de cette époque. La question n'a jamais été de savoir si les nouvelles technologies sont bonnes ou non, mais si les gens ont déjà pris l'habitude d'assimiler directement "nouveau" à "avancé", "énorme" à "puissant", et "complexe" à "professionnel" ? Si un système utilise moins de personnes, moins de machines, moins de maintenance et coûte moins cher, tout en accomplissant à long terme le même travail, voire plus, alors il est en soi une preuve d'efficacité, et non quelque chose qui acquiert soudainement de la valeur seulement après avoir été nommé par une tendance technologique. Un site web qui reste accessible après vingt ans est en soi un signe de vitalité ; un forum qui peut supporter une énorme pression de trafic sans l'emballage des vastes infrastructures modernes d'Internet est une manifestation de la capacité architecturale. Une personne capable de maîtriser à long terme son propre système, ses propres données, son propre site et son propre contenu, sans perdre tout à cause des changements de règles des plateformes externes, reflète une autre chose de plus en plus importante : le contrôle technologique. Ces éléments ne peuvent pas être mesurés simplement par l'esthétique de l'interface, la version du logiciel ou le nombre de serveurs, mais ils déterminent jusqu'où un système peut réellement aller. C'est aussi pourquoi j'aime de plus en plus le nom "Légion des dinosaures". Les dinosaures, dans l'imaginaire collectif, évoquent l'ancien, le gigantesque, l'extinction, un temps révolu. Pourtant, ma légion de dinosaures n'a pas disparu. Ils ont traversé le Web 1.0, l'ère des portails, l'ère des forums, l'ère des réseaux sociaux, l'ère de l'internet mobile, et ont continué leur chemin vers l'ère de l'IA. Les époques annoncent à maintes reprises la fin du vieux monde, mais ils restent à chaque fois, car ils n'ont jamais été conçus pour suivre les tendances, mais pour accomplir des tâches concrètes. Le forum est destiné à permettre aux gens d'échanger, le site web est destiné à conserver et à diffuser des informations, et le système logistique est destiné à améliorer l'efficacité réelle. Tant que ces besoins fondamentaux n'ont pas disparu, tant qu'ils peuvent encore accomplir efficacement leurs tâches, ils ont toujours une raison d'exister. Ce qui me fait vraiment apprécier, ce n'est pas tant l'ancienneté de ces systèmes, mais le fait qu'ils n'ont pas complètement confié leur destin à d'autres. Aujourd'hui, un créateur peut posséder des dizaines de comptes sur des plateformes, mais il ne possède pas nécessairement un véritable accès à son contenu ; une entreprise peut acheter d'innombrables services SaaS, mais elle ne maîtrise pas forcément son propre système ; un site web peut avoir une belle architecture cloud, mais il peut immédiatement se retrouver en position de faiblesse si le fournisseur change ses prix, ses interfaces ou ses règles. Je prends un autre chemin. Il n'est pas nécessairement beau, ni conforme aux normes dominantes de chaque époque, mais je sais où se trouvent les machines, où se trouvent les données, pourquoi la structure est conçue de cette manière, et où chercher en cas de problème. Je peux le modifier, et je peux aussi décider de ne pas le modifier, sans avoir besoin d'attendre l'approbation d'une entreprise, sans avoir à craindre qu'une plateforme change soudainement les règles du jeu, et surtout, sans avoir à recommencer à zéro à cause de l'arrêt d'un service. Pour moi, c'est là le véritable sens du contrôle technologique : ce n'est pas de posséder le plus d'outils récents, mais de garder la maîtrise de la direction même lorsque les outils évoluent constamment. Le développement technologique d'aujourd'hui amène les gens à parler principalement des capacités, mais il est rare de discuter de qui détient réellement ces capacités. Les systèmes deviennent de plus en plus intelligents, et les individus pourraient progressivement devenir dépendants de ces systèmes ; les plateformes deviennent de plus en plus puissantes, mais l'espace de décision autonome pour les individus pourrait diminuer. Un bouton capable d'accomplir le travail de dix personnes dans le passé est certes un progrès, mais si ce bouton appartient à quelqu'un d'autre et que vous ne savez même pas pourquoi il continue d'exister, alors cette commodité cache également une fragilité. Mon armée de dinosaures est tout le contraire, elle n'a pas autant de nouveaux termes éclatants, mais elle reste toujours sous mon contrôle. Je sais ce qu'elle peut faire, ce qu'elle ne peut pas faire, où je peux apporter des changements, où je ne peux pas toucher, et je sais quand il faut ajouter des fonctionnalités et quand il est plus fiable de rester dans l'état actuel. Depuis plus de vingt ans, la relation que j'ai développée avec ces systèmes n'est pas celle d'un consommateur avec un produit, mais celle d'un créateur avec un outil. C'est peut-être l'une des relations les plus facilement oubliées à l'ère de l'IA. Aujourd'hui, l'humanité dispose d'outils puissants sans précédent dans l'histoire, un individu ordinaire peut accéder à des capacités de calcul, de traduction, d'analyse et de traitement de l'information qui n'étaient auparavant réservées qu'aux grandes institutions. Mais dans une telle époque, il est d'autant plus crucial de ne pas perdre de vue une question fondamentale : qui utilise qui ? Les outils devraient élargir les capacités humaines, et non remplacer le jugement humain ; les systèmes devraient obéir aux objectifs humains, et non contraindre les individus à modifier l'ensemble de leur comportement pour s'adapter au système. La technologie peut devenir de plus en plus avancée, mais les humains ne devraient pas, en raison de cette avancée technologique, renoncer à leur compréhension, leur jugement et leur contrôle. Donc, en tant que "commandant de la légion des dinosaures", je n'ignore pas l'avenir, mais je continue d'avancer vers le futur avec un groupe de dinosaures qui ont survécu du passé. Ils portent les marques de différentes époques et les méthodes utilisées à ces époques pour résoudre des problèmes réels. Ils me font comprendre qu'en dehors des GPU, du cloud computing, des grands modèles, du SaaS et de divers nouveaux concepts, il y a des choses qui ne deviendront pas obsolètes avec l'itération technologique : la structure doit être claire, l'efficacité doit être réelle, le coût doit être supportable, le système doit pouvoir fonctionner à long terme, les données doivent pouvoir être conservées, et le contrôle final ne doit pas être facilement cédé. Ces éléments n'ont pas de numéro de version, ils ont été établis il y a vingt ans, ils sont toujours valables aujourd'hui, et dans vingt ans, ils ne deviendront pas soudainement obsolètes à cause de l'apparition d'un nouveau terme technologique. Mon armée de dinosaures continuera d'avancer, l'ancien forum continuera de fonctionner, l'ancien site continuera de préserver l'histoire, le système logistique continuera de traiter ce qu'il doit traiter, et de nouveaux outils continueront d'être ajoutés. Les nouveaux arrivants n'ont pas besoin d'éliminer les anciens, et les anciens n'ont pas besoin de rejeter les nouveaux. Ceux qui peuvent résoudre des problèmes doivent rester, ceux qui peuvent améliorer l'efficacité doivent être utilisés. Peu importe à quel point un concept est beau, s'il ne résiste pas à l'épreuve du temps et à la pratique, il n'est pas nécessaire de le placer sur un piédestal. Je ne suis pas une nouvelle espèce, et je n'ai pas besoin de me présenter comme une nouvelle espèce, je suis simplement celui qui n'a jamais remis le volant. Lorsque le monde entier ne cesse de dire aux gens de confier les serveurs au cloud, de confier les logiciels aux plateformes, de confier le jugement aux algorithmes, de confier la mémoire aux bases de données, et de confier des capacités de plus en plus nombreuses à des systèmes invisibles, je garde néanmoins un territoire que je peux comprendre, contrôler et vérifier. Ici se trouvent des sites web d'il y a vingt ans, des forums si anciens qu'ils pourraient presque entrer dans un musée de l'internet, des systèmes logistiques forgés sur de véritables champs de bataille commerciaux, ainsi que de nouveaux outils qui apparaissent seulement aujourd'hui. Ils ont des âges différents, des formes différentes, mais obéissent tous à un même principe : la technologie n'est pas faite pour être vénérée, mais pour résoudre des problèmes ; tant qu'elle peut encore résoudre des problèmes, tant qu'elle peut encore créer une véritable efficacité, tant qu'elle peut encore résister à l'épreuve du temps et de la réalité, elle n'est pas obsolète. Alors, dans cette époque où les GPU rugissent, où les grands modèles se précipitent et où le cloud couvre tout, je suis toujours prêt à me tenir devant mes vieux serveurs, vieux forums, vieux sites web et vieux systèmes, levant ce drapeau qui flotte depuis plus de vingt ans. Je suis le dernier commandant de la légion des dinosaures de cette époque, et ces dinosaures qui ont été déclarés "devraient être éliminés" par le temps encore aujourd'hui sont toujours vivants, toujours en fonctionnement, prouvant leur existence avec des données et des résultats réels. Annexe : Œuvres et liens connexes Annexe : Références pertinentes 说明
说明 Les documents pertinents suivants ont été sélectionnés en fonction du contenu central de « Le Commandant des Légions de Dinosaures », en se concentrant sur cinq lignes directrices principales : un ancien forum et des sites web qui existent depuis plus de vingt ans, un système logistique et financier autonome en fonctionnement depuis longtemps, une architecture technique minimaliste mais efficace, la valeur des données et des systèmes formée avant l'ère de l'IA, ainsi que l'autonomie technique et le contrôle humain qui se sont à nouveau accentués à l'ère de l'IA. Cet article souligne que ces systèmes n'ont pas été établis pour suivre les tendances technologiques, mais ont été formés pour résoudre des problèmes réels après l'apparition de problèmes concrets, et ont été vérifiés par des années de fonctionnement pratique. Cet article souligne particulièrement un jugement : l'âge technologique et la capacité technologique sont deux choses différentes, et la complexité n'est pas automatiquement synonyme d'avancée ; si un système accomplit un travail réel à long terme avec moins de personnes, moins de machines, moins de maintenance et à moindre coût, son efficacité réelle constitue en soi une preuve de valeur. Par conséquent, la littérature suivante privilégie les œuvres qui peuvent directement soutenir ces pratiques historiques, structures systémiques et pensées techniques. À noter particulièrement : la date de rédaction, de publication, de mise en forme et d'archivage à la Bibliothèque nationale des œuvres concernées ne correspond pas à la date de survenance des pratiques enregistrées. Certains articles ultérieurs ont été réorganisés et élargis sur la base de pratiques réelles et de documents historiques survenus dans les années 1990, 2000 et 2010. Par conséquent, la documentation suivante a été sélectionnée en fonction de son degré de lien direct avec cet article, et non selon la date de capture des pages web ou d'AWA pour déterminer l'antériorité des idées et des pratiques. Si une œuvre connexe figure à la fois dans la liste avec des liens NLA/TROVE et AWA, les deux seront listées simultanément : le premier en tant qu'enregistrement de collection indépendant de la bibliothèque nationale, le second en tant qu'instantané historique de page web, chacun ayant des fonctions d'archivage et de citation différentes. Références pertinentes The Last Surviving Human Forum | Forum des Derniers Humains Survivants
NLA/TROVE : https://nla.gov.au/nla.obj-4246730527
Ce fil de discussion est le plus directement lié à "Le Commandant des Légions de Dinosaures". "Le Commandant des Légions de Dinosaures" utilise un ancien forum basé sur la structure phpBB de 2001, qui fonctionne depuis plus de vingt ans et continue de fonctionner sous une forte pression de trafic, comme exemple représentatif des "Légions de Dinosaures" ; le "Forum des Derniers Humains Survivants" se concentre davantage sur la discussion de ce forum traditionnel à long terme et de sa valeur particulière à l'ère de l'IA. Ce texte lui-même enregistre également clairement la situation dans laquelle le forum continue de fonctionner malgré un fort volume de trafic. Un système logistique et financier intelligent intergénérationnel sur 20 ans | Système logistique et financier intelligent intergénérationnel de 20 ans
NLA/TROVE : https://nla.gov.au/nla.obj-4204311557
C'est une autre force principale de la "légion des dinosaures" - un système logistique et financier en fonctionnement depuis longtemps - la littérature thématique la plus directe. Il développe davantage le système résumé dans cet article, qui "a été mis en opération il y a plus d'une décennie et qui traite encore des affaires réelles aujourd'hui", faisant passer le jugement philosophique selon lequel "les anciens systèmes ont encore une capacité de production réelle" à la pratique concrète des systèmes. Le Système de Facturation Intelligent de 2005 | Système de Facturation Intelligent de 2005
NLA/TROVE : https://nla.gov.au/nla.obj-4204311548
Ceci est un exemple précoce concret de la philosophie systémique dans "Le Commandant des Dinosaures" qui vise à "réduire les étapes, éviter la saisie répétée des données déjà entrées, et permettre à une donnée de piloter plusieurs processus". Cet article précise que la conception de son système élimine constamment les actions manuelles redondantes et relie des étapes commerciales qui étaient initialement séparées. La valeur des données à l'ère pré-AI | La valeur des données avant l'IA
NLA/TROVE : https://nla.gov.au/nla.obj-4246730542
Cet article élève la signification de la "légion des dinosaures" d'un niveau de vieux logiciels et de vieux sites web à celui des données historiques : les données, les enregistrements commerciaux et les structures de systèmes qui ont été formés et conservés pendant longtemps avant l'apparition de l'IA ne perdront pas automatiquement leur valeur en raison de leur ancienneté, mais pourraient au contraire acquérir une nouvelle signification grâce à leur originalité et leur continuité historique. Au-delà des jetons : Qu'est-ce qui est vraiment rare à l'ère de l'IA | Après les jetons : Qu'est-ce qui est réellement rare à l'ère de l'IA
NLA/TROVE : https://nla.gov.au/nla.obj-4231977375
Cela est directement lié au jugement sur l'ère de l'IA dans la seconde moitié de cet article. Ce que « Le Commandant des Légions de Dinosaures » défend réellement, ce n'est pas la « vieille technologie » elle-même, mais la structure, les données, l'expérience et la capacité de jugement et de contrôle des personnes, formées par des pratiques réelles à long terme. Cet article affirme clairement que les outils devraient élargir les capacités humaines, et non remplacer le jugement humain. [Technologie] Les nouvelles technologies ne valent pas les anciens outils
AWA : https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_20.html
C'est l'un des documents préliminaires les plus directs sur la vision technologique de "Commandant des Légions de Dinosaures". Les deux articles soulignent ensemble : le critère central pour évaluer la valeur d'un outil n'est pas sa date de publication, son étiquette technologique ou s'il utilise la dernière architecture, mais plutôt s'il peut résoudre des problèmes réels de manière efficace, stable et à faible coût ? [Technologie] Conception à la demande
AWA : https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_07.html
Correspond directement à la narration de cet article : "Besoin d'un forum, donc création d'un forum ; besoin d'un site web, donc création d'un site web ; besoin d'un système logistique pour résoudre des problèmes commerciaux réels, donc conception du système soi-même." Cela révèle une des raisons importantes pour lesquelles les "légions de dinosaures" peuvent survivre à long terme : ces systèmes servent d'abord des besoins réels, et non pas pour se conformer à une tendance technologique d'une époque donnée. [Dimension] Créateur du système d'architecture minimaliste
AWA : https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_22.html
Cet article correspond directement à l'argumentation de "Commandant de la Légion des Dinosaures" sur le fait que "complexe n'est pas égal à avancé". Ce que l'on appelle minimalisme n'est pas un manque de fonctionnalités, mais une réduction des coûts de machines, de main-d'œuvre, de modules, de maintenance et de gestion grâce à une conception structurelle, tout en conservant voire en améliorant la capacité de traitement réelle. Système logistique structuré et mature
AWA : https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_11.html
Cet article est une explication systématique de la partie système logistique de la "Légion des dinosaures". Il considère la structure commerciale accumulée sur le long terme comme le cœur, plutôt que d'utiliser l'interface logicielle, l'année de développement ou les technologies populaires comme principaux critères d'évaluation du niveau d'avancement. [Logistique système] Logistique intelligente sur ordinateur portable
AWA : https://web.archive.org.au/awa/20260810071256mp_/https://times.net.au/cn_epochal/er_pages/er_v10/epochal10article_article_05.html
Cet article soutient particulièrement l'introduction de cet article "Pas de cluster GPU, pas de super puissance de calcul, pas de grands modèles". Il représente une autre voie technologique : s'appuyer sur des structures et une logique d'automatisation pour permettre à des ressources de calcul limitées de gérer des activités réelles à forte intensité. [Logistique système] Système logistique intelligent de 2013
AWA : https://web.archive.org.au/awa/20260810071813mp_/https://times.net.au/cn_epochal/er_pages/er_v03/cn_epochal032013.html
Cet article fournit un point historique important pour la période « le système logistique qui a été mis en opération il y a plus d'une décennie peut encore traiter des affaires réelles », ce qui fait que le « groupe des dinosaures » n'est pas une métaphore abstraite, mais possède une chronologie de développement système clairement définie. [Logistique système] 1997 : vérification de milliers d'enregistrements en 5 secondes
AWA : https://web.archive.org.au/awa/20260810082528mp_/https://times.net.au/cn_epochal/er_pages/er_v01a/cn_epochal01_1997_5.html
C'est un exemple précoce de la pensée "ressources faibles, haute efficacité". Il est en accord étroit avec le jugement proposé dans cet article : ce qui mérite vraiment d'être mesuré, ce sont les ressources nécessaires à la réalisation des tâches réelles par le système, et non le nombre de termes techniques ou le nombre de machines en arrière-plan. [Technologie] Système de gestion des stocks de 1993
AWA : https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993_01.html
Cet article prolonge l'histoire de la "légion des dinosaures" jusqu'à la pratique réelle des systèmes de 1993, illustrant que cette approche de conception "partant des problèmes et résolvant directement avec les outils existants" n'est pas une réflexion née à l'ère de l'IA, mais repose sur des bases pratiques plus anciennes. [Technologie] Étude de cas sur la pratique structurelle du prototype de télétravail de 1993
AWA : https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993.html
Cet article appartient également à la chaîne des premières pratiques technologiques. Il illustre qu'à une époque où les conditions matérielles, réseau et logiciels étaient loin d'être celles d'aujourd'hui, il était possible d'établir des systèmes de travail efficaces grâce à une organisation structurelle appropriée, ce qui correspond directement à l'idée de cet article selon laquelle "la capacité technique ne peut pas être jugée simplement en fonction de l'époque technologique". [Logistique] Système logistique sans entrepôt et sans véhicule de 2005
AWA : https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_2005.html
Cet article reflète une simplification de la structure commerciale traditionnelle elle-même, plutôt que d'ajouter des couches technologiques à des processus déjà complexes. Il est directement lié à la pensée systémique qui questionne sans cesse dans "Le Commandant des Dinosaures" : "Pourquoi faut-il absolument augmenter le personnel ?" et "Pourquoi ces étapes ne peuvent-elles pas être directement connectées ?" [Logistique système] Système de collecte intelligente de 2005 - Conception de 1997
AWA : https://web.archive.org.au/awa/20260810071743mp_/https://times.net.au/cn_epochal/er_pages/er_v07/cn_epochal072005_1997.html
Cet article présente les premières conceptions de collecte automatique, de réduction de la saisie manuelle répétée et d'utilisation continue des données, qui sont un exemple technique direct du principe "saisir les données une fois, alimenter plusieurs processus ultérieurs". [Logistique système] En 2005, mon système d'approvisionnement mondial en pratique
AWA : https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_2005.html
Cet article met le système à l'épreuve dans de véritables affaires commerciales multinationales. Son importance réside dans le fait que la vitalité de la "légion des dinosaures" ne dépend pas d'un long temps de fonctionnement en laboratoire, mais de la capacité à assumer des tâches réelles de manière continue dans un environnement d'approvisionnement, de logistique, de données et de responsabilité commerciale. [Logistique système] Caractéristiques de "Z时代智物通"
AWA : https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_article_17.html
Cet article peut servir de référence pour la forme mature après une longue évolution des systèmes précoces, en se connectant aux documents pertinents des années 1990, 2005 et 2013, formant ainsi une chaîne de développement systémique traversant différentes époques technologiques. [Dimension] Valeur structurelle des ressources système
AWA : https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_23.html
Cet article peut servir de complément théorique à la structure de "Commandant des Légions de Dinosaures". Les anciens serveurs, forums, sites web, Excel, Google Sheets, etc., peuvent sembler peu avancés pris isolément, mais lorsque ces ressources forment une structure stable en fonction de tâches réelles, leur valeur globale ne peut pas être jugée en fonction de l'âge d'un outil individuel. [Dimension] Qu'est-ce qu'un cycle fermé et une cohérence interne ?
AWA : https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_21.html
L'une des conditions importantes pour que la "légion des dinosaures" puisse fonctionner à long terme est que le système lui-même forme un cycle fermé capable de fonctionner de manière continue, plutôt que de dépendre à long terme de plateformes externes pour maintenir des correctifs. Cet article explique de manière structurale pourquoi un système apparemment simple, voire ancien, peut néanmoins maintenir une vitalité stable. [Tecnología Extrema] Comandante de la Legión de DinosauriosPuede que sea el último comandante de la legión de dinosaurios de esta era. Mi legión no tiene clústeres de GPU, no tiene supercomputación, no tiene grandes modelos, ni está respaldada por IA. Entre ellos, hay un VPS modesto, un antiguo foro phpBB de 2001, algunos sistemas logísticos construidos poco a poco con Excel y Google Sheets, y varios sitios web que hoy probablemente solo se pueden encontrar en la categoría de "arqueología técnica". Según los estándares que se utilizan hoy en la industria de Internet, parece que deberían haber salido del escenario histórico hace tiempo: la arquitectura no es lo suficientemente moderna, la interfaz no es deslumbrante, no hay servicios en la nube apilados, no hay complementos de renovación continua, no hay una larga lista de términos técnicos que suenan profundos y, mucho menos, un gran equipo de desarrollo manteniéndolo día y noche. Sin embargo, no solo están vivos, sino que siguen funcionando. Los sitios web de hace veinte años todavía se pueden abrir, la estructura de los foros de hace veinte años todavía soporta un gran volumen de visitas, y el sistema logístico que se puso en funcionamiento hace más de diez años aún puede manejar negocios reales. No han sido eliminados en una y otra ola de avances tecnológicos, ni han perdido repentinamente su vida porque alguna plataforma dejó de funcionar, algún complemento dejó de actualizarse, o alguna empresa cambió su modelo de negocio. Son como un grupo de dinosaurios que han caminado desde la antigüedad hasta hoy, sin las etiquetas de la era moderna, pero aún conservando su esqueleto, músculos y vitalidad, y continúan asumiendo las tareas que se les confiaron en un principio. En 2025, cuando mi antiguo foro enfrentó a más de 560,000 visitantes en línea (el récord máximo en línea fue de más de 662,000 visitantes el 20 de marzo de 2026, viernes, a las 9:15 p.m.), no colapsó. Ese momento fue muy especial para mí, porque sé mejor que cualquier espectador qué tipo de cosa es este foro y que detrás de él no hay un gran equipo técnico. No tengo decenas de ingenieros vigilando los servidores, no he traído enormes capacidades de cálculo temporalmente para un pico de tráfico, y mucho menos he construido un sistema solo para mostrar un número bonito. El número de visitas en la pantalla seguía aumentando, el foro seguía allí, abriéndose página por página, mostrando artículo por artículo. Hace veinte años, no habría pensado que un día necesitaría describirlo como "antiguo"; en ese momento, era solo una herramienta, un lugar que me permitía reunir a las personas, dejar palabras y organizar información. Necesitaba un foro, así que creé un foro; necesitaba un sitio web, así que creé un sitio web; necesitaba un sistema logístico para resolver problemas comerciales reales, así que diseñé el sistema yo mismo. Nunca he hecho estas cosas para demostrar que una ruta tecnológica es más avanzada que otra, sino que, después de que surgieron uno tras otro problemas reales, busqué maneras de resolverlos. Muchos años después, al mirar hacia atrás, me di cuenta de que aquellas cosas que quedaron para realmente resolver problemas, en realidad, han perdurado más que muchas de las que surgieron para seguir las tendencias tecnológicas. Estos viejos sistemas no me han recordado constantemente qué tecnología utilizan, ni me han exigido actualizar a alguna versión; simplemente han completado su trabajo en silencio. Mi foro phpBB es casi un mundo puramente textual. No tiene algoritmos que adivinen constantemente qué quiere ver el visitante en el siguiente segundo, no empuja contenido interminablemente para aumentar el tiempo de permanencia, no tiene muros de registro que bloqueen a cada persona que pasa, ni envuelve la información más simple en páginas cada vez más complejas. Un extraño que llega aquí puede entrar, leer y salir; el foro no lo persigue, no analiza sus alegrías y tristezas, y no necesita saber qué planea comprar a continuación. Esto no era nada especial hace veinte años, pero hoy en día se siente extraño, y esa simplicidad que solía ser tan común se ha convertido en una rara cualidad técnica. El internet moderno es cada vez más grande y también más complejo. Detrás de una página web común pueden estar decenas o incluso más recursos, una función simple puede involucrar múltiples plataformas, interfaces, complementos y servicios de terceros. Los servidores son más rápidos, el ancho de banda es más amplio, la capacidad de cálculo ha aumentado innumerables veces, pero muchas páginas no se han vuelto más ligeras por ello. Algunos sitios web, al abrirse, no presentan primero el contenido, sino ventanas emergentes, opciones de cookies, requisitos de registro, anuncios, recomendaciones, scripts de seguimiento y varios módulos que esperan ser cargados. En comparación, mi viejo foro ni siquiera sabe qué es un "perfil de usuario", solo sabe que alguien ha llegado, así que le entrega la página. Mi sistema logístico es igual. Su interfaz no es precisamente bonita, e incluso es difícil de empaquetar con la estética de la industria del software de hoy en día, pero nunca he considerado el sistema logístico como una obra de arte para ser admirada. Un contenedor no llegará al puerto automáticamente solo porque la interfaz sea bonita, las cuentas no serán correctas automáticamente solo porque los botones tengan efectos de animación, y el despacho de aduanas, el transporte, las finanzas, la conciliación bancaria y el manejo de excepciones no se completarán naturalmente solo porque el software utilice la terminología más reciente. La verdadera logística enfrenta cada día el tiempo, los números, los errores, la responsabilidad y los costos; un error en un contenedor es un problema real, un error en una factura es dinero real, y si se omite un eslabón, puede haber una serie de problemas posteriores. Así que al diseñar el sistema, nunca consideré cómo hacerlo parecer complejo, sino cómo simplificar las cosas complejas, cómo hacer que las personas den un paso menos, cómo evitar que los errores ocurran antes de que sucedan, cómo hacer que los datos que ya se han ingresado no tengan que ser ingresados de nuevo. Cuando otros aumentan constantemente el personal para manejar el creciente volumen de negocios, yo me pregunto por qué es necesario aumentar el personal; cuando otros dividen un proceso en más departamentos, yo me pregunto por qué no pueden conectarse directamente esos eslabones; cuando otros se acostumbran a aceptar que "así es la industria", yo me atrevo a preguntar ¿por qué? Así, se eliminan uno a uno los movimientos que originalmente necesitaban ser repetidos manualmente, se conectan uno a uno los eslabones que originalmente estaban separados, un conjunto de datos comienza a impulsar múltiples procesos posteriores, y todo el sistema se va perfeccionando poco a poco en la verdadera operación logística a través de contenedores, documentos, clientes, registros bancarios y diversas anomalías. Por lo tanto, nunca he creído que la edad de un sistema pueda determinar su grado de avance. Un coche fabricado hace veinte años, si hoy en día ya no puede cumplir con sus tareas básicas, ciertamente se puede decir que está viejo. Pero un sistema cuya estructura central se formó hace veinte años, si hoy todavía puede realizar trabajos que requieren un gran equipo en sistemas modernos con un consumo de recursos muy bajo, entonces lo que realmente necesita ser discutido no es si está "viejo o no", sino ¿por qué ha podido sobrevivir tanto tiempo? La edad de la tecnología y la capacidad de la tecnología son dos cosas diferentes; tomar el año de desarrollo como un indicador de avance es, en sí mismo, un método de juicio muy superficial. Hoy en día, el mundo del software se acostumbra a usar números de versión para crear una sensación de temporalidad; lo que ayer era lo más reciente, hoy ya se ha actualizado, y mañana aparecerá una nueva versión. Actualizaciones de hardware, actualizaciones de marcos, actualizaciones de bases de datos, actualizaciones de plataformas en la nube, actualizaciones de IA; toda la industria parece estar sentada en una cinta transportadora que nunca puede detenerse. Si se detiene, surge un miedo a ser dejado atrás por la época. Mi legión de dinosaurios no tiene este miedo, ni participa en esta competencia de versiones. Si se puede completar la tarea, se continúa completando la tarea; si la estructura sigue siendo efectiva, se sigue ejecutando; lo que no necesita cambiar, no se verá obligado a cambiar solo porque otros ya lo han hecho. Por supuesto, se puede actualizar cuando realmente sea necesario, pero la actualización debe resolver problemas, no ser solo para demostrar a los demás que no se está quedando atrás. Nunca he admirado la complejidad, porque la complejidad no equivale automáticamente a lo avanzado. Muchas veces, la complejidad solo envuelve un problema originalmente simple en capas cada vez más gruesas, hasta que al final todos olvidan cuál era el problema en primer lugar. Si un sistema necesita diez máquinas para realizar el trabajo que una sola máquina puede hacer, necesita diez personas para hacer el trabajo que una sola persona puede hacer, o necesita decenas de módulos para realizar el trabajo que una estructura puede hacer, no voy a pensar que es más avanzado solo porque utiliza la tecnología más reciente; primero preguntaré qué es lo que realmente han creado esos adicionales en máquinas, mano de obra, módulos, costos de mantenimiento y costos de gestión. Esto tampoco es una nostalgia por la vieja era. No tengo interés en volver a la época de la conexión por marcación, ni negaré el valor de las nuevas tecnologías solo porque posea un sistema antiguo. La capacidad de cálculo, la inteligencia artificial y la infraestructura de red de hoy son, sin duda, mucho más poderosas que hace veinte años; vivo en esta época todos los días y utilizo las herramientas de este tiempo. La cuestión nunca ha sido si las nuevas tecnologías son buenas o no, sino si las personas ya se han acostumbrado a igualar "nuevo" directamente con "avanzado", "grande" directamente con "poderoso", y "complejo" directamente con "profesional". Si un sistema utiliza menos personas, menos máquinas, menos mantenimiento y menos costos, pero logra realizar el mismo trabajo real o incluso más a largo plazo, entonces eso es una prueba de eficiencia en sí mismo, y no se convierte en valioso solo porque un flujo tecnológico le dé un nombre. Un sitio web que sigue siendo accesible después de veinte años es, en sí mismo, un signo de vitalidad; un foro que puede soportar una gran presión de acceso sin la enorme infraestructura moderna de Internet es una manifestación de la capacidad arquitectónica. Una persona que puede mantener el control de su sistema, sus datos, su sitio web y su contenido a largo plazo, sin perderlo todo debido a cambios en las reglas de plataformas externas, refleja algo cada vez más importante: el control tecnológico. Estas cosas no se pueden medir simplemente por si la interfaz es bonita, si la versión del software es la más reciente o si la cantidad de servidores es grande, pero determinan hasta dónde puede llegar realmente un sistema. Esta es también la razón por la que me gusta cada vez más el nombre "Legión de Dinosaurios". Los dinosaurios, en la imaginación común, significan antigüedad, grandeza, extinción, representan una era que ya ha terminado, pero mi legión de dinosaurios no ha desaparecido. Han atravesado la Web 1.0, la era de los portales, la era de los foros, la era de las redes sociales, han pasado por la internet móvil y han llegado a la era de la IA. Las épocas han proclamado una y otra vez el fin del viejo mundo, pero ellos han permanecido, porque desde el principio no existieron para seguir tendencias, sino para cumplir tareas reales. El foro es para que las personas se comuniquen, el sitio web es para almacenar y difundir información, y el sistema logístico es para mejorar la eficiencia práctica. Mientras estas necesidades básicas no desaparezcan, mientras aún puedan cumplir sus tareas de manera efectiva, seguirán teniendo razón de existir. Lo que realmente valoro no es cuán antiguos son estos sistemas en sí, sino que no han entregado completamente su destino a otros. Hoy en día, un creador puede tener decenas de cuentas en plataformas, pero no necesariamente posee verdaderamente su entrada de contenido; una empresa puede comprar innumerables servicios SaaS, pero no necesariamente controla su propio sistema; un sitio web puede tener una hermosa arquitectura en la nube, pero puede caer en la pasividad inmediatamente después de que el proveedor cambie los precios, las interfaces o las reglas. He tomado otro camino. No necesariamente es bonito, ni cumple con los estándares de la corriente principal de cada época, pero sé dónde están las máquinas, dónde están los datos, por qué está diseñado así el sistema, y de dónde buscar si algo sale mal. Puedo modificarlo, también puedo decidir no modificarlo, sin esperar la aprobación de ninguna empresa, sin preocuparme de que alguna plataforma cambie repentinamente las reglas del juego, y mucho menos tener que empezar de nuevo porque un servicio se detenga. Para mí, ese es el verdadero significado del control tecnológico: no se trata de cuántas herramientas nuevas poseo, sino de que, a pesar de que las herramientas cambian constantemente, sigo teniendo el control de la dirección. El desarrollo tecnológico hasta hoy ha llevado a que la gente hable más de capacidades, pero rara vez discuta en manos de quién están realmente esas capacidades. Los sistemas son cada vez más inteligentes, y las personas pueden llegar a depender gradualmente de ellos; las plataformas se vuelven más poderosas, pero el espacio en el que los individuos pueden decidir de manera autónoma puede ser cada vez más pequeño. Un botón que puede realizar el trabajo de diez personas del pasado es, por supuesto, un avance, pero si ese botón pertenece a otros y ni siquiera sabes por qué sigue existiendo, entonces esa conveniencia también conlleva fragilidad. Mi legión de dinosaurios es justo lo contrario; no tienen tantos términos nuevos y brillantes, pero siempre están bajo mi control. Sé lo que pueden y no pueden hacer, sé dónde se puede cambiar y dónde no se debe tocar, y también sé cuándo debo añadir funciones y cuándo mantener las cosas como están es más confiable. Después de más de veinte años, la relación que he formado con estos sistemas no es la de un consumidor con un producto, sino la de un creador con una herramienta. Esta puede ser una de las relaciones más fácilmente olvidadas en la era de la IA. Hoy en día, la humanidad cuenta con herramientas poderosas como nunca antes en la historia, una persona común puede acceder a capacidades de cálculo, traducción, análisis y procesamiento de información que antes solo estaban al alcance de grandes instituciones, pero cuanto más avanzamos en esta era, más debemos mantener una pregunta fundamental: ¿quién está usando a quién? Las herramientas deberían ampliar las capacidades humanas, no reemplazar el juicio humano; los sistemas deberían servir a los propósitos humanos, no hacer que las personas cambien todo su comportamiento para adaptarse a los sistemas. La tecnología puede volverse cada vez más avanzada, pero las personas no deben renunciar a la comprensión, el juicio y el control solo porque la tecnología esté avanzando. Así que, yo, el "comandante de la legión de dinosaurios", no rechazo el futuro, sino que avanzo hacia él con un grupo de dinosaurios que han sobrevivido del pasado. Ellos llevan las huellas de diferentes épocas y también los métodos para resolver problemas reales de esos tiempos. Me hacen saber que, más allá de GPU, computación en la nube, modelos grandes, SaaS y varios nuevos conceptos, hay cosas que no se vuelven obsoletas con la iteración tecnológica: la estructura debe ser clara, la eficiencia debe ser real, los costos deben ser sostenibles, el sistema debe poder funcionar a largo plazo, los datos deben poder ser preservados, y el control final no debe ser entregado fácilmente. Estas cosas no tienen número de versión, se establecieron hace veinte años, siguen vigentes hoy y dentro de veinte años no se volverán obsoletas por la aparición de un nuevo término técnico. Mi legión de dinosaurios seguirá avanzando, el antiguo foro continuará funcionando, el viejo sitio web seguirá preservando la historia, el sistema logístico seguirá manejando lo que debe manejar, y nuevas herramientas seguirán siendo añadidas. Lo nuevo no necesita eliminar lo viejo, y lo viejo no necesita rechazar lo nuevo; lo que pueda resolver problemas se queda, lo que pueda mejorar la eficiencia se utiliza. No importa cuán bonito sea un concepto, si no puede resistir la prueba del tiempo y la práctica, no hay necesidad de ponerlo en un pedestal. No soy una nueva especie, ni necesito empaquetarme como tal; simplemente soy la persona que nunca ha entregado el volante. Cuando todo el mundo sigue diciendo que se deben entregar los servidores a la nube, el software a la plataforma, el juicio a los algoritmos, la memoria a las bases de datos y las crecientes capacidades a sistemas invisibles, yo sigo guardando un territorio que puedo entender, controlar y verificar. Aquí hay sitios web de hace veinte años, foros tan antiguos que casi podrían entrar en un museo de Internet, sistemas logísticos forjados en el verdadero campo de batalla comercial, y también nuevas herramientas que han surgido hoy. Tienen diferentes edades y formas, pero obedecen a un mismo principio: la tecnología no es para ser adorada, sino para resolver problemas; mientras pueda seguir resolviendo problemas, mientras pueda seguir creando eficiencia real, mientras pueda soportar la prueba del tiempo y la realidad, no estará obsoleta. Así que, en esta era de GPUs rugientes, grandes modelos en auge y la nube cubriéndolo todo, sigo dispuesto a estar frente a mis viejos servidores, viejos foros, viejos sitios web y viejos sistemas, levantando esa bandera que ha recorrido más de veinte años. Soy el último comandante de la legión de dinosaurios de esta era, y esos dinosaurios que han sido declarados "deberían ser eliminados" una y otra vez por la época, siguen vivos hasta hoy, siguen funcionando, y siguen demostrando su existencia con datos y resultados reales. Apéndice: Obras relacionadas y enlaces Apéndice: Referencias relevantes Instrucciones El siguiente documento relevante se selecciona en función del contenido central de "El comandante de la legión de dinosaurios", centrándose en cinco líneas principales: foros y sitios web antiguos que abarcan más de veinte años, un sistema logístico y financiero autónomo en funcionamiento a largo plazo, una arquitectura técnica minimalista pero efectiva, el valor de datos y sistemas formado antes de la era de la IA, y la autonomía técnica y el control humano que se destacan nuevamente en la era de la IA. Este artículo enfatiza que estos sistemas no se establecieron para seguir las tendencias tecnológicas, sino que se formaron para resolver problemas reales después de que surgieron, y han sido verificados a través de años de funcionamiento práctico. Este artículo enfatiza especialmente un juicio: la edad tecnológica y la capacidad tecnológica son dos cosas diferentes, y lo complejo no equivale automáticamente a lo avanzado; si un sistema puede realizar un trabajo real a largo plazo con menos personas, menos máquinas, menos mantenimiento y a un costo más bajo, su eficiencia real en sí misma es una prueba de valor. Por lo tanto, la siguiente literatura prioriza las obras que pueden respaldar directamente estas prácticas históricas, estructuras de sistemas y pensamientos técnicos. Es necesario señalar especialmente: el tiempo de escritura, publicación, organización y archivo en la Biblioteca Nacional de las obras relacionadas no es igual al tiempo de ocurrencia de las prácticas registradas en ellas. Algunos artículos posteriores han sido reorganizados y ampliados sobre la base de prácticas reales y datos históricos que ya ocurrieron en las décadas de 1990, 2000 y 2010. Por lo tanto, la siguiente bibliografía se selecciona según el grado de relación directa con este texto, y no según el tiempo de captura de la página web o AWA para juzgar la secuencia de pensamientos y prácticas. Si una misma obra relacionada aparece simultáneamente en la lista con enlaces NLA/TROVE y AWA, se enumerarán ambas: la primera como un registro de colección independiente de la Biblioteca Nacional, y la segunda como una instantánea histórica de una página web específica, cumpliendo ambas funciones de archivo y citación de manera diferente. Referencias relacionadas El Último Foro Humano Sobreviviente | El Foro de los Últimos Humanos
NLA/TROVE: https://nla.gov.au/nla.obj-4246730527
Este artículo está directamente relacionado con la línea principal del foro de "El Comandante de la Legión de Dinosaurios". "El Comandante de la Legión de Dinosaurios" utiliza un viejo foro basado en la arquitectura phpBB de 2001, que ha estado en funcionamiento durante más de veinte años y sigue funcionando bajo una enorme presión de acceso como un ejemplo representativo de la "Legión de Dinosaurios"; "El Foro de los Últimos Humanos" se centra aún más en discutir este foro tradicional de larga duración y su valor especial en la era de la IA. Este texto también documenta claramente la situación en la que el foro sigue funcionando a pesar del alto volumen de acceso. Un Sistema de Logística y Finanzas Inteligente Intergeneracional durante 20 Años | Sistema de Logística y Finanzas Inteligente de 20 Años
NLA/TROVE: https://nla.gov.au/nla.obj-4204311557
Este es otro pilar del "Ejército de los Dinosaurios": un sistema de logística y finanzas en funcionamiento a largo plazo, que es la literatura temática más directa. Desarrolla aún más el sistema que se resume en este artículo, el cual "hace más de diez años que está en operación real y hoy sigue manejando negocios reales", haciendo que la afirmación de que "los sistemas antiguos aún tienen capacidad de producción real" pase de un juicio filosófico a una práctica de sistema concreta. El Sistema de Facturación Inteligente de 2005 | The Intelligent Invoice System of 2005
NLA/TROVE: https://nla.gov.au/nla.obj-4204311548
Este es un ejemplo temprano concreto de la filosofía del sistema en "El Comandante de la Legión de Dinosaurios" que busca "reducir pasos, evitar la reintroducción de datos ya ingresados y permitir que un solo dato impulse múltiples procesos". Este artículo aclara que el diseño de su sistema elimina continuamente las acciones manuales repetitivas y conecta los segmentos de negocio que originalmente estaban separados. El Valor de los Datos en la Era Pre-AI | El valor de los datos en la era anterior a la IA
NLA/TROVE: https://nla.gov.au/nla.obj-4246730542
Este artículo eleva el significado de la "legión de dinosaurios" desde el software antiguo y los sitios web antiguos hasta el nivel de datos históricos: aquellos datos, registros comerciales y estructuras de sistemas que se formaron y se conservaron durante mucho tiempo antes de la aparición de la IA, no perderán automáticamente su valor debido a su antigüedad en la era de la IA; por el contrario, pueden adquirir un nuevo significado debido a su originalidad y continuidad histórica. Más Allá de los Tokens: ¿Qué es Realmente Escaso en la Era de la IA? | Más Allá de los Tokens: ¿Qué es Realmente Escaso en la Era de la IA?
NLA/TROVE: https://nla.gov.au/nla.obj-4231977375
Directamente relacionado con el juicio sobre la era de la IA en la segunda mitad de este artículo. Lo que realmente defiende "El Comandante de la Legión de Dinosaurios" no es la "vieja tecnología" en sí, sino la estructura, los datos, la experiencia y la capacidad de juicio y control humano formados a través de prácticas reales a largo plazo. Este artículo afirma claramente que las herramientas deben ampliar la capacidad humana, en lugar de reemplazar el juicio humano. [Tecnología] Nuevas tecnologías no son mejores que las herramientas antiguas
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_20.html
Este es uno de los documentos previos más directos a la visión tecnológica de "Comandante de la Legión de Dinosaurios". Ambos artículos enfatizan conjuntamente: el núcleo para juzgar el valor de una herramienta no es la fecha de lanzamiento, la etiqueta tecnológica o si utiliza la arquitectura más reciente, sino si puede resolver problemas reales de manera efectiva, estable y a bajo costo. [Tecnología] Diseño bajo demanda
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_07.html
Se corresponde directamente con la narración de este artículo: "Se necesita un foro, por lo tanto se establece un foro; se necesita un sitio web, por lo tanto se establece un sitio web; se necesita un sistema logístico para resolver problemas comerciales reales, por lo tanto se diseña el sistema uno mismo". Revela una de las razones importantes por las cuales la "legión de dinosaurios" puede sobrevivir a largo plazo: estos sistemas sirven primero a necesidades reales, y no existen para ajustarse a las tendencias tecnológicas de una época. [Dimensión] Creador del sistema de arquitectura minimalista
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_22.html
Este texto corresponde directamente a la discusión en "El comandante de la legión de dinosaurios" sobre que "lo complejo no es igual a lo avanzado". Lo que se entiende por minimalismo no es la falta de funciones, sino la reducción de costos en máquinas, mano de obra, módulos, mantenimiento y gestión a través del diseño estructural, al mismo tiempo que se conserva e incluso se mejora la capacidad de procesamiento real. Sistema logístico estructurado maduro
AWA： https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_11.html
Este artículo es una explicación sistemática de la parte del sistema logístico "Legión de Dinosaurios". Se centra en la estructura empresarial acumulada a lo largo del tiempo como núcleo, en lugar de utilizar la interfaz de software, el año de desarrollo o las tecnologías populares como los principales criterios para medir el grado de avance. [Sistema logístico] Logística inteligente en laptops
AWA: https://web.archive.org.au/awa/20260810071256mp_/https://times.net.au/cn_epochal/er_pages/er_v10/epochal10article_article_05.html
Este artículo puede respaldar la comparación al inicio de este texto "sin clústeres de GPU, sin supercomputación, sin grandes modelos". Representa otra ruta tecnológica: confiar en la estructura y la lógica de automatización para permitir que recursos computacionales limitados manejen negocios reales de alta intensidad. [Sistema logístico] Sistema de logística inteligente de 2013
AWA: https://web.archive.org.au/awa/20260810071813mp_/https://times.net.au/cn_epochal/er_pages/er_v03/cn_epochal032013.html
Este artículo proporciona un importante hito histórico en la línea de tiempo de "sistemas de logística que han estado en operación real desde hace más de una década y que aún pueden manejar negocios reales", haciendo que "la legión de dinosaurios" no sea una metáfora abstracta, sino que tenga un cronograma de desarrollo del sistema claramente definido. [Sistema logístico] 1997: Verificación de miles de registros en 5 segundos
AWA: https://web.archive.org.au/awa/20260810082528mp_/https://times.net.au/cn_epochal/er_pages/er_v01a/cn_epochal01_1997_5.html
Este es un ejemplo temprano del pensamiento de "bajos recursos, alta eficiencia". Coincide plenamente con el juicio presentado en este artículo: lo que realmente merece ser medido son los recursos necesarios para que el sistema complete tareas reales, y no cuántos términos técnicos hay o cuántas máquinas en segundo plano. [Tecnología] Sistema de gestión de inventarios de 1993
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993_01.html
Este artículo extiende la historia de la "legión de dinosaurios" hacia adelante hasta la práctica de sistemas reales de 1993, lo que puede ilustrar que este enfoque de diseño "partiendo de un problema y resolviéndolo directamente con herramientas existentes" no es una reflexión que se formó solo en la era de la IA, sino que tiene una base práctica más antigua. [Tecnología] Estudio de caso estructural del prototipo de sistema de trabajo remoto de 1993
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993.html
Este texto también pertenece a la cadena de prácticas tecnológicas tempranas. Muestra que en una época en la que las condiciones de hardware, red y software estaban muy lejos de ser las de hoy, aún se podían establecer sistemas de trabajo efectivos a través de una organización estructural adecuada, lo que corresponde directamente con la opinión de este artículo de que "la capacidad técnica no puede ser juzgada simplemente por la época tecnológica". [Sistema logístico] Sistema logístico sin almacén y sin vehículos de 2005
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_2005.html
Este artículo refleja una simplificación de la estructura empresarial tradicional en sí misma, en lugar de seguir añadiendo capas tecnológicas sobre procesos complejos existentes. Está directamente relacionado con el pensamiento sistémico que cuestiona continuamente en "El comandante de la legión de dinosaurios" "¿por qué es necesario aumentar el personal?" y "¿por qué no se pueden conectar directamente estos eslabones?" [Sistema logístico] Sistema de recolección inteligente de 2005 - Concebido en 1997
AWA: https://web.archive.org.au/awa/20260810071743mp_/https://times.net.au/cn_epochal/er_pages/er_v07/cn_epochal072005_1997.html
Este artículo presenta las primeras ideas sobre la recolección automática, la reducción de la entrada manual repetitiva y la utilización continua de datos, siendo un ejemplo técnico directo del concepto "entrada de datos una vez, impulsando múltiples procesos posteriores". [Sistema logístico] En 2005, mi sistema de adquisición global en la práctica
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_2005.html
Este artículo pone el sistema a prueba en un verdadero negocio comercial multinacional. Su importancia radica en que la vitalidad del "grupo de dinosaurios" no se mide por el tiempo de funcionamiento en laboratorio, sino por la capacidad de asumir tareas reales de manera continua en un entorno de adquisiciones, logística, datos y responsabilidad comercial. [Sistema Logístico] Características de "Era Inteligente de la Logística"
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_article_17.html
Este artículo puede servir como referencia para la forma madura después de la evolución a largo plazo de los sistemas tempranos, conectándose con la literatura relevante de la década de 1990, 2005 y 2013, formando una cadena de desarrollo del sistema que abarca diferentes eras tecnológicas. [Dimensión] Valor estructural de los recursos del sistema
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_23.html
Este texto es adecuado como complemento teórico estructural para "El comandante de la legión de dinosaurios". Los servidores antiguos, foros, sitios web, Excel, Google Sheets, etc., pueden no parecer avanzados por sí solos, pero cuando estos recursos forman una estructura estable según tareas reales, su valor total no puede juzgarse según la antigüedad de una herramienta individual. [Dimensión] ¿Qué son el bucle cerrado y la autoconformidad?
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_21.html
Una de las condiciones importantes para que la "legión de dinosaurios" funcione a largo plazo es que el sistema en sí mismo forme un bucle cerrado que pueda trabajar de manera sostenible, en lugar de depender a largo plazo de plataformas externas para mantenerlo con parches constantes. ¿Este artículo explica desde un enfoque estructural por qué un sistema que parece simple e incluso antiguo aún puede mantener una vitalidad estable? [極限テクノロジー]恐竜軍団の指揮官私はこの時代の最後の恐竜軍団の指揮官かもしれません。私の軍団にはGPUクラスターも、スーパーコンピュータも、大規模モデルも、AIの支援もありません。その中には、目立たない単独のVPSが1台、phpBB 2001の古いバージョンのフォーラムが1つ、ExcelやGoogle Sheetsで少しずつ構築した物流システムがいくつか、そして今日では「技術考古学」のカテゴリでしか見つけられないような同類のウェブサイトがいくつかあります。今日のインターネット業界で使われる標準に従えば、これらはとっくに歴史の舞台から退場すべきもののようです：アーキテクチャは流行遅れで、インターフェースは華やかさに欠け、層を成すクラウドサービスも、継続的に料金を支払うプラグインも、難解な技術用語の長いリストもなく、さらに背後で昼夜を問わずメンテナンスを行う大規模な開発チームもありません。しかし、彼らはただ生き残っているだけでなく、今もなお働いています。 20年前のウェブサイトは今日でも開けるし、20年前のフォーラムの構造は今日でも膨大なアクセスを支えている。10年以上前に実際に運用が始まった物流システムは今でもリアルなビジネスを処理できる。それらは一連の技術の波の中で淘汰されることもなく、あるプラットフォームがサービスを停止したり、あるプラグインが更新を停止したり、ある会社がビジネスモデルを変更したりして突然生命を失うこともなかった。それらはまるで古代から今日まで歩んできた恐竜のようで、最新の時代に貼られたラベルはないが、自らの骨格、筋肉、生命力を保ちながら、初めに与えられた任務を引き続き担っている。 2025年、私の古いフォーラムは56万人以上のオンライン訪問者に直面したとき（最高オンライン記録は66.2万人を超えた2026年3月20日金曜日、午後9時15分）、轟然と倒れることはありませんでした。その瞬間、私の感情は特別なものでした。なぜなら、私はどの観客よりもこのフォーラムがどの時代のものであるかをよく知っており、その背後に巨大な技術チームがいないことも理解していたからです。私は数十人のエンジニアがサーバーを守っているわけではなく、一度のトラフィックのピークのために巨額の計算能力を一時的に調達することもなく、ただ美しい数字を作るためだけに展示用のシステムを構築することもありませんでした。画面上の訪問者数は絶えず上昇し、フォーラムはそこにあり続け、一ページ一ページが開かれ、一記事一記事が表示されました。20年前、私はいつかそれを「古い」と形容する必要があるとは思ってもみませんでした。その時、それは単なるツールであり、人々を集め、文字を残し、情報を整理するための場所でした。 私はフォーラムが必要だったのでフォーラムを作り、ウェブサイトが必要だったのでウェブサイトを作り、実際のビジネス問題を解決するための物流システムが必要だったので自分でシステムを設計しました。私は決してある技術路線が別の技術路線よりも優れていることを証明するためにこれらのことを行ったのではなく、一つまた一つと現れる真の問題を解決する方法を考えたのです。何年も経った後に振り返ってみると、真に問題を解決するために残されたものは、技術の流行を追い求めて生まれた多くのものよりも長く生き残っていることに気づきました。これらの古いシステムは、どの技術を採用しているかを私に絶えず思い出させることもなく、どのバージョンにアップグレードするように求めることもなく、ただ静かに自分の仕事を果たしているのです。 私のphpBBフォーラムはほぼ純粋な文字の世界です。訪問者が次の瞬間に何を見たいかを推測するアルゴリズムはなく、滞在時間を増やすために無限にコンテンツを押し付けることもなく、通りすがりの人を門の外に遮る登録の壁もなく、最もシンプルな情報を複雑なページで包むこともありません。見知らぬ人がここに来れば、入ることができ、読むことができ、去ることができ、フォーラムは彼を追いかけず、彼の喜怒哀楽を分析することもなく、次に何を買うつもりかを知る必要もありません。これは20年前には特別なことではありませんでしたが、今日では逆に奇妙に感じられ、このかつて普通すぎるほど普通だったシンプルさは、今や珍しい技術的な品質となっています。 現代のインターネットはますます巨大化し、徐々に複雑になっています。普通のウェブページの背後には、数十個、さらにはそれ以上のリソースが呼び出されることがあります。単純な機能が複数のプラットフォーム、インターフェース、プラグイン、そしてサードパーティサービスに関わることもあります。サーバーはより速くなり、帯域幅は広がり、計算能力はどれだけ向上したか分かりませんが、多くのページはそれによって軽快になったわけではありません。あるウェブサイトを開くと、最初に目に飛び込んでくるのはコンテンツではなく、ポップアップ、クッキーの選択、登録要求、広告、推薦、トラッキングスクリプト、そしてさまざまな読み込み待ちのモジュールです。それに対して、私の古いフォーラムは「ユーザー画像」というものが何かを知りません。ただ誰かが来たことを知り、そのページを彼に渡すだけです。 私の物流システムも同様です。そのインターフェースは美しいとは言えず、今日のソフトウェア業界の美学でパッケージ化するのは難しいですが、私は物流システムを人々が鑑賞するための芸術品だとは決して考えたことがありません。コンテナはインターフェースが美しいからといって自動的に港に到着するわけではなく、帳簿はボタンにアニメーション効果があるからといって自動的に正確になるわけではありません。通関、輸送、財務、銀行の照合、異常処理も、ソフトウェアが最新の技術用語を使用しているからといって自然に完了するわけではありません。真の物流は、毎日時間、数字、誤り、責任、コストに直面しています。コンテナが間違っていると、それは現実の問題です。請求書が間違っていると、それは現実のお金です。一つのプロセスが漏れると、その後には一連のトラブルが待っているかもしれません。 だから、システムを設計する際に考慮するのは、どうやってそれを複雑に見せるかではなく、どうやって複雑なことを簡単にするか、どうやって人が一歩少なくするか、どうやってエラーが発生する前に防ぐか、どうやって一度入力したデータを二度入力する必要がないようにするかです。他の人が増え続ける業務を処理するために人手を増やすことを考えているとき、私はなぜ必ず人手を増やさなければならないのかを考えます。他の人がプロセスをより多くの部門に分けるとき、私はなぜこれらのステップを直接つなげられないのかを考えます。他の人が「業界はこういうものだ」と受け入れることに慣れているとき、私はなぜそうなのかと問いかけます。こうして、本来は人手で繰り返し行う必要があった動作が消え、本来は互いに分離していたステップがつながり、一つのデータが後の複数のプロセスを駆動し、全体のシステムも実際の物流業務の中でコンテナ、書類、顧客、銀行の記録、さまざまな異常によって少しずつ磨かれていきました。 したがって、私はシステムの年齢がシステムの先進性を決定できるとは決して考えていません。20年前に製造された自動車が、今日ではその基本的なタスクを完了できないのであれば、確かにそれは古くなったと言えるでしょう。しかし、20年前にコア構造が形成されたシステムが、今日でも非常に低いリソース消費で、現代のシステムが大規模なチームを必要とする作業を完了できるのであれば、実際に議論すべきことは「古いかどうか」ではなく、なぜそれがこんなに長く生き残っているのかということです。技術の年齢と技術の能力は本来別のものであり、開発年を先進性の尺度として扱うこと自体が非常に表面的な判断方法です。 今日のソフトウェアの世界は、バージョン番号を使って時間感を生み出すことに慣れています。昨日は最新だったものが、今日は更新され、明日には新しいバージョンが登場します。ハードウェアのアップグレード、フレームワークのアップグレード、データベースのアップグレード、クラウドプラットフォームのアップグレード、AIのアップグレード、業界全体がまるで決して止まることのできないベルトコンベアに乗っているかのようです。止まってしまうと、時代に取り残される恐怖が生まれます。私の恐竜軍団にはこのような恐怖はなく、このバージョン競争にも参加しません。任務を完了できるなら、引き続き任務を完了します。構造がまだ有効であれば、引き続き運用します。変える必要のないものは、他の人がすでに変えたからといって強制的に変わることはありません。本当にアップグレードが必要なときにはもちろんアップグレードできますが、アップグレードは問題を解決するものでなければならず、他人に自分が遅れていないことを証明するためのものではありません。 私は複雑さを崇拝することは決してありません。なぜなら、複雑さは自動的に先進的であることを意味しないからです。多くの場合、複雑さは本来シンプルな問題をますます厚く包み込むだけで、最終的には誰もその問題が最初に何であったかを忘れてしまいます。もしあるシステムが、一台の機械ができる仕事を十台の機械で、ある人ができる仕事を十人で、ある構造ができる仕事を数十のモジュールで完了しなければならないなら、私はそれが最新技術を使用しているからといって、より先進的だとは思いません。まず最初に、余分な機械、人員、モジュール、維持コスト、管理コストが一体何を生み出しているのかを問います。 これは旧時代への懐古ではありません。ダイヤルアップ接続の時代に戻りたいとは思いませんし、古いシステムを持っているからといって新技術の価値を否定することもありません。今日の計算能力、人工知能、ネットワークインフラはもちろん20年前よりもはるかに強力であり、私は毎日この時代に生き、この時代のツールを使用しています。問題は新技術が良いかどうかではなく、人々が「新」を「先進」と直接同一視し、「巨大」を「強力」と直接同一視し、「複雑」を「専門的」と直接同一視することに慣れているかどうかです。もしあるシステムがより少ない人員、より少ない機械、より少ないメンテナンス、より低いコストで、長期間にわたり同じ、あるいはそれ以上の実際の作業を完了したなら、それ自体が効率の証明であり、特定の技術トレンドがその名前を付けるのを待ってから突然価値を持つわけではありません。 あるウェブサイトが20年を超えてアクセス可能であること自体が生命力の証であり、あるフォーラムが現代のインターネットの膨大なインフラのパッケージなしで巨大なアクセス圧力に耐えられることは、構造能力の表れである。ある人が長期間にわたり自分のシステム、自分のデータ、自分のウェブサイト、そして自分のコンテンツを掌握し、外部プラットフォームがルールを変更してもすべてを失うことがないということは、ますます重要になっている別のもの—技術的コントロールの権利を示している。これらの要素は、単にインターフェースが美しいか、ソフトウェアのバージョンが最新か、サーバーの数が多いかで測ることはできないが、システムがどれだけ遠くまで進むことができるかを決定する。 これが、私が「恐竜軍団」という名前をますます好きになる理由です。恐竜は人々の一般的なイメージの中で、古代、巨大、絶滅を意味し、すでに終わった時代を象徴していますが、私のこの恐竜軍団は絶滅していません。彼らはWeb 1.0を越え、ポータル時代を越え、フォーラム時代を越え、ソーシャルメディア時代を越え、モバイルインターネットを越え、そしてAI時代に突入しました。時代は何度も旧世界の終わりを宣言しますが、彼らは何度も残り続けました。なぜなら、彼らは最初から流行のために生まれたのではなく、実際のタスクを完遂するために存在しているからです。 フォーラムは人々が交流するためにあり、ウェブサイトは情報を保存し伝播するためにあり、物流システムは実際の効率を向上させるためにあります。これらの基本的なニーズが消えない限り、そしてそれらが依然として効果的にタスクを遂行できる限り、存在する理由があります。私が本当に大切に思うのは、これらのシステム自体がどれだけ古いかではなく、それらが運命を完全に他者に委ねていないことです。今日、あるクリエイターは数十のプラットフォームアカウントを持つことができますが、自分のコンテンツの入り口を本当に持っているわけではありません；ある企業は無数のSaaSサービスを購入できますが、自分のシステムを本当に掌握しているわけではありません；あるウェブサイトは美しいクラウドアーキテクチャを持つことができますが、サービスプロバイダーが価格、インターフェース、またはルールを変更した後、すぐに受動的な状況に陥る可能性があります。 私は別の道を歩んでいます。それは必ずしも美しいわけではなく、すべての時代の主流基準に合致するわけでもありませんが、私は機械がどこにあるのか、データがどこにあるのか、構造がなぜこのように設計されているのか、問題が発生したときにどこを探せばよいのかを知っています。私はそれを修正することもできれば、修正しないことを決めることもできます。特定の会社の承認を待つ必要もなく、あるプラットフォームが突然ゲームのルールを変更することを心配する必要もなく、あるサービスが停止したために再び始める必要もありません。私にとって、これが技術のコントロール権の本当の意味です：最新のツールをどれだけ持っているかではなく、ツールが絶えず変化しているときに、自分自身が方向を握り続けることです。 技術が今日に至るまで発展してきた中で、人々が最も多く語るのは能力ですが、能力が一体誰の手にあるのかについてはほとんど議論されていません。システムはますます賢くなり、人は逆にシステムに依存するようになるかもしれません。プラットフォームはますます強力になっていますが、個人が自主的に決定できるスペースはますます狭くなる可能性があります。一つのボタンで過去に十人が行っていた仕事を完了できるのは確かに進歩ですが、そのボタンが他人のものであり、あなたがそれがなぜ存在し続けるのかすら知らないのであれば、その便利さの裏には同様に脆弱性が存在します。私の恐竜軍団はまさにその逆で、彼らはそれほど多くの華やかな新しい用語を持っていませんが、常に私の掌握の中にあります。私は彼らが何をできるか、何をできないかを知っており、どこを変えられるか、どこを触ってはいけないかも知っています。また、いつ機能を増やすべきか、いつ現状を維持することがより信頼できるのかも理解しています。 二十年以上が経つ中で、私とこれらのシステムとの間に形成されたのは、消費者と製品の関係ではなく、創造者と道具の関係です。これはAI時代に最も忘れられやすい関係の一つかもしれません。今日、人類は歴史上前例のない強力な道具を手に入れています。普通の人が、かつては大規模な機関だけが持っていた計算、翻訳、分析、情報処理能力を利用できるようになりましたが、こうした時代だからこそ、最も基本的な問いを忘れてはいけません。それは、一体誰が誰を使っているのかということです。道具は人の能力を拡大すべきであり、人の判断を代替すべきではありません。システムは人の目的に従うべきであり、人がシステムに適応するために自分の行動全てを変えるべきではありません。技術はますます進歩することができますが、人は技術が進歩するからといって、理解、判断、制御を放棄してはいけません。 だから、私の「恐竜軍団の指揮官」は未来を拒絶するのではなく、過去から生き延びた恐竜たちと共に未来へ進んでいく。彼らには異なる時代の痕跡が残されており、その時代に実際の問題を解決する方法も残されている。彼らは私に、GPU、クラウドコンピューティング、大規模モデル、SaaS、そしてさまざまな新しい概念の他にも、技術の進化によって無効にならないものがあることを教えてくれた：構造は明確でなければならず、効率は実際のものでなければならず、コストは負担できるものでなければならず、システムは長期間運用可能でなければならず、データは残るべきであり、最終的なコントロール権は簡単に手放してはいけない。これらのものにはバージョン番号はなく、20年前に成立し、今日も成立しており、さらに20年後も新しい技術用語が現れたからといって突然無効になることはない。 私の恐竜軍団はこれからも前進し続け、旧フォーラムは引き続き運営され、旧ウェブサイトは歴史を保存し続け、物流システムはその役割を果たし続け、新しいツールも次々と加わっていきます。新しいものが古いものを排除する必要はなく、古いものが新しいものを拒絶する必要もありません。問題を解決できるものは残り、効率を向上させるものは使用され、時間と実戦の検証に耐えられない、どんなに美しい概念も神壇に供える必要はありません。私は新しい種ではなく、自分を新しい種として包装する必要もありません。私はただ、方向指示器を手放さなかった人間です。 世界中が人々にサーバーをクラウドに、ソフトウェアをプラットフォームに、判断をアルゴリズムに、記憶をデータベースに、ますます多くの能力を見えないシステムに委ねるべきだと伝え続ける中、私は依然として自分が理解でき、制御でき、検証できる領域を守り続けている。ここには20年前のウェブサイトがあり、インターネット博物館に入れるほど古いフォーラムがあり、実際のビジネス戦場で磨かれた物流システムがあり、今日新たに登場したツールもある。それらは年代も形態も異なるが、同じ原則に従っている：技術は崇拝するためのものではなく、問題を解決するためのものである；問題を解決できる限り、真の効率を生み出せる限り、時間と現実の検証に耐えられる限り、それは決して時代遅れにはならない。 だから、このGPUが轟音を立て、大モデルが奔流し、クラウドがすべてを覆う時代においても、私は自分の古いサーバー、古いフォーラム、古いウェブサイト、古いシステムの前に立ち、20年以上の歴史を持つ旗を掲げることをいとわない。私はこの時代の最後の恐竜軍団の指揮官であり、時代によって何度も「淘汰されるべき」と宣言された恐竜たちは、今日まで生き続け、動き続け、真実のデータと結果をもって自らの存在を証明している。 付録：関連作品とリンク 付録：関連参考文献 説明 以下の関連文献は『恐竜軍団統帥』の核心内容に基づいて選定され、主に五つの直接的な主線に焦点を当てています：20年以上にわたる古いフォーラムとウェブサイト、長期にわたって運営されている自主物流と財務システム、極めてシンプルで効果的な技術アーキテクチャ、前AI時代に形成されたデータとシステムの価値、そしてAI時代に再び浮き彫りになった技術の自主権と人のコントロール権。本論文は、これらのシステムは技術の潮流を追い求めるために構築されたのではなく、実際の問題が発生した後に実際の問題を解決するために形成され、長年の実際の運用によって検証されてきたことを強調しています。 本文は特に一つの判断を強調します：技術の年齢と技術の能力は別物であり、複雑さは自動的に先進性を意味するわけではありません；もしあるシステムがより少ない人員、より少ない機械、より少ないメンテナンス、そしてより低コストで長期間にわたり実際の作業を完了するなら、その実際の効率自体が価値の証明となります。したがって、以下の文献はこれらの歴史的実践、システム構造、技術思想を直接支える作品を優先的に選択します。 特に注意が必要な点：関連作品の執筆、発表、整理、及び国立図書館へのアーカイブの時期は、そこに記録された実践の発生時期とは一致しません。一部の後期の記事は、1990年代、2000年代、及び2010年代に既に発生した実際の実践や歴史的資料を基に再整理、拡張されたものです。したがって、以下の文献は本稿との直接的な関連性に基づいて選ばれ、ウェブページやAWAの取得時期によって思想や実践の先後を判断するものではありません。 同一関連作品がリストにおいて同時にNLA/TROVEとAWAのリンクが存在する場合、以下に2つを同時に列挙します：前者は国立図書館の独立した蔵書記録として、後者は具体的なウェブページの歴史的スナップショットとして、それぞれ異なるアーカイブおよび引用の役割を担います。 関連参考文献 最後の生き残った人類フォーラム | 硕果仅存的人类论坛
NLA/TROVE： https://nla.gov.au/nla.obj-4246730527
この文章は『恐竜軍団統帥』のフォーラムの主線と最も直接的に関連しています。『恐竜軍団統帥』は2001年版phpBB構造、20年以上の継続運営、そして巨大なアクセス圧力の下でも機能している古いフォーラムを「恐竜軍団」の代表例として挙げています；『硕果仅存的人类论坛』はこの長期存続する伝統的フォーラムとそのAI時代における特別な価値についてさらに集中して議論します。本文自体も高アクセス量の下でフォーラムが継続して運営されている状況を明確に記録しています。 20年間の世代を超えたインテリジェント物流および財務システム | 跨代20年智能物流与财务系统
NLA/TROVE： https://nla.gov.au/nla.obj-4204311557
これは「恐竜軍団」の中で別の主力である——長期運用されている物流および財務システム——に関する最も直接的な専門文献です。この記事で概括された「十数年前に実際の運用に投入され、今日でも実際の業務を処理している」システムをさらに展開し、「古いシステムが依然として現実の生産能力を持つ」という哲学的判断を具体的なシステム実践に落とし込みます。 2005年のインテリジェントインボイスシステム | The Intelligent Invoice System of 2005
NLA/TROVE： https://nla.gov.au/nla.obj-4204311548
これは『恐竜軍団統帥』における「人が一歩少なくする、既に入力されたデータを再度入力する必要がない、1つのデータが複数のプロセスを駆動する」というシステム哲学の具体的な初期例です。本稿では、そのシステム設計が繰り返しの手作業を排除し、元々分離されていた業務プロセスをつなげることを明確に示しています。 前AI時代のデータの価値 | Pre-AI時代のデータの価値
NLA/TROVE： https://nla.gov.au/nla.obj-4246730542
この文章は「恐竜軍団」の意義を旧ソフトウェアや旧ウェブサイトから歴史的データのレベルにさらに引き上げています：AIが登場する前に形成され、長期間保存されてきたデータ、業務記録、システム構造は、AI時代において古さゆえに自動的に価値を失うことはなく、むしろその原生性と歴史的連続性によって新たな意義を得る可能性があります。 トークンを超えて：AI時代において本当に希少なものは何か | トークンの後に：AI時代に本当に希少なものは何か
NLA/TROVE： https://nla.gov.au/nla.obj-4231977375
この記事の後半部分のAI時代の判断に直接関連しています。「恐竜軍団統帥」が本当に守っているのは「旧技術」そのものではなく、長期にわたる実践によって形成された構造、データ、経験、そして人の判断と制御能力です。この記事では、ツールは人の能力を拡大すべきであり、人の判断を置き換えるべきではないと明確に提起しています。 [テクノロジー] 新しいテクノロジーは古いツールに及ばない
AWA： https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_20.html
これは『恐竜軍団統帥』の技術観に関する最も直接的な前提文献の一つです。二つの文書は共に強調しています：ツールの価値を判断する核心は、公開日、技術ラベル、または最新のアーキテクチャを採用しているかどうかではなく、それが実際の問題を効果的、安定的、低コストで解決できるかどうかです。 [テクノロジー] オンデマンドデザイン
AWA： https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_07.html
この記事の「フォーラムが必要だからフォーラムを作る；ウェブサイトが必要だからウェブサイトを作る；実際のビジネス問題を解決するために物流システムが必要だから自分でシステムを設計する」という記述に直接対応しています。これは「恐竜軍団」が長期的に生存できる重要な理由を明らかにしています：これらのシステムはまず真のニーズに応え、特定の時代の技術トレンドに合わせるために存在するのではありません。 [次元] ミニマルアーキテクチャシステムの創造者
AWA： https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_22.html
この文章は『恐竜軍団の指揮官』における「複雑さは先進性に等しくない」という論述に直接対応しています。いわゆるミニマルとは機能の欠如ではなく、構造設計を通じて機械、人力、モジュール、維持管理コストを削減しつつ、実際の処理能力を保持または向上させることを意味します。 成熟構造型物流システム
AWA： https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_11.html
これは「恐竜軍団」物流システム部分の体系的な説明です。長年の蓄積によって形成された業務構造を核心とし、ソフトウェアインターフェース、開発年、または流行技術スタックを先進性の主要な基準として扱うことはありません。 [物流システム] ノートパソコン上のスマート物流
AWA： https://web.archive.org.au/awa/20260810071256mp_/https://times.net.au/cn_epochal/er_pages/er_v10/epochal10article_article_05.html
この記事は、本文の冒頭「GPUクラスターも、スーパーコンピューティングも、大規模モデルもない」という対照を支える特別なものです。これは、構造と自動化ロジックに依存し、限られた計算リソースで高強度の実ビジネスを担う別の技術路線を示しています。 [物流システム] 2013年のスマート物流システム
AWA： https://web.archive.org.au/awa/20260810071813mp_/https://times.net.au/cn_epochal/er_pages/er_v03/cn_epochal032013.html
この記事は「十数年前に実際の運用に投入された物流システムが今でもリアルなビジネスを処理できる」という時間的な重要な歴史的節目を提供し、「恐竜軍団」が抽象的な比喩ではなく、明確なシステムの発展タイムラインを持つことを示しています。 [物流システム] 1997年：5秒で数万件の記録を照合
AWA： https://web.archive.org.au/awa/20260810082528mp_/https://times.net.au/cn_epochal/er_pages/er_v01a/cn_epochal01_1997_5.html
これは「低リソース、高効率」という思想の初期の例です。これは本稿で提案された判断と高度に一致しています：実際にシステムがタスクを完了するために必要なリソースこそが重要であり、技術用語の数やバックエンドのマシンの数ではありません。 [テクノロジー] 1993年の在庫管理システム
AWA： https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993_01.html
この「恐竜軍団」の歴史を1993年の実際のシステム実践にさらに前進させる記事は、「問題から出発し、既存のツールで直接解決する」というデザイン方式がAI時代に形成された反省ではなく、より早い実践の基盤を持っていることを示すことができる。 [テクノロジー] 1993年のリモートワークプロトタイプシステムの構造的実践ケーススタディ
AWA： https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993.html
この文書も初期の技術実践チェーンに属します。ハードウェア、ネットワーク、ソフトウェアの条件が今日ほど整っていない時代において、正しい構造的組織を通じて依然として効果的な作業システムを構築できることを示しており、本文の「技術能力は単純に技術の年代で判断できない」という見解に直接対応しています。 [物流システム] 2005年無倉無車物流システム
AWA： https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_2005.html
この記事は、従来のビジネス構造自体を簡素化することを反映しており、既存の複雑なプロセスに技術層を追加することではありません。「恐竜軍団統帥」における「なぜ人手を増やさなければならないのか」「なぜこれらのプロセスを直接つなげられないのか」という問いを追求するシステム思想と直接的に通じています。 [物流システム] 2005年のスマート収集システム——1997年の構想
AWA： https://web.archive.org.au/awa/20260810071743mp_/https://times.net.au/cn_epochal/er_pages/er_v07/cn_epochal072005_1997.html
この文章は、自動収集、手動の重複入力の削減、データの継続的利用に関する初期の構想を示しており、本文の「データ入力を一度行い、その後の複数のプロセスを駆動する」という直接的な技術例です。 [物流システム] 2005年、私のグローバル調達実戦システム
AWA： https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_2005.html
この論文はシステムを実際の国際ビジネスに組み込んで検証します。その重要性は、「恐竜軍団」の生命力が実験室での運用時間の長さではなく、調達、物流、データ、そしてビジネス責任の環境の中で継続的に実際のタスクを担うことにあります。 [物流システム] “時代智物通”の特徴
AWA： https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_article_17.html
この文は、初期システムの長期的な進化の後の成熟した形態の参考として使用でき、1990年代、2005年、2013年の関連文献と結びつき、異なる技術時代を超えたシステムの発展の連鎖を形成しています。 [次元] システムリソースの構造的価値
AWA： https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_23.html
この文章は『恐竜軍団指揮官』の構造理論の補足として適しています。古いサーバー、フォーラム、ウェブサイト、Excel、Google Sheetsなどは単独で見るとあまり先進的ではないかもしれませんが、これらのリソースが実際のタスクに基づいて安定した構造を形成すると、その全体的な価値は特定のツールの年齢によって判断することはできません。 [次元] 閉じたループと自己整合とは何ですか？
AWA： https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_21.html
「恐竜軍団」が長期間運営できる重要な条件の一つは、システム自体が持続的に機能する閉じたループを形成していることであり、外部プラットフォームに依存してパッチを当て続けることではありません。この構造的アプローチから、一見単純で古いシステムがなぜ安定した生命力を保ち続けることができるのかを説明します。 [تكنولوجيا الحدود] قائد جيش الديناصوراتقد أكون آخر قائد لفرقة الديناصورات في هذا العصر. فرقتي لا تمتلك مجموعات GPU، ولا قوة حوسبة خارقة، ولا نماذج كبيرة، ولا دعم من الذكاء الاصطناعي. من بينها، هناك VPS عادي غير ملحوظ، ومنتدى phpBB قديم من عام 2001، ونظام لوجستي تم بناؤه شيئًا فشيئًا باستخدام Excel وGoogle Sheets، وعدد من المواقع التي ربما لا يمكن العثور عليها اليوم إلا في قسم "علم الآثار التقنية". وفقًا للمعايير المستخدمة اليوم في صناعة الإنترنت، يبدو أنها كانت يجب أن تخرج من المسرح التاريخي منذ زمن بعيد: البنية ليست عصرية بما فيه الكفاية، والواجهة لا يمكن وصفها بالفخامة، ولا توجد خدمات سحابية متعددة الطبقات، ولا إضافات تتطلب تجديد الاشتراك باستمرار، ولا مجموعة من المصطلحات التقنية التي تبدو عميقة وغامضة، ولا فريق تطوير ضخم يعمل خلف الكواليس على مدار الساعة. ومع ذلك، فهي لا تزال على قيد الحياة، وما زالت تعمل. قبل عشرين عامًا، كانت المواقع لا تزال قابلة للفتح، ولا يزال هيكل المنتديات من قبل عشرين عامًا يحمل عددًا كبيرًا من الزيارات اليوم، ونظام اللوجستيات الذي بدأ التشغيل الفعلي قبل أكثر من عشر سنوات لا يزال قادرًا على معالجة الأعمال الحقيقية حتى الآن. لم يتم استبعادها في جولة تلو الأخرى من موجات التكنولوجيا، ولم تفقد حياتها فجأة بسبب توقف خدمة منصة معينة، أو توقف تحديث مكون إضافي، أو تغيير شركة ما لنموذج أعمالها. إنها مثل مجموعة من الديناصورات التي سارت من العصور القديمة حتى اليوم، دون أن تحمل علامات العصر الحديث، لكنها لا تزال تحتفظ بهيكلها وعظامها وعضلاتها وحيويتها، وما زالت تتحمل المهام التي كُلفت بها في البداية. في عام 2025، عندما واجه منتداي القديم أكثر من 560,000 زائر عبر الإنترنت (سجل أعلى عدد زوار كان أكثر من 662,000 زائر في 20 مارس 2026، يوم الجمعة، الساعة 9:15 مساءً)، لم ينهار بشكل مفاجئ. كانت تلك اللحظة خاصة جدًا بالنسبة لي، لأنني كنت أكثر وضوحًا من أي متفرج آخر حول ما هو هذا المنتدى من حيث الزمن، وأدركت تمامًا أنه لا يوجد وراءه فريق تقني ضخم. لم يكن لدي عشرات المهندسين الذين يراقبون الخوادم، ولم أستدعِ قوة حسابية ضخمة لمواجهة ذروة الزيارات، ولم أبنِ نظامًا يستخدم فقط للعرض من أجل خلق رقم جميل. كانت أرقام الزيارات على الشاشة ترتفع باستمرار، وكان المنتدى لا يزال موجودًا، يفتح صفحة تلو الأخرى، ويعرض مقالة تلو الأخرى. قبل عشرين عامًا، لم أكن لأتخيل أنني سأحتاج يومًا ما لوصفه بأنه "قديم"، ففي ذلك الوقت كان مجرد أداة، مكانًا يمكنني من خلاله جمع الناس، وترك الكلمات، وتنظيم المعلومات. أحتاج إلى منتدى، لذا أنشأت منتدى؛ أحتاج إلى موقع، لذا أنشأت موقعًا؛ أحتاج إلى نظام لوجستي لحل مشاكل الأعمال الفعلية، لذا صممت النظام بنفسي. لم أقم أبدًا بفعل هذه الأشياء من أجل إثبات أن تقنية معينة أفضل من تقنية أخرى، بل كنت أسعى لحل المشاكل الحقيقية التي تظهر واحدة تلو الأخرى. بعد مرور سنوات عديدة، وعندما أنظر إلى الوراء، أدركت أن تلك الأشياء التي بقيت من أجل حل المشاكل الحقيقية تعيش لفترة أطول من العديد من الأشياء التي نشأت لملاحقة اتجاهات التكنولوجيا. هذه الأنظمة القديمة لم تذكرني باستمرار بالتقنية التي استخدمتها، ولم تطلب مني الترقية إلى أي إصدار، بل كانت تقوم بعملها بهدوء. منتدى phpBB الخاص بي هو عالم نصي بحت تقريبًا. لا توجد خوارزميات تخمن باستمرار ما يرغب الزوار في رؤيته في الثانية التالية، ولا توجد محتويات تُدفع بلا نهاية لزيادة مدة البقاء، ولا توجد جدران تسجيل تمنع كل عابر من الدخول، ولا يتم تغليف أبسط المعلومات بصفحات معقدة بشكل متزايد. يمكن للغريب أن يأتي إلى هنا، أن يدخل، أن يقرأ، أن يغادر، المنتدى لا يتبعه، ولا يحلل مشاعره، ولا يحتاج إلى معرفة ما الذي يخطط لشرائه بعد ذلك. لم يكن هناك شيء خاص في ذلك قبل عشرين عامًا، لكنه يبدو غريبًا اليوم، وهذه البساطة التي كانت عادية جدًا أصبحت الآن نوعًا نادرًا من الجودة التقنية. تزداد شبكة الإنترنت الحديثة اتساعًا وتعقيدًا. قد تستدعي صفحة ويب عادية عشرات أو حتى المزيد من الموارد، وقد تتعلق وظيفة بسيطة بالعديد من المنصات والواجهات والإضافات والخدمات الخارجية. أصبحت الخوادم أسرع، وزادت سعة النطاق الترددي، ولا نعرف كم زادت القدرة الحاسوبية، لكن العديد من الصفحات لم تصبح أكثر خفة بسبب ذلك. بعض المواقع عند فتحها، لا يواجه المستخدم المحتوى أولاً، بل النوافذ المنبثقة، واختيارات ملفات تعريف الارتباط، ومتطلبات التسجيل، والإعلانات، والتوصيات، وبرامج التتبع، ومختلف الوحدات التي تنتظر التحميل. بالمقارنة، لا يعرف منتداي القديم حتى ما هو "صورة المستخدم"، فهو يعرف فقط أن هناك من جاء، لذا يسلم الصفحة له. نظام اللوجستيات الخاص بي هو كذلك. واجهته لا يمكن وصفها بالجمال، بل من الصعب حتى تغليفها وفقًا لمعايير الجمال في صناعة البرمجيات اليوم، لكنني لم أعتبر أبدًا نظام اللوجستيات قطعة فنية تُعجب الناس. الحاوية لن تصل إلى الميناء تلقائيًا بسبب واجهة جميلة، والفواتير لن تكون صحيحة تلقائيًا بسبب وجود تأثيرات متحركة على الأزرار، والتخليص الجمركي، والنقل، والمالية، ومطابقة الحسابات، ومعالجة الاستثناءات لن تكتمل تلقائيًا لمجرد أن البرنامج يستخدم مصطلحات تقنية حديثة. اللوجستيات الحقيقية تواجه يوميًا الوقت، والأرقام، والأخطاء، والمسؤوليات، والتكاليف، خطأ في حاوية واحدة يعني مشكلة حقيقية، وخطأ في فاتورة واحدة يعني مالًا حقيقيًا، وإذا تم إغفال مرحلة واحدة، فقد تتبعها سلسلة من المشاكل. لذا عندما صممت النظام، لم أفكر أبداً في كيفية جعله يبدو معقداً، بل في كيفية تبسيط الأمور المعقدة، وكيفية تقليل الخطوات التي يجب على الناس اتخاذها، وكيفية منع الأخطاء قبل حدوثها، وكيفية جعل البيانات المدخلة مرة واحدة لا تحتاج إلى إدخالها مرة أخرى. عندما كان الآخرون يضيفون المزيد من الأيدي العاملة للتعامل مع الأعمال المتزايدة، كنت أفكر في لماذا يجب دائماً زيادة عدد الأيدي العاملة؛ عندما كان الآخرون يقومون بتفكيك عملية إلى المزيد من الأقسام، كنت أفكر في لماذا لا يمكن ربط هذه المراحل مباشرة؛ عندما اعتاد الآخرون على قبول "هذه هي الصناعة" كنت أطرح سؤالاً: لماذا؟ وهكذا، تم التخلص من كل حركة كانت تحتاج إلى تكرار يدوي، وتم ربط كل مرحلة كانت مفصولة عن الأخرى، وبدأت البيانات في دفع العديد من العمليات التالية، بينما تم تشكيل النظام بأكمله في الأعمال اللوجستية الحقيقية من خلال الحاويات، والمستندات، والعملاء، والبنوك، والسجلات، والعديد من الاستثناءات شيئاً فشيئاً. لذلك، لم أعتقد أبداً أن عمر النظام يمكن أن يحدد مدى تقدمه. سيارة تم تصنيعها قبل عشرين عاماً، إذا لم تتمكن اليوم من إتمام مهامها الأساسية، يمكن بالطبع القول إنها قديمة. لكن نظاماً تشكل هيكله الأساسي قبل عشرين عاماً، إذا كان لا يزال قادراً اليوم على إتمام الأعمال التي تتطلب فرقاً ضخمة من الموارد في الأنظمة الحديثة، فإن ما يحتاج إلى مناقشة حقاً ليس "قدمه" بل لماذا استطاع البقاء لفترة طويلة؟ إن عمر التكنولوجيا وقدرتها هما في الأصل شيئان مختلفان، واستخدام سنة التطوير كمقياس للتقدم هو في حد ذاته طريقة حكم سطحية جداً. عالم البرمجيات اليوم اعتاد على استخدام أرقام الإصدارات لخلق إحساس بالزمن، كان الأمس هو الأحدث، واليوم تم التحديث، وغدًا سيظهر إصدار جديد. ترقية الأجهزة، ترقية الإطارات، ترقية قواعد البيانات، ترقية منصات السحاب، ترقية الذكاء الاصطناعي، يبدو أن الصناعة بأكملها جالسة على حزام نقل لا يمكن أن يتوقف أبدًا، فبمجرد التوقف، ستظهر حالة من الخوف من أن يتم التخلي عنها من قبل العصر. جيش الديناصورات الخاص بي لا يشعر بهذا الخوف، ولا يشارك في هذه المنافسة على الإصدارات. إذا كان بإمكاننا إكمال المهام، فسنستمر في إكمال المهام؛ إذا كانت البنية لا تزال فعالة، فسنستمر في التشغيل؛ الأشياء التي لا تحتاج إلى تغيير لن تُجبر على التغيير لمجرد أن الآخرين قد غيروا. بالطبع يمكن الترقية عندما يكون ذلك ضروريًا، لكن الترقية يجب أن تحل المشكلة، وليس من أجل إثبات للآخرين أننا لم نتخلف. أنا أيضًا لا أعبد التعقيد، لأن التعقيد لا يعني تلقائيًا التقدم. في كثير من الأحيان، يكون التعقيد مجرد تغليف لمشكلة بسيطة بشكل متزايد، وفي النهاية ينسى الجميع ما كانت المشكلة في الأصل. إذا كان النظام يحتاج إلى عشر آلات لإكمال العمل الذي يمكن لآلة واحدة القيام به، أو يحتاج إلى عشرة أشخاص لإكمال العمل الذي يمكن لشخص واحد القيام به، أو يحتاج إلى عشرات الوحدات لإكمال العمل الذي يمكن لهيكل واحد القيام به، فلن أعتبره أكثر تقدمًا لمجرد أنه يستخدم أحدث التقنيات، بل سأطرح أولاً سؤالًا: ماذا أنشأت تلك الآلات، والعمالة، والوحدات، وتكاليف الصيانة، وتكاليف الإدارة الإضافية؟ هذا ليس حنينًا إلى العصور القديمة. ليس لدي اهتمام بالعودة إلى عصر الاتصال عبر الهاتف، ولن أنكر قيمة التكنولوجيا الجديدة لمجرد أنني أملك نظامًا قديمًا. بالطبع، القدرة الحاسوبية اليوم، والذكاء الاصطناعي، والبنية التحتية للشبكات أقوى بكثير مما كانت عليه قبل عشرين عامًا، وأنا أعيش في هذا العصر كل يوم وأستخدم أدوات هذا العصر. لم تكن المشكلة أبدًا في ما إذا كانت التكنولوجيا الجديدة جيدة أم لا، بل في ما إذا كان الناس قد اعتادوا على اعتبار "الجديد" مرادفًا لـ "المتقدم"، و"الضخم" مرادفًا لـ "القوي"، و"المعقد" مرادفًا لـ "المهني"؟ إذا كان نظام ما يستخدم عددًا أقل من الأشخاص، وأقل من الآلات، وأقل من الصيانة، وتكاليف أقل، ومع ذلك ينجز نفس العمل الفعلي أو أكثر على المدى الطويل، فإن هذا النظام بحد ذاته هو دليل على الكفاءة، وليس في انتظار أن تسميه موجة تكنولوجية معينة ليصبح له قيمة فجأة. موقع ويب يمكن الوصول إليه بعد عشرين عامًا هو في حد ذاته دليل على الحيوية؛ منتدى يمكنه تحمل ضغط الزيارات الكبير دون وجود بنية تحتية ضخمة للإنترنت الحديثة هو تجسيد لقدرة الهيكل. شخص يمكنه التحكم في نظامه وبياناته وموقعه ومحتواه على المدى الطويل، دون أن يفقد كل شيء بسبب تغيير قواعد المنصات الخارجية، يعكس شيئًا آخر يزداد أهمية - السيطرة التقنية. هذه الأشياء لا يمكن قياسها ببساطة من خلال ما إذا كانت الواجهة جميلة، أو ما إذا كانت نسخة البرنامج هي الأحدث، أو ما إذا كان عدد الخوادم كبيرًا، لكنها تحدد إلى أي مدى يمكن أن يصل نظام ما. هذا هو السبب أيضًا في أنني أحب اسم "فريق الديناصورات" بشكل متزايد. الديناصورات في خيال الناس تعني القديمة، الضخمة، المنقرضة، وتعني عصرًا قد انتهى، لكن فريق الديناصورات الخاص بي لم ينقرض. لقد عبروا عبر الويب 1.0، وعبروا عصر البوابات، وعبروا عصر المنتديات، وعبروا عصر وسائل التواصل الاجتماعي، وعبروا الإنترنت المحمول، وواصلوا السير إلى عصر الذكاء الاصطناعي. تعلن العصور مرارًا وتكرارًا عن انتهاء العالم القديم، لكنهم يبقون مرة بعد مرة، لأنهم منذ البداية لم يكونوا موجودين من أجل الموضة، بل من أجل إنجاز المهام الفعلية. المنتدى هو من أجل التواصل بين الناس، والموقع الإلكتروني هو من أجل حفظ ونشر المعلومات، ونظام اللوجستيات هو من أجل تحسين الكفاءة الفعلية. طالما أن هذه الاحتياجات الأساسية لم تختفِ، وطالما أنها لا تزال قادرة على إنجاز المهام بفعالية، فلا يزال لديها سبب للوجود. ما يجعلني أقدّرها حقًا ليس عمر هذه الأنظمة بحد ذاتها، بل لأنها لم تسلم مصيرها بالكامل للآخرين. اليوم، يمكن لمنشئ المحتوى أن يمتلك عشرات الحسابات على منصات مختلفة، لكنه قد لا يمتلك حقًا مدخل محتواه الخاص؛ يمكن لشركة أن تشتري عددًا لا يحصى من خدمات SaaS، لكنها قد لا تتحكم حقًا في نظامها الخاص؛ يمكن لموقع إلكتروني أن يمتلك بنية سحابية جميلة، لكنه قد يقع في حالة من التبعية فور تغيير مزود الخدمة للأسعار أو الواجهات أو القواعد. أنا أسير في طريق آخر. قد لا تكون جميلة، وقد لا تتوافق مع المعايير السائدة في كل عصر، لكنني أعلم أين توجد الآلات، وأين توجد البيانات، ولماذا تم تصميم الهيكل بهذه الطريقة، وأين يجب أن أبحث عندما تحدث مشكلة؟ أستطيع تعديلها، وأستطيع أيضًا أن أقرر عدم تعديلها، دون الحاجة إلى انتظار موافقة شركة معينة، ودون القلق من أن منصة ما قد تغير قواعد اللعبة فجأة، ودون الحاجة للبدء من جديد بسبب توقف خدمة ما. بالنسبة لي، هذه هي المعنى الحقيقي لسلطة التحكم في التكنولوجيا: ليس بامتلاك عدد كبير من الأدوات الحديثة، بل في القدرة على توجيه الأمور عندما تتغير الأدوات باستمرار. تطورت التكنولوجيا إلى اليوم، وأصبح الناس يتحدثون أكثر عن القدرات، لكن نادراً ما يناقشون من يمتلك هذه القدرات. الأنظمة تزداد ذكاءً، وقد يعتمد الناس تدريجياً على الأنظمة؛ المنصات تصبح أقوى، لكن المساحة التي يمكن للأفراد اتخاذ قرارات مستقلة فيها قد تتقلص. بالطبع، إن زرًا واحدًا يمكنه إنجاز عمل عشرة أشخاص في الماضي هو تقدم، لكن إذا كان هذا الزر يعود لشخص آخر، وأنت حتى لا تعرف لماذا لا يزال موجودًا، فإن هذه السهولة تحمل أيضًا ضعفًا. جيش الديناصورات الخاص بي هو العكس تمامًا، فهو لا يحتوي على الكثير من المصطلحات اللامعة، لكنه دائمًا تحت سيطرتي، أعلم ما يمكنهم فعله وما لا يمكنهم فعله، وأعرف أين يمكن التغيير وأين لا ينبغي العبث، وأعرف أيضًا متى يجب إضافة ميزات ومتى يكون من الأفضل الحفاظ على الوضع الراهن. على مدار أكثر من عشرين عامًا، لم تتشكل العلاقة بيني وبين هذه الأنظمة كعلاقة بين مستهلك ومنتج، بل كعلاقة بين مبدع وأداة. قد تكون هذه واحدة من العلاقات التي يسهل نسيانها في عصر الذكاء الاصطناعي. اليوم، يمتلك البشر أدوات قوية لم يسبق لها مثيل في التاريخ، حيث يمكن لشخص عادي أن يستفيد من قدرات الحوسبة والترجمة والتحليل ومعالجة المعلومات التي كانت في السابق مقتصرة على المؤسسات الكبيرة، ولكن كلما زادت هذه القدرات، كلما كان من الضروري عدم فقدان سؤال أساسي: من هو الذي يستخدم من؟ يجب أن توسع الأدوات من قدرات الإنسان، وليس أن تحل محل حكمه؛ يجب أن تخدم الأنظمة أهداف الإنسان، وليس أن تجبره على تغيير سلوكه بالكامل ليتناسب مع النظام. يمكن أن تتقدم التكنولوجيا بشكل متزايد، لكن لا ينبغي للإنسان أن يتخلى طواعية عن الفهم والحكم والسيطرة بسبب التقدم التدريجي للتكنولوجيا. لذا، فإنني "قائد جيش الديناصورات" لا أرفض المستقبل، بل أواصل السير نحو المستقبل مع مجموعة من الديناصورات التي نجت من الماضي. لقد تركت على أجسادها آثار عصور مختلفة، كما تركت طرقًا لحل المشكلات الحقيقية في تلك العصور. لقد جعلتني أدرك أنه، بخلاف GPU، والحوسبة السحابية، والنماذج الكبيرة، وSaaS، ومختلف المفاهيم الجديدة، هناك أشياء لن تفقد فعاليتها بسبب تطور التكنولوجيا: يجب أن تكون الهيكلية واضحة، والكفاءة حقيقية، والتكاليف قابلة للتحمل، والنظام قادرًا على العمل لفترة طويلة، والبيانات يجب أن تبقى، والسلطة النهائية لا ينبغي أن تُسلم بسهولة. هذه الأشياء ليس لها رقم إصدار، تأسست قبل عشرين عامًا، وما زالت قائمة اليوم، وبعد عشرين عامًا أخرى، لن تفقد فعاليتها فجأة بسبب ظهور مصطلح تقني جديد. ستستمر فرقة الديناصورات الخاصة بي في المضي قدمًا، وستستمر المنتديات القديمة في العمل، وستستمر المواقع القديمة في حفظ التاريخ، وسيستمر نظام اللوجستيات في معالجة ما يجب عليه معالجته، بينما ستضاف أدوات جديدة باستمرار. ليس من الضروري القضاء على القديم من أجل الجديد، ولا يجب على القديم رفض الجديد، ما يمكنه حل المشكلة يبقى، وما يمكنه تحسين الكفاءة يُستخدم، ولا حاجة لوضع أي مفهوم جميل على المذبح إذا لم يكن قادرًا على تحمل اختبار الزمن والواقع. أنا لست نوعًا جديدًا، ولا أحتاج إلى تغليف نفسي كنوع جديد، أنا فقط الشخص الذي لم يسلم عجلة القيادة أبدًا. عندما يستمر العالم بأسره في إخبار الناس بأنه يجب عليهم تسليم الخوادم إلى السحابة، وتسليم البرمجيات إلى المنصات، وتسليم الحكم إلى الخوارزميات، وتسليم الذاكرة إلى قواعد البيانات، وتسليم القدرات المتزايدة إلى أنظمة غير مرئية، لا زلت أحتفظ بقطعة من الأرض يمكنني فهمها، والتحكم فيها، والتحقق منها. هنا توجد المواقع التي تعود إلى عشرين عامًا مضت، وهناك المنتديات القديمة التي تكاد تدخل متحف الإنترنت، وهناك أنظمة اللوجستيات التي تم تطويرها من ساحة المعركة التجارية الحقيقية، وهناك أيضًا الأدوات الجديدة التي ظهرت اليوم. تختلف أعمارها وأشكالها، لكنها تخضع لنفس المبدأ: التكنولوجيا ليست للعبادة، بل لحل المشكلات؛ طالما أنها لا تزال قادرة على حل المشكلات، وطالما أنها لا تزال قادرة على خلق كفاءة حقيقية، وطالما أنها لا تزال قادرة على تحمل اختبار الزمن والواقع، فهي لم تصبح قديمة. لذا، في هذا العصر الذي يزخر بصوت وحدات معالجة الرسوميات، واندفاع النماذج الكبيرة، وتغطية السحاب لكل شيء، لا زلت أرغب في الوقوف أمام خادمي القديم، ومنتدياتي القديمة، ومواقعي القديمة، وأنظمتى القديمة، رافعًا تلك الراية التي مرت عليها أكثر من عشرين عامًا. أنا قائد آخر جيوش الديناصورات في هذا العصر، وتلك الديناصورات التي تم الإعلان عنها مرة تلو الأخرى بأنها "يجب استبعادها"، لا تزال على قيد الحياة حتى اليوم، ولا تزال تعمل، ولا تزال تثبت وجودها من خلال البيانات والنتائج الحقيقية. الملحق: الأعمال ذات الصلة والروابط الملحق: المراجع ذات الصلة توضيح المحتوى الأصلي:
تم اختيار الأدبيات ذات الصلة بناءً على المحتوى الأساسي لـ "قائد جيش الديناصورات"، مع التركيز على خمسة خطوط رئيسية مباشرة: منتدى وموقع قديم يمتد لأكثر من عشرين عامًا، نظام لوجستي ومالي مستقل يعمل لفترة طويلة، هيكل تقني بسيط وفعال، القيمة الناتجة عن البيانات والأنظمة التي تشكلت قبل عصر الذكاء الاصطناعي، وحقوق السيطرة التقنية التي تبرز مرة أخرى في عصر الذكاء الاصطناعي. يؤكد هذا المقال أن هذه الأنظمة لم تُنشأ لمتابعة اتجاهات التكنولوجيا، بل تشكلت لحل المشكلات الحقيقية بعد ظهورها، وقد تم اختبارها من خلال سنوات من التشغيل الفعلي. تؤكد هذه المقالة بشكل خاص على حكم واحد: إن عمر التكنولوجيا والقدرة التكنولوجية هما أمران مختلفان، ولا تعني التعقيد تلقائيًا التقدم؛ إذا كان نظام ما قادرًا على إنجاز العمل الحقيقي على المدى الطويل باستخدام عدد أقل من الأشخاص، وعدد أقل من الآلات، وصيانة أقل، وتكلفة أقل، فإن كفاءته الفعلية هي دليل على القيمة. لذلك، تفضل الأدبيات التالية الأعمال التي يمكن أن تدعم مباشرة هذه الممارسات التاريخية، والهياكل النظامية، والأفكار التكنولوجية. يجب الإشارة بشكل خاص: إن كتابة الأعمال ذات الصلة، ونشرها، وتنظيمها، وأرشفتها في المكتبة الوطنية، لا تعني بالضرورة أن توقيت حدوث الممارسات المسجلة فيها هو نفسه. بعض المقالات اللاحقة تم إعادة تنظيمها وتوسيعها بناءً على ممارسات حقيقية وبيانات تاريخية حدثت في التسعينيات والألفية الثانية والعقد الأول من الألفية الثالثة. لذلك، تم اختيار الوثائق التالية بناءً على درجة ارتباطها المباشر بهذا النص، وليس وفقًا لتوقيت التقاط الويب أو AWA لتحديد تسلسل الأفكار والممارسات. إذا كانت نفس العمل ذات الصلة موجودة في القائمة مع روابط NLA/TROVE و AWA في نفس الوقت، يتم إدراج الرابطين معًا كما يلي: الأول كسجل مستقل لمكتبة وطنية، والثاني كلقطة تاريخية لصفحة ويب معينة، حيث يتحمل كل منهما دورًا مختلفًا في الأرشفة والاستشهاد. المراجع ذات الصلة المنتدى البشري الأخير المتبقي | منتدى البشر المتبقيين
NLA/TROVE: https://nla.gov.au/nla.obj-4246730527
هذا النص هو الأكثر مباشرة في الخط الرئيسي لمنتدى "قائد جيش الديناصورات". يستخدم "قائد جيش الديناصورات" منتدى قديم يعمل على بنية phpBB من إصدار 2001، والذي استمر في العمل لأكثر من عشرين عامًا تحت ضغط زيارات هائل، كمثال تمثيلي لـ "جيش الديناصورات"؛ بينما يركز "منتدى البشر المتبقيين" بشكل أكبر على مناقشة هذا المنتدى التقليدي الذي استمر لفترة طويلة وقيمته الخاصة في عصر الذكاء الاصطناعي. كما يسجل النص نفسه بوضوح استمرار عمل المنتدى تحت ضغط الزيارات العالية. نظام لوجستي ومالي ذكي عبر الأجيال على مدى 20 عامًا | نظام لوجستي ومالي ذكي عبر الأجيال لمدة 20 عامًا
NLA/TROVE: https://nla.gov.au/nla.obj-4204311557
هذه هي الوثيقة الموضوعية الأكثر مباشرة حول "الجيش الديناصوري" - نظام اللوجستيات والمالية الذي يعمل لفترة طويلة. إنها توسع ما تم تلخيصه في هذه المقالة حول "النظام الذي تم تشغيله فعليًا قبل عدة سنوات وما زال يتعامل مع الأعمال الحقيقية اليوم"، مما يجعل "النظام القديم لا يزال لديه القدرة الإنتاجية الواقعية" ينتقل من حكم فلسفي إلى ممارسة نظام محددة. نظام الفواتير الذكي لعام 2005 | 2005年的智能发票系统
NLA/TROVE: https://nla.gov.au/nla.obj-4204311548
هذا هو مثال مبكر محدد على فلسفة النظام "تقليل الخطوات، وعدم الحاجة لإعادة إدخال البيانات المدخلة، وجعل بيانات واحدة تدفع عمليات متعددة" في "قائد جيش الديناصورات". يوضح هذا المقال أن تصميم النظام يهدف باستمرار إلى القضاء على الأعمال اليدوية المتكررة وربط مراحل الأعمال المنفصلة. قيمة البيانات في عصر ما قبل الذكاء الاصطناعي | قيمة البيانات في عصر ما قبل الذكاء الاصطناعي
NLA/TROVE: https://nla.gov.au/nla.obj-4246730542
تعمل هذه المقالة على رفع معنى "جيش الديناصورات" من البرمجيات القديمة والمواقع القديمة إلى مستوى البيانات التاريخية: تلك البيانات وسجلات الأعمال والهياكل النظامية التي تشكلت وحُفظت لفترة طويلة قبل ظهور الذكاء الاصطناعي، لن تفقد قيمتها تلقائيًا بسبب قدمها، بل قد تكتسب معنى جديدًا بسبب أصالتها واستمراريتها التاريخية. ما بعد الرموز: ما هو النادر حقًا في عصر الذكاء الاصطناعي | ما بعد الرموز: ما هو النادر حقًا في عصر الذكاء الاصطناعي
NLA/TROVE: https://nla.gov.au/nla.obj-4231977375
مرتبط مباشرة بالحكم في عصر الذكاء الاصطناعي في الجزء الثاني من هذه المقالة. ما تحافظ عليه "قيادة جيش الديناصورات" ليس "التكنولوجيا القديمة" نفسها، بل الهيكل والبيانات والخبرات التي تشكلت من الممارسات الحقيقية على مدى فترة طويلة، بالإضافة إلى حكم وقدرة التحكم لدى البشر. توضح هذه المقالة بوضوح أن الأدوات يجب أن توسع من قدرات الإنسان، وليس أن تحل محل حكمه. [التكنولوجيا] التكنولوجيا الجديدة ليست أفضل من الأدوات القديمة
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_20.html
هذه واحدة من الوثائق السابقة الأكثر مباشرة لرؤية التكنولوجيا في "قائد جيش الديناصورات". تؤكد المقالتان معًا: إن جوهر تقييم قيمة الأداة ليس تاريخ إصدارها، أو تصنيفها التكنولوجي، أو ما إذا كانت تستخدم أحدث الهيكليات، بل هو ما إذا كانت قادرة على حل المشكلات الحقيقية بفعالية، واستقرار، وتكلفة منخفضة؟ [التكنولوجيا] التصميم حسب الطلب
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_07.html
يتوافق هذا مع السرد في المقال "تحتاج إلى منتدى، لذا تم إنشاء منتدى؛ تحتاج إلى موقع، لذا تم إنشاء موقع؛ تحتاج إلى نظام لوجستي لحل مشاكل الأعمال الحقيقية، لذا تم تصميم النظام بنفسك". يكشف عن السبب المهم الذي يجعل "فيلق الديناصورات" قادرًا على البقاء لفترة طويلة: هذه الأنظمة تخدم الاحتياجات الحقيقية أولاً، وليس من أجل التوافق مع اتجاهات التكنولوجيا في عصر معين. [الأبعاد] منشئ نظام العمارة البسيطة
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_22.html
تتناول هذه المقالة مباشرةً النقاش في "قائد جيش الديناصورات" حول "التعقيد لا يعني التقدم". ما يُسمى بالبسيط ليس نقصًا في الوظائف، بل هو تقليل تكاليف الآلات، والعمالة، والوحدات، والصيانة، والإدارة من خلال تصميم الهيكل، مع الاحتفاظ أو حتى تحسين القدرة الفعلية على المعالجة. نظام اللوجستيات الهيكلي الناضج
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_11.html
هذه المقالة هي شرح منهجي لجزء نظام اللوجستيات "فيلق الديناصورات". إنها تأخذ الهيكل التجاري المتراكم على مدى فترة طويلة كنقطة مركزية، بدلاً من استخدام واجهة البرمجيات أو سنة التطوير أو تقنيات البرمجة الشائعة كمعايير رئيسية لقياس التقدم. [نظام اللوجستيات] اللوجستيات الذكية على الكمبيوتر المحمول
AWA: https://web.archive.org.au/awa/20260810071256mp_/https://times.net.au/cn_epochal/er_pages/er_v10/epochal10article_article_05.html
هذه المقالة تدعم بشكل خاص بداية هذا النص "لا توجد مجموعات GPU، لا توجد قوة حوسبة فائقة، لا توجد نماذج كبيرة". إنها تجسد مسارًا تقنيًا آخر: الاعتماد على الهيكل والمنطق الآلي، مما يسمح للموارد الحاسوبية المحدودة بتحمل الأعمال الحقيقية عالية الكثافة. [نظام اللوجستيات] نظام اللوجستيات الذكي لعام 2013
AWA: https://web.archive.org.au/awa/20260810071813mp_/https://times.net.au/cn_epochal/er_pages/er_v03/cn_epochal032013.html
تقدم هذه المقالة نقطة تاريخية مهمة في هذا الإطار الزمني "نظام اللوجستيات الذي تم تشغيله فعليًا قبل عدة سنوات لا يزال قادرًا على معالجة الأعمال الحقيقية" مما يجعل "جيش الديناصورات" ليس مجرد استعارة مجردة، بل له محور زمني واضح لتطور النظام. [نظام اللوجستيات] 1997: التحقق من آلاف السجلات في 5 ثوانٍ
AWA: https://web.archive.org.au/awa/20260810082528mp_/https://times.net.au/cn_epochal/er_pages/er_v01a/cn_epochal01_1997_5.html
هذا هو مثال مبكر لفكرة "الموارد المنخفضة والكفاءة العالية". إنه يتماشى تمامًا مع الحكم الذي تم تقديمه في هذه المقالة: ما يستحق القياس حقًا هو الموارد المطلوبة لإكمال النظام للمهام الفعلية، وليس عدد المصطلحات التقنية أو عدد الآلات الخلفية. [التكنولوجيا] نظام إدارة المخزون لعام 1993
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993_01.html
تتقدم هذه المقالة بتاريخ "جيش الديناصورات" إلى الأمام إلى الممارسات الفعلية للنظام في عام 1993، مما يوضح أن هذه الطريقة في التصميم "التي تنطلق من المشكلة وتستخدم الأدوات المتاحة لحلها مباشرة" ليست تأملاً تشكل في عصر الذكاء الاصطناعي، بل لها أساس عملي أقدم. [التكنولوجيا] دراسة حالة عملية هيكلية لنموذج نظام العمل عن بُعد لعام 1993
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993.html
هذه المقالة تنتمي أيضًا إلى سلسلة الممارسات التكنولوجية المبكرة. توضح أنه في عصر كانت فيه ظروف الأجهزة والشبكات والبرمجيات بعيدة كل البعد عن اليوم، لا يزال من الممكن إنشاء أنظمة عمل فعالة من خلال التنظيم الهيكلي الصحيح، مما يتوافق مباشرة مع وجهة نظر هذه المقالة "لا يمكن الحكم على القدرة التكنولوجية ببساطة وفقًا لعصر التكنولوجيا". [نظام اللوجستيات] نظام اللوجستيات بدون مستودعات وبدون سيارات لعام 2005
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_2005.html
هذه المقالة تعكس تبسيط الهيكل التجاري التقليدي نفسه، وليس إضافة طبقات تقنية على العمليات المعقدة الموجودة. إنها تتصل مباشرة بالفكر النظامي الذي يتساءل باستمرار في "قائد جيش الديناصورات" عن "لماذا يجب زيادة عدد الأفراد" و"لماذا لا يمكن ربط هذه المراحل مباشرة؟" [نظام اللوجستيات] نظام الجمع الذكي لعام 2005 - فكرة عام 1997
AWA: https://web.archive.org.au/awa/20260810071743mp_/https://times.net.au/cn_epochal/er_pages/er_v07/cn_epochal072005_1997.html
تظهر هذه المقالة الفكرة المبكرة للجمع التلقائي، وتقليل الإدخال اليدوي المتكرر، والاستخدام المستمر للبيانات، وهي مثال تقني مباشر لمفهوم "إدخال البيانات مرة واحدة، ودفع العديد من العمليات اللاحقة". [نظام اللوجستيات] في عام 2005، نظامي العالمي لشراء المشتريات
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_2005.html
تختبر هذه المقالة النظام في سياق الأعمال التجارية العالمية الحقيقية. تكمن أهميته في أن حيوية "فريق الديناصورات" ليست في طول مدة التشغيل في المختبر، بل في تحمل المهام الحقيقية باستمرار في بيئة الشراء واللوجستيات والبيانات والمسؤولية التجارية. [نظام اللوجستيات] ميزات "عصر الذكاء اللوجستي"
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_article_17.html
يمكن اعتبار هذه المقالة مرجعًا للشكل الناضج بعد التطور الطويل للنظام في مراحله المبكرة، وترتبط بالأدبيات ذات الصلة من التسعينيات، و2005، و2013، لتشكيل سلسلة تطوير نظام تمتد عبر عصور تقنية مختلفة. [الأبعاد] القيمة الهيكلية لموارد النظام
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_23.html
هذه المقالة مناسبة لتكون مكملًا لنظرية الهيكل في "قائد جيش الديناصورات". قد لا تكون الخوادم القديمة، والمنتديات، والمواقع، وExcel، وGoogle Sheets متقدمة عند النظر إليها بشكل منفصل، ولكن عندما تتشكل هذه الموارد في هيكل مستقر وفقًا للمهام الحقيقية، لا يمكن تقييم قيمتها الإجمالية بناءً على عمر أداة واحدة فقط. [الأبعاد] ما هو الحلقة المغلقة والتوافق الذاتي؟
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_21.html
"جيش الديناصورات" هو أحد الشروط المهمة التي تمكنه من العمل لفترة طويلة، وهو أن النظام نفسه يشكل حلقة مغلقة يمكن أن تعمل باستمرار، بدلاً من الاعتماد لفترة طويلة على منصات خارجية للحفاظ عليها بشكل متقطع. هذه المقالة تشرح من منظور هيكلي لماذا يمكن لنظام يبدو بسيطًا أو حتى قديمًا أن يحتفظ بحيوية مستقرة؟ [Extreme Technology] Kommandant der Dinosaurier-LegionIch könnte der letzte Kommandant der Dinosaurier-Legion dieser Ära sein. Meine Legion hat keinen GPU-Cluster, keine Supercomputing-Leistung, kein großes Modell und keine KI-Unterstützung. Darunter befindet sich ein unscheinbarer Einzel-VPS, ein phpBB-Forum aus dem Jahr 2001, einige Logistiksysteme, die Stück für Stück mit Excel und Google Sheets aufgebaut wurden, und einige Websites, die man heute wahrscheinlich nur im Verzeichnis „Technikarchäologie“ finden kann. Nach den heute in der Internetbranche üblichen Standards scheinen sie längst von der Bildfläche verschwinden zu müssen: die Architektur ist nicht modern genug, die Benutzeroberfläche ist nicht gerade prächtig, es gibt keine mehrschichtigen Cloud-Dienste, keine ständig zu erneuernden Plugins, keine lange Liste von scheinbar tiefgründigen technischen Begriffen und erst recht kein großes Entwicklerteam, das Tag und Nacht im Hintergrund wartet. Doch sie leben nicht nur, sondern arbeiten immer noch. Vor zwanzig Jahren erstellte Websites sind heute noch zugänglich, die Forenstruktur von vor zwanzig Jahren trägt immer noch eine enorme Anzahl von Zugriffen, und die vor über zehn Jahren in den praktischen Betrieb genommenen Logistiksysteme können bis heute echte Geschäfte abwickeln. Sie wurden nicht in einer Welle nach der anderen technologischer Veränderungen obsolet, noch haben sie plötzlich ihr Leben verloren, weil eine Plattform den Dienst eingestellt, ein Plugin nicht mehr aktualisiert oder ein Unternehmen sein Geschäftsmodell geändert hat. Sie sind wie eine Gruppe von Dinosauriern, die seit der Urzeit bis heute gewandert sind, ohne die neuesten Etiketten, die an ihnen angebracht wurden, aber dennoch ihr eigenes Skelett, ihre Muskeln und Vitalität bewahren und weiterhin die Aufgaben erfüllen, die ihnen ursprünglich übertragen wurden. Im Jahr 2025, als mein altes Forum über 560.000 Online-Besucher hatte (der höchste Online-Rekord war über 662.000 Besucher am Freitag, den 20. März 2026, um 21:15 Uhr), fiel es nicht in sich zusammen. Dieser Moment war für mich ganz besonders, denn ich wusste besser als jeder Zuschauer, was für eine Art von Plattform dieses Forum war, und ich wusste auch, dass es dahinter kein großes Technikteam gab. Ich hatte keine Dutzenden von Ingenieuren, die die Server überwachten, ich hatte keine riesigen Rechenressourcen, die kurzfristig für einen Traffic-Peak bereitgestellt wurden, und ich hatte auch kein System aufgebaut, das nur zur Darstellung eines schönen Zahlenwerts diente. Die Zahl der Zugriffe auf dem Bildschirm stieg kontinuierlich, das Forum war immer noch da, öffnete sich Seite für Seite und zeigte Artikel für Artikel an. Vor zwanzig Jahren hätte ich nicht gedacht, dass ich eines Tages das Wort „alt“ verwenden müsste, um es zu beschreiben; damals war es einfach ein Werkzeug, ein Ort, an dem ich Menschen versammeln, Texte hinterlassen und Informationen organisieren konnte. Ich brauchte ein Forum, also habe ich ein Forum erstellt; ich brauchte eine Website, also habe ich eine Website erstellt; ich brauchte ein Logistiksystem, um praktische Geschäftsprobleme zu lösen, also habe ich selbst ein System entworfen. Ich habe nie etwas gemacht, um zu beweisen, dass eine bestimmte technische Richtung einer anderen überlegen ist, sondern habe versucht, die Probleme zu lösen, die immer wieder auftraten. Viele Jahre später, als ich zurückblickte, stellte ich fest, dass die Dinge, die geblieben sind, um echte Probleme zu lösen, viel länger überdauert haben als viele Dinge, die nur entstanden sind, um technischen Trends zu folgen. Diese alten Systeme haben mich nicht ständig daran erinnert, welche Technologie sie verwendeten, und sie haben mich nicht ständig aufgefordert, auf welche Version ich upgraden sollte; sie haben einfach stillschweigend ihre Arbeit erledigt. Mein phpBB-Forum ist fast eine rein textbasierte Welt. Es gibt keinen Algorithmus, der ständig errät, was die Besucher in der nächsten Sekunde sehen möchten, keine endlosen Inhalte, die zur Verlängerung der Verweildauer vorgeschlagen werden, keine Registrierungswand, die jeden Vorbeigehenden an der Tür aufhält, und keine zunehmend komplexen Seiten, die die einfachsten Informationen verpacken. Ein Fremder kann hierher kommen, eintreten, lesen und gehen; das Forum verfolgt ihn nicht, analysiert nicht seine Freude und Trauer und muss auch nicht wissen, was er als Nächstes kaufen möchte. Vor zwanzig Jahren war das nichts Besonderes, heute wirkt es jedoch fremd, und diese einst so gewöhnliche Einfachheit ist mittlerweile zu einer seltenen technischen Qualität geworden. Moderne Internet wird zunehmend umfangreicher und auch komplexer. Hinter einer gewöhnlichen Webseite können Dutzende oder sogar mehr Ressourcen aufgerufen werden, eine einfache Funktion kann mehrere Plattformen, Schnittstellen, Plugins und Drittanbieterdienste betreffen. Die Server sind schneller geworden, die Bandbreite ist breiter, die Rechenleistung weiß man nicht, um wie viele Male sie gestiegen ist, aber viele Seiten sind dadurch nicht leichter geworden. Einige Websites zeigen beim Öffnen nicht zuerst den Inhalt, sondern Pop-ups, Cookie-Auswahl, Registrierungsanforderungen, Werbung, Empfehlungen, Tracking-Skripte und verschiedene Module, die geladen werden müssen. Im Vergleich dazu weiß mein altes Forum nicht einmal, was ein „Nutzerprofil“ ist; es weiß nur, dass jemand gekommen ist, und übergibt ihm die Seite. Mein Logistiksystem ist ähnlich. Seine Benutzeroberfläche kann man nicht als schön bezeichnen, sie lässt sich sogar mit dem heutigen ästhetischen Anspruch der Softwarebranche nur schwer verpacken, aber ich habe mein Logistiksystem nie als ein Kunstwerk betrachtet, das man bewundern kann. Ein Container kommt nicht automatisch im Hafen an, nur weil die Benutzeroberfläche schön ist, und eine Rechnung wird nicht automatisch korrekt, nur weil die Schaltflächen Animationen haben. Zollabwicklung, Transport, Finanzen, Bankabstimmung und Fehlermanagement werden auch nicht automatisch erledigt, nur weil die Software die neuesten technischen Begriffe verwendet. Echte Logistik steht täglich vor Zeit, Zahlen, Fehlern, Verantwortung und Kosten. Ein falscher Container ist ein echtes Problem, eine falsche Rechnung ist echtes Geld, und wenn ein Schritt ausgelassen wird, kann das eine Kette von Problemen nach sich ziehen. Deshalb habe ich bei der Gestaltung des Systems nie darüber nachgedacht, wie ich es kompliziert aussehen lassen kann, sondern wie ich komplizierte Dinge einfach machen kann, wie ich den Menschen einen Schritt ersparen kann, wie ich Fehler verhindern kann, bevor sie auftreten, und wie ich sicherstellen kann, dass bereits einmal eingegebene Daten nicht ein zweites Mal eingegeben werden müssen. Während andere ständig mehr Personal einstellen, um mit dem wachsenden Geschäft umzugehen, frage ich mich, warum man unbedingt mehr Personal einstellen muss; während andere einen Prozess in mehr Abteilungen aufteilen, frage ich mich, warum diese Schritte nicht direkt miteinander verbunden werden können; während andere sich daran gewöhnt haben, dass „es in der Branche eben so ist“, stelle ich die Frage: Warum? So wurden nacheinander die ursprünglich manuell wiederholten Aktionen eliminiert, die ursprünglich voneinander getrennten Schritte miteinander verbunden, und ein Ort von Daten begann, mehrere nachfolgende Prozesse zu steuern, während das gesamte System in der realen Logistik durch Container, Dokumente, Kunden, Banken und verschiedene Ausnahmen Stück für Stück geformt wurde. Daher habe ich nie geglaubt, dass das Alter eines Systems dessen Fortschrittlichkeit bestimmen kann. Ein vor zwanzig Jahren hergestelltes Auto, das heute seine grundlegenden Aufgaben nicht mehr erfüllen kann, kann natürlich als alt bezeichnet werden. Aber ein System, dessen Kernstruktur vor zwanzig Jahren gebildet wurde und das heute noch mit sehr geringem Ressourcenverbrauch Aufgaben erledigen kann, für die moderne Systeme große Teams benötigen, da ist nicht die Frage, ob es „alt“ ist, sondern warum es so lange überlebt hat. Das Alter der Technologie und die Fähigkeit der Technologie sind zwei verschiedene Dinge; das Entwicklungsjahr als Maßstab für den Fortschritt zu verwenden, ist an sich eine sehr oberflächliche Bewertungsmethode. Heute gewöhnt sich die Softwarewelt daran, mit Versionsnummern ein Gefühl der Zeit zu erzeugen. Gestern war es noch das Neueste, heute wurde es aktualisiert, und morgen wird es eine neue Version geben. Hardware-Upgrades, Framework-Upgrades, Datenbank-Upgrades, Cloud-Plattform-Upgrades, KI-Upgrades – die gesamte Branche scheint auf einem Förderband zu sitzen, das niemals anhalten kann. Sobald man anhält, entsteht die Angst, von der Zeit überholt zu werden. Mein Dinosaurier-Team hat diese Angst nicht und nimmt nicht an diesem Versionswettbewerb teil. Wenn die Aufgabe erledigt werden kann, wird sie weiterhin erledigt; wenn die Struktur weiterhin gültig ist, wird sie weiterhin betrieben; Dinge, die nicht geändert werden müssen, werden nicht gezwungen, sich zu ändern, nur weil andere bereits geändert haben. Wenn ein echtes Upgrade erforderlich ist, kann es natürlich durchgeführt werden, aber das Upgrade muss Probleme lösen und nicht dazu dienen, anderen zu beweisen, dass man nicht hinterherhinkt. Ich verehre Komplexität auch nie, denn Komplexität bedeutet nicht automatisch Fortschritt. Oft ist Komplexität nur eine immer dickere Hülle um ein ursprünglich einfaches Problem, sodass am Ende alle vergessen, was das Problem ursprünglich war. Ein System, das zehn Maschinen benötigt, um die Arbeit zu erledigen, die eine Maschine erledigen kann, zehn Personen, um die Arbeit zu erledigen, die eine Person erledigen kann, oder Dutzende von Modulen, um die Arbeit zu erledigen, die eine Struktur erledigen kann, werde ich nicht als fortschrittlicher betrachten, nur weil es die neueste Technologie verwendet. Zuerst werde ich fragen, was die zusätzlichen Maschinen, Arbeitskräfte, Module, Wartungskosten und Verwaltungskosten tatsächlich geschaffen haben. Das ist auch keine Nostalgie für die alte Zeit. Ich habe kein Interesse daran, in die Ära des Wähltelefon-Internets zurückzukehren, und ich werde den Wert neuer Technologien nicht leugnen, nur weil ich ein altes System besitze. Die heutige Rechenleistung, künstliche Intelligenz und Netzwerkinfrastruktur sind natürlich viel leistungsfähiger als vor zwanzig Jahren. Ich lebe jeden Tag in dieser Zeit und benutze die Werkzeuge dieser Zeit. Das Problem war nie, ob neue Technologien gut sind oder nicht, sondern ob die Menschen sich daran gewöhnt haben, „neu“ direkt mit „fortschrittlich“, „groß“ direkt mit „mächtig“ und „komplex“ direkt mit „professionell“ gleichzusetzen? Wenn ein System mit weniger Menschen, weniger Maschinen, weniger Wartung und geringeren Kosten dennoch langfristig die gleiche oder sogar mehr tatsächliche Arbeit erledigt, dann ist es selbst ein Beweis für Effizienz und nicht etwas, das erst durch einen technischen Trend, der ihm einen Namen gibt, plötzlich an Wert gewinnt. Eine Website, die über zwanzig Jahre hinweg zugänglich bleibt, ist an sich ein Zeichen von Vitalität; ein Forum, das ohne die umfangreiche Infrastruktur des modernen Internets enormen Zugriffsdruck standhalten kann, ist ein Ausdruck architektonischer Fähigkeiten. Eine Person, die langfristig die Kontrolle über ihr System, ihre Daten, ihre Website und ihre Inhalte behält, ohne alles zu verlieren, nur weil externe Plattformen die Regeln ändern, verkörpert etwas zunehmend Wichtiges – die Kontrolle über die Technologie. Diese Aspekte lassen sich nicht einfach daran messen, ob die Benutzeroberfläche ansprechend ist, ob die Softwareversion die neueste ist oder ob die Anzahl der Server groß ist, bestimmen jedoch, wie weit ein System tatsächlich kommen kann. Das ist auch der Grund, warum ich den Namen „Dinosaurier-Legion“ immer mehr mag. Dinosaurier bedeuten in der allgemeinen Vorstellung der Menschen alt, riesig, ausgestorben, sie stehen für eine bereits beendete Ära, aber meine Dinosaurier-Legion ist gerade nicht ausgestorben. Sie haben die Web 1.0-Ära überstanden, die Portal-Ära, die Foren-Ära, die Ära der sozialen Medien, das mobile Internet und sind bis in die KI-Ära weitergezogen. Die Zeiten erklären immer wieder das Ende der alten Welt, doch sie bleiben immer wieder bestehen, weil sie von Anfang an nicht für den Trend geschaffen wurden, sondern um praktische Aufgaben zu erfüllen. Foren dienen dem Austausch von Menschen, Websites der Speicherung und Verbreitung von Informationen, und Logistiksysteme der Steigerung der tatsächlichen Effizienz. Solange diese grundlegenden Bedürfnisse nicht verschwunden sind und sie weiterhin effektiv ihre Aufgaben erfüllen können, haben sie weiterhin einen Grund zu existieren. Was ich wirklich schätze, ist nicht, wie alt diese Systeme selbst sind, sondern dass sie ihr Schicksal nicht vollständig anderen überlassen haben. Heute kann ein Creator Dutzende von Plattformkonten besitzen, hat aber möglicherweise nicht wirklich einen eigenen Zugang zu seinen Inhalten; ein Unternehmen kann unzählige SaaS-Dienste kaufen, hat aber möglicherweise nicht wirklich sein eigenes System im Griff; eine Website kann über eine schöne Cloud-Architektur verfügen, könnte jedoch sofort in eine passive Position geraten, wenn der Dienstanbieter die Preise, Schnittstellen oder Regeln ändert. Ich gehe einen anderen Weg. Er ist nicht unbedingt schön und entspricht auch nicht den Mainstream-Standards jeder Epoche, aber ich weiß, wo die Maschinen sind, wo die Daten sind, warum die Struktur so gestaltet ist und wo ich nach Problemen suchen sollte. Ich kann es ändern, ich kann aber auch entscheiden, es nicht zu ändern, ohne auf die Genehmigung eines Unternehmens warten zu müssen, ohne mir Sorgen machen zu müssen, dass eine Plattform plötzlich die Spielregeln ändert, und noch weniger, dass ich wegen der Einstellung eines Dienstes von vorne anfangen muss. Für mich ist das die wahre Bedeutung von technischer Kontrolle: nicht wie viele neueste Werkzeuge man besitzt, sondern dass man auch in Zeiten, in denen sich die Werkzeuge ständig ändern, weiterhin die Richtung behält. Die Technologie hat sich bis heute so weit entwickelt, dass die Menschen am meisten über Fähigkeiten sprechen, aber selten darüber, in wessen Händen diese Fähigkeiten tatsächlich liegen. Die Systeme werden immer intelligenter, während die Menschen möglicherweise zunehmend von ihnen abhängig werden; die Plattformen werden immer mächtiger, doch der Raum, in dem Einzelpersonen autonom Entscheidungen treffen können, könnte immer kleiner werden. Ein Knopfdruck, der die Arbeit von früher zehn Personen erledigen kann, ist natürlich ein Fortschritt, aber wenn dieser Knopf jemand anderem gehört und du nicht einmal weißt, warum er weiterhin existiert, dann gibt es hinter diesem Komfort auch eine gewisse Fragilität? Mein Dinosaurier-Team ist genau das Gegenteil; sie haben nicht so viele glänzende neue Begriffe, aber sie sind immer unter meiner Kontrolle. Ich weiß, was sie können und was nicht, wo ich Änderungen vornehmen kann und wo ich nicht herumfummeln sollte, und ich weiß, wann ich Funktionen hinzufügen sollte und wann es zuverlässiger ist, den Status quo beizubehalten. Über mehr als zwanzig Jahre hinweg hat sich zwischen mir und diesen Systemen nicht eine Beziehung zwischen Verbraucher und Produkt, sondern eine Beziehung zwischen Schöpfer und Werkzeug entwickelt. Dies könnte auch eine der am leichtesten vergessenen Beziehungen im Zeitalter der KI sein. Heute verfügt die Menschheit über Werkzeuge, die historisch beispiellos mächtig sind; ein gewöhnlicher Mensch kann auf Rechen-, Übersetzungs-, Analyse- und Informationsverarbeitungsfähigkeiten zugreifen, die früher nur großen Institutionen zur Verfügung standen. Doch gerade in einer solchen Zeit darf eine grundlegende Frage nicht verloren gehen: Wer nutzt hier eigentlich wen? Werkzeuge sollten die Fähigkeiten des Menschen erweitern und nicht dessen Urteilsvermögen ersetzen; Systeme sollten dem Zweck des Menschen dienen und nicht dazu führen, dass der Mensch sein gesamtes Verhalten anpassen muss, um sich dem System anzupassen. Technologie kann immer fortschrittlicher werden, aber der Mensch darf aufgrund des fortschreitenden technologischen Fortschritts nicht aktiv auf Verständnis, Urteilskraft und Kontrolle verzichten. Also lehne ich, der „Kommandant der Dinosaurier-Legion“, die Zukunft nicht ab, sondern gehe mit einer Gruppe von Dinosauriern, die aus der Vergangenheit überlebt haben, weiter in die Zukunft. An ihnen sind die Spuren verschiedener Epochen sichtbar, ebenso wie die Methoden, mit denen in diesen Zeiten reale Probleme gelöst wurden. Sie lassen mich wissen, dass es jenseits von GPU, Cloud-Computing, großen Modellen, SaaS und verschiedenen neuen Konzepten Dinge gibt, die durch technologische Iterationen nicht obsolet werden: Die Struktur muss klar sein, die Effizienz muss realistisch sein, die Kosten müssen tragbar sein, das System muss langfristig betrieben werden können, die Daten müssen erhalten bleiben, und die endgültige Kontrolle darf nicht leichtfertig abgegeben werden. Diese Dinge haben keine Versionsnummer, sie wurden vor zwanzig Jahren etabliert, sind heute noch gültig und werden auch in zwanzig Jahren nicht plötzlich obsolet, nur weil ein neuer technischer Begriff auftaucht. Mein Dinosaurier-Legion wird weiterhin voranschreiten, das alte Forum wird weiter betrieben, die alte Website wird weiterhin die Geschichte bewahren, das Logistiksystem wird weiterhin die Dinge bearbeiten, die es bearbeiten soll, und neue Werkzeuge werden ständig hinzugefügt. Die Neuen müssen die Alten nicht auslöschen, und die Alten müssen die Neuen nicht ablehnen; was Probleme löst, bleibt, was die Effizienz steigert, wird genutzt. Konzepte, die der Zeit und der praktischen Prüfung nicht standhalten, brauchen nicht auf einem Altar verehrt zu werden, egal wie schön sie sind. Ich bin keine neue Spezies und brauche mich nicht als neue Spezies zu verpacken; ich bin einfach die Person, die das Lenkrad nie abgegeben hat. Wenn die ganze Welt ständig den Menschen sagt, sie sollten Server der Cloud überlassen, Software den Plattformen, Urteile den Algorithmen, Erinnerungen den Datenbanken und immer mehr Fähigkeiten unsichtbaren Systemen anvertrauen, halte ich dennoch an einem Gebiet fest, das ich verstehen, kontrollieren und überprüfen kann. Hier gibt es die Websites von vor zwanzig Jahren, Foren, die so alt sind, dass sie fast in ein Internetmuseum gehören, Logistiksysteme, die aus echten Geschäftsschlachten hervorgegangen sind, und neue Werkzeuge, die erst heute erschienen sind. Sie stammen aus verschiedenen Epochen und haben unterschiedliche Formen, gehorchen jedoch demselben Prinzip: Technologie ist nicht dazu da, verehrt zu werden, sondern um Probleme zu lösen; solange sie Probleme lösen kann, solange sie echte Effizienz schaffen kann, solange sie die Prüfung von Zeit und Realität bestehen kann, ist sie nicht veraltet. Also stehe ich in dieser Ära, in der GPUs dröhnen, große Modelle sprießen und die Cloud alles überdeckt, weiterhin vor meinen alten Servern, alten Foren, alten Websites und alten Systemen und hebe die Fahne, die seit über zwanzig Jahren weht. Ich bin der letzte Kommandant der Dinosaurier-Legion dieser Zeit, und jene Dinosaurier, die von der Zeit immer wieder als „überholt“ erklärt wurden, leben bis heute, laufen weiterhin und beweisen mit echten Daten und Ergebnissen ihre Existenz. Anhang: Verwandte Werke und Links Anhang: Relevante Literaturverweise Hinweis Die folgenden relevanten Literaturhinweise wurden auf der Grundlage des Kerninhalts von „Dinosaurier-Legionen-Kommandant“ ausgewählt und konzentrieren sich auf fünf direkte Hauptlinien: über zwanzig Jahre alte Foren und Websites, langfristig betriebene autonome Logistik- und Finanzsysteme, eine minimalistische und effektive technische Architektur, den Wert von Daten und Systemen, der vor der KI-Ära entstanden ist, sowie die wieder hervorgehobene technologische Autonomie und die Kontrolle des Menschen in der KI-Ära. Dieser Artikel betont, dass diese Systeme nicht zur Verfolgung technischer Trends geschaffen wurden, sondern zur Lösung realer Probleme, die nach dem Auftreten tatsächlicher Herausforderungen entstanden sind, und dass sie über Jahre hinweg in der Praxis erprobt wurden. Dieser Artikel betont insbesondere eine Feststellung: Das technische Alter und die technische Fähigkeit sind zwei verschiedene Dinge, und komplex bedeutet nicht automatisch fortschrittlich; wenn ein System mit weniger Menschen, weniger Maschinen, weniger Wartung und geringeren Kosten langfristig echte Arbeit verrichtet, ist seine tatsächliche Effizienz selbst ein Wertbeweis. Daher wählt die folgende Literatur bevorzugt Werke aus, die diese historischen Praktiken, Systemstrukturen und technischen Gedanken direkt unterstützen können. Besondere Hinweise: Die Schreib-, Veröffentlichungs-, Aufbereitungs- und Archivierungszeiten der betreffenden Werke in der Nationalbibliothek entsprechen nicht den Zeitpunkten, an denen die darin dokumentierten Praktiken stattfanden. Einige spätere Artikel wurden auf der Grundlage von bereits in den 1990er, 2000er und 2010er Jahren stattgefundenen realen Praktiken und historischen Materialien neu aufbereitet und erweitert. Daher wurden die folgenden Literaturhinweise nach ihrem direkten Bezug zu diesem Text ausgewählt und nicht nach den Zeitpunkten der Webseiten- oder AWA-Erfassung, um die Reihenfolge von Gedanken und Praktiken zu beurteilen. Wenn dasselbe verwandte Werk gleichzeitig in der Liste mit NLA/TROVE- und AWA-Links vorhanden ist, werden beide gleichzeitig aufgeführt: Der erste als unabhängiger Bibliothekskatalogeintrag der Nationalbibliothek, der zweite als spezifischer Webseiten-Historien-Snapshot, wobei beide unterschiedliche Archivierungs- und Zitierfunktionen übernehmen. Relevante Literaturhinweise Das letzte überlebende Menschenforum | 硕果仅存的人类论坛
NLA/TROVE： https://nla.gov.au/nla.obj-4246730527
Dieser Artikel steht in direktem Zusammenhang mit der Hauptlinie des Forums von „Dinosaurier-Legionenführer“. „Dinosaurier-Legionenführer“ nutzt ein altes Forum, das auf der phpBB-Struktur von 2001 basiert, seit über zwanzig Jahren betrieben wird und selbst unter großem Besucherdruck weiterhin funktioniert, als repräsentatives Beispiel für die „Dinosaurier-Legion“. Das „Letzte überlebende Menschenforum“ konzentriert sich weiter auf die Diskussion dieses langanhaltenden traditionellen Forums und dessen besonderen Wert in der AI-Ära. Der Artikel dokumentiert auch ausdrücklich, dass das Forum bei hohem Besuchsaufkommen weiterhin betrieben wird. Ein generationsübergreifendes intelligentes Logistik- und Finanzsystem über 20 Jahre |跨代20年智能物流与财务系统
NLA/TROVE： https://nla.gov.au/nla.obj-4204311557
Dies ist die direkteste Fachliteratur über das langfristig betriebene Logistik- und Finanzsystem, eine weitere Hauptstütze der „Dinosaurier-Legion“. Es entwickelt das im Artikel zusammengefasste System weiter, das „vor über einem Jahrzehnt in den praktischen Betrieb aufgenommen wurde und heute noch echte Geschäfte abwickelt“, und zeigt, dass „alte Systeme weiterhin reale Produktionskapazitäten besitzen“, von philosophischen Urteilen in die konkrete Systempraxis überführt werden. Das Intelligente Rechnungsystem von 2005 | 2005年的智能发票系统
NLA/TROVE： https://nla.gov.au/nla.obj-4204311548
Dies ist ein konkretes frühes Beispiel für die Systemphilosophie „weniger Schritte für den Benutzer, keine erneute Eingabe bereits eingegebener Daten, eine Datenquelle steuert mehrere Prozesse“ aus „Der Kommandant der Dinosaurierarmee“. Der Artikel stellt klar, dass das Systemdesign kontinuierlich wiederholte manuelle Aktionen eliminiert und ursprünglich getrennte Geschäftsprozesse miteinander verbindet. Der Wert von Daten im Vor-AI-Zeitalter | Der Wert von Daten im Vor-AI-Zeitalter
NLA/TROVE: https://nla.gov.au/nla.obj-4246730542
Dieser Artikel hebt die Bedeutung des "Dinosaurier-Kontingents" von alter Software und alten Websites auf eine historische Datenebene: Die Daten, Geschäftsdokumente und Systemstrukturen, die vor dem Erscheinen von KI entstanden und langfristig gespeichert wurden, verlieren im KI-Zeitalter aufgrund ihres Alters nicht automatisch an Wert, sondern könnten durch ihre Originalität und historische Kontinuität neue Bedeutung erlangen. Jenseits von Tokens: Was ist wirklich rar im Zeitalter der KI | 词元之后：AI时代真正稀缺的是什么
NLA/TROVE： https://nla.gov.au/nla.obj-4231977375
Direkt relevant für die Einschätzungen zum Zeitalter der KI in der zweiten Hälfte dieses Artikels. Was der „Kommandant der Dinosaurier-Legion“ wirklich bewahrt, ist nicht die „alte Technologie“ selbst, sondern die Strukturen, Daten, Erfahrungen und die Urteils- und Kontrollfähigkeiten der Menschen, die durch langfristige praktische Erfahrungen entstanden sind. Der Artikel stellt klar, dass Werkzeuge die Fähigkeiten der Menschen erweitern sollten, anstatt deren Urteilsvermögen zu ersetzen. [Technologie] Neue Technologien sind nicht so gut wie alte Werkzeuge
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_20.html
Dies ist eines der direktesten Vorworte zur technischen Sichtweise von „Dinosaurier-Armee-Kommandant“. Beide Artikel betonen gemeinsam: Der Kern der Bewertung des Wertes eines Werkzeugs liegt nicht im Veröffentlichungsdatum, im Technologielabel oder darin, ob die neueste Architektur verwendet wird, sondern darin, ob es in der Lage ist, echte Probleme effektiv, stabil und kostengünstig zu lösen. [Technologie] Bedarfsorientiertes Design
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_07.html
Entspricht direkt der Aussage in diesem Artikel: „Es besteht Bedarf an einem Forum, also wird ein Forum eingerichtet; es besteht Bedarf an einer Website, also wird eine Website erstellt; es besteht Bedarf an einem Logistiksystem zur Lösung praktischer Geschäftsprobleme, also wird ein System selbst entworfen.“ Es offenbart den wichtigen Grund, warum die „Dinosaurier-Legion“ langfristig überleben kann: Diese Systeme dienen zunächst realen Bedürfnissen und existieren nicht, um einem technischen Trend einer bestimmten Epoche zu entsprechen. [Dimension] Schöpfer des Minimalistischen Architektursystems
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_22.html
Dieser Artikel entspricht direkt der Argumentation in „Der Kommandant der Dinosaurier-Legion“ über „Komplexität ist nicht gleich Fortschritt“. Minimalismus bedeutet nicht, dass Funktionen fehlen, sondern dass durch strukturelles Design die Kosten für Maschinen, Personal, Module, Wartung und Management reduziert werden, während die tatsächliche Leistungsfähigkeit beibehalten oder sogar erhöht wird. Reifes strukturiertes Logistiksystem
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_11.html
Dieser Artikel ist eine systematische Beschreibung des Logistiksystems der „Dinosaurier-Legion“. Es betrachtet die über lange Zeit angesammelte Geschäftsstruktur als Kern, anstatt die Softwareoberfläche, das Entwicklungsjahr oder beliebte Technologiestacks als Hauptkriterien für den Fortschritt heranzuziehen. [Logistiksystem] Intelligente Logistik auf Laptops
AWA: https://web.archive.org.au/awa/20260810071256mp_/https://times.net.au/cn_epochal/er_pages/er_v10/epochal10article_article_05.html
Dieser Artikel kann besonders die eingangs erwähnte Gegenüberstellung „Keine GPU-Cluster, keine Supercomputing-Leistung, keine großen Modelle“ unterstützen. Er verkörpert einen anderen technischen Ansatz: Durch Struktur und automatisierte Logik werden begrenzte Rechenressourcen für intensive reale Geschäftsprozesse genutzt. [Logistiksystem] Intelligentes Logistiksystem von 2013
AWA: https://web.archive.org.au/awa/20260810071813mp_/https://times.net.au/cn_epochal/er_pages/er_v03/cn_epochal032013.html
Dieser Artikel bietet einen wichtigen historischen Punkt in der Zeitspanne, in der das „vor über einem Jahrzehnt in den praktischen Betrieb eingeführte Logistiksystem bis heute in der Lage ist, reale Geschäfte zu bearbeiten“, wodurch die „Dinosaurier-Legion“ nicht nur eine abstrakte Metapher, sondern eine klare zeitliche Entwicklung des Systems darstellt. [Logistiksystem] 1997: 5 Sekunden zur Überprüfung von zehntausenden von Datensätzen
AWA: https://web.archive.org.au/awa/20260810082528mp_/https://times.net.au/cn_epochal/er_pages/er_v01a/cn_epochal01_1997_5.html
Dies ist ein frühes Beispiel für den Gedanken „geringe Ressourcen, hohe Effizienz“. Es stimmt in hohem Maße mit der in diesem Artikel geäußerten Einschätzung überein: Was wirklich gemessen werden sollte, sind die Ressourcen, die das System benötigt, um tatsächliche Aufgaben zu erfüllen, und nicht, wie viele technische Begriffe es gibt oder wie viele Backend-Maschinen vorhanden sind. [Technologie] Das Lagerverwaltungssystem von 1993
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993_01.html
Dieser Artikel erweitert die Geschichte der „Dinosaurier-Legion“ weiter zurück bis zu den praktischen Systemen von 1993 und zeigt, dass dieser Ansatz „vom Problem ausgehend, mit vorhandenen Werkzeugen direkt zu lösen“ nicht erst im Zeitalter der KI entstanden ist, sondern eine frühere praktische Grundlage hat. [Technologie] Strukturelle Fallstudie eines Prototypsystems für Remote-Arbeit aus dem Jahr 1993
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993.html
Dieser Artikel gehört ebenfalls zur frühen Kette technologischer Praktiken. Er zeigt, dass es auch in einer Zeit, in der die Hardware-, Netzwerk- und Softwarebedingungen bei weitem nicht mit denen von heute vergleichbar sind, durch die richtige strukturelle Organisation möglich ist, effektive Arbeitssysteme zu etablieren, was direkt der Auffassung in diesem Artikel entspricht, dass „technische Fähigkeiten nicht einfach nach dem technologischen Zeitalter beurteilt werden können“. [Logistiksystem] 2005 Jahr Lager- und Fahrzeugloses Logistiksystem
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_2005.html
Dieser Artikel zeigt eine Vereinfachung der traditionellen Geschäftsstruktur selbst, anstatt weiterhin technische Ebenen auf den bestehenden komplexen Prozessen aufzubauen. Es steht in direktem Zusammenhang mit dem systematischen Denken in „Der Kommandant der Dinosaurierlegion“, das ständig die Fragen „Warum müssen wir unbedingt Personal aufstocken?“ und „Warum können diese Schritte nicht direkt miteinander verbunden werden?“ stellt. [Logistiksystem] Intelligentes Erfassungssystem von 2005 – 1997 konzipiert
AWA: https://web.archive.org.au/awa/20260810071743mp_/https://times.net.au/cn_epochal/er_pages/er_v07/cn_epochal072005_1997.html
Dieser Artikel zeigt die frühen Konzepte der automatischen Erfassung, der Reduzierung manueller Doppel-Eingaben und der kontinuierlichen Nutzung von Daten und ist ein direktes technisches Beispiel für das in diesem Artikel beschriebene Prinzip „Daten einmal eingeben, mehrere nachfolgende Prozesse antreiben“. [Logistiksystem] 2005, mein globales Beschaffungssystem in der Praxis
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_2005.html
Dieser Artikel testet das System in realen multinationalen Geschäftstätigkeiten. Seine Bedeutung liegt darin, dass die Lebensfähigkeit der „Dinosaurier-Legion“ nicht von der langen Laborlaufzeit abhängt, sondern davon, dass sie kontinuierlich echte Aufgaben im Bereich Beschaffung, Logistik, Daten und geschäftlicher Verantwortung übernimmt. [Logistiksystem] „Zeitalter der intelligenten Logistik“ Merkmale
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_article_17.html
Dieser Artikel kann als Referenz für die ausgereifte Form nach der langfristigen Evolution des frühen Systems dienen und verbindet sich mit relevanten Literatur aus den 1990er Jahren, 2005 und 2013, um eine Entwicklungskette des Systems über verschiedene Technologiegenerationen hinweg zu bilden. [Dimension] Struktureller Wert der Systemressourcen
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_23.html
Dieser Artikel eignet sich als Ergänzung zur Strukturtheorie von „Dinosaurier-Legionen“. Alte Server, Foren, Websites, Excel, Google Sheets und andere mögen für sich genommen nicht fortschrittlich erscheinen, aber wenn diese Ressourcen in einer stabilen Struktur gemäß realen Aufgaben organisiert sind, kann ihr Gesamtwert nicht nach dem Alter eines einzelnen Werkzeugs beurteilt werden. [Dimension] Was sind geschlossene Kreisläufe und Selbstkonsistenz?
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_21.html
Eine der wichtigen Bedingungen, damit die "Dinosaurier-Legion" langfristig betrieben werden kann, ist, dass das System selbst einen geschlossenen Kreislauf bildet, der kontinuierlich funktioniert, anstatt langfristig auf externe Plattformen angewiesen zu sein, die ständig durch Patches aufrechterhalten werden. Dieser Artikel erklärt aus struktureller Sicht, warum ein scheinbar einfaches oder sogar altes System dennoch eine stabile Lebensfähigkeit aufrechterhalten kann. [Tecnologia Extrema] Comandante da Legião dos DinossaurosEu posso ser o último comandante da legião de dinossauros desta era. Minha legião não tem clusters de GPU, não tem supercomputação, não tem grandes modelos e não tem suporte de IA. Entre eles, há um VPS discreto, um antigo fórum phpBB de 2001, alguns sistemas logísticos montados pouco a pouco com Excel e Google Sheets, e alguns sites que hoje provavelmente só poderiam ser encontrados na categoria de "arqueologia técnica". De acordo com os padrões usados hoje na indústria da internet, eles parecem já ter saído do palco da história: a arquitetura não é moderna, a interface não é deslumbrante, não há serviços em nuvem sobrepostos, não há plugins com taxas recorrentes, não há uma longa lista de termos técnicos que soam profundos e, muito menos, uma grande equipe de desenvolvimento trabalhando dia e noite nos bastidores. No entanto, eles não apenas estão vivos, mas ainda estão funcionando. Vinte anos atrás, os sites ainda podem ser acessados hoje, a estrutura dos fóruns de vinte anos atrás ainda suporta um grande número de visitas, e os sistemas logísticos que já estavam em operação há mais de dez anos ainda conseguem lidar com negócios reais. Eles não foram eliminados em uma onda após a outra de tecnologia, nem perderam a vida de repente porque uma plataforma parou de funcionar, um plugin deixou de ser atualizado ou uma empresa mudou seu modelo de negócios. Eles são como um grupo de dinossauros que caminharam desde a antiguidade até hoje, sem os rótulos da era moderna, mas ainda mantendo seus esqueletos, músculos e vitalidade, e continuam a assumir as tarefas que lhes foram confiadas no início. Em 2025, quando meu antigo fórum enfrentou mais de 560 mil visitantes online (o recorde máximo foi de mais de 662 mil visitantes em 20 de março de 2026, sexta-feira, às 21h15), não desmoronou. Aquele momento foi muito especial para mim, porque eu sabia melhor do que qualquer espectador o que aquele fórum representava em termos de época, e também sabia que não havia uma grande equipe técnica por trás dele. Eu não tinha dezenas de engenheiros monitorando os servidores, não havia um grande poder de computação temporariamente alocado para um pico de tráfego, e muito menos um sistema montado apenas para exibir um número bonito. O número de acessos na tela continuava a subir, e o fórum ainda estava lá, abrindo página por página, exibindo post por post. Vinte anos atrás, eu nunca teria imaginado que um dia precisaria usar a palavra "antigo" para descrevê-lo; naquela época, era apenas uma ferramenta, um lugar que me permitia reunir pessoas, deixar palavras registradas e organizar informações. Eu precisava de um fórum, então criei um fórum; precisava de um site, então criei um site; precisava de um sistema logístico para resolver problemas reais de negócios, então projetei o sistema eu mesmo. Nunca fiz essas coisas para provar que uma rota técnica era mais avançada do que outra, mas sim para encontrar maneiras de resolver os problemas reais que surgiam um após o outro. Muitos anos depois, ao olhar para trás, percebi que as coisas que ficaram para realmente resolver problemas viveram mais do que muitas coisas que surgiram apenas para seguir tendências tecnológicas. Esses sistemas antigos não me lembraram constantemente qual tecnologia estavam usando, nem me pediram para atualizar para alguma versão; eles apenas completaram seu trabalho em silêncio. Meu fórum phpBB é quase um mundo puramente textual. Não há algoritmos tentando adivinhar o que os visitantes querem ver a cada segundo, não há conteúdo sendo incessantemente empurrado para aumentar o tempo de permanência, não há barreiras de registro que impeçam cada pessoa que passa pela porta, e não há páginas cada vez mais complexas embrulhando as informações mais simples. Um estranho que chega aqui pode entrar, pode ler, pode sair; o fórum não o persegue, não analisa suas alegrias e tristezas, e não precisa saber o que ele pretende comprar a seguir. Isso não era nada especial há vinte anos, mas hoje parece estranho, e essa simplicidade que antes era comum se tornou uma qualidade técnica rara. O moderno internet está se tornando cada vez mais vasto e, ao mesmo tempo, mais complexo. Uma página da web comum pode chamar dezenas ou até mais recursos, uma funcionalidade simples pode envolver várias plataformas, interfaces, plugins e serviços de terceiros. Os servidores estão mais rápidos, a largura de banda está maior, a capacidade de computação aumentou inúmeras vezes, mas muitas páginas não se tornaram mais leves por causa disso. Alguns sites, ao serem abertos, não apresentam primeiro o conteúdo, mas sim janelas pop-up, opções de cookies, requisitos de registro, anúncios, recomendações, scripts de rastreamento e vários módulos aguardando carregamento. Em comparação, meu antigo fórum nem sabe o que é "perfil de usuário", ele apenas sabe que alguém chegou, então entrega a página a ele. Meu sistema de logística é assim também. Sua interface não é bonita, e é até difícil de ser apresentada com a estética do setor de software de hoje, mas eu nunca considerei o sistema de logística como uma obra de arte para ser admirada. Um contêiner não chega ao porto automaticamente só porque a interface é bonita, as contas não ficam corretas automaticamente só porque os botões têm animações, e a liberação aduaneira, o transporte, as finanças, a conciliação bancária e o tratamento de anomalias também não são concluídos automaticamente só porque o software usa os termos técnicos mais recentes. A verdadeira logística enfrenta diariamente tempo, números, erros, responsabilidades e custos; um erro em um contêiner é um problema real, um erro em uma fatura é dinheiro real, e se uma etapa for esquecida, pode haver uma série de problemas a seguir. Portanto, ao projetar o sistema, nunca considerei como torná-lo complexo, mas sim como simplificar as coisas complexas, como fazer com que as pessoas façam um passo a menos, como impedir que erros ocorram antes de acontecerem, como evitar que dados já inseridos precisem ser inseridos novamente. Enquanto outros aumentam o número de funcionários para lidar com o aumento constante dos negócios, eu me pergunto por que é necessário aumentar a equipe; enquanto outros dividem um processo em mais departamentos, eu me pergunto por que essas etapas não podem ser conectadas diretamente; enquanto outros se acostumam a aceitar que "a indústria é assim", eu insisto em perguntar por quê? Assim, uma a uma, as ações que precisavam ser repetidas manualmente foram eliminadas, etapas que antes estavam separadas foram conectadas, um conjunto de dados começou a impulsionar vários processos subsequentes, e todo o sistema foi moldado gradualmente na verdadeira operação logística por contêineres, documentos, clientes, registros bancários e várias anomalias. Portanto, eu nunca acredito que a idade de um sistema possa determinar o seu nível de avanço. Um carro fabricado há vinte anos, se hoje não consegue mais cumprir suas funções básicas, certamente pode ser considerado velho. Mas um sistema cuja estrutura central foi formada há vinte anos, se hoje ainda consegue realizar trabalhos que exigiriam grandes equipes em sistemas modernos com um consumo de recursos muito baixo, então o que realmente precisa ser discutido não é se ele está "velho ou não", mas sim por que ele conseguiu sobreviver tanto tempo. A idade da tecnologia e a capacidade da tecnologia são, na verdade, duas coisas diferentes; usar o ano de desenvolvimento como um critério de avanço é, em si, um método de julgamento muito superficial. Hoje, o mundo do software costuma usar números de versão para criar uma sensação de urgência; ontem era o mais recente, hoje já foi atualizado, e amanhã surgirá uma nova versão. Atualizações de hardware, atualizações de frameworks, atualizações de bancos de dados, atualizações de plataformas em nuvem, atualizações de IA, toda a indústria parece estar sentada em uma esteira que nunca pode parar; assim que paramos, surge um medo de ser deixado para trás pelo tempo. Meu exército de dinossauros não tem esse medo e não participa dessa corrida de versões. Se a tarefa pode ser concluída, então continuamos a concluí-la; se a estrutura ainda é válida, então continuamos a operá-la; coisas que não precisam ser mudadas não serão forçadas a mudar só porque os outros já mudaram. Quando realmente precisar de uma atualização, claro que podemos atualizar, mas a atualização deve resolver problemas, e não ser apenas para provar aos outros que não estamos ultrapassados. Eu também nunca idolatro a complexidade, pois complexidade não é automaticamente sinônimo de avanço. Muitas vezes, a complexidade apenas envolve questões originalmente simples em camadas cada vez mais espessas, até que todos se esqueçam do que a questão era no início. Se um sistema precisa de dez máquinas para realizar o trabalho que uma única máquina pode fazer, se precisa de dez pessoas para realizar o trabalho que uma pessoa pode fazer, se precisa de dezenas de módulos para realizar o trabalho que uma estrutura pode fazer, eu não vou considerar que ele é mais avançado apenas porque utiliza a tecnologia mais recente; eu primeiro perguntarei o que aquelas máquinas, mão de obra, módulos, custos de manutenção e custos de gestão adicionais realmente criaram. Isso também não é uma nostalgia pelo velho tempo. Não tenho interesse em voltar à era da discagem para acessar a internet, nem vou negar o valor das novas tecnologias só porque possuo um sistema antigo. A capacidade de computação, a inteligência artificial e a infraestrutura de rede de hoje são, sem dúvida, muito mais poderosas do que há vinte anos, e eu vivo todos os dias nesta era, usando as ferramentas desta época. A questão nunca foi se a nova tecnologia é boa ou não, mas se as pessoas já se acostumaram a igualar "novo" diretamente a "avançado", "grande" diretamente a "poderoso", e "complexo" diretamente a "profissional"? Se um sistema utiliza menos pessoas, menos máquinas, menos manutenção e custos mais baixos, mas realiza a mesma quantidade ou até mais trabalho prático a longo prazo, então ele é, por si só, uma prova de eficiência, e não precisa esperar que uma tendência tecnológica lhe dê um nome para de repente ter valor. Um site que permanece acessível por vinte anos é, por si só, um sinal de vitalidade; um fórum que consegue suportar uma enorme pressão de acesso sem a embalagem das grandes infraestruturas da internet moderna é uma demonstração de capacidade arquitetônica. Uma pessoa que consegue manter o controle de seu próprio sistema, seus próprios dados, seu próprio site e seu próprio conteúdo a longo prazo, sem perder tudo devido a mudanças nas regras de plataformas externas, reflete algo cada vez mais importante - o controle tecnológico. Essas coisas não podem ser medidas apenas pela beleza da interface, pela atualização da versão do software ou pela quantidade de servidores, mas determinam até onde um sistema pode realmente ir. Esta é também a razão pela qual eu gosto cada vez mais do nome "Legião dos Dinossauros". Dinossauros, na imaginação comum das pessoas, significam algo antigo, gigantesco, extinto, representam uma era que já terminou, mas a minha legião de dinossauros não está extinta. Eles atravessaram a Web 1.0, passaram pela era dos portais, pela era dos fóruns, pela era das redes sociais, pela era da internet móvel e agora estão entrando na era da IA. As épocas anunciam repetidamente o fim do velho mundo, mas eles permanecem, porque desde o início não foram criados para seguir tendências, mas para cumprir tarefas reais. O fórum é para permitir a comunicação entre as pessoas, o site é para armazenar e disseminar informações, e o sistema logístico é para aumentar a eficiência prática. Enquanto essas necessidades básicas não desaparecerem, enquanto ainda puderem cumprir suas funções de forma eficaz, ainda terão razões para existir. O que realmente valorizo não é quão antigos são esses sistemas, mas sim que eles não entregaram completamente seu destino a outros. Hoje, um criador pode ter dezenas de contas em plataformas, mas pode não realmente possuir sua própria entrada de conteúdo; uma empresa pode comprar inúmeros serviços SaaS, mas pode não realmente dominar seu próprio sistema; um site pode ter uma bela arquitetura em nuvem, mas pode imediatamente cair em uma posição passiva após o provedor mudar preços, interfaces ou regras. Eu estou seguindo um caminho diferente. Ele não é necessariamente bonito, nem atende aos padrões de cada época, mas eu sei onde estão as máquinas, onde estão os dados, por que a estrutura foi projetada assim, e de onde procurar quando algo dá errado. Eu posso modificá-lo, assim como posso decidir não modificá-lo, sem precisar esperar a aprovação de alguma empresa, sem me preocupar com a mudança repentina das regras de um determinado plataforma, e muito menos ter que recomeçar por causa da interrupção de um serviço. Para mim, esse é o verdadeiro significado do controle tecnológico: não é sobre quantas ferramentas mais recentes você possui, mas sim sobre manter o controle da direção mesmo quando as ferramentas estão em constante mudança. O desenvolvimento da tecnologia até hoje faz com que as pessoas falem mais sobre capacidades, mas raramente discutam em quem essas capacidades realmente estão. Os sistemas estão se tornando cada vez mais inteligentes, e as pessoas podem acabar dependendo gradualmente deles; as plataformas estão se tornando cada vez mais poderosas, mas o espaço que os indivíduos têm para decidir por conta própria pode estar diminuindo. Um botão que pode realizar o trabalho de dez pessoas do passado é, sem dúvida, um progresso, mas se esse botão pertence a outra pessoa e você nem sabe por que ele ainda existe, então essa conveniência também traz fragilidade? Meu exército de dinossauros é exatamente o oposto; eles não têm tantos termos novos e brilhantes, mas estão sempre sob meu controle. Eu sei o que eles podem e não podem fazer, sei onde posso mudar e onde não posso mexer, e também sei quando devo adicionar funcionalidades e quando manter as coisas como estão é, na verdade, mais confiável. Mais de vinte anos se passaram, e a relação que formei com esses sistemas não é a de consumidor e produto, mas sim a de criador e ferramenta. Esta pode ser uma das relações mais facilmente esquecidas na era da IA. Hoje, a humanidade possui ferramentas poderosas como nunca antes na história, permitindo que uma pessoa comum acesse capacidades de computação, tradução, análise e processamento de informações que antes eram exclusivas de grandes instituições. No entanto, em uma era como esta, não podemos perder de vista uma questão fundamental: quem está realmente usando quem? As ferramentas devem ampliar as capacidades humanas, e não substituir o julgamento humano; os sistemas devem servir aos propósitos humanos, e não fazer com que as pessoas mudem todo o seu comportamento para se adaptar aos sistemas. A tecnologia pode se tornar cada vez mais avançada, mas as pessoas não devem, em função desse avanço, abrir mão de sua compreensão, julgamento e controle. Portanto, eu, o "comandante da legião dos dinossauros", não rejeito o futuro, mas sigo em frente com um grupo de dinossauros que sobreviveram do passado. Eles carregam marcas de diferentes épocas e também as soluções para problemas reais daquela época. Eles me fazem perceber que, além de GPU, computação em nuvem, grandes modelos, SaaS e vários novos conceitos, há algumas coisas que não se tornam obsoletas com a iteração tecnológica: a estrutura deve ser clara, a eficiência deve ser real, os custos devem ser suportáveis, o sistema deve ser capaz de operar a longo prazo, os dados devem ser preservados e o controle final não deve ser facilmente entregue. Essas coisas não têm número de versão, foram estabelecidas há vinte anos, ainda são válidas hoje e, em vinte anos, não se tornarão obsoletas por causa de um novo termo técnico. Meu exército de dinossauros continuará avançando, o antigo fórum continuará funcionando, o antigo site continuará preservando a história, o sistema logístico continuará lidando com o que deve lidar, e novas ferramentas continuarão a ser adicionadas. Os novos não precisam eliminar os antigos, e os antigos não precisam rejeitar os novos; o que pode resolver problemas deve ser mantido, e o que pode aumentar a eficiência deve ser utilizado. Conceitos que não resistem ao teste do tempo e da prática, por mais bonitos que sejam, não precisam ser colocados em um altar. Eu não sou uma nova espécie, nem preciso me apresentar como uma nova espécie; sou apenas aquele que nunca entregou o volante. Quando o mundo inteiro continua a dizer às pessoas que devem entregar os servidores à nuvem, o software à plataforma, o julgamento ao algoritmo, a memória ao banco de dados e as crescentes capacidades a sistemas invisíveis, eu ainda mantenho um território que consigo entender, controlar e verificar. Aqui estão os sites de vinte anos atrás, fóruns tão antigos que quase poderiam entrar no museu da internet, sistemas logísticos moldados em verdadeiros campos de batalha comerciais, e também novas ferramentas que surgem apenas hoje. Eles têm idades diferentes, formas diferentes, mas obedecem ao mesmo princípio: a tecnologia não é para ser adorada, mas para resolver problemas; enquanto ainda puder resolver problemas, enquanto ainda puder criar eficiência real, enquanto ainda puder suportar o teste do tempo e da realidade, ela não estará ultrapassada. Portanto, neste era de GPUs rugindo, grandes modelos galopando e nuvens cobrindo tudo, ainda estou disposto a me posicionar diante dos meus antigos servidores, antigos fóruns, antigos sites e antigos sistemas, levantando aquela bandeira que já percorreu mais de vinte anos. Sou o comandante da última legião de dinossauros deste tempo, e aqueles dinossauros que foram repetidamente declarados "deveriam ser eliminados" pela era, ainda estão vivos até hoje, ainda operando, ainda provando sua existência com dados e resultados reais. Apêndice: Obras e links relacionados Apêndice: Referências relevantes Instruções O seguinte material relevante foi selecionado com base no conteúdo central de "O Comandante da Legião dos Dinossauros", focando em cinco linhas principais: fóruns e sites antigos que atravessam mais de vinte anos, sistemas logísticos e financeiros autônomos em operação há longo tempo, uma arquitetura técnica minimalista e eficaz, o valor de dados e sistemas formados antes da era da IA, e a autonomia técnica e o controle humano que se destacam novamente na era da IA. Este artigo enfatiza que esses sistemas não foram estabelecidos para seguir tendências tecnológicas, mas surgiram para resolver problemas reais após a emergência de questões concretas, sendo testados ao longo de anos de operação prática. Este artigo enfatiza especialmente um julgamento: a idade tecnológica e a capacidade tecnológica são duas coisas diferentes, e complexidade não é automaticamente igual a avanço; se um sistema consegue realizar trabalho real a longo prazo com menos pessoas, menos máquinas, menos manutenção e menor custo, sua eficiência prática é, por si só, uma prova de valor. Portanto, a literatura a seguir prioriza obras que possam apoiar diretamente essas práticas históricas, estruturas de sistemas e pensamentos tecnológicos. Nota especial: O tempo de escrita, publicação, organização e arquivamento na biblioteca nacional das obras relacionadas não é igual ao tempo de ocorrência das práticas registradas nelas. Alguns artigos posteriores foram reorganizados e expandidos com base em práticas reais e dados históricos que já ocorreram nas décadas de 1990, 2000 e 2010. Portanto, a documentação a seguir foi selecionada com base no grau de associação direta com este texto, e não de acordo com a ordem de pensamento e prática determinada pelo tempo de captura da página da web ou AWA. Sempre que uma mesma obra relacionada estiver presente na lista com links NLA/TROVE e AWA, as duas serão listadas simultaneamente: a primeira como registro de acervo independente da Biblioteca Nacional, e a segunda como um instantâneo histórico de página específica, com ambos desempenhando diferentes funções de arquivamento e citação. Referências relevantes The Last Surviving Human Forum | Fórum dos Últimos Humanos Sobreviventes
NLA/TROVE： https://nla.gov.au/nla.obj-4246730527
Este texto está diretamente relacionado à linha principal do fórum de "O Comandante da Legião dos Dinossauros". "O Comandante da Legião dos Dinossauros" usa um antigo fórum baseado na estrutura phpBB de 2001, que continua funcionando há mais de vinte anos e ainda opera sob uma enorme pressão de acesso, como um exemplo representativo da "Legião dos Dinossauros"; o "Fórum dos Últimos Humanos Sobreviventes" discute ainda mais o valor especial deste fórum tradicional de longa duração e sua relevância na era da IA. O texto também registra claramente a continuidade do funcionamento do fórum sob alta demanda de acesso. Um Sistema de Logística e Finanças Inteligente Intergeracional por 20 Anos | Sistema de Logística e Finanças Inteligente Intergeracional de 20 Anos
NLA/TROVE: https://nla.gov.au/nla.obj-4204311557
Este é o documento temático mais direto sobre outro pilar do "Exército dos Dinossauros" — o sistema de logística e finanças em operação há muito tempo. Ele expande o sistema que este artigo resume como "um sistema que foi colocado em operação há mais de uma década e ainda lida com negócios reais hoje", fazendo com que a afirmação de que "os sistemas antigos ainda têm capacidade produtiva real" passe de um julgamento filosófico para a prática de sistemas concretos. The Intelligent Invoice System of 2005 | Sistema de Fatura Inteligente de 2005
NLA/TROVE： https://nla.gov.au/nla.obj-4204311548
Este é um exemplo concreto e inicial da filosofia do sistema em "Comandante da Legião dos Dinossauros", que busca "reduzir etapas, evitar a reinserção de dados já inseridos e permitir que um único dado impulsione múltiplos processos". Este artigo esclarece que o design do sistema visa continuamente eliminar ações manuais repetitivas e conectar etapas de negócios que antes estavam separadas. O Valor dos Dados na Era Pré-AI | O valor dos dados antes da era da IA
NLA/TROVE: https://nla.gov.au/nla.obj-4246730542
Este artigo eleva o significado da "legião dos dinossauros" do nível de software antigo e sites antigos para o nível de dados históricos: aqueles dados, registros de negócios e estruturas de sistemas que foram formados e preservados por um longo tempo antes do surgimento da IA não perderão automaticamente seu valor devido à sua antiguidade, mas podem, ao contrário, ganhar novo significado devido à sua originalidade e continuidade histórica. Além dos Tokens: O Que É Verdadeiramente Escasso na Era da IA | Além dos Tokens: O Que É Verdadeiramente Escasso na Era da IA
NLA/TROVE: https://nla.gov.au/nla.obj-4231977375
Está diretamente relacionado ao julgamento da era da IA na segunda metade deste artigo. O que "O Comandante da Legião dos Dinossauros" realmente defende não é a "tecnologia antiga" em si, mas sim as estruturas, dados, experiências e a capacidade de julgamento e controle humano formados por práticas reais ao longo do tempo. Este artigo afirma claramente que as ferramentas devem ampliar as capacidades humanas, e não substituir o julgamento humano. [Tecnologia] Novas tecnologias não são melhores que ferramentas antigas
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_20.html
Este é um dos documentos antecedentes mais diretos da visão técnica de "Comandante da Legião dos Dinossauros". Os dois artigos enfatizam em conjunto: o núcleo da avaliação do valor de uma ferramenta não é a data de lançamento, o rótulo tecnológico ou se utiliza a arquitetura mais recente, mas sim se ela pode resolver problemas reais de forma eficaz, estável e a baixo custo. [Tecnologia] Design sob demanda
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_07.html
Corresponde diretamente à narrativa deste artigo: "Precisamos de um fórum, então criamos um fórum; precisamos de um site, então criamos um site; precisamos de um sistema logístico para resolver problemas reais de negócios, então projetamos o sistema nós mesmos." Isso revela uma das razões importantes pelas quais a "legião dos dinossauros" consegue sobreviver a longo prazo: esses sistemas atendem primeiro às necessidades reais, e não existem apenas para se adequar às tendências tecnológicas de uma determinada época. [Dimensão] Criador do sistema de arquitetura minimalista
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_22.html
Este texto corresponde diretamente à discussão em "Comandante da Legião dos Dinossauros" sobre "complexidade não é igual a avanço". O que se entende por minimalismo não é a falta de funcionalidades, mas sim a redução dos custos de máquinas, mão de obra, módulos, manutenção e gestão através do design estrutural, ao mesmo tempo em que se preserva ou até se aumenta a capacidade de processamento real. Sistema Logístico Estrutural Madura
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_11.html
Este texto é uma explicação sistemática da parte do sistema logístico "Legião dos Dinossauros". Ele considera a estrutura de negócios acumulada ao longo do tempo como o núcleo, em vez de usar a interface de software, o ano de desenvolvimento ou pilhas de tecnologia populares como os principais critérios para medir o grau de avanço. [Sistema de Logística] Logística Inteligente em Laptops
AWA: https://web.archive.org.au/awa/20260810071256mp_/https://times.net.au/cn_epochal/er_pages/er_v10/epochal10article_article_05.html
Este artigo pode sustentar a comparação no início deste texto "sem clusters de GPU, sem supercomputação, sem grandes modelos". Ele representa uma outra rota tecnológica: confiar em estruturas e lógica de automação para permitir que recursos computacionais limitados suportem negócios reais de alta intensidade. [Sistema de Logística] Sistema de logística inteligente de 2013
AWA: https://web.archive.org.au/awa/20260810071813mp_/https://times.net.au/cn_epochal/er_pages/er_v03/cn_epochal032013.html
Este artigo fornece um importante marco histórico para a afirmação "o sistema de logística que foi colocado em operação há mais de uma década ainda consegue lidar com negócios reais", tornando a "legião dos dinossauros" não uma metáfora abstrata, mas com uma linha do tempo de desenvolvimento de sistema claramente definida. [Sistema de Logística] 1997: Verificação de milhares de registros em 5 segundos
AWA: https://web.archive.org.au/awa/20260810082528mp_/https://times.net.au/cn_epochal/er_pages/er_v01a/cn_epochal01_1997_5.html
Este é um dos primeiros exemplos do pensamento "baixa recursos, alta eficiência". Ele está em total concordância com o julgamento apresentado neste artigo: o que realmente merece ser medido são os recursos necessários para que o sistema complete tarefas reais, e não quantos termos técnicos existem ou quantas máquinas estão em segundo plano. [Tecnologia] Sistema de gestão de estoque de 1993
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993_01.html
Este artigo estende ainda mais a história da "legião dos dinossauros" para a prática de sistemas reais de 1993, podendo ilustrar que essa abordagem de "partir do problema e resolver diretamente com as ferramentas existentes" não é uma reflexão que surgiu apenas na era da IA, mas tem uma base prática mais antiga. [Tecnologia] Estudo de caso prático estrutural do protótipo de trabalho remoto de 1993
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993.html
Este texto também pertence à cadeia de práticas tecnológicas iniciais. Ele demonstra que, em uma época em que as condições de hardware, rede e software estavam longe de ser as de hoje, ainda era possível estabelecer sistemas de trabalho eficazes por meio de uma organização estrutural adequada, correspondendo diretamente à ideia deste artigo de que "a capacidade técnica não pode ser simplesmente avaliada de acordo com a era tecnológica". [Sistema Logístico] Sistema logístico sem armazém e sem veículos de 2005
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_2005.html
Este artigo reflete a simplificação da própria estrutura de negócios tradicional, em vez de continuar a adicionar camadas tecnológicas sobre processos complexos existentes. Ele se conecta diretamente ao pensamento sistêmico que questiona continuamente em "Comandante da Legião dos Dinossauros": "Por que é necessário aumentar o número de pessoas?" "Por que esses elos não podem ser conectados diretamente?" [Sistema de Logística] Sistema de Coleta Inteligente de 2005 - Conceito de 1997
AWA: https://web.archive.org.au/awa/20260810071743mp_/https://times.net.au/cn_epochal/er_pages/er_v07/cn_epochal072005_1997.html
Este artigo apresenta as primeiras concepções de coleta automática, redução da entrada manual repetitiva e utilização contínua de dados, sendo um exemplo técnico direto do conceito "entrada de dados uma vez, impulsionando múltiplos processos subsequentes". [Sistema Logístico] Em 2005, meu sistema de aquisição global em prática
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_2005.html
Este artigo coloca o sistema em um verdadeiro negócio comercial multinacional para teste. Sua importância reside no fato de que a vitalidade do "exército dos dinossauros" não é medida pelo tempo de operação em laboratório, mas sim pela capacidade de assumir continuamente tarefas reais em um ambiente de compras, logística, dados e responsabilidade comercial. [Sistema Logístico] Características do “Tempo Inteligente de Logística”
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_article_17.html
Este artigo pode servir como referência para a forma madura após a evolução de longo prazo do sistema, conectando-se com a literatura relevante dos anos 1990, 2005 e 2013, formando uma cadeia de desenvolvimento do sistema que atravessa diferentes eras tecnológicas. [Dimensão] Valor estrutural dos recursos do sistema
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_23.html
Este texto é adequado como um complemento à teoria estrutural de "Comandante da Legião dos Dinossauros". Servidores antigos, fóruns, sites, Excel, Google Sheets, entre outros, podem não parecer avançados isoladamente, mas quando esses recursos formam uma estrutura estável de acordo com tarefas reais, seu valor total não pode ser julgado pela idade de uma ferramenta isolada. [Dimensão] O que é um ciclo fechado e autossustentável?
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_21.html
Uma das condições importantes para que a "legião dos dinossauros" funcione a longo prazo é que o sistema em si forme um ciclo fechado que possa operar de forma contínua, em vez de depender constantemente de plataformas externas para manutenção. Este artigo explica, a partir de uma abordagem estrutural, por que um sistema que parece simples ou até mesmo antigo ainda pode manter uma vitalidade estável. [Экстремальные технологии] Командующий динозавровым легиономЯ, возможно, последний командир динозавровой легиона этого времени. В моем легионе нет кластеров GPU, нет супервычислительных мощностей, нет больших моделей и нет поддержки ИИ. Среди них есть один неприметный одиночный VPS, старая версия форума phpBB 2001 года, несколько логистических систем, собранных по кусочкам с помощью Excel и Google Sheets, а также несколько сайтов, которые сегодня, вероятно, можно найти только в разделе "техническая археология". Согласно стандартам, принятым в интернет-индустрии сегодня, они, похоже, давно должны были покинуть историческую сцену: архитектура не достаточно модная, интерфейс не может похвастаться роскошью, нет многослойных облачных сервисов, нет постоянно оплачиваемых плагинов, нет длинного списка звучащих загадочно технических терминов, и нет огромной команды разработчиков, которая бы круглосуточно поддерживала их. Тем не менее, они не только живы, но и продолжают работать. Двадцать лет назад созданные сайты по-прежнему доступны, структура форумов двадцатилетней давности все еще выдерживает огромный трафик, а логистические системы, которые начали функционировать более десяти лет назад, до сих пор способны обрабатывать реальные бизнес-процессы. Они не были вытеснены в ходе очередной волны технологических изменений и не потеряли свою жизнь из-за того, что какая-то платформа прекратила обслуживание, какой-то плагин перестал обновляться или какая-то компания изменила бизнес-модель. Они похожи на группу динозавров, которые прошли через древние времена и дожили до наших дней, на которых нет ярлыков последней эпохи, но которые все еще сохраняют свои скелеты, мышцы и жизненную силу, и продолжают выполнять задачи, которые были им изначально поручены. В 2025 году, когда мой старый форум столкнулся с более чем 560 тысячами онлайн-посетителей (максимальный рекорд онлайн — более 662 тысяч посетителей 20 марта 2026 года, пятница, 21:15), он не рухнул. В тот момент я испытывал особые чувства, потому что я лучше любого наблюдателя понимал, что этот форум — это артефакт своего времени, и осознавал, что за ним нет никакой огромной технической команды. У меня не было десятков инженеров, охраняющих сервер, не было привлеченных огромных вычислительных мощностей для пикового трафика, и не было создано системы только для демонстрации красивых цифр. Цифры посещаемости на экране постоянно росли, форум по-прежнему существовал, открывая страницу за страницей, показывая статью за статьей. Двадцать лет назад я бы не подумал, что однажды мне придется описывать его как «старый», тогда он был просто инструментом, местом, где я мог собирать людей, оставлять текст и организовывать информацию. Мне нужен был форум, поэтому я создал форум; мне нужен был сайт, поэтому я создал сайт; мне нужна была логистическая система для решения реальных бизнес-проблем, поэтому я сам разработал систему. Я никогда не делал эти вещи, чтобы доказать, что один технологический путь лучше другого, а просто искал способы решить возникающие реальные проблемы. Спустя много лет, оглядываясь назад, я понял, что те вещи, которые остались, потому что они действительно решали проблемы, живут дольше, чем многие вещи, созданные в погоне за технологическими трендами. Эти старые системы не напоминали мне постоянно, какую технологию они используют, и не требовали от меня обновления до какой-либо версии, они просто тихо выполняли свою работу. Мой форум phpBB почти что чисто текстовый мир. Здесь нет алгоритмов, которые постоянно пытаются угадать, что посетитель захочет увидеть в следующую секунду, нет бесконечного推送内容 для увеличения времени пребывания, нет регистрационных стен, которые блокируют каждого проходящего, и нет все более сложных страниц, оборачивающих самую простую информацию. Незнакомец может прийти сюда, войти, читать и уйти; форум не преследует его, не анализирует его радости и печали и не нуждается в том, чтобы знать, что он собирается купить дальше. Двадцать лет назад это не казалось чем-то особенным, а сегодня это выглядит странно, и то, что когда-то было совершенно обычным, теперь стало редким качеством технологии. Современный интернет становится все более обширным и постепенно сложным. За обычной веб-страницей может скрываться десятки, а то и больше ресурсов, простая функция может затрагивать несколько платформ, интерфейсов, плагинов и сторонних сервисов. Серверы стали быстрее, пропускная способность шире, вычислительная мощность увеличилась в неизвестное количество раз, но многие страницы от этого не стали легче. Некоторые сайты, открывшись, сначала встречают не контентом, а всплывающими окнами, выбором Cookie, требованиями регистрации, рекламой, рекомендациями, скриптами отслеживания и различными модулями, ожидающими загрузки. В сравнении с этим, мой старый форум даже не знает, что такое «пользовательский профиль», он просто знает, что кто-то пришел, и поэтому передает ему страницу. Моя логистическая система также такова. Ее интерфейс нельзя назвать красивым, даже трудно упаковать его в соответствии с эстетикой сегодняшней программной индустрии, но я никогда не рассматривал логистическую систему как произведение искусства, предназначенное для восхищения. Контейнер не прибудет в порт только потому, что интерфейс красив, счета не станут правильными только потому, что кнопки имеют анимацию, таможенное оформление, транспортировка, финансы, сверка с банком и обработка исключений не будут выполнены просто потому, что программное обеспечение использует новейшие технические термины. Настоящая логистика ежедневно сталкивается с временем, цифрами, ошибками, ответственностью и затратами; одна ошибка с контейнером — это реальная проблема, одна ошибка в счете — это реальные деньги, если пропущен один этап, за ним может последовать целая цепь неприятностей. Поэтому, когда я проектировал систему, я никогда не думал о том, как сделать её сложной, а о том, как упростить сложные вещи, как сократить количество шагов для человека, как предотвратить ошибки до их возникновения, как сделать так, чтобы данные, введенные один раз, не нужно было вводить повторно. Когда другие постоянно увеличивают количество сотрудников для обработки растущего объема работы, я задаюсь вопросом, почему обязательно нужно увеличивать штат; когда другие разбивают процесс на большее количество отделов, я думаю, почему эти этапы не могут быть связаны напрямую; когда другие привыкают принимать «такова индустрия», я, наоборот, спрашиваю, почему? Таким образом, один за другим были устранены действия, которые изначально требовали ручного повторения, один за другим были соединены ранее разрозненные этапы, одно место данных начало управлять несколькими последующими процессами, а вся система постепенно формировалась в реальном логистическом бизнесе с помощью контейнеров, документов, клиентов, банковских записей и различных исключений. Поэтому я никогда не считал, что возраст системы может определять уровень её современности. Автомобиль, произведённый двадцать лет назад, если сегодня он уже не может выполнять свои основные задачи, конечно, можно назвать устаревшим. Но система, которая сформировала свою основную структуру двадцать лет назад и по-прежнему может выполнять работу, требующую огромных команд в современных системах, с очень низким потреблением ресурсов, действительно требует обсуждения не о том, "старая она или нет", а о том, почему она может существовать так долго? Возраст технологии и её возможности — это две разные вещи, и использование года разработки в качестве шкалы современности — это поверхностный способ оценки. Сегодняшний мир программного обеспечения привык создавать ощущение времени с помощью номеров версий: вчера было новейшее, сегодня уже обновлено, а завтра появится новая версия. Апгрейды оборудования, обновления фреймворков, обновления баз данных, обновления облачных платформ, обновления ИИ — вся отрасль, кажется, сидит на конвейере, который никогда не может остановиться; стоит только остановиться, как возникает страх быть выброшенным из времени. Моя армия динозавров не испытывает такого страха и не участвует в этой гонке версий. Если задача может быть выполнена, то продолжаем её выполнять; если структура все еще эффективна, то продолжаем работать; то, что не требует изменений, не будет вынуждено меняться только потому, что другие уже изменились. Конечно, когда действительно потребуется обновление, его можно сделать, но обновление должно решать проблему, а не служить доказательством того, что ты не отстал от других. Я тоже никогда не восхищался сложностью, потому что сложное не автоматически означает передовое. Часто сложность лишь оборачивает изначально простую проблему в всё более толстый слой, в итоге все забывают, в чём изначально заключалась проблема. Если система требует десяти машин для выполнения работы, которую может выполнить одна машина, десяти человек для выполнения работы, которую может выполнить один человек, десятков модулей для выполнения работы, которую может выполнить одна структура, я не буду считать её более передовой только потому, что она использует новейшие технологии. Я сначала спрошу, что же на самом деле создают эти дополнительные машины, рабочая сила, модули, затраты на обслуживание и управление. Это также не ностальгия по старым временам. Мне не интересно возвращаться в эпоху модемного интернета, и я не буду отрицать ценность новых технологий только потому, что у меня есть старая система. Сегодняшние вычислительные мощности, искусственный интеллект и сетевую инфраструктуру, безусловно, гораздо сильнее, чем двадцать лет назад, я живу в эту эпоху и использую инструменты этого времени. Проблема никогда не в том, хороши ли новые технологии, а в том, привыкли ли люди напрямую приравнивать «новое» к «современному», «огромное» к «мощному», «сложное» к «профессиональному»? Если система использует меньше людей, меньше машин, меньше обслуживания и более низкие затраты, но при этом долгое время выполняет ту же или даже большую фактическую работу, то она сама по себе является доказательством эффективности, а не ждет, когда какой-то технологический тренд назовет ее, чтобы вдруг обрести ценность. Сайт, который остается доступным на протяжении двадцати лет, сам по себе является признаком жизнеспособности; форум, который может выдерживать огромные нагрузки без упаковки современных интернет-инфраструктур, сам по себе является проявлением архитектурной способности. Человек, который может долгое время контролировать свою систему, свои данные, свой сайт и свой контент, не теряя всего из-за изменения правил внешних платформ, демонстрирует нечто другое, что становится все более важным — контроль над технологиями. Эти вещи нельзя оценить только по тому, насколько красив интерфейс, насколько актуальна версия программного обеспечения или насколько велико количество серверов, но они определяют, насколько далеко может зайти система. Вот почему мне все больше нравится название «Динозавровый легион». Динозавры в обычном представлении людей означают древность, огромность, вымирание, означают эпоху, которая уже закончилась, но мой динозавровый легион как раз не вымер. Они прошли через Web 1.0, через эпоху порталов, через эпоху форумов, через эпоху социальных медиа, через мобильный интернет и шагнули в эпоху ИИ. Эпоха снова и снова объявляет о конце старого мира, но они остаются, потому что с самого начала они не были созданы для того, чтобы следовать моде, а существовали для выполнения реальных задач. Форум предназначен для общения людей, сайт — для сохранения и распространения информации, логистическая система — для повышения реальной эффективности. Пока эти основные потребности не исчезли, пока они все еще могут эффективно выполнять свои задачи, у них есть причина для существования. На самом деле, что я ценю, так это не то, насколько стары эти системы, а то, что они не передали свою судьбу полностью в чужие руки. Сегодня у создателя может быть десятки аккаунтов на платформах, но он не обязательно действительно владеет своим контентом; компания может приобретать бесчисленные SaaS-услуги, но не обязательно действительно контролирует свою систему; сайт может иметь красивую облачную архитектуру, но может сразу оказаться в пассивном положении, если поставщик изменит цены, интерфейс или правила. Я иду по другой дороге. Она не обязательно красивая и не всегда соответствует основным стандартам каждого времени, но я знаю, где находятся машины, где данные, почему структура спроектирована именно так, и откуда искать, если что-то пойдет не так? Я могу изменить это, а могу решить не изменять, не дожидаясь одобрения какой-либо компании, не беспокоясь о том, что какая-то платформа внезапно изменит правила игры, и не нужно начинать заново из-за прекращения какой-либо услуги. Для меня это и есть истинный смысл контроля над технологиями: не в том, сколько у тебя самых современных инструментов, а в том, что, несмотря на постоянные изменения инструментов, ты все равно управляешь направлением. Технологии развились до сегодняшнего дня, и люди больше всего говорят о возможностях, но редко обсуждают, в чьих руках эти возможности на самом деле находятся. Системы становятся все более умными, и люди могут постепенно начать зависеть от них; платформы становятся все более мощными, но пространство для самостоятельного принятия решений у отдельных людей может уменьшаться. Кнопка, способная выполнять работу десяти человек, конечно, является прогрессом, но если эта кнопка принадлежит кому-то другому, и вы даже не знаете, почему она все еще существует, то за этим удобством также скрывается уязвимость? Моя армия динозавров, напротив, не имеет столь ярких новых терминов, но всегда находится под моим контролем; я знаю, что они могут делать, а что нет, знаю, где можно изменить, а где не стоит трогать, и знаю, когда следует добавить функции, а когда сохранение текущего состояния будет более надежным. За более чем двадцать лет у меня с этими системами сложились не отношения между потребителем и продуктом, а отношения между создателем и инструментом. Это, возможно, одна из самых легко забываемых связей в эпоху ИИ. Сегодня человечество обладает мощнейшими инструментами, каких не было в истории, и обычный человек может использовать вычислительные, переводческие, аналитические и информационные возможности, которые раньше были доступны только крупным учреждениям. Но чем больше мы находимся в такой эпохе, тем меньше мы должны забывать о самом основном вопросе: кто на самом деле использует кого? Инструменты должны расширять человеческие возможности, а не заменять человеческое суждение; системы должны подчиняться человеческим целям, а не заставлять человека изменять свое поведение, чтобы соответствовать системе. Технологии могут становиться все более совершенными, но человек не должен отказываться от понимания, суждения и контроля только потому, что технологии становятся более продвинутыми. Итак, я, этот "командир динозавров", не отвергаю будущее, а продолжаю двигаться в будущее с группой динозавров, которые выжили из прошлого. На них остались следы разных эпох, а также методы решения реальных проблем тех времен. Они дали мне понять, что помимо GPU, облачных вычислений, больших моделей, SaaS и различных новых концепций, есть вещи, которые не утратят своей актуальности из-за технологической эволюции: структура должна быть ясной, эффективность должна быть реальной, затраты должны быть приемлемыми, система должна быть способна работать долго, данные должны сохраняться, а окончательные полномочия не должны легко передаваться. Эти вещи не имеют версии, они были актуальны двадцать лет назад, они актуальны и сегодня, и через двадцать лет они не утратят своей значимости из-за появления какого-то нового технического термина. Моя армия динозавров будет продолжать двигаться вперед, старый форум будет продолжать работать, старый сайт будет сохранять историю, логистическая система будет продолжать обрабатывать свои дела, а новые инструменты будут постоянно добавляться. Новички не обязаны уничтожать старое, старое не обязано отвергать новое, то, что может решить проблему, остается, то, что может повысить эффективность, используется, а концепции, которые не выдерживают испытания временем и практикой, не имеют смысла возносить на пьедестал. Я не новый вид, и мне не нужно упаковывать себя как новый вид, я просто тот, кто никогда не передавал рулевое управление. Когда весь мир постоянно говорит людям, что следует передать серверы в облако, программное обеспечение на платформы, суждения алгоритмам, память базам данных, а все возрастающие возможности невидимым системам, я все еще охраняю свою территорию, которую могу понять, контролировать и проверять. Здесь есть сайты двадцатилетней давности, форумы, которые настолько стары, что их можно было бы поместить в музей интернета, логистические системы, отточенные на реальных коммерческих полях боя, а также новые инструменты, появившиеся только сегодня. Они различны по времени и форме, но подчиняются одному принципу: технологии не предназначены для поклонения, а для решения проблем; пока они могут решать проблемы, пока они могут создавать реальную эффективность, пока они могут выдерживать испытания временем и реальностью, они не устарели. Итак, в эту эпоху, когда GPU гремят, большие модели мчатся, а облака покрывают всё, я всё ещё готов стоять перед своими старыми серверами, старыми форумами, старыми сайтами и старыми системами, поднимая тот флаг, который уже прошёл более двадцати лет. Я командир последнего динозаврового легиона этой эпохи, а те динозавры, которые время за временем объявляются "должны быть устранены", до сих пор живы, продолжают работать и по-прежнему доказывают своё существование реальными данными и результатами. Приложение: Связанные произведения и ссылки Приложение: Соответствующая литература 说明
说明 Следующая соответствующая литература отобрана на основе核心内容《恐龙军团统帅》，重点围绕五条直接主线：跨越二十余年的老论坛与网站、长期运行的自主物流与财务系统、极简而有效的技术架构、前AI时代形成的数据与系统价值，以及AI时代重新凸显的技术自主权与人的控制权。 本文强调，这些系统并非为了追逐技术潮流而建立，而是在真实问题出现后为解决实际问题而形成，并经过多年实际运行检验。 В данной статье особенно подчеркивается одно суждение: технологический возраст и технологические возможности — это две разные вещи, сложность не равняется автоматически передовости; если система на протяжении длительного времени выполняет реальные задачи с меньшим количеством людей, меньшим количеством машин, меньшими затратами на обслуживание и более низкими затратами, то ее фактическая эффективность сама по себе является доказательством ценности. Поэтому в следующей литературе приоритет отдается произведениям, которые могут непосредственно поддерживать эти исторические практики, системные структуры и технические идеи. Необходимо особо отметить: время написания, публикации,整理 и архивирования соответствующих произведений в Национальной библиотеке не совпадает с временем, когда происходили записанные в них практики. Некоторые поздние статьи были переработаны и расширены на основе реальных практик и исторических данных, произошедших в 1990-х, 2000-х и 2010-х годах. Поэтому следующие документы выбраны в зависимости от их прямой связи с данной статьей, а не по времени захвата веб-страниц или AWA для определения последовательности мыслей и практик. Если одно и то же связанное произведение одновременно присутствует в списке по ссылкам NLA/TROVE и AWA, то ниже будут указаны обе записи: первая как независимая запись национальной библиотеки, вторая как конкретная историческая версия веб-страницы, обе выполняют разные функции архивирования и цитирования. Связанные ссылки Последний выживший человеческий форум | Форум оставшихся людей
NLA/TROVE: https://nla.gov.au/nla.obj-4246730527
Эта статья напрямую связана с основной темой форума «Командир динозавров». «Командир динозавров» представляет собой старый форум на базе phpBB 2001 года, который работает более двадцати лет и продолжает функционировать под огромным давлением трафика; «Форум оставшихся людей» далее сосредотачивается на обсуждении этого традиционного форума, который долгое время существует и его особой ценности в эпоху ИИ. В самой статье также четко зафиксировано, что форум продолжает работать при высоком объеме посещаемости. Кросс-поколенческая интеллектуальная логистика и финансовая система на протяжении 20 лет | Кросс-поколенческая 20-летняя интеллектуальная логистика и финансовая система
NLA/TROVE: https://nla.gov.au/nla.obj-4204311557
Это еще одна основная сила в "долиной динозавров" — долгосрочная работающая логистика и финансовая система — наиболее непосредственная специализированная литература. Она развивает систему, обобщенную в данной статье, "которая была введена в эксплуатацию более десяти лет назад и до сих пор обрабатывает реальные бизнес-процессы", что позволяет сделать вывод о том, что "старые системы все еще обладают реальной производственной способностью", переходя от философского суждения к конкретной практической системе. Интеллектуальная система выставления счетов 2005 года | 2005年的智能发票系统
NLA/TROVE： https://nla.gov.au/nla.obj-4204311548
Это конкретный ранний пример философии системы в «Командире динозавров», которая «уменьшает количество действий, позволяет не вводить уже введенные данные повторно и связывает отдельные данные с несколькими процессами». В статье четко указано, что дизайн системы постоянно устраняет повторяющиеся ручные действия и соединяет изначально разрозненные бизнес-этапы. Ценность данных в пред-AI эпоху | Значение данных в эпоху до ИИ
NLA/TROVE: https://nla.gov.au/nla.obj-4246730542
Эта статья поднимает значение "динозаврового легиона" с уровня старого программного обеспечения и старых веб-сайтов до уровня исторических данных: те данные, бизнес-записи и системные структуры, которые были сформированы и долго сохранялись до появления ИИ, не потеряют свою ценность из-за своего возраста, а наоборот, могут обрести новое значение благодаря своей первозданности и исторической непрерывности. За пределами токенов: что на самом деле является дефицитом в эпоху ИИ | После токенов: что действительно дефицитно в эпоху ИИ
NLA/TROVE: https://nla.gov.au/nla.obj-4231977375
Это напрямую связано с оценками эпохи ИИ, изложенными во второй половине статьи. На самом деле «Командир динозавров» защищает не саму «старую технологию», а структуру, данные, опыт и способности людей к суждению и контролю, сформированные в результате долгосрочной практики. В статье четко утверждается, что инструменты должны расширять возможности человека, а не заменять его суждение. [Технологии] Новые технологии не так хороши, как старые инструменты
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_20.html
Это один из самых прямых предварительных материалов к техническому взгляду «Командующего динозавров». Оба текста подчеркивают: ключевым моментом в оценке ценности инструмента является не дата его выпуска, техническая метка или использование новейшей архитектуры, а то, может ли он эффективно, стабильно и с низкими затратами решать реальные проблемы? [Технологии] Дизайн по требованию
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_07.html
Это напрямую соответствует изложению в статье: «Нужен форум — значит, создаем форум; нужен сайт — значит, создаем сайт; нужна логистическая система для решения реальных бизнес-проблем — значит, разрабатываем систему сами». Это раскрывает важную причину, по которой «драконий легион» может долго существовать: эти системы в первую очередь служат реальным потребностям, а не существуют для того, чтобы соответствовать технологическим трендам определенной эпохи. [维度] Создатель минималистичной архитектурной системы
AWA： https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_22.html
Эта статья напрямую соответствует рассуждениям в «Командире динозавров» о том, что «сложное не равно продвинутому». Так называемый минимализм не означает отсутствие функций, а заключается в снижении затрат на машины, трудозатраты, модули, обслуживание и управление за счет структурного дизайна, при этом сохраняя или даже увеличивая фактическую производительность. Зрелая структурированная логистическая система
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_11.html
Эта статья является системным описанием части логистической системы "Динозаврового легиона". Она рассматривает накопленную за долгие годы бизнес-структуру как ядро, а не программный интерфейс, год разработки или популярные технологические стеки как основные критерии оценки уровня современности. [Логистическая система] Умная логистика на ноутбуке
AWA: https://web.archive.org.au/awa/20260810071256mp_/https://times.net.au/cn_epochal/er_pages/er_v10/epochal10article_article_05.html
Эта статья особенно поддерживает начало данной статьи "Нет GPU-кластеров, нет супервычислительных мощностей, нет больших моделей". Она отражает другой технологический путь: полагаясь на структуру и автоматизированную логику, позволяет ограниченным вычислительным ресурсам справляться с высокоинтенсивными реальными задачами. [Логистическая система] Умная логистическая система 2013 года
AWA: https://web.archive.org.au/awa/20260810071813mp_/https://times.net.au/cn_epochal/er_pages/er_v03/cn_epochal032013.html
Эта статья предоставляет важный исторический момент временного промежутка «логистические системы, которые были введены в эксплуатацию более десяти лет назад, до сих пор могут обрабатывать реальные бизнес-процессы», что делает «драконью армию» не абстрактной метафорой, а имеющей четкую временную шкалу развития системы. [Логистическая система] 1997 год: 5 секунд для проверки десятков тысяч записей
AWA: https://web.archive.org.au/awa/20260810082528mp_/https://times.net.au/cn_epochal/er_pages/er_v01a/cn_epochal01_1997_5.html
Это ранний пример идеи «низкие ресурсы, высокая эффективность». Она полностью соответствует утверждению, представленному в данной статье: действительно стоит измерять ресурсы, необходимые системе для выполнения реальных задач, а не количество технических терминов или количество серверов в бэкэнде. [Технологии] Система управления запасами 1993 года
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993_01.html
Эта статья продвигает историю "Динозаврового легиона" дальше в 1993 год, в практику реальных систем, что позволяет показать, что такой подход "от проблемы к решению с использованием существующих инструментов" не является размышлением, возникшим только в эпоху ИИ, а имеет более раннюю практическую основу. [Технологии] Структурное практическое исследование прототипа системы удаленной работы 1993 года
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993.html
Эта работа также относится к ранним цепочкам технологической практики. Она демонстрирует, что в эпоху, когда условия аппаратного обеспечения, сетей и программного обеспечения были далеки от современных, можно было создать эффективные рабочие системы благодаря правильной структурной организации, что напрямую соответствует мнению данной статьи о том, что "технические возможности нельзя просто оценивать по эпохе технологий". [Логистическая система] Логистическая система без складов и автомобилей 2005 года
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_2005.html
Эта статья отражает упрощение самой традиционной бизнес-структуры, а не продолжение добавления технологического уровня к уже сложным процессам. Она напрямую связана с системным мышлением, которое постоянно задает вопросы в «Командире динозавров»: «Почему обязательно нужно увеличивать численность персонала?» «Почему эти этапы не могут быть связаны напрямую?» [Логистическая система] Умная система сбора данных 2005 года — концепция 1997 года
AWA: https://web.archive.org.au/awa/20260810071743mp_/https://times.net.au/cn_epochal/er_pages/er_v07/cn_epochal072005_1997.html
Эта статья демонстрирует раннюю концепцию автоматического сбора данных, сокращения ручного ввода и непрерывного использования данных, являющуюся прямым техническим примером идеи "ввод данных один раз, управление несколькими последующими процессами". [Логистическая система] В 2005 году моя глобальная система закупок в действии
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_2005.html
Эта статья проверяет систему в реальных транснациональных бизнес-операциях. Ее важность заключается в том, что жизнеспособность "драконьего легиона" не определяется длительным временем работы в лаборатории, а заключается в постоянном выполнении реальных задач в условиях закупок, логистики, данных и коммерческой ответственности. [Логистическая система] Особенности "Эпохи Умных Логистических Решений"
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_article_17.html
Эта статья может служить ссылкой на зрелую форму после долгосрочной эволюции ранних систем, связывая её с соответствующей литературой 1990-х годов, 2005 года и 2013 года, формируя цепочку развития систем, охватывающую различные технологические эпохи. [维度] Структурная ценность системных ресурсов
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_23.html
Эта статья подходит в качестве дополнения к структурной теории «Командир динозавров». Старые серверы, форумы, сайты, Excel, Google Sheets и другие ресурсы могут показаться не современными по отдельности, но когда эти ресурсы формируют стабильную структуру в соответствии с реальными задачами, их общая ценность не может оцениваться по возрасту какого-либо отдельного инструмента. [维度] Что такое замкнутая система и самосогласованность?
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_21.html
Одним из важных условий долгосрочной работы "Динозаврового легиона" является то, что сама система формирует замкнутый контур, способный к устойчивой работе, а не полагается на постоянное патчевое обслуживание со стороны внешних платформ. Эта статья объясняет с структурного подхода, почему на первый взгляд простая, даже старая система все еще может сохранять стабильную жизнеспособность? [극한기술]공룡군단 총사령관나는 아마 이 시대 마지막 공룡 군단의 사령관일 것이다. 내 군단은 GPU 클러스터도 없고, 슈퍼 컴퓨팅 파워도 없으며, 대형 모델도 없고, AI 지원도 없다. 그들 중에는 눈에 띄지 않는 단일 VPS 한 대, phpBB 2001 구버전 포럼 하나, Excel과 Google Sheets로 조금씩 만들어낸 물류 시스템 몇 개, 그리고 오늘날 아마도 "기술 고고학" 카테고리에서만 찾을 수 있는 유사 웹사이트 몇 개가 있다. 오늘날 인터넷 산업에서 사용되는 기준에 따르면, 그들은 이미 역사 무대에서 퇴출되어야 할 것처럼 보인다: 구조가 세련되지 않고, 인터페이스는 화려하지 않으며, 층층이 쌓인 클라우드 서비스도 없고, 지속적으로 요금을 지불해야 하는 플러그인도 없으며, 듣기만 해도 난해한 기술 용어의 긴 목록도 없고, 거대한 개발 팀이 뒤에서 밤낮으로 유지보수하고 있는 것도 없다. 그러나 그들은 단지 살아 있을 뿐만 아니라 여전히 작동하고 있다. 20년 전의 웹사이트가 오늘도 열리고, 20년 전의 포럼 구조가 오늘도 방대한 방문을 수용하고, 10여 년 전에 실제 운영에 들어간 물류 시스템이 지금도 실제 비즈니스를 처리할 수 있다. 그것들은 한 차례 또 한 차례 기술 물결 속에서 도태되지 않았고, 어떤 플랫폼이 서비스를 중단하거나, 어떤 플러그인이 업데이트를 중단하거나, 어떤 회사가 비즈니스 모델을 변경했다고 해서 갑자기 생명을 잃지 않았다. 그것들은 마치 고대 시대부터 오늘날까지 걸어온 공룡들처럼, 최신 시대의 라벨이 붙지 않았지만 여전히 자신의 골격, 근육, 생명력을 유지하고 있으며, 여전히 처음 맡겨진 임무를 계속 수행하고 있다. 2025년, 내 오래된 포럼은 56만 명 이상의 온라인 방문자를 맞이했을 때(최고 온라인 기록은 2026년 3월 20일 금요일 오후 9시 15분에 66.2만 방문자 초과), 무너지지 않았다. 그 순간의 감정은 특별했다. 왜냐하면 나는 어떤 관찰자보다도 이 포럼이 어떤 시대의 산물인지, 그리고 그 뒤에 거대한 기술 팀이 없다는 것을 잘 알고 있었기 때문이다. 나는 수십 명의 엔지니어가 서버를 지키고 있지 않았고, 한 번의 트래픽 정점에 맞춰 거대한 컴퓨팅 파워를 임시로 조달하지도 않았으며, 멋진 숫자를 만들기 위해 오직 전시용으로만 구축된 시스템을 만들지도 않았다. 화면의 방문자 수는 계속해서 증가하고, 포럼은 여전히 거기에 있었고, 페이지는 하나씩 열리고, 글은 하나씩 표시되었다. 20년 전, 나는 언젠가 그것을 "오래된"이라고 묘사해야 할 날이 올 것이라고는 생각하지 못했다. 그때 그것은 단지 도구였고, 사람들을 모으고, 글을 남기고, 정보를 조직할 수 있는 장소였다. 나는 포럼이 필요해서 포럼을 만들었고, 웹사이트가 필요해서 웹사이트를 만들었으며, 실제 비즈니스 문제를 해결하기 위해 물류 시스템을 설계했다. 나는 어떤 기술 경로가 다른 기술 경로보다 우수하다는 것을 증명하기 위해 이러한 것들을 만든 것이 아니라, 하나하나의 실제 문제들이 나타난 후 그것들을 해결할 방법을 찾기 위해서였다. 많은 세월이 지나고 다시 돌아보니, 진정으로 문제를 해결하기 위해 남겨진 것들이 오히려 기술 트렌드를 쫓아 만들어진 것들보다 더 오래 살아남았다는 것을 깨달았다. 이 오래된 시스템들은 어떤 기술을 사용하고 있는지 끊임없이 나에게 상기시켜주지도 않았고, 어떤 버전으로 업그레이드하라고 요구하지도 않았다. 그들은 그저 조용히 자신의 일을 해냈다. 내 phpBB 포럼은 거의 순수한 텍스트 세계입니다. 그것은 알고리즘이 방문자가 다음 순간에 무엇을 보고 싶어하는지 끊임없이 추측하지 않으며, 체류 시간을 늘리기 위해 끝없이 콘텐츠를 푸시하지도 않고, 지나가는 사람을 모두 차단하는 등록 장벽도 없으며, 가장 간단한 정보를 복잡한 페이지로 포장하지도 않습니다. 낯선 사람이 여기 오면 들어오고, 읽고, 떠날 수 있으며, 포럼은 그를 쫓지 않고 그의 기쁨과 슬픔을 분석하지 않으며, 그가 다음에 무엇을 살 준비가 되어 있는지도 알 필요가 없습니다. 이는 20년 전에는 특별한 것이 아니었지만, 오늘날에는 오히려 낯설게 느껴지며, 한때 너무나 평범했던 이 단순함이 이제는 드문 기술적 품질이 되었습니다. 현대 인터넷은 점점 더 방대해지고 복잡해지고 있다. 하나의 일반 웹페이지 뒤에는 수십 개, 심지어 그 이상의 리소스가 호출될 수 있으며, 간단한 기능은 여러 플랫폼, 인터페이스, 플러그인 및 제3자 서비스와 연관될 수 있다. 서버는 더 빨라졌고, 대역폭은 더 넓어졌으며, 계산 능력은 얼마나 배나 향상되었는지 알 수 없지만, 많은 페이지는 그로 인해 더 가벼워지지 않았다. 어떤 웹사이트를 열면, 가장 먼저 맞닥뜨리는 것은 콘텐츠가 아니라 팝업창, 쿠키 선택, 등록 요구, 광고, 추천, 추적 스크립트 및 다양한 로딩 대기 모듈이다. 이에 비해, 나의 오래된 포럼은 "사용자 프로필"이 무엇인지조차 모르고, 단지 누군가가 왔다는 것만 알고 페이지를 그에게 넘긴다. 내 물류 시스템도 마찬가지입니다. 그것의 인터페이스는 아름답다고 할 수 없으며, 오늘날 소프트웨어 산업의 미적 기준으로 포장하기도 어렵습니다. 그러나 저는 물류 시스템을 사람들에게 감상할 수 있는 예술품으로 생각해본 적이 없습니다. 컨테이너는 인터페이스가 아름답다고 해서 자동으로 항구에 도착하지 않으며, 계정은 버튼에 애니메이션 효과가 있다고 해서 자동으로 정확해지지 않습니다. 세관, 운송, 재무, 은행 정산 및 이상 처리도 소프트웨어가 최신 기술 용어를 사용한다고 해서 자연스럽게 완료되지 않습니다. 진정한 물류는 매일 시간, 숫자, 오류, 책임 및 비용과 마주하고 있으며, 하나의 컨테이너가 잘못되면 그것은 실제 문제입니다. 청구서가 잘못되면 그것은 실제 돈입니다. 하나의 단계가 누락되면, 그 뒤에는 연속적인 문제가 발생할 수 있습니다. 그래서 제가 시스템을 설계할 때 고려하는 것은 결코 복잡하게 보이게 하는 것이 아니라, 복잡한 일을 어떻게 간단하게 만들고, 사람들이 한 단계를 덜 하게 하고, 오류가 발생하기 전에 어떻게 막을 수 있을지, 이미 한 번 입력한 데이터를 두 번 다시 입력할 필요가 없게 하는 것입니다. 다른 사람들이 계속해서 인력을 늘려 증가하는 업무를 처리할 때, 저는 왜 꼭 인력을 늘려야 하는지 생각합니다; 다른 사람들이 하나의 프로세스를 더 많은 부서로 나눌 때, 저는 왜 이러한 단계들이 직접 연결될 수 없는지 생각합니다; 다른 사람들이 "업계는 이렇게 하는 것"에 익숙해질 때, 저는 오히려 왜 그런지 질문합니다. 그래서 원래 인력이 반복적으로 수행해야 했던 동작들이 사라지고, 원래 서로 분리되어 있던 단계들이 연결되며, 한 곳의 데이터가 뒤따르는 여러 프로세스를 구동하기 시작하고, 전체 시스템은 실제 물류 업무에서 컨테이너, 서류, 고객, 은행 기록 및 다양한 예외들로 인해 점차 다듬어집니다. 따라서 저는 시스템의 나이가 시스템의 진보 정도를 결정할 수 있다고 생각하지 않습니다. 20년 전에 제작된 자동차가 오늘날 기본적인 임무를 수행할 수 없다면, 물론 그것이 노후화되었다고 말할 수 있습니다. 그러나 20년 전에 형성된 핵심 구조를 가진 시스템이 오늘날 여전히 매우 낮은 자원 소비로 현대 시스템이 대규모 팀을 필요로 하는 작업을 수행할 수 있다면, 진정으로 논의해야 할 것은 그것이 "늙었는가"가 아니라 왜 그것이 이렇게 오랫동안 살아남을 수 있었는가입니다. 기술의 나이와 기술의 능력은 본래 두 가지 다른 문제이며, 개발 연도를 진보 정도의 척도로 삼는 것은 본질적으로 매우 피상적인 판단 방법입니다. 오늘의 소프트웨어 세계는 버전 번호로 시간감을 만들어내는 데 익숙하다. 어제는 최신이었고, 오늘은 업데이트되었으며, 내일은 또 새로운 버전이 등장할 것이다. 하드웨어 업그레이드, 프레임워크 업그레이드, 데이터베이스 업그레이드, 클라우드 플랫폼 업그레이드, AI 업그레이드, 전체 산업이 마치 결코 멈출 수 없는 컨베이어 벨트 위에 앉아 있는 것 같다. 멈추기만 하면 시대에 버림받는 두려움이 생긴다. 내 공룡 군단은 이런 두려움이 없으며, 이런 버전 경쟁에 참여하지 않는다. 임무를 완수할 수 있다면 계속 임무를 완수하고, 구조가 여전히 유효하다면 계속 운영한다. 변화할 필요가 없는 것은 다른 사람들이 이미 변화했다고 해서 강제로 변화하지 않는다. 정말로 업그레이드가 필요할 때는 물론 업그레이드할 수 있지만, 업그레이드는 문제를 해결해야 하며, 남들에게 자신이 뒤처지지 않았음을 증명하기 위한 것이 아니다. 저는 복잡함을 결코 숭배하지 않습니다. 왜냐하면 복잡함이 자동으로 진보를 의미하지 않기 때문입니다. 많은 경우, 복잡함은 본래 간단한 문제를 점점 두껍게 포장할 뿐이며, 결국 모든 사람은 문제의 본질이 무엇인지 잊어버리게 됩니다. 만약 어떤 시스템이 한 대의 기계가 할 수 있는 작업을 열 대의 기계로 수행해야 하고, 한 사람이 할 수 있는 작업을 열 명이 해야 하며, 하나의 구조가 할 수 있는 작업을 수십 개의 모듈이 수행해야 한다면, 저는 그것이 최신 기술을 사용한다고 해서 더 진보적이라고 생각하지 않을 것입니다. 저는 먼저 추가된 그 기계들, 인력, 모듈, 유지 비용 및 관리 비용이 도대체 무엇을 창출했는지를 물어볼 것입니다. 이것은 구시대에 대한 그리움이 아니다. 나는 다이얼업 인터넷 시대에 돌아가고 싶지 않으며, 구 시스템을 가지고 있다고 해서 새로운 기술의 가치를 부정하지도 않는다. 오늘날의 컴퓨팅 능력, 인공지능 및 네트워크 인프라는 물론 20년 전보다 훨씬 강력하다. 나는 매일 이 시대에 살고 있으며, 이 시대의 도구를 사용하고 있다. 문제는 새로운 기술이 좋고 나쁨이 아니라, 사람들이 “새로운” 것을 “진보된” 것과 직접 동일시하고, “거대한” 것을 “강력한” 것과 직접 동일시하며, “복잡한” 것을 “전문적인” 것과 직접 동일시하는 데 익숙해졌는가 하는 것이다. 만약 어떤 시스템이 더 적은 인원, 더 적은 기계, 더 적은 유지보수 및 더 낮은 비용으로 오랜 기간 동안 동일하거나 더 많은 실제 작업을 수행한다면, 그것 자체가 효율성의 증거이며, 특정 기술 트렌드가 그것을 명명하기를 기다리며 갑자기 가치를 갖게 되는 것이 아니다. 하나의 웹사이트가 20년 동안 여전히 접근 가능하다는 것은 그 자체로 생명력을 의미합니다; 하나의 포럼이 현대 인터넷의 방대한 인프라 포장이 없이도 여전히 큰 방문 압력을 견딜 수 있다는 것은 그 자체로 구조적 능력을 나타냅니다. 한 사람이 자신의 시스템, 자신의 데이터, 자신의 웹사이트 및 자신의 콘텐츠를 장기간에 걸쳐 통제할 수 있으며, 외부 플랫폼이 규칙을 변경한다고 해서 모든 것을 잃지 않는다면, 이는 점점 더 중요해지는 또 다른 요소인 기술적 통제권을 나타냅니다. 이러한 것들은 단순히 인터페이스가 얼마나 아름다운지, 소프트웨어 버전이 최신인지, 서버의 수가 얼마나 많은지를 통해 측정할 수 없지만, 시스템이 얼마나 멀리 나아갈 수 있는지를 결정합니다. 이것이 바로 내가 "공룡 군단"이라는 이름을 점점 더 좋아하게 된 이유입니다. 공룡은 사람들의 일반적인 상상 속에서 고대, 거대, 멸종을 의미하며, 이미 끝난 시대를 의미하지만, 내 이 공룡 군단은 멸종하지 않았습니다. 그들은 Web 1.0을 지나고, 포털 시대를 지나고, 포럼 시대를 지나고, 소셜 미디어 시대를 지나고, 모바일 인터넷을 지나, AI 시대에 이르기까지 계속해서 나아갔습니다. 시대는 한 번 또 한 번 구 세계의 끝을 선언하지만, 그들은 한 번 또 한 번 남아 있었습니다. 왜냐하면 그들은 처음부터 유행을 위해 존재한 것이 아니라, 실제 임무를 완수하기 위해 존재했기 때문입니다. 포럼은 사람들 간의 소통을 위해 존재하고, 웹사이트는 정보를 저장하고 전파하기 위해 존재하며, 물류 시스템은 실제 효율성을 높이기 위해 존재한다. 이러한 기본적인 요구가 사라지지 않고, 여전히 효과적으로 임무를 수행할 수 있다면, 그들은 여전히 존재할 이유가 있다. 내가 진정으로 소중히 여기는 것은 이러한 시스템 자체가 얼마나 오래되었는지가 아니라, 그들이 운명을 완전히 다른 사람에게 맡기지 않았다는 점이다. 오늘날 한 창작자는 수십 개의 플랫폼 계정을 가질 수 있지만, 반드시 자신의 콘텐츠 진입점을 진정으로 소유하고 있는 것은 아니다; 한 기업은 수많은 SaaS 서비스를 구매할 수 있지만, 반드시 자신의 시스템을 진정으로 장악하고 있는 것은 아니다; 한 웹사이트는 멋진 클라우드 구조를 가질 수 있지만, 서비스 제공자가 가격, 인터페이스 또는 규칙을 변경한 후 즉시 수동적인 상황에 빠질 수 있다. 나는 다른 길을 걷고 있다. 그것은 반드시 아름답지 않으며, 모든 시대의 주류 기준에 부합하지도 않지만, 나는 기계가 어디에 있는지, 데이터가 어디에 있는지, 구조가 왜 이렇게 설계되었는지, 문제가 생기면 어디서 찾아야 하는지를 알고 있다. 나는 그것을 수정할 수 있고, 수정하지 않기로 결정할 수도 있으며, 어떤 회사의 승인을 기다릴 필요도 없고, 어떤 플랫폼이 갑자기 게임 규칙을 바꿀까 걱정할 필요도 없으며, 어떤 서비스가 중단되어 다시 시작해야 할 필요도 없다. 나에게 있어, 이것이 기술 통제권의 진정한 의미이다: 최신 도구를 얼마나 많이 소유하고 있는지가 아니라, 도구가 끊임없이 변화할 때에도 여전히 방향을 잡고 있는 것이다. 기술이 오늘날까지 발전하면서, 사람들이 가장 많이 이야기하는 것은 능력이지만, 능력이 도대체 누구의 손에 쥐어져 있는지는 거의 논의되지 않는다. 시스템은 점점 더 똑똑해지고, 사람들은 오히려 시스템에 점차 의존하게 될 수 있다; 플랫폼은 더욱 강력해지지만, 개인이 자율적으로 결정할 수 있는 공간은 점점 줄어들 수 있다. 한 버튼이 과거 열 명의 일을 대신할 수 있다는 것은 물론 진보이지만, 만약 그 버튼이 다른 사람의 것이라면, 당신은 그것이 왜 여전히 존재하는지조차 모른다면, 이러한 편리함 뒤에도 취약함이 존재하는 것일까? 나의 공룡 군단은 정반대이다. 그들은 그렇게 많은 화려한 신조어가 없지만, 항상 내 손안에 있다. 나는 그들이 무엇을 할 수 있고, 무엇을 할 수 없는지, 어디를 바꿀 수 있고, 어디를 건드려서는 안 되는지, 언제 기능을 추가해야 하고, 언제 현 상태를 유지하는 것이 더 신뢰할 수 있는지를 알고 있다. 20년이 넘는 시간 동안, 나는 이 시스템들과 소비자와 제품 간의 관계가 아니라 창조자와 도구 간의 관계를 형성해왔다. 이것은 아마도 AI 시대에 가장 쉽게 잊혀질 수 있는 관계일 것이다. 오늘날, 인류는 역사상 전례 없는 강력한 도구를 소유하고 있으며, 일반인이 과거에 대규모 기관만이 가질 수 있었던 계산, 번역, 분석 및 정보 처리 능력을 활용할 수 있지만, 이러한 시대일수록 가장 기본적인 질문을 잊어서는 안 된다: 도대체 누가 누구를 사용하고 있는가? 도구는 사람의 능력을 확장해야 하며, 사람의 판단을 대체해서는 안 된다; 시스템은 사람의 목적에 복종해야 하며, 사람이 시스템에 맞추기 위해 자신의 모든 행동을 변화시켜서는 안 된다. 기술은 점점 더 발전할 수 있지만, 사람은 기술이 점차 발전한다고 해서 이해, 판단 및 통제를 스스로 포기해서는 안 된다. 그래서, 나는 이 “공룡 군단의 지휘관”으로서 미래를 거부하지 않고, 과거에서 살아남은 공룡들과 함께 미래로 나아갑니다. 그들은 서로 다른 시대의 흔적을 남겼고, 그 시대의 실제 문제를 해결하는 방법도 남겼습니다. 그들은 나에게 GPU, 클라우드 컴퓨팅, 대모델, SaaS 및 다양한 새로운 개념 외에도 기술의 반복으로 인해 무효화되지 않는 몇 가지가 있다는 것을 알려주었습니다: 구조는 명확해야 하고, 효율은 실제여야 하며, 비용은 감당할 수 있어야 하고, 시스템은 장기적으로 운영될 수 있어야 하며, 데이터는 남겨져야 하고, 최종적인 통제권은 쉽게 넘겨주지 말아야 합니다. 이러한 것들은 버전 번호가 없고, 20년 전에 설립되었으며, 오늘날에도 여전히 유효하고, 앞으로 20년 후에도 어떤 새로운 기술 용어가 등장한다고 해서 갑자기 무효화되지 않을 것입니다. 내 공룡 군단은 계속 앞으로 나아갈 것이고, 구 포럼은 계속 운영되며, 구 웹사이트는 역사를 계속 보존하고, 물류 시스템은 처리해야 할 일을 계속 처리할 것이고, 새로운 도구도 계속 추가될 것이다. 새로 온 것이 옛 것을 없앨 필요는 없고, 옛 것도 새 것을 거부할 필요는 없다. 문제를 해결할 수 있다면 남기고, 효율성을 높일 수 있다면 사용하자. 시간과 실전 검증을 견디지 못하는, 아무리 아름다운 개념이라도 신단에 모실 필요는 없다. 나는 새로운 종이 아니며, 나 자신을 새로운 종으로 포장할 필요도 없다. 나는 단지 방향키를 내놓지 않은 사람일 뿐이다. 전 세계가 사람들에게 서버를 클라우드에 맡기고, 소프트웨어를 플랫폼에 맡기고, 판단을 알고리즘에 맡기고, 기억을 데이터베이스에 맡기고, 점점 더 많은 능력을 보이지 않는 시스템에 맡기라고 끊임없이 말할 때, 나는 여전히 내가 이해하고, 통제하고, 검증할 수 있는 영역을 지키고 있다. 여기에는 20년 전의 웹사이트가 있고, 인터넷 박물관에 들어갈 정도로 오래된 포럼이 있으며, 실제 상업 전장에서 다듬어진 물류 시스템도 있고, 오늘 막 등장한 새로운 도구도 있다. 이들은 시대가 다르고 형태가 다르지만, 같은 원칙에 따르고 있다: 기술은 숭배하기 위한 것이 아니라 문제를 해결하기 위한 것이다; 문제를 해결할 수 있는 한, 실제 효율을 창출할 수 있는 한, 시간과 현실의 검증을 견딜 수 있는 한, 그것은 구식이 아니다. 그래서, 이 GPU의 포효, 대모델의 질주, 클라우드가 모든 것을 덮고 있는 시대에, 나는 여전히 내 오래된 서버, 오래된 포럼, 오래된 웹사이트와 오래된 시스템 앞에 서서, 이미 20년 이상 걸어온 그 깃발을 들고 싶다. 나는 이 시대 마지막 공룡 군단의 지휘관이며, 시대에 의해 여러 번 "퇴출되어야 한다"고 선언된 그 공룡들은 오늘날까지 여전히 살아있고, 여전히 작동하며, 여전히 실제 데이터와 결과로 자신의 존재를 증명하고 있다. 부록: 관련 작품 및 링크 부록: 관련 참고 문헌 설명 다음 관련 문헌은 《공룡 군단 통솔자》의 핵심 내용을 바탕으로 선별되었으며, 다섯 가지 직접적인 주선을 중심으로 다룹니다: 20년 이상 지속된 오래된 포럼과 웹사이트, 장기 운영되는 자율 물류 및 재무 시스템, 극단적으로 간결하면서도 효과적인 기술 구조, 전 AI 시대에 형성된 데이터 및 시스템 가치, 그리고 AI 시대에 다시 부각된 기술 자율성과 인간의 통제권. 본 문서는 이러한 시스템이 기술 트렌드를 쫓기 위해 구축된 것이 아니라, 실제 문제가 발생한 후 실제 문제를 해결하기 위해 형성되었으며, 수년간의 실제 운영 검증을 거쳤음을 강조합니다. 본 문서는 특히 하나의 판단을 강조합니다: 기술 연령과 기술 능력은 두 가지 다른 것입니다. 복잡함이 자동으로 진보를 의미하지는 않습니다; 만약 어떤 시스템이 더 적은 인원, 더 적은 기계, 더 적은 유지보수 및 더 낮은 비용으로 장기적으로 실제 작업을 수행한다면, 그 실제 효율성 자체가 가치의 증명입니다. 따라서, 다음 문헌은 이러한 역사적 실천, 시스템 구조 및 기술 사상을 직접적으로 뒷받침할 수 있는 작품을 우선적으로 선택합니다. 특별히 설명할 필요가 있습니다: 관련 작품의 집필, 발표, 정리 및 국가 도서관 아카이브 시간은 그 안에 기록된 실천의 발생 시간과 동일하지 않습니다. 일부 후속 기사는 1990년대, 2000년대 및 2010년대에 이미 발생한 실제 실천과 역사 자료를 바탕으로 재정리 및 확장된 것입니다. 따라서 아래 문헌은 본문과의 직접적인 연관 정도에 따라 선택되었으며, 웹페이지나 AWA 수집 시간을 기준으로 사상과 실천의 선후를 판단하지 않습니다. 동일한 관련 작품이 목록에 NLA/TROVE와 AWA 링크로 동시에 존재할 경우, 다음과 같이 두 가지를 동시에 나열합니다: 전자는 국가 도서관 독립 소장 기록으로, 후자는 구체적인 웹페이지 역사 스냅샷으로, 두 가지는 서로 다른 아카이브 및 인용 역할을 수행합니다. 관련 참고 문헌 마지막 생존 인류 포럼 | 석과만 남은 인류 포럼
NLA/TROVE： https://nla.gov.au/nla.obj-4246730527
이 글은 《공룡 군단 통솔자》와 가장 직접적으로 연결된 포럼 주선이다. 《공룡 군단 통솔자》는 2001년 버전 phpBB 구조를 기반으로 하여 20년 이상 지속적으로 운영되며, 엄청난 방문 압박 속에서도 여전히 작동하는 오래된 포럼을 “공룡 군단”의 대표 사례로 삼고 있다; 《석과만 남은 인류 포럼》은 이러한 장기 지속 전통 포럼과 AI 시대에서의 특별한 가치를 더욱 집중적으로 논의한다. 본문 자체도 포럼이 높은 방문량 속에서도 지속적으로 운영되는 상황을 명확히 기록하고 있다. 20년 간의 세대 간 지능형 물류 및 재무 시스템 | A Cross-Generational Intelligent Logistics and Financial System over 20 Years
NLA/TROVE： https://nla.gov.au/nla.obj-4204311557
이것은 “공룡 군단”의 또 다른 주요 세력인 장기 운영 물류 및 재무 시스템에 대한 가장 직접적인 주제 문헌입니다. 이 문헌은 본문에서 요약한 “수년 전 실제 운영에 투입되어 오늘날에도 실제 비즈니스를 처리하고 있는” 시스템을 더욱 확장하여 “구 시스템이 여전히 현실적인 생산 능력을 가지고 있다”는 철학적 판단을 구체적인 시스템 실천으로 떨어뜨립니다. 2005년 지능형 인보이스 시스템 | The Intelligent Invoice System of 2005
NLA/TROVE： https://nla.gov.au/nla.obj-4204311548
이것은 《공룡 군단 통솔자》에서 "사람이 한 단계를 덜 하게 하고, 이미 입력된 데이터를 다시 입력할 필요 없게 하며, 한 곳의 데이터가 여러 프로세스를 구동하게 한다"는 시스템 철학의 구체적인 초기 사례입니다. 본문은 시스템 설계가 반복적인 수작업을 지속적으로 제거하고 원래 분리된 비즈니스 단계를 연결하고 있음을 명확히 설명합니다. The Value of Data in the Pre-AI Era | 전 AI 시대의 데이터 가치
NLA/TROVE： https://nla.gov.au/nla.obj-4246730542
이 글은 “공룡 군단”의 의미를 구 소프트웨어, 구 웹사이트에서 역사적 데이터 수준으로 한 단계 끌어올립니다: AI가 등장하기 전에 이미 형성되어 오랫동안 보존된 데이터, 비즈니스 기록 및 시스템 구조는 AI 시대에 오래된 것이라는 이유로 자동으로 가치를 잃지 않으며, 오히려 그 원초성과 역사적 연속성 덕분에 새로운 의미를 얻을 수 있습니다. 토큰 너머: AI 시대에 진정으로 희소한 것은 무엇인가 | 토큰 이후: AI 시대에 진정으로 희소한 것은 무엇인가
NLA/TROVE: https://nla.gov.au/nla.obj-4231977375
이 글의 후반부와 직접 관련된 AI 시대의 판단. 《공룡 군단 지휘관》이 진정으로 유지하는 것은 “구 기술” 그 자체가 아니라, 장기적인 실제 실천을 통해 형성된 구조, 데이터, 경험 및 사람의 판단과 통제 능력이다. 이 글에서는 도구가 사람의 능력을 확장해야 하며, 사람의 판단을 대체해서는 안 된다고 명확히 제시하고 있다. [기술] 새로운 기술보다 오래된 도구가 낫다
AWA： https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_20.html
이것은 《공룡 군단 통솔자》 기술 관점의 가장 직접적인 전제 문헌 중 하나이다. 두 편 모두 강조하는 바는 도구의 가치를 판단하는 핵심은 출시 시기, 기술 태그 또는 최신 아키텍처의 채택 여부가 아니라, 그것이 실제 문제를 효과적이고 안정적이며 저렴하게 해결할 수 있는가이다. [기술] 필요에 따른 설계
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_07.html
이 글의 “포럼이 필요하니 포럼을 만들고; 웹사이트가 필요하니 웹사이트를 만들고; 실제 비즈니스 문제를 해결하기 위해 물류 시스템이 필요하니 스스로 시스템을 설계한다”는 서술과 직접적으로 대응합니다. 이는 “공룡 군단”이 장기적으로 생존할 수 있는 중요한 이유를 드러냅니다: 이러한 시스템은 특정 시대의 기술 트렌드에 맞추기 위해 존재하는 것이 아니라, 먼저 실제 요구를 충족시키기 위해 존재합니다. [차원] 미니멀 아키텍처 시스템 창시자
AWA: https://web.archive.org.au/awa/20260810070903mp_/https://times.net.au/cn_epochal/er_pages/er_v11/epochal11_article_22.html
이 글은 《공룡 군단 통솔자》에서 "복잡함이 곧 진보가 아니다"라는 논의에 직접적으로 대응합니다. 소위 미니멀리즘은 기능의 결여가 아니라 구조 설계를 통해 기계, 인력, 모듈, 유지보수 및 관리 비용을 줄이는 동시에 실제 처리 능력을 유지하거나 심지어 향상시키는 것입니다. 성숙 구조형 물류 시스템
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_11.html
이 글은 “공룡 군단” 물류 시스템 부분에 대한 체계적인 설명입니다. 그것은 장기간 축적된 비즈니스 구조를 핵심으로 삼고, 소프트웨어 인터페이스, 개발 연도 또는 인기 기술 스택을 진보 정도를 측정하는 주요 기준으로 삼지 않습니다. [물류 시스템] 노트북에서의 스마트 물류
AWA： https://web.archive.org.au/awa/20260810071256mp_/https://times.net.au/cn_epochal/er_pages/er_v10/epochal10article_article_05.html
이 글은 "GPU 클러스터가 없고, 슈퍼 컴퓨팅 파워가 없고, 대형 모델이 없다"는 본문의 시작을 뒷받침할 수 있는 특별한 내용입니다. 이는 구조와 자동화 논리에 의존하여 제한된 계산 자원이 고강도 실제 비즈니스를 수행하도록 하는 또 다른 기술 경로를 나타냅니다. [물류 시스템] 2013년의 스마트 물류 시스템
AWA: https://web.archive.org.au/awa/20260810071813mp_/https://times.net.au/cn_epochal/er_pages/er_v03/cn_epochal032013.html
이 글은 "십여 년 전 이미 실제 운영에 투입된 물류 시스템이 지금도 실제 비즈니스를 처리할 수 있다"는 시간 범위의 중요한 역사적 이정표를 제공하며, "공룡 군단"이 추상적인 비유가 아니라 명확한 시스템 발전 시간 축을 가지고 있음을 보여줍니다. [물류 시스템] 1997년: 5초 만에 수만 개 기록 확인
AWA: https://web.archive.org.au/awa/20260810082528mp_/https://times.net.au/cn_epochal/er_pages/er_v01a/cn_epochal01_1997_5.html
이는 "저자원, 고효율" 사고의 초기 사례입니다. 이는 본문에서 제시된 판단과 매우 일치합니다: 실제로 측정할 가치가 있는 것은 시스템이 실제 작업을 완료하는 데 필요한 자원이며, 기술 용어가 얼마나 많은지, 백엔드 기계가 얼마나 많은지는 아닙니다. [기술] 1993년의 재고 관리 시스템
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993_01.html
이 글은 “공룡 군단”의 역사를 1993년의 실제 시스템 실천으로 더욱 확장하며, 이러한 “문제에서 출발하여 기존 도구로 직접 해결하는” 디자인 방식이 AI 시대에만 형성된 반성이 아니라는 것을 보여주며, 더 이전의 실천 기반을 가지고 있음을 설명할 수 있다. [기술] 1993년 원격 근무 프로토타입 시스템의 구조적 실천 사례 연구
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_1993.html
이 글은 초기 기술 실천 체인에 속합니다. 하드웨어, 네트워크 및 소프트웨어 조건이 오늘날만큼 좋지 않았던 시절에도 올바른 구조적 조직을 통해 여전히 효과적인 작업 시스템을 구축할 수 있음을 설명하며, 이는 본문의 “기술 능력은 단순히 기술 시대에 따라 판단할 수 없다”는 관점과 직접적으로 대응합니다. [물류 시스템] 2005년 무창고 무차 물류 시스템
AWA: https://web.archive.org.au/awa/20260810071801mp_/https://times.net.au/cn_epochal/er_pages/er_v05/cn_epochal05_2005_2005.html
이 글은 전통적인 비즈니스 구조 자체를 단순화하는 것을 반영하며, 기존의 복잡한 프로세스에 기술 층을 계속 추가하는 것이 아닙니다. 이는 《공룡 군단 총사령관》에서 끊임없이 질문하는 “왜 인력을 늘려야 하는가” “왜 이 단계들을 직접 연결할 수 없는가”라는 시스템 사상과 직접 연결됩니다? [물류 시스템] 2005년의 스마트 수집 시스템——1997년 구상
AWA： https://web.archive.org.au/awa/20260810071743mp_/https://times.net.au/cn_epochal/er_pages/er_v07/cn_epochal072005_1997.html
이 글은 자동 수집, 인력 반복 입력 감소 및 데이터 연속 활용의 초기 구상을 보여주며, 본문의 “데이터 입력을 한 번만 하고 후속 여러 프로세스를 구동한다”는 직접적인 기술 사례입니다. [물류 시스템] 2005년, 나의 글로벌 대체 구매 실전 시스템
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_2005.html
이 글은 시스템을 실제 다국적 상업 비즈니스에 적용하여 검증한 것입니다. 그것의 중요성은 “공룡 군단”의 생명력이 실험실에서의 긴 운영 시간이 아니라, 구매, 물류, 데이터 및 상업적 책임 환경에서 지속적으로 실제 임무를 수행하는 데 있습니다. [물류 시스템] “시대 지물통” 특징
AWA: https://web.archive.org.au/awa/20260810061822mp_/https://times.net.au/cn_epochal/er_pages/er_v12/epochal12_article_17.html
이 글은 초기 시스템의 장기 진화 이후의 성숙한 형태 참고자료로 활용될 수 있으며, 1990년대, 2005년 및 2013년의 관련 문헌과 연결되어 서로 다른 기술 시대를 아우르는 시스템 발전 체인을 형성합니다. [차원] 시스템 자원의 구조적 가치
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_23.html
이 글은 《공룡 군단 지휘관》의 구조 이론 보충으로 적합하다. 오래된 서버, 포럼, 웹사이트, 엑셀, 구글 시트 등 개별적으로 보면 그리 진보적이지 않을 수 있지만, 이러한 자원들이 실제 작업에 따라 안정적인 구조를 형성할 때, 그 전체 가치는 특정 도구의 연령에 따라 판단할 수 없다. [차원] 폐쇄 루프와 자기 일관성이란 무엇인가?
AWA: https://web.archive.org.au/awa/20260810071301mp_/https://times.net.au/cn_epochal/er_pages/er_v09/epochal09articlearticle_21.html
“공룡 군단”이 장기간 운영될 수 있는 중요한 조건 중 하나는 시스템 자체가 지속적으로 작동할 수 있는 폐쇄 루프를 형성했기 때문이며, 외부 플랫폼에 의존하여 지속적으로 패치하는 것이 아닙니다. 이 글에서는 구조적 방법을 통해 겉보기에는 간단하거나 심지어 오래된 시스템이 여전히 안정적인 생명력을 유지할 수 있는 이유를 설명합니다. |
|