软件已死,软件永生

“Java已死、前端已凉”?尊嘟假嘟? 其次,前端技术虽然在近年来经历了快速的发展和变革,但随着互联网的普及和Web应用的日益复杂化,前端工程师的需求仍然旺盛。然而,我们也需要看到,随着技术的不断演进,一些新的编程语言和技术框架正在逐渐崭露头角,如Kotlin、Swift和TypeScript等,它们在某些领域和应用场景中可能会替代Java和传统前端技术。总之,虽然“Java已死、前端已凉”的言论有些言过其实,但我们作为技术人员,应该保持警觉和敏感,不断学习和更新知识,以适应技术发展的变化。Java和前端技术在各自的领域仍然发挥着重要作用。 阅读详情

搞软件开发这么多年,我发现软件发展有个有趣的现象:

传统的软件巨头们不断地给自己的拳头产品累加功能,越来越复杂臃肿,使用起来越来越难,找到功能入口都很费劲;而互联网新贵们则卷起袖子,把功能不断地拆解,网络化。

比如著名的微软Offce套件(Word、Excel、PPT、Project、Visio等),经过多年的累积发展,功能多到可怕,普通人日常用到的功能可能连5%都不到。

Office太强大,也太复杂了。业内有一种比较流行的观点——值得把Office重做一遍,核心表达的是Office的每一个模块都足以诞生一到多个新的独角兽公司:包括被Salesforce并购的Slack,Zoom,估值突破100亿美元的笔记应用Notion,此外还包括Coda、Airtable、Typora等应用。

拆分后的软件精准地解决某一个领域的问题,无需安装、在线协作非常方便。而且得益于轻量和便捷,这些新贵们规模化的速度也很惊人。

然而,中国的软件行业一直在持续着一个循环的怪圈:

无论是一个ERP,一个OA,还是现在SaaS时代的一个云办公,视频会议,最初时往往可以让人眼前一亮,但走着走着就变得臃肿,毫无吸引力。

究其原因,大概是因为做着做着,大家就产生了全能幻觉,什么都想要,又觉得自己什么都能做。“大而全”一方面被摒弃,被认为是落后的,一方面却又成为大家不约而同的目标。

如何打破这个怪圈呢?近些年,所谓的细分领域,就是对臃肿的软件形态的一次拆解。

2017年1月上线的小程序,把用户最常用的功能“拆”出来,放到最便捷的地方,不用安装,扫一扫,搜一搜即可使用,用完即走,非常方便。2018年3月,九大手机厂商共同发布的“快应用”也是如此,不用安装,即点即用,并且和搜索等场景关联。

那会不会进一步拆分,把功能拆成更小的粒度呢?

比如公司一个招聘系统,有这样的功能:上传简历、筛选简历、评价简历、修改简历状态、安排面试等等,那这些功能可不可以拆分出来,形成API让别的系统调用呢?

我刚开始觉得这么做意义不大,后来看了钉钉平台的一个功能:酷应用,改变了我的看法,我发现这种细粒度的拆分是非常有价值的。

简单来说,酷应用可以把这些细粒度的功能组合起来,集成到钉钉的聊天窗口中,这么说有点抽象,大家看个视频就能体会到它的威力:

(点击视频,横屏播放更精彩)

可以看出,HR和多个面试官围绕着群聊中的一个“卡片”,根本不用离开这个聊天窗口,不用再切换到招聘系统,就实现了简历的筛选、面试安排、结果评价、数据统计,整个体验非常顺畅!

很明显,这个小小的“卡片”就像Eclipse的插件,调用了现有招聘系统的接口,和聊天窗口做了深度的集成,让多人在其中协同,实现了这样惊艳的效果。

应用的功能拆分以后,才实现了基于“招聘”场景的协同,这是沉浸式体验。

不仅是一个系统的功能可以拆分、组合,更具价值的是多个系统API在酷应用中的融合。

再举个例子,一群人要出差,需要订机票、订酒店、订车,这涉及到多个系统,可以用一个类似的“小卡片”在聊天群中完成差旅行程预定。

