[Suggestions for Improvement] 希望开源软件, 能够有更多程序员参与本土化重构,UnionCode是开端
Tofloor
poster avatar
deepin
2024-04-28 00:22
Author

在deepin V20稳定版和deepin V23测试版这两个发展阶段,目前本土化很成功的原生软件应该是deepin-UnionCode.

因为deepin v20版的原生软件开发还是主要依赖于qt5库提供的IDE-Qt Creator,而Qt Creator这款IDE比较致命的问题是:它的核心主力编程语言是C/C++,尽管有python等其它编程语言可以替代大量C/C++代码实现,但核心部分还是需要会C/C++编程。

而从deepin-UnionCode的出现,我觉得deepin官方现在已经不再局限于对debian系统桌面图形化的本土化,更看重开源软件的本土化重构。UninCode这款IDE相对于以前的Qt Creator,会有更多优势,主要优势如下:

1.能够增加更多编程语言和其开发框架、套件的使用。比如UninCode除了支持Qt5库C++的编程开发、还支持jav*、python等web服务应用的编程语言的开发,不再把qt creator的开发功能局限于系统的原生应用C++开发,而是增添更多互联网、AI等领域的技术服务,这就是要搞UnionCode的重要原因;

image.png

2.为DTK和玲珑包管理提供了更稳定的发展空间,更有利于国内的程序员对其开发套件进行迭代和升级,更好的服务国内使用者;

image.png

3.Unincode现在提供了AI辅助编程插件,但是Qt Creator即便能有类似的AI辅助插件,也无法再国内使用,因为国外的OpenChatGpt的接口已经关闭;

image.png

4.从玲珑包管理的角度来看,即便是二级管理包,全球的开源软件会更多使用debian系统的deb包应用格式。而且,即便你不会在终端进行玲珑包的字符命令操作,也可以在Unincode直接进行玲珑包的图形自动化管理,应用开发者根本不需要去强制死记玲珑包管理的命令符.

image.png

......

从上面的优势,我们可以看出IDE的本土化对于deepin搞根系统是非常有利的。当然,我也更希望UnionCode能够在其他系统平台上都能使用,促进UnionCode的使用升级。


对于现在的deepin来讲,UnionCode是软件本土化产品的开始,我觉得也是官方给予国内开源程序员的一种技术上的肯定。对于开源软件进行本土化的源代码重构,我知道这要花很多时间、花很多钱(生活费、网费),但你不做,deepin系统的用户粘度始终无法提高,国内的用户实际上对于使用免费的软件很“上瘾”。

image.png

就说论坛提bug较多的软件- WPS,有些用户老是提需求:字体显示异常。而deepin官方给出很多种解决方案,除了更换字体为微软雅黑,还有更换其他依赖包。

image.png

当然,WPS并不是只有有字体显示异常这一种问题,有时也会出现突然性的程序崩溃等问题,我想这都是第三方软件商wps应该没有和deepin/uos进行深度的适配,才导致普通用户在使用时出现更多其它奇奇怪怪的问题,使用体验并不到位。

我这里再此声明一下:我并不是针对WPS,而是deepin现在需要国内程序员对其类似产品进行更多本土化工作,比如libreOffice办公套件程序的开源重构。之所以这样做,主要是WPS的商业利益,deepin自身无法撼动,WPS也希望deepin软件的生态发展能够有更多进展。

再说下libreOffice,它真的好用吗?

我个人的基本体验是:能用,但功能很分散。比如word、excel、ppt格式文件都分别是单独的软件进行操作,可能是libreOffice原开发者出于性能方面的考虑。
image.png
可是,这种分散性的操作对于用习惯了WPS的用户来讲,管理起来真的并不是非常方便,而且程序的数量也增加不少。

还有一个最重要的问题:就是libeOffice如果真遇到使用方面出现异常,比如类似wps的字体异常、程序崩溃等等,我们国内的用户不太可能直接去libeOffice官网去反馈和查找资料,而是第一时间在deepin社区进行反馈。也就是说国外的开源软件一旦出现各种问题,我们的用户更多的是是希望国内的系统平台能够帮助解决。

