[Exchange and share] 小组件的存在,实际上可以让deepin关联更多控制。
Tofloor
poster avatar
deepin
2023-07-10 10:15
Author

在之前我曾建议deepin V23在下一个新版本中增加更多小组件功能,主要是因为它可以让传统的APP启动图标在功能和使用方面更加简单化。

小组件,在未来所涉及的领域

1.移动终端领域,比如手机、平板电脑、智能化汽车、物流运输车等等;

2.物联网领域,比如智能家居、智能交通等等。

image.png

...

以智能家居为例,一户居住的房子会有很多房间,每个房间会有不同功能的开关,而硬件工程师现在仍在想办法让这些开关能够被系统控制,比如空调、灯光、电视、冰箱、风扇、家居机器人、电动窗帘、智能马桶等等,而系统能够轻易进行很好的交互方式,现在可以通过小组件来展现和分类。

当房间内的控制开关非常多时,其每一个开关提供的数据也会比较多,那么手机、平板电脑一次性在屏幕中提供的信息量没有桌面台式机电脑那么多,这个对于桌面系统deepin来讲也是一种展示数据的能力。

deepin小组件,硬件控制需求会在未来有市场
bd37098eb5111501314476fedef5ba45.png
相信很多人看过华为智能家居相关的视频信息,对智能家居有一定认识,而智能家居其核心的东西我仍然感觉是控制,谁能精准做到控制,那就会有一定的市场份额,而deepin作为桌面操作系统,是可以成为智能家居的控制中心。
89be5edbe2402f9d337b02ea2fc8df8e.png
而且,现在很多年纪较大的人也喜欢选择出门旅游,酒店、旅馆也需要有电脑等设备来进行房间各个控制开关的管理,deepin/UOS是完全有机会在此方面发展。

...

结尾,我就不再陈述太多,deepin V23如果真的开始使用6.1版以上的内核,那么就不放弃多种硬件适配的机会,尤其是硬件控制开关的适配。最后,我想说的是在软件领域其实很多软件开发者根本干不过一些商业软件公司,创新也不可能短期会弯道超车,只有对更多硬件适配才能让deepin V23/UOS有长期的发展和机遇。

Reply Favorite View the author
All Replies
wlly-lzh
deepin
2023-07-10 14:35
#1

1、这些与“小组件”关系不大吧,虽然可以扯进来

2、真的有这个需求吗,智能家居我可以用手机控制(用电脑也不是不可以,但是多多少少有点麻烦),工业物联网这些有需求有必要的话会专门进行适配吧,别人不来适配你又能咋样。

3、怎么样搞这个东西,就智能家居而言,小米华为他们都是自成体现,你怎么样才能插一脚?与他们合作倒是可以,但是这个与小组件有什么关系?

总结:所谓小组件,本质也是一种软件,所谓“万物互联”,困难重重,究其根本办法,仍是发展软件生态,与所谓小组件无关。

Reply View the author
阿尼樱奈奈
Moderator
2023-07-10 14:43
#2

没有必要吧。

Reply View the author
DebuggerX
deepin
2023-07-10 17:11
#3

智能家居,控制中枢,很显然是应该做成应用或者APP的,关系统什么事。

净瞎凑乱搞。

另外国内是做不好智能家居的,因为每一家都在自己搞自己的,互相不兼容,格局限制无解的。

Reply View the author
fuuko
deepin
2023-07-10 17:16
#4

感觉就是个既没做过桌面开发,也没做过嵌入式的人写出来的水文,可能ta最多写过两天手机应用或者web应用吧confused

Reply View the author
fuuko
deepin
2023-07-10 17:51
#5

刚刚晨练+吃完早餐,兴致来了,逐条点草一下ok

在之前我曾建议deepin V23在下一个新版本中增加更多小组件功能,主要是因为它可以让传统的APP启动图标在功能和使用方面更加简单化。

  • 这玩意儿就是个UI模块,有需要的用户可以自己定制,deepin就是个操作系统,当然无可厚非,deepin内部人手充足的话,往DTK里面塞点成品组件让用户调用也行
  • 另外对于deepin这类桌面操作系统,更多面向的是工作站、台式机、笔记本电脑,国内用户可能还是更习惯windows的操作模式一些

小组件,在未来所涉及的领域

1.移动终端领域,比如手机、平板电脑、智能化汽车、物流运输车等等;