更有趣的是,一个人可以把自己的行程分享到群中的同行人:

01d05175f6e55ef2ade7196d56c462dc.png

同行人一键即可预定同样的行程:

2b69ba6e06561b5caea41161d2af31e1.png

在聊天群中既能继续聊天,还能看到行程实时的状态:

0682fe7293403f93b517a5a4567cf267.png

看看,聊天窗口中竟然具备这么强大能力,把各个系统最常用的功能汇集到一起。在出差这个场景下,不需要在订票、酒店、打车等各个应用之间反复切换了,非常省事。

实际上,对于这个出差的场景来说,仅仅用到了订机票、订酒店、订车这三个核心功能,传统App中那成百上千的其他功能根本用不着, 那就可以只把这个三个核心的、高频的功能拆解出来,编排成一个酷应用,和即时通讯工具进行融合,用起来就非常爽了。

你在聊天窗口呆着,应用自然会找到你,数据自然会找到你。

这就是传统的、大而复杂的应用功能拆解后,然后基于场景进行融合的价值所在。

ee3cb3f5f608ede3b02688cf75422bfd.png

当然,为了实现这个酷应用,钉钉必须得把自己的核心场景开放给生态伙伴的开发者,让大家可以根据需求对应用拆解、编排,创建“小卡片”,融合到钉钉中。

软件最早都是独立的应用,功能越来越复杂,后来不断拆分,Web化,小程序化,无需安装、打开即用,越来越轻、越来越小。

我个人认为,未来软件发展的一个重要方向可能是:面向工作场景,不断深度集成。独立的应用慢慢消失,变成细粒度API让别人使用。

软件会在不同的场景下以更加轻量级的、类似酷应用的方式出现,随处可用。

这个意义上来说,“软件”正在走向消亡。它被拆散、分解,它存在的意义被凝聚到更细颗粒度的功能上。但只要这些功能仍被需要,“软件”所承载的需求就永远不会消失。它只是融如了各个场景,春风化雨、润物无声。

钉钉率先打开自己的场景,让碎片化了之后的“软件”组件有了场景化的用武之地,这有点像Eclipse,自己“躺平”了,成为了真正的底座,把自己的核心能力向生态伙伴开放,让生态伙伴在这个舞台上根据需求进行应用的拆解、编排,最后融合到钉钉中,极大地提升了用户体验和工作效率。

在我看来,钉钉过去七年非常大的贡献就是打造了IM这个高频的场景,而酷应用这种方式,所代表的是为中国软件业趟出了一条新路:用高频的互联网产品带动低频的软件产品,这是非常有价值的。

有了这个小玩意,软件会在不同的场景下以更加轻量级的、类似酷应用的方式出现,随处可用。

从这个意义上,软件虽然已死,但是软件永生。

永生,可能是一场维度的错觉 癌症,某种程度上,就像是这些曾经追求永生的遗迹,犹如我们体内无用的阑尾,是历史留下的痕迹。同理,对于三维世界中的我们来说,“第四维”——时间——也许并不真实,它只是我们无法理解的高维运动投影。如果有朝一日,人类能够完全控制细胞的分裂与重建,也许真的可以走上长生的道路——因为控制细胞生长,可能正是打破生老病死循环的关键。在二维空间里的生物,看不到厚度,它们所理解的“时间”,其实是我们在第三维度中一个简单的运动。也许我们真正该追求的,并不是永生,而是可控的长寿——像一首延长而不重复、不僵化的乐章。 阅读详情

相关推荐

从“永生”到“不死”:影视作品里的生物学不朽光谱

不朽的故事,常常并非为了逃离死亡,而是为了照见生命的重量。当“时间的威胁”减弱,人对意义的追问会更尖锐:选择什么活法、承担什么责任、如何告别过去。在A、B、C三档不同的“永生试验”中,我们看到的不是终极答案,而是人类在有限生命里,对无限的练习。你心中最“合理”的不死设定是哪一种?你更愿意拥有“仅不老”的漫长人生,还是“能愈合但有破法”的刀尖舞蹈?欢迎在评论里分享你的选择与理由。

