生活中有些场景能不能借用软件或运维设计思路来优化便利性。 这些设计思路主要有:动态加载扩容,闲置资源回收,分布式协同。
有以下几个场景:
1、餐厅客流量大了,餐位需要自动扩容,厨师和外卖骑手可以自动扩容。 部分实现思路:骑手可能是兼职来自其他行业人员,或者机器人;餐位可能是来自商场空闲空间的扩容;厨师暂时无思路,但是肯定有办法扩容或加载。如果是机器人骑手,能不能分布式协同,比如骑手们会交流哪里有单多,哪个地方我去不了,你顺路帮我送下。 有些门店在门前加餐椅,已经部分实现。
2、停车场满了,车位可以动态扩容。 部分实现思路:横向扩容,借用商场等空间;纵向扩容,用一些硬件设备来支持(但是无法像分配内存一样可以大量重新分配);动态分配到其他停车场(某些导航软件可能已经实现)。商场或者外部空间要配合分配空间,要考虑协调分配空间,不能与其他应用请求分配冲突。
3、堵车时候,道路这种基础设施能不能动态增加。
4、机场跑道能不能动态增加,缓解起飞或降落排队。
5、春运车次可以动态增加,但是增加有限。
6、更大的,城市住宅需求能不能动态增加;城市老房能不能动态回收。 (不考虑政策限制,能否实现。)
未来世界的城市是否类似如此;可能有一大堆待命服务机器人,类似当前云主机托管商一样,有服务需求,则大量实例化被调用,并且分布式组织完成任务。
1
lihongjie0209 2019-12-29 19:23:53 +08:00 1
这些问题可以向硬件工程师请教, 问题一下他们是如何在硬件已经出厂的情况下满足用户的需求变动的
|
2
wysnylc 2019-12-29 19:59:10 +08:00 via Android
现实世界 new object 太费劲,等哪天不费劲了再说
|
3
geekvcn 2019-12-29 21:13:21 +08:00
@lihongjie0209 模块化设计,更换模块,或者直接加一块 FPGA
|
4
seven777 2019-12-29 22:09:36 +08:00 2
软件思路无非逻辑,无非效率。
人类社会,要效率的地方很多,但绝不是所有事情都要效率。 缺什么稀罕什么,当前社会可能缺效率,缺秩序,所以就像找到救星一样追求效率,追求逻辑,追求秩序。 可以阿里的发展来对比,西方发达国家为什么没有阿里?无非是因为人们没有“低价购”的需求,无非是因为没有“假货卖真价”的畸形市场。 但我说的“阿里”是指淘宝时代的阿里,而不是今天的阿里。阿里通过支付宝洗白,通过“天猫”等商城类希望金蝉脱壳。 阿里成功的地方在于知道从良,知道淘宝是错的,支付宝才是价值所在。 再往后走几十年应该是逐渐回归人性,教育,品格。 就像人吃饱了才会善良一样的道理。 |
5
murmur 2019-12-29 22:15:41 +08:00 1
你以为现实世界跟软件一样,几分钟配置一下东西就上线了?建房子国内已经够快了,拆迁扯皮才麻烦
|
6
ZRS 2019-12-29 22:19:53 +08:00 6
这个叫拿着锤子看什么都是钉子
|
7
across 2019-12-29 22:22:02 +08:00 1
餐饮、桥梁、道路、机场、车辆调度、城市规划,这不止是行业细分,大学都有相关专业设置的,你以为他们在学什么·····
|
8
lihongjie0209 2019-12-29 22:26:58 +08:00
@geekvcn #3 设计的时候支持 5 个扩展模块, 客户买到手之后需要你升级到 50 个扩展模块
|
9
geekvcn 2019-12-29 22:29:10 +08:00
@lihongjie0209 需求变动那么大,只能推倒重来重新设计了,有时候推倒重来比修修补补成本更低
|
10
RadishWind 2019-12-29 22:33:06 +08:00
厨师模块化设计,中央厨房或者外卖包
|
11
murmur 2019-12-29 22:33:54 +08:00
@RadishWind 你说的是萨莉亚,然而有这种供应链的餐厅有几个,尤其是网红推荐的什么苍蝇馆子,卫生达标都是奇迹
|
12
masker0817 2019-12-29 22:35:23 +08:00 via Android 1
第一个有点像美食广场,共享座位
|
13
waytoexplorewhat 2019-12-30 00:06:41 +08:00 via Android
社会考虑的不仅仅是效率,还有公平,高考是最生动的例子。当然还是有很多帕累托改进存在的,这些应该提倡
|
14
zhaiwan 2019-12-30 00:10:52 +08:00
这个感觉有些难
|
15
olamac 2019-12-30 00:43:45 +08:00 via iPhone
闹呢,能实现早实现了,还等到现在
|
16
imn1 2019-12-30 01:03:47 +08:00
你要搞清楚几点:
1.物权 2.再分配有两个点:资源再分配、收益再分配,后者才是重点 你所说的“软件思路”,全部都是同一物权下的资源再分配,不存在收益再分配问题 但你所说的“应用到现实生活”的六条,却全部都是不同物权。所以,厘清收益再分配是可行性前提 试想想,不同物权时,软件如何动态扩容?例如,你只有一个硬盘,动态扩容到别人的硬盘? |
17
moyuling 2019-12-30 07:39:27 +08:00
你的思路有点像是城市模拟游戏一样。
1,需要建筑物可以随意挪动。 2,需要人可以随意挪用,这个存疑,毕竟人是一个复杂体,随时可能出错罢工(生病)。 3,还有超距离传送技术的实现,否则多出来的东西无法地方存放。或者空间折叠技术。 4,只有物质和技术的无线提高,才有可能实现吧。有生之年恐难及已。 |
18
kiwier 2019-12-30 08:18:39 +08:00
除非消灭私有制,完全国有,所有物权属于国家,只有一个物主,分配这个咱们国家也可以通过行政干预,你这思维往大里说就是共产主义。。。
|
19
askfilm 2019-12-30 08:48:07 +08:00
想的很好, 但是没有考虑到第一步: 钱从哪来?
任何的改变和优化, 都是要先花银子的. |
20
feigle 2019-12-30 09:34:49 +08:00
同题主一样,我也考虑过这个问题。比如地铁拥挤问题,应该一条线路建设三条轨道,早高峰进城时用 2 条轨道,晚高峰出城时用 2 条轨道。个人感觉,一切还是设计问题,如果能打破常规设计思路,或许真的可以像软件一样动态扩展
|
21
jasonyang9 2019-12-30 09:48:16 +08:00
开销太大
|
22
augustheart 2019-12-30 09:58:56 +08:00
老实说,你说的很多东西都是已经实现了的。只需要你把时间跨度拉长一点看。比如说北京现在搞得怨声载道的舒解人口……
什么,你这飞机都开始下降了你才要扩容? |
23
ThirdFlame 2019-12-30 09:59:22 +08:00
@feigle 轨道的话 如果是环线,那么真的可以按照这个方法实施。 不过环线可能就没有那么明显的单向问题。所以建第三轨道不太合适。不如直接新建一个环线了。
非环线的话,即使有第三轨道,车体怎么来。 双轨的话,跑到尽头后,换方向运行。 你三轨有了,车辆哪里来。 |
25
ThirdFlame 2019-12-30 10:02:32 +08:00
楼主说的好多硬件资源的问题,就和云资源一样,想要扩容,那必须有基础资源已经准备好了才行。云平台下的物理机 不就是。
道路、跑道、停车场 其实不都是在硬件资源具备的情况下,根据需求变化 动态进行的挑战,如可变车道、跑道的动态调度、单位商城停车场和住宅小区的动态调度。 这一切其实就是资源调度问题,而不是资源动态增加问题。 |
27
kop1989 2019-12-30 10:08:27 +08:00
软件之所以灵活,是因为执行他的是机器。机器是不会出错的,机器也没有个人想法。相当于你的“政策”和“方向”机器会 100%的无内耗执行。(除非你的政策本身是错的)
而国家、地区管理恰恰相反,你的政策和方向很大程度上会被其他力量所束缚。比如成本、比如民生、比如既得利益集团等等。 |
28
oahebky 2019-12-30 10:12:10 +08:00
现实世界和程序不一样。21 楼说的对,开销太大 @jasonyang9
现实世界中要以经济学的眼光来优化社会资源配置。简单说就是依靠市场,市场是一只无形的手,会调节资源配置。问题是市场环境好不好、宽松不宽松、监管到位不到位等等经济和社会问题。 国内各个领域的市场平均来说给我的感觉还在起步阶段,资源没有办法受到无形的手调节,有为征府的有型的手又管不过来,且具有历史局限性,自然随着社会的快速发展,经济快速进步,社会上会产生各种各样的矛盾。有矛盾,民营、个体经济又不容易入手去解决,正是因为市场不够宽松,综合来说就是市场环境不够好。所以回到开头就是各个方面的市场还在起步阶段。 |
29
Vegetable 2019-12-30 10:24:56 +08:00
软件工程也是工程啊,什么软件思路都不是软件工程独创的吧?
也许是云服务提供商给了你"扩容无敌"的错觉.实际上动态扩容必须反向理解,可以扩充的空间必须是早已经准备好的,因此动态扩容的本质应该是,马路修成双向 28 车道,早上全部开放,其余时间 24 个车道改成步行街,只留 4 个车道满足基本通行需求.步行街上设施可以迅速清空恢复最大通行能力. 一切扩容都是有物理上限的.但是在这种情况下,餐厅的马路边摆桌子,采购半成品,快递阶段式运输,交通上潮汐车道,立体停车场,春运加车,住宅上对隔断房睁一只眼闭一只眼.这些都是在上限已经很难提高的情况下提高承载能力的措施,与你设想的本质区别就是这些策略更精妙,远比软件工程的"加机器"要精妙得多. |
30
pythonee 2019-12-30 14:14:07 +08:00
很好的想法
|
31
zthxxx 2019-12-30 14:18:39 +08:00
@lihongjie0209 #1 请用户买新的
|
32
gamexg 2019-12-30 14:58:40 +08:00
占道经营的路边小吃店就是
|
33
stevenkang 2019-12-30 15:13:27 +08:00
问题反过来,“真实社会中,有哪些思路可运用到软件上来?”
场景举例: 1、工厂模式; 2、集装箱; 3、排队过收费站( FIFO ); 4、... |
34
yrj 2019-12-30 16:34:11 +08:00 via iPad
想法很棒,找干扰因素少的行业。另外,人是最不可控的
|
35
hb751968840 2019-12-30 18:32:42 +08:00
软件思想来源生活。房屋回收、旧城改造本身就是资源释放再利用。只不过周期比软件长。除非发明一种粒子重组的设备。
|
36
index90 2019-12-30 18:49:03 +08:00
搞反了吧?
|
37
luob 2019-12-30 18:51:43 +08:00 via iPhone
咱还是先完成供给侧改革吧,步子太大容易扯蛋
|
38
marcomarco 2019-12-30 22:29:38 +08:00 via iPhone
这个无关程序思维,其实说白了是逻辑,是思维。但是生活中要考虑的因素太多,不好设计,能想明白了设计清楚了你就成为 winner 了,可惜人脑不如电脑,算不过来。
|
39
lairdnote 2019-12-31 08:56:21 +08:00
通常我们运维不是扩容解决事情 有没有多路复用 异步回调 这些解决方案
|