2.物联网领域,比如智能家居、智能交通等等。

image.png

  • 这一条就是完全扯淡了,拿一个典型的、需要键鼠的桌面操作系统去和一票纯触控屏设备对比,我觉得凡经理你还不如提议deepin出一个平板模式或者叫纯触控屏的UI设计更实在,哦不对,隔壁UOS已经有了(UOS专用设备与智能终端产品线),哪天说不定就直接下放到deepin上来,洗洗睡

...

以智能家居为例,一户居住的房子会有很多房间,每个房间会有不同功能的开关,而硬件工程师现在仍在想办法让这些开关能够被系统控制,比如空调、灯光、电视、冰箱、风扇、家居机器人、电动窗帘、智能马桶等等,而系统能够轻易进行很好的交互方式,现在可以通过小组件来展现和分类。

当房间内的控制开关非常多时,其每一个开关提供的数据也会比较多,那么手机、平板电脑一次性在屏幕中提供的信息量没有桌面台式机电脑那么多,这个对于桌面系统deepin来讲也是一种展示数据的能力。

  • 这条和上条一样,就是个平板模式的UI。。。但实际上如果厂家真的选择适配Linux阵营的操作系统,那他们直接开发一个应用摁进系统里可能更省事一些,比如选择Qt或者web作为主技术栈,实现一次编码,到处编译,到处部署(Windows,Linux,Mac,安卓,鸿蒙,IOS)

deepin小组件,硬件控制需求会在未来有市场
bd37098eb5111501314476fedef5ba45.png
相信很多人看过华为智能家居相关的视频信息,对智能家居有一定认识,而智能家居其核心的东西我仍然感觉是控制,谁能精准做到控制,那就会有一定的市场份额,而deepin作为桌面操作系统,是可以成为智能家居的控制中心。
89be5edbe2402f9d337b02ea2fc8df8e.png
而且,现在很多年纪较大的人也喜欢选择出门旅游,酒店、旅馆也需要有电脑等设备来进行房间各个控制开关的管理,deepin/UOS是完全有机会在此方面发展。

  • UI,还是UI,和上条一样。底层通信其实我估计凡经理没玩过,一般的智能家居或者物联网,它下面的通信模块其实和它上层的UI关系不大,更多的是需要驱动,比如zigbee,蓝牙mesh,控制器局域网总线(CANBUS),RS485,Wi-Fi等等,而一些高级的通信协议,比如经久不衰的MQTT协议等等,这些和小组件有个xx的关系。通信模块和动作执行模块做稳定了才能实现所谓的精准控制

...

结尾,我就不再陈述太多,deepin V23如果真的开始使用6.1版以上的内核,那么就不放弃多种硬件适配的机会,尤其是硬件控制开关的适配。最后,我想说的是在软件领域其实很多软件开发者根本干不过一些商业软件公司,创新也不可能短期会弯道超车,只有对更多硬件适配才能让deepin V23/UOS有长期的发展和机遇。

  • 结尾,我觉得我还是可以再陈述一下,deepin作为Linux操作系统,它是可以自己选择内核版本的,加上下面的东西都是挂在github上开源的,如果酒店那些有需要,穷一点的可以自行基于deepin进行定制开发,钱多一点的可以向统信购买定制服务
  • 另外所谓的硬件适配说白了就是写驱动,统信搞了那么多适配中心,想上deepin适配就完事了,加上目前wine技术和龙芯的硬件指令集翻译技术,后面只会越来越简单(不过现在的智能设备很多都是蓝牙或者Wi-Fi,没有其它乱七八糟的花活,适配起来还是比较简单)
  • 最后的那个逗号后面就基本上是在扯淡了,前面一大堆物联网、智能家居,末尾了又说软件开发者干不过商业公司,有没有一种可能就是,这些开发者都在商业公司里上班?且不说前后文牛头不对马嘴,单看这一句就觉得满好笑的。joy
Reply View the author
deepin
2023-07-10 19:03
#6
fuuko

刚刚晨练+吃完早餐,兴致来了,逐条点草一下ok

在之前我曾建议deepin V23在下一个新版本中增加更多小组件功能,主要是因为它可以让传统的APP启动图标在功能和使用方面更加简单化。

  • 这玩意儿就是个UI模块,有需要的用户可以自己定制,deepin就是个操作系统,当然无可厚非,deepin内部人手充足的话,往DTK里面塞点成品组件让用户调用也行
  • 另外对于deepin这类桌面操作系统,更多面向的是工作站、台式机、笔记本电脑,国内用户可能还是更习惯windows的操作模式一些