wolf800的博客 975

详细需求的拆解

详细需求的拆解是软件开发过程中的关键步骤,它有助于将复杂的需求分解为更具体、更易于管理的部分。通过综合运用这些方法,可以将复杂的详细需求拆解为更具体、更易于管理的部分,为后续的软件开发工作提供有力的支持。

风-的博客 1836

逆向拆解dy接口a_bogus 1.0.1.19版本核心算法(纯算版)第二部分

本文深入解析了dy接口a_bogus 1.0.1.19版本的核心算法,重点介绍了逆向分析的基础方法论、魔改Base64编码识别与还原、随机数生成与位运算解析等关键技术。通过详细的代码示例和实用技巧,帮助开发者掌握逆向工程中的关键步骤,特别是针对a_bogus参数的生成逻辑和混淆处理。

weixin_29288313的博客 408

APP真的已死?开发者迎来最坏时代

2023第三季度快过去了,没工作的找到工作了吗?有工作的加薪了吗?加薪的升职了吗?在其他岗位中规中矩“划水”的同时,Android开发发出了哀嚎:找工作好难啊!!!

m0_64365896的博客 475

《AFSim 2.9中文参考手册》

本栏目将对《AFSim 2.9中文参考手册》进行持续更新,欢迎关注交流!对本文或者AFSIM相关内容感兴趣的朋友,可私心联系作者。《AFSim 2.9中文参考手册》内容概览。

henggesim的博客 1万+

攻击时间控制的动态逆三维制导律(源代码)

%参考文献:《攻击时间控制的动态逆三维制导律》,哈尔滨工程大学学报,2010 %编程难点:视线坐标系与参考坐标系间的转换关系 一、采用本文方法结果 二、偏航通道采用增广比例导引律

算法小站 2393

软件研制功能点拆分

--------------------------------------------------------------------------------------------------------------------------------------------------在数据建模和信息系统设计中,EI、EO、EQ、ILF和EIF是一些常见的术语,它们分别代表不同的数据流或数据存储类型。EQ是向系统边界之外发送数据或控制信息的基本处理过程,其主要目的是向用户呈现未经加工的已有信息。

qq_40844266的博客 3420

Zemax实战录——非序列模式下的微透镜阵列仿真与优化

本文详细介绍了在Zemax非序列模式下进行微透镜阵列仿真的完整流程与优化技巧。文章重点阐述了从序列模式切换到非序列模式的必要性,并逐步指导如何搭建光源、阵列与探测器的仿真环境。核心在于通过调整圆锥系数等关键参数优化像差,并增加光线数以提升仿真精度与均匀性,为光学设计提供可靠依据。

weixin_28339967的博客 524

传统的软件已死,软件的未来在哪里?

看见别人写的,觉得还是有些道理的,虽然有些想法,感觉有点……这2年下来,慢慢发现,在中国,传统的通用软件哪怕一点点的希望都看不到……操作系统都是免费的,谁还想着花钱去买通用软件呢。我的观点--中国做软件活的滋润的:行业软件 && 互联网----------------------------------------------------------------------

dhbzzz的专栏 546

曙光服务器RAID配置避坑指南:MegaRAID SAS 9361-8i实战(含Foreign状态处理)

本文详细解析了曙光服务器搭配MegaRAID SAS 9361-8i控制器的RAID配置全流程,包括RAID0和RAID5的创建、Foreign状态处理及性能优化策略。特别针对磁盘迁移中的Foreign状态问题,提供了系统化的解决方案和高级恢复技巧,助力企业级IT运维提升存储配置的稳定性和可靠性。

weixin_29200741的博客 412

【ARM AMBA5 CHI 2 -- CHI 链路层详细介绍 】

目前有六个版本的 CHI 协议,CHI-A 是 CHI 协议的第一个版本。它提供了一个传输层,具有减少拥塞的功能。新通道、CHI 术语和组件命名的定义;请求、监听过滤器和缓存状态转换的示例;事务排序、独占访问和分布式虚拟内存(DVM)操作的规则;CHI-B 问题扩展了 CHI-A,但不能直接向后兼容 CHI-A。更大的物理地址宽度;原子事务;DVM 的 VMID 扩展;通道字段、事务结构和可靠性、可用性和可维护性(RAS)特性的描述;