这种问题的反馈方式,其处理问题的效率就会下降很多。尤其是libreOffice这款开源办公套件的程序包变的越来越大时,我敢肯定deepin也不会知道它本身会有多少bug的存在,并且deepin对于这些国外开源软件的bug修复本身并没有更多主动权,bug修复的决定权还是看libreoffice官方。

image.png

再说下libreOffice后期要加入的一些实用的功能,比如云备份云服务。所谓云备份,就是服务器端的一个备份文件加密的虚拟存储磁盘。此功能,可以让系统在使用经常不稳定的环境中能够把自己的办公文件或其他所有数据文件能够另外存储到有网络连接的云服务器端。

image.png

可是,从国内信息平台的安全角度来讲,libreOffce今后的云备份功能会和微软的MicrosoftOffice办公套件一样,国外的云服务器会被关闭,只能用国内的云服务体系。

那么,我们对于libreOffice源码的本土化改造也是势在必行,把更多信息服务放在国内。


image.png
deepin系统的软件,实际上整体需求也已经发生转变:从“能用”到“好用”。能用,是因为有国外的开源软件、虚拟机和其他容器技术在支撑,要想变的更加好用,你只能对这些国外开源软件进行技术上的深入了解,本土化重构产品的需求。

最后,deepin系统的软件生态,已经从软件的过渡期转变到本土化的阶段。主要是因为Linux桌面系统相关的开源软件在源码技术发展过程中,我们国内实际上才刚开始,并不是一开始就领先,国内开源软件开发者需要沉下心来做事。

Reply Favorite View the author
All Replies
raspbian
deepin
2024-04-28 00:25
#1

LiteIDE就是真心支持国产ide的下场

Reply View the author
neko
deepin
Ecological co-builder
2024-04-28 00:27
#2

libreoffice本来就支持连接自己的储存服务器,而且它官方是不可能给你提供云服务的。只能自己搭建
image.png

Reply View the author
deepin
2024-04-28 00:32
#3
raspbian

LiteIDE就是真心支持国产ide的下场

这款IDE了解不多,但是国外的开源软件在使用习惯上不太适用国内用户,重新学习使用的成本高。

任何软件都有巨变的时候,更何况deepin现在要提供满足“好用”这一实际需求。

Reply View the author
deepin
2024-04-28 00:37
#4
neko

libreoffice本来就支持连接自己的储存服务器,而且它官方是不可能给你提供云服务的。只能自己搭建
image.png

国内不是很多人都能进行云平台服务端的复杂操作搭建。

而且libreOffice,在使用方面,国内用户可能习惯了微软OFFicehe和WPS,它们都会一定使用程度上出现bug,这个bug国内除了WPS能及时进行修复和维护。但微软Office和libreOffice,你反馈给官方也不一定会认可,甚至要加一些其他实用功能都搞不定,只能花更多钱。

Reply View the author
把一切操作变成GUI
deepin
Backbone of ecological co-construction group
2024-04-28 01:46
#5
raspbian

LiteIDE就是真心支持国产ide的下场

它怎么了😂

Reply View the author
deepin
2024-04-28 03:14
#6
把一切操作变成GUI

它怎么了😂

我也很好奇,这个IDE到底怎么了?

Reply View the author
raspbian
deepin
2024-04-28 05:40
#7
把一切操作变成GUI

它怎么了😂

慢慢就变成了只有一个人在坚守阵地 ,像xz一样

Reply View the author
deepin
2024-04-28 08:10
#8

最近日常写作业都在用libreoffice。我觉得,真的还挺好用的。甚至在win那边都装了一个。
Image_1714262956379.png

Image_1714262954524.png

Reply View the author
乾豫恒益
deepin
2024-04-28 08:44
#9

like

持续关注中。。。

Reply View the author
userqian
deepin
2024-04-28 08:53
#10
软件的事,不关deepin事情吧
Reply View the author
把一切操作变成GUI
deepin
Backbone of ecological co-construction group
2024-04-28 09:29
#11

加油,凡,期待你的代码

Reply View the author
deepin
2024-04-28 17:28
#12
把一切操作变成GUI

加油,凡,期待你的代码

在搞librecad

Reply View the author