小组件,在未来所涉及的领域

1.移动终端领域,比如手机、平板电脑、智能化汽车、物流运输车等等;

2.物联网领域,比如智能家居、智能交通等等。

image.png

  • 这一条就是完全扯淡了,拿一个典型的、需要键鼠的桌面操作系统去和一票纯触控屏设备对比,我觉得凡经理你还不如提议deepin出一个平板模式或者叫纯触控屏的UI设计更实在,哦不对,隔壁UOS已经有了(UOS专用设备与智能终端产品线),哪天说不定就直接下放到deepin上来,洗洗睡

...

以智能家居为例,一户居住的房子会有很多房间,每个房间会有不同功能的开关,而硬件工程师现在仍在想办法让这些开关能够被系统控制,比如空调、灯光、电视、冰箱、风扇、家居机器人、电动窗帘、智能马桶等等,而系统能够轻易进行很好的交互方式,现在可以通过小组件来展现和分类。

当房间内的控制开关非常多时,其每一个开关提供的数据也会比较多,那么手机、平板电脑一次性在屏幕中提供的信息量没有桌面台式机电脑那么多,这个对于桌面系统deepin来讲也是一种展示数据的能力。

  • 这条和上条一样,就是个平板模式的UI。。。但实际上如果厂家真的选择适配Linux阵营的操作系统,那他们直接开发一个应用摁进系统里可能更省事一些,比如选择Qt或者web作为主技术栈,实现一次编码,到处编译,到处部署(Windows,Linux,Mac,安卓,鸿蒙,IOS)

deepin小组件,硬件控制需求会在未来有市场
bd37098eb5111501314476fedef5ba45.png
相信很多人看过华为智能家居相关的视频信息,对智能家居有一定认识,而智能家居其核心的东西我仍然感觉是控制,谁能精准做到控制,那就会有一定的市场份额,而deepin作为桌面操作系统,是可以成为智能家居的控制中心。
89be5edbe2402f9d337b02ea2fc8df8e.png
而且,现在很多年纪较大的人也喜欢选择出门旅游,酒店、旅馆也需要有电脑等设备来进行房间各个控制开关的管理,deepin/UOS是完全有机会在此方面发展。

  • UI,还是UI,和上条一样。底层通信其实我估计凡经理没玩过,一般的智能家居或者物联网,它下面的通信模块其实和它上层的UI关系不大,更多的是需要驱动,比如zigbee,蓝牙mesh,控制器局域网总线(CANBUS),RS485,Wi-Fi等等,而一些高级的通信协议,比如经久不衰的MQTT协议等等,这些和小组件有个xx的关系。通信模块和动作执行模块做稳定了才能实现所谓的精准控制

...

结尾,我就不再陈述太多,deepin V23如果真的开始使用6.1版以上的内核,那么就不放弃多种硬件适配的机会,尤其是硬件控制开关的适配。最后,我想说的是在软件领域其实很多软件开发者根本干不过一些商业软件公司,创新也不可能短期会弯道超车,只有对更多硬件适配才能让deepin V23/UOS有长期的发展和机遇。

  • 结尾,我觉得我还是可以再陈述一下,deepin作为Linux操作系统,它是可以自己选择内核版本的,加上下面的东西都是挂在github上开源的,如果酒店那些有需要,穷一点的可以自行基于deepin进行定制开发,钱多一点的可以向统信购买定制服务
  • 另外所谓的硬件适配说白了就是写驱动,统信搞了那么多适配中心,想上deepin适配就完事了,加上目前wine技术和龙芯的硬件指令集翻译技术,后面只会越来越简单(不过现在的智能设备很多都是蓝牙或者Wi-Fi,没有其它乱七八糟的花活,适配起来还是比较简单)
  • 最后的那个逗号后面就基本上是在扯淡了,前面一大堆物联网、智能家居,末尾了又说软件开发者干不过商业公司,有没有一种可能就是,这些开发者都在商业公司里上班?且不说前后文牛头不对马嘴,单看这一句就觉得满好笑的。joy

如果软件生态真能干过现在的商业公司,那为什么还有那么多用户选择windows?为什么还用wine这种方式去使用EXE后缀格式的程序?