CodingCos的博客 2535

软件已死,数据永生?

大数据产业创新服务媒体——聚焦数据· 改变商业你有没有注意到,你的生活正在被数据所支配?我们看似在掌控自己的每一次点击、每一次搜索、每一个消费选择,但实际上,背后隐藏着庞大的数据网络。每一个点赞、每一次搜索,甚至你的步行轨迹,都在无形之中被记录、分析、反馈,形成对你未来行为的预判与引导。想象一下,AI正悄悄地为你规划一切——从电影推荐到新闻推送,从购物清单到人际互动。一个问题摆在眼前:当AI在掌...

数据猿 1139

零基础实战:用 Docker 和 vLLM 本地部署 bge-reranker-v2-m3 重排序模型

本文介绍了如何利用Docker容器和vLLM推理框架在本地部署BAAI开发的bge-reranker-v2-m3文本排序模型。

举世誉之而不加劝,举世非之而不加沮,定乎内外之分,辩乎荣辱之境,斯已矣。 5971

程序员已死,软件工程师永生!

软件工程师的核心工作永远都无法被人工智能所替代,那就是去发现和解决最重要的问题,就是去发现和满足客户/用户的需求,就是去在足够长的周期内、在合理的成本下保证软件的质量和价值。

weixin_52406291的博客 398

用Python实现辅助病案首页主诊断编码:从数据清洗到模型上线(上)

本文介绍了一个使用Python构建AI辅助病案首页主诊断编码系统的完整指南。文章从环境搭建开始,详细讲解了数据准备与清洗策略,包括数据格式标准化、文本清洗与脱敏处理等关键步骤。系统采用深度学习技术处理复杂的医疗文本,解决ICD编码面临的文本复杂性、专业性和数据不一致性等挑战。文中提供了完整的代码实现,涵盖数据预处理、敏感信息脱敏、文本分割等实用功能模块,帮助医疗机构构建可落地、可扩展的智能编码系统,提高编码准确性和工作效率。

AllenLV的博客 924

SIMATIC S7-1200, S7-1500 PID 控制[手册]

SIMATIC S7-1200, S7-1500 PID 控制[手册]

解读2016之容器篇:“已死”和“永生”

也说不上什么时候起,“XXX Is Dead. Long Live XXX”的句式突然成为了技术会议上演讲题目的一个标准套路。然而不管已经被引用的多么烂俗,用这套悖论来总结2016年容器技术圈子发生的凡事种种,却实在有种说不出来的恰到好处。\\无需多言,稍微回顾一下2016年容器技术圈子的时间线,我们很容易就能回想起容器技术如何在这一年迅速登上云计算舞台的中心。这股热潮,从年初Docker公司闪电...

weixin_33754065的博客 305

IMSL CNL 7.0.0 (x86-64)Crack

IMSL CNL 7.0.0 (x86-64)Crack intel的算法库破解文件,这是C++版本的破解文件

OpenClaw之父:代码已死,意图永生——AI时代开发范式的颠覆性革命

摘要:奥地利程序员Peter Steinberger通过AI开发的OpenClaw项目颠覆了传统编程模式,提出"代码已死,意图永生"的理念。该项目支持自修改源代码,使开发者角色从编码者转变为系统架构师,开发效率提升显著。Steinberger创立的"Agentic Engineering"理念要求开发者掌握歧义消除、上下文工程等新技能。这种AI赋能的"超级个体"模式正在重塑行业生态,单人即可完成传统团队的工作。随着价值标准转向TPD(每日Token

2501_93525294的博客 411

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

lwip-2.0.3

lwip是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。

永生的可能性

鲁迅先生曾经讲过这样一个故事:从前,有一家人生了小孩,当小孩满月的时候抱给客人们看。一个客人说:“这孩子长大能发财。”主人很高兴。一个客人说:“这孩子长大能当官。”主人更...

程序员小灰的博客 5341

量子永生假说

量子永生目前仍属。

神棍之路 3776

生物-永生计划:永生计划

ylbtech-生物-永生计划:永生计划 永生计划是一项以永生为目标的高科技研究计划。该计划在2012年3月在莫斯科举行的“全球未来2045年国际会议”上,由俄罗斯媒体大亨德米特里·伊茨科夫提出的。该计划将人类思维移植进机器身体中,以实现长生不老。同时该计划又名为“阿凡达”计划,目前已有超100名科学人员加入。 1.返回顶部 1、 中文...

weixin_30376509的博客 1295

量子计算机意识永生,将人类意识上传计算机,能够实现“永生”?看看科学家怎么说...

我们都知道,世界上任何一种生命都无法逃离生老病死的规律。以人类为例,短暂的生命一旦结束,就意味着曾经拥有的一切都将不存在,那些情感、记忆、经历甚至是信念,都将全部逝去。所以,自人类拥有意识之后,认识到死亡的含义之时,“永生”就像是诱人的毒药一般,勾住了无数王侯将相的心,他们派出大量人马千方百计的想寻找“不老药”,但是很显然他们都失败了。既然落后的古代无法长生,那么拥有先进科技水平的现代,是否能够解...

weixin_39861882的博客 1296

关于精神永生的现实思考

目录 一 缘起AI 二 意识留存 三 新材料的发展 四 机器人行业发展 五 现实的需求 六 他还能做什么? 七 来、我们开始吧 灵魂永生,精神不灭一直是科幻小说中的默认设定,也表明了人们对这种属性的追求,人类历史发展到今天,太多以往认为不可能的事情成为了可能,那么精神永生有没有它的实现途径么? 一 缘起AI AI的发展之路从上个世纪的断断续续到最近十年的井喷式发展,其发...

fengshengwei3的专栏 1337

为什么人不能永生?

作者:王玉略 链接:https://www.zhihu.com/question/28782497/answer/69799614 来源:知乎 著作权归作者所有,转载请联系作者获得授权。 我在读初中的时候,担任班上的生物课代表。那时候我有一个疑惑,困扰了我很长时间:为什么人不能永生? 我之有这个疑惑并不是因为我怕死,那时候我什么都不怕,只怕我自己。我有这个疑惑是因为我学糊涂了

清风莞尔的博客 2749

你想靠AI实现永生吗?

热点追踪/深度探讨/ 实地探访 / 商务合作“永生”,应该是人类有史以来最深的执念了。任何一个人都可能在某一刻冒出这样一个念头:“假如我可以长生不死呢?”由于这一荒诞不羁的念头,人类...

weixin_42255349的博客 427

传统 Ajax 已死,Fetch 永生

本文探讨了Fetch API替代传统Ajax(XHR)的优势及实践应用。作者通过将阿里千万级PV项目从jQuery的$.ajax迁移到Fetch API,验证了Fetch在生产环境的可行性。文章对比了XHR与Fetch的代码差异,指出Fetch基于Promise设计,语法更简洁,支持async/await异步处理。同时提供了Fetch的polyfill方案以兼容IE8+浏览器,并列举了实际使用中可能遇到的问题。关键点包括:Fetch更符合关注分离原则、Promise的标准化优势、同构应用适配性,以及需要引入

weixin_45242865的博客 3540

为什么生物不能永生?

作者:王玉略链接:https://www.zhihu.com/question/28782497/answer/69799614来源:知乎著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。我在读初中的时候,担任班上的生物课代表。那时候我有一个疑惑,困扰了我很长时间:为什么人不能永生?我之有这个疑惑并不是因为我怕死,那时候我什么都不怕,只怕我自己。我有这个疑惑是因为我学糊涂了,学生...

风之云的博客 1931
上一篇: 是什么造成了中国软件产业的悲剧?
下一篇: 美国国家安全局是如何入侵你的电脑的?
码农翻身
码农翻身 《码农翻身》作者 《码农翻身》作者
博客等级 码龄8年 3万+粉丝 1084原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值