也不要忘记华为鸿蒙的hap包呀
国内软件公司心里苦呀
网上流传这么张图,真实性未知
其实,也应该要求国产pc软件,必须win mac 国产linux 齐发
大厂的游戏不得翘辫子了,都是用的国外的游戏引擎开发的,UE,unity3d这些都没有编译成鸿蒙的选项😂
原神,卒
腾讯一堆手游,卒
也不要忘记华为鸿蒙的hap包呀
国内软件公司心里苦呀
网上流传这么张图,真实性未知
其实,也应该要求国产pc软件,必须win mac 国产linux 齐发
大厂的游戏不得翘辫子了,都是用的国外的游戏引擎开发的,UE,unity3d这些都没有编译成鸿蒙的选项😂
原神,卒
腾讯一堆手游,卒
大厂的游戏不得翘辫子了,都是用的国外的游戏引擎开发的,UE,unity3d这些都没有编译成鸿蒙的选项😂
原神,卒
腾讯一堆手游,卒
多虑了
我的意思是,如果应用都逐渐转向玲珑,以后打包都按照玲珑的打包标准,可能以后就不会出现与磐石系统冲突的问题了,如果是这样,那现在就还是过度阶段,大家多点耐心
准确来说,是与操作系统权限需求无关的应用会逐渐使用玲珑包格式,但需要root权限的仍然建议deb包
Linux圈再多一个包格式,哈哈,生态更碎了
又不是不能用Flatpak和snap,二级包管理器可以共存
目前deepin v25我跑Flatpak没任何问题,除了treeland自身协议缺失导致Kooha录屏失败以外
说的太好了,如果deepin的目标不仅是信创,还有消费市场
那么当前最需要做的是稳定性,稳定性,还是稳定性
例如:从v23beta版存在的,点击未安装应用任务栏中会合并到文件管理器或者其他应用程序的bug,到现在都v25了,还没有修复
我甚至发现已经安装的应用打开新的窗口也有一定概率合并到错误的应用里面,这难道不该修复吗?
说的太好了,如果deepin的目标不仅是信创,还有消费市场
那么当前最需要做的是稳定性,稳定性,还是稳定性
例如:从v23beta版存在的,点击未安装应用任务栏中会合并到文件管理器或者其他应用程序的bug,到现在都v25了,还没有修复
我甚至发现已经安装的应用打开新的窗口也有一定概率合并到错误的应用里面,这难道不该修复吗?
还有兼容性,一定要兼容debian系统,要能安装各种奇奇怪怪的软件
毕竟很多应用软件是也许是美国欧洲的人写的,这些人可不会去专研什么磐石系统和标准
兼容了debian系统,也就利用上了dibian系统的生态了
不可变系统适合手机、平板和路由器,不适合PC,看看玩不可变系统的苹果电脑在PC领域与win系统市场份额的巨大差距,就应该明白学苹果不如学win。
Popular Ranking
ChangePopular Events
More
最近做了社区的一个关于新系统的反馈问卷,其中有一个问题“您希望未来的 deepin 版本增加或完善哪些具体功能?”,给了几个选项:AI集成、游戏性能优化、跨终端协同、子系统支持,其他。稍微思考了下,还是选择了其他,因为我认为这都不是deepin现在的当务之急。表面上看,这些选项紧跟潮流,贴合热门技术和方向,但实际上都是“锦上添花”,但现在的deepin真的到了‘锦’的阶段了么?贴一段当时在问卷中的反馈,某些观点可能很主观、很片面甚至很偏激,供大家批判:
反馈原文如下:
“说实话,上面这些都不是当务之急,都属于锦上添花的功能。但是现在连“锦”其实都还不具备。从deepin15到现在deepin25,前后用Deepin作为日常办公开发的主力系统也好多年了,毫不客气的讲:“deepin从未把用户体验、用户需求当做核心发展方向”。几乎每一次版本迭代、功能增加都是在“意淫”用户需求,远的就不说了,最近的这个磐石系统,初衷是好的,也是当前操作系统的热门研究方向,但你们有没有考虑过引入这个系统对你们认为的改善系统稳定性的价值增量到底有多大?而由此带来的用户成本、习惯变革的成本有多大?追求一个新技术和带来的用户极差体验到底孰轻孰重,ROI到底有多高?产品每做一个需求,到底是为了满足技术开发人员追求卓越前沿技术的满足感甚至是虚荣心?还是真的为了满足用户需求?真的为用户好?
其实大家可以参考下隔壁MacOS,同样也有不可变操作系统的部分,同样是大量开发人员在用,但丝毫没有影响到用户体验,至少用户不至于装个应用要手动改代码去?为啥呢?因为人家对自家系统的架构、功能区划分梳理的门清儿,从系统架构上,核心系统和用户层系统的空间划分非常清楚,不可变系统只对核心系统组件空间生效,对用户空间完全没啥影响,人家这才叫为了增加系统稳定性才上的不可变系统。
咱看看deepin干了啥,没有梳理清楚核心系统和用户空间部分,盲目就把/usr这种系统和用户空间混用的挂载点做了不可变挂载。做这个决策前,你们有调研过有多少类Unix的应用约定成俗的使用这些空间做默认配置或存储么?你们清楚做这样一个操作带来的影响有多大么?咱改不了行业某些多少年来已经约定成俗的默认习惯,咱先把自己系统在这些空间的组件梳理清楚(自己开发的系统,这个只是时间问题,不会是技术难度),单独存储挂载,然后再上磐石系统做加固是不是更好?这样系统创新点有了,自主技术储备有了,上了更前沿的技术,也没有造成用户困扰,总比咱这为了追求加个新的技术点,在不考虑损失的情况下,无脑硬上强吧!
我还是那个观点,增加和完善功能是为了锦上添花,不是为了屎上雕花。扪心自问,Deepin历年来出现的几次大面积系统不稳定的情况,从来不是说用户动了某些核心系统文件导致的系统崩溃吧,也不是说某些恶意软件修改系统文件导致的用户损失。反而看下来,更多是因为各种:发版测试不到位,缺乏质量管理、缺乏版本变更流程、缺乏用户体验打磨和调研才造成的。那么我就想知道,现在强行上线一个不方便用户的磐石系统,还不给用户便捷的开关功能,这个需求决策的初衷到底是什么呢?作为linux用户,我乐意看见任何新功能的上线,哪怕我十年八年用不到它。但是,新上线的任何新功能,都不应该给用户带来干扰,不应该带来大面积稳定性问题,甚至是“强*”用户。
咱这是个操作系统,承担的是最底层的用户体验,不是个客户端产品大不了推倒重来。真心希望deepin团队做每一个产品决策,发展方向的时候,多站在用户角度考虑下:用deepin的是什么群体?用UOS的是什么群体?用linux的是什么群体,就用windows和MacOS又是什么群体?不要为了“炫技”“虚荣心”“满足感”,拍脑袋的就下了一个莫名其妙的决策。如果你们只是把deepin当做一个“凑信创热闹”、“大号玩具”的定位去做产品,现在的产品决策无可厚非,创新嘛,试验嘛,用户体验不重要,那当我没说。如果deepin真的希望向跻身一流操作系统的定位去做,对用户体验的把控真的也是是当前需要尽快调整的方向之一,拍脑袋规划产品,意淫用户需求不是一次两次了,盲目决策的结果必定会被反噬。”
其实除了磐石这个问题,很多广大用户最朴素的产品期待,甚至是行业通识和成熟很多年的的基础功能,Deepin到现在都还没有或不稳定:
还有好多诸如此类的,非常非常基础、低级的基本盘问题没法一一列举,好多不完善的地方,咱都没有规划去解决、去完善、一味去寻求“新刺激”,这样是否真的是正确决策呢?供大家思考和批判。