很多用户,实际上并不糊涂。

Reply View the author
deepin
2023-07-10 19:07
#7
DebuggerX

智能家居,控制中枢,很显然是应该做成应用或者APP的,关系统什么事。

净瞎凑乱搞。

另外国内是做不好智能家居的,因为每一家都在自己搞自己的,互相不兼容,格局限制无解的。

不是互不兼容,而是现在硬件成本很高,如果硬件成本降低下来,你看还兼不兼容。

Reply View the author
deepin
2023-07-10 19:09
#8
wlly-lzh

1、这些与“小组件”关系不大吧,虽然可以扯进来

2、真的有这个需求吗,智能家居我可以用手机控制(用电脑也不是不可以,但是多多少少有点麻烦),工业物联网这些有需求有必要的话会专门进行适配吧,别人不来适配你又能咋样。

3、怎么样搞这个东西,就智能家居而言,小米华为他们都是自成体现,你怎么样才能插一脚?与他们合作倒是可以,但是这个与小组件有什么关系?

总结:所谓小组件,本质也是一种软件,所谓“万物互联”,困难重重,究其根本办法,仍是发展软件生态,与所谓小组件无关。

小组件,并不是传统意义上的“软件”。

Reply View the author
deepin
2023-07-10 19:11
#9
阿尼樱奈奈

没有必要吧。

有必要,deepin桌面小组件化,硬件控制是整个生态中的一环,手机系统也有这样的生态。

Reply View the author
deepin
2023-07-10 19:13
#10
fuuko

感觉就是个既没做过桌面开发,也没做过嵌入式的人写出来的水文,可能ta最多写过两天手机应用或者web应用吧confused

但你不能否认,用户的更多需求让程序员有了更多的发展方向,没必要在软件的一些领域做无用功。

Reply View the author
arkui-x
deepin
2023-07-10 19:53
#11
The user is banned, and the content is hidden.
deepin
2023-07-10 19:57
#12
arkui-x
The user is banned, and the content is hidden.

你这是来砸场子的。

Reply View the author
wlly-lzh
deepin
2023-07-10 20:18
#13

小组件,并不是传统意义上的“软件”。

你不得不承认它是软件吧,你不得不承认深度自己没有办法单独搞这个软件吧。

你所设想的事情既困难又没有多少实用性,多多少少有些空谈。

Reply View the author
DebuggerX
deepin
2023-07-10 20:37
#14

不是互不兼容,而是现在硬件成本很高,如果硬件成本降低下来,你看还兼不兼容。

说真的,不懂的东西就不要瞎想可以吗,但凡做过一点相关的东西就会知道,硬件成本很低,用别人的硬件成本更低,直接基于成熟生态开发成本极低。可是为什么每家还是要自己开发?因为想挣更多钱。

比如A公司做了个兼容一些成熟智能平台的设备,成本假设50,他卖100,挣50,可能买的人没几个。

B公司自己做一个设备,成本100,然后走采购给回扣,200的采购价,采购能吃掉150,一台设备亏50。但是用户(不得不)用的时候必须用B公司的APP(流量入口,或者服务收费),这样成本就收回来了,然后可能必须配套B公司自己的中枢或者网关,一台赚200,后续还会有各种持续性收入……至于给别人的平台做支持,凭什么?能赚钱吗?想都别想。

现在大多数都是B公司的玩法,所以我说,国内的格局如此,做不起来的。

当然我说什么也没用,你只觉得自己是对的,我只是说给别人听的。

Reply View the author
deepin
2023-07-10 20:44
#15
DebuggerX

说真的,不懂的东西就不要瞎想可以吗,但凡做过一点相关的东西就会知道,硬件成本很低,用别人的硬件成本更低,直接基于成熟生态开发成本极低。可是为什么每家还是要自己开发?因为想挣更多钱。

比如A公司做了个兼容一些成熟智能平台的设备,成本假设50,他卖100,挣50,可能买的人没几个。

B公司自己做一个设备,成本100,然后走采购给回扣,200的采购价,采购能吃掉150,一台设备亏50。但是用户(不得不)用的时候必须用B公司的APP(流量入口,或者服务收费),这样成本就收回来了,然后可能必须配套B公司自己的中枢或者网关,一台赚200,后续还会有各种持续性收入……至于给别人的平台做支持,凭什么?能赚钱吗?想都别想。

现在大多数都是B公司的玩法,所以我说,国内的格局如此,做不起来的。

当然我说什么也没用,你只觉得自己是对的,我只是说给别人听的。

但是,deepin仍可以做,尤其是在国内。

Reply View the author
fuuko
deepin
2023-07-10 20:58
#16

如果软件生态真能干过现在的商业公司,那为什么还有那么多用户选择windows?为什么还用wine这种方式去使用EXE后缀格式的程序?

很多用户,实际上并不糊涂。

回去自己做两天嵌入式再来发表你的观点吧,写点东西前言不搭后语,牛头不对马嘴的confused

某宝上质量比较好的51单片机开发板就一百来块钱,可以从点跑马灯玩到需要和PC机交互的物联网实验,编译工具链可以选商用的keil C51,也可以选开源免费的SDCC

想更深一点的体验可以自己手焊,老虎钳络铁焊锡松香,电路板芯片晶振导线,以及跟电脑连接用的RS232转USB,最后再整个手提工具箱方便收纳,贵的主要是络铁这些工具套件,算是一次性投资后面可以重复使用,也差不多一百来块钱

最后你会发现一些小问题:

1.你担心的驱动问题根本不存在,这些玩意儿都是即插即用的

2.Qt支持建立独立的子窗口,配合DTK特效即可做出所谓的小组件,无需系统层独立支持

3.有这些需要的用户,早就采购UOS的智能终端产品或者专用设备产品了

Reply View the author
deepin
2023-07-10 21:05
#17
fuuko

回去自己做两天嵌入式再来发表你的观点吧,写点东西前言不搭后语,牛头不对马嘴的confused

某宝上质量比较好的51单片机开发板就一百来块钱,可以从点跑马灯玩到需要和PC机交互的物联网实验,编译工具链可以选商用的keil C51,也可以选开源免费的SDCC

想更深一点的体验可以自己手焊,老虎钳络铁焊锡松香,电路板芯片晶振导线,以及跟电脑连接用的RS232转USB,最后再整个手提工具箱方便收纳,贵的主要是络铁这些工具套件,算是一次性投资后面可以重复使用,也差不多一百来块钱

最后你会发现一些小问题:

1.你担心的驱动问题根本不存在,这些玩意儿都是即插即用的

2.Qt支持建立独立的子窗口,配合DTK特效即可做出所谓的小组件,无需系统层独立支持

3.有这些需要的用户,早就采购UOS的智能终端产品或者专用设备产品了

你这样喷就没有意思了,我只是陈述自己的观点,硬件生态不搞,只搞软件确实前途有限,谁说桌面系统不可以猎涉硬件领域。

Reply View the author
deepin
2023-07-10 21:11
#18
fuuko

回去自己做两天嵌入式再来发表你的观点吧,写点东西前言不搭后语,牛头不对马嘴的confused

某宝上质量比较好的51单片机开发板就一百来块钱,可以从点跑马灯玩到需要和PC机交互的物联网实验,编译工具链可以选商用的keil C51,也可以选开源免费的SDCC

想更深一点的体验可以自己手焊,老虎钳络铁焊锡松香,电路板芯片晶振导线,以及跟电脑连接用的RS232转USB,最后再整个手提工具箱方便收纳,贵的主要是络铁这些工具套件,算是一次性投资后面可以重复使用,也差不多一百来块钱

最后你会发现一些小问题:

1.你担心的驱动问题根本不存在,这些玩意儿都是即插即用的

2.Qt支持建立独立的子窗口,配合DTK特效即可做出所谓的小组件,无需系统层独立支持

3.有这些需要的用户,早就采购UOS的智能终端产品或者专用设备产品了

QT为什么干不过安卓和iOS,是有原因的。

就连隔壁的windows应用,仍然还是追赶的状态。

Reply View the author
deepin
2023-07-10 22:22
#19
DebuggerX

智能家居,控制中枢,很显然是应该做成应用或者APP的,关系统什么事。

净瞎凑乱搞。

另外国内是做不好智能家居的,因为每一家都在自己搞自己的,互相不兼容,格局限制无解的。

现在系统分为家用、专业商业用途,其传统APP的操作使用方式并不便捷,小组件的启动图标面积更大,可以很快的让用户进行点击、选择等操作。

你实际上没有表述完整,硬件厂商可以开发APP,但是他们的APP也可以进行小组件化设置,方便用户。

Reply View the author