 |
wyd011011danielV2EX 第 592572 号会员，加入于 2022-08-28 15:11:03 +08:00今日活跃度排名 78231
 16  |
wyd011011daniel 最近回复了
12 小时 13 分钟前 回复了 giserman001 创建的主题 › 剧集 › 兄弟们，求剧(动漫) |
euphoria ，a kite ，yellow star
12 小时 15 分钟前 回复了 Shawn5 创建的主题 › 商业模式 › 如果用 AI 做有声阅读，有没有搞头？ |
@wyd011011daniel 不过我是不太报希望，因为这种听的东西，人对错误的容忍程度应该不是那么高的。譬如男女声音，不同情感。如果配错了，人会很敏感的察觉到，对主要受众来说会很出戏。 不像图片那么好糊弄人
12 小时 18 分钟前 回复了 Shawn5 创建的主题 › 商业模式 › 如果用 AI 做有声阅读，有没有搞头？ |
https://learn.microsoft.com/zh-cn/azure/ai-services/speech-service/speech-synthesis-markup-voice#use-speaking-styles-and-roles
你说的就是用大语言模型生成 SSML 标记过后的文本内容
看你是要实时还是预先训练好
实时的话，可以做个阅读器让用户自己导入小说。
起步等待要久一点 然后上下文联系可能会出错。
预训练的话版权问题基本只能大公司做
我自己用阅读/爱阅记 azure tts 听书很久了，也挺听喜马拉雅的有声书。
喜马拉雅真人配的有声书（哈利波特系列/三体系列）除了情感以外 还会模仿角色音色，配音功夫下的很多，而且还有环境配乐和各种实时动作的配乐。
现在 ai 配环境声不知道做的怎么样。感觉可以朝着对标这种有声剧想想办法。
你说的就是用大语言模型生成 SSML 标记过后的文本内容
看你是要实时还是预先训练好
实时的话，可以做个阅读器让用户自己导入小说。
起步等待要久一点 然后上下文联系可能会出错。
预训练的话版权问题基本只能大公司做
我自己用阅读/爱阅记 azure tts 听书很久了，也挺听喜马拉雅的有声书。
喜马拉雅真人配的有声书（哈利波特系列/三体系列）除了情感以外 还会模仿角色音色，配音功夫下的很多，而且还有环境配乐和各种实时动作的配乐。
现在 ai 配环境声不知道做的怎么样。感觉可以朝着对标这种有声剧想想办法。
7 天前 回复了 andyzhshg 创建的主题 › 奇思妙想 › 用 CloudKit 实现一个私密的小圈子社交软件 |
@icestraw 不是哥们，没人说“保护隐私的责任不在开发者。” 太无聊了，感觉自己浪费了好多时间
7 天前 回复了 andyzhshg 创建的主题 › 奇思妙想 › 用 CloudKit 实现一个私密的小圈子社交软件 |
7 天前 回复了 andyzhshg 创建的主题 › 奇思妙想 › 用 CloudKit 实现一个私密的小圈子社交软件 |
@icestraw 我说了 审计方式是使用 app 的用户数量大了必然有愿意审计 app 的看得懂代码的用户 不依靠第三方用户审计。
即对这种软件的信任来自于用户量大了之后必然存在的 geek 用户，geek 用户可以通过自己审计代码自己检测流量的方式。
开发者宣传只使用 cloudkit 并且开源
geek 用户可以通过自己审计代码自己检测流量
没有问题爆出来即软件相对使用开发者自己的用户更安全
你对我的反驳完全来自己于期望用户能够完全掌握 app 的审计等工作以实现对软件安全性的完全掌握。
但这是事实上不可能，只要用户期望使用第三方联网的服务，独立个体用户也不可能审计所有代码并且对开发者的服务器也没有任何审计能力。
但是 cloukit 的信任链很容易建立不是么，只要软件宣传只是用 cloudkit ，任意用户发现异常并报告则软件生涯结束。
那么对大部分用户只要软件有大量用户并且没有异常报告就可以认为是可信任的。
类似的如果一个软件宣传只使用 webdav 上传数据到用户自己的服务器。这也是类似的逻辑链啊。
即对这种软件的信任来自于用户量大了之后必然存在的 geek 用户，geek 用户可以通过自己审计代码自己检测流量的方式。
开发者宣传只使用 cloudkit 并且开源
geek 用户可以通过自己审计代码自己检测流量
没有问题爆出来即软件相对使用开发者自己的用户更安全
你对我的反驳完全来自己于期望用户能够完全掌握 app 的审计等工作以实现对软件安全性的完全掌握。
但这是事实上不可能，只要用户期望使用第三方联网的服务，独立个体用户也不可能审计所有代码并且对开发者的服务器也没有任何审计能力。
但是 cloukit 的信任链很容易建立不是么，只要软件宣传只是用 cloudkit ，任意用户发现异常并报告则软件生涯结束。
那么对大部分用户只要软件有大量用户并且没有异常报告就可以认为是可信任的。
类似的如果一个软件宣传只使用 webdav 上传数据到用户自己的服务器。这也是类似的逻辑链啊。
7 天前 回复了 andyzhshg 创建的主题 › 奇思妙想 › 用 CloudKit 实现一个私密的小圈子社交软件 |
@icestraw
1 用户审计代码是指所有用户中有一部分愿意审计代码
2 还有“app 不会向除了苹果以外的服务器发送消息”这件可以另一个角度证明的方式
app 不可能知道什么时候在不在被监控对不对，那如果任何时候任意一个用户发现 app 在对除了苹果以外的服务器发送消息，那不就会暴露并且开发者身败名裂。
上述两个部分是同时互相交叉验证的。逻辑链我来给你缕缕
1 开发者宣传只使用 cloudkit 并且开源
2 部分用户审计代码发现代码逻辑里确实没有对除了苹果以外的服务器发送消息
3 部分用户使用流量监测发现确实没有对除了苹果以外的服务器发送消息
4 如果用户审计代码发现代码逻辑对除了苹果以外的服务器发送消息 则开发者需要解释或者身败名裂
5 如果用户使用流量监测发现对除了苹果以外的服务器发送消息 则开发者需要解释或者身败名裂
对比使用开发者自己的服务器的 app
1 用户无法确认自己的数据去的服务器是否安全 会不会泄露 (apple cloud 和 开发者自己服务器安全性的对比)
2 用户无法确认自己的数据会不会被开发者滥用（ cloudkit 上传的数据开发者看不了 服务器上的数据开发者看得了）
那么在 开发者宣传只使用 cloudkit 并且开源 是不是比使用开发者自己的服务器 的 app 有更好的安全性和可审核性？
1 用户审计代码是指所有用户中有一部分愿意审计代码
2 还有“app 不会向除了苹果以外的服务器发送消息”这件可以另一个角度证明的方式
app 不可能知道什么时候在不在被监控对不对，那如果任何时候任意一个用户发现 app 在对除了苹果以外的服务器发送消息，那不就会暴露并且开发者身败名裂。
上述两个部分是同时互相交叉验证的。逻辑链我来给你缕缕
1 开发者宣传只使用 cloudkit 并且开源
2 部分用户审计代码发现代码逻辑里确实没有对除了苹果以外的服务器发送消息
3 部分用户使用流量监测发现确实没有对除了苹果以外的服务器发送消息
4 如果用户审计代码发现代码逻辑对除了苹果以外的服务器发送消息 则开发者需要解释或者身败名裂
5 如果用户使用流量监测发现对除了苹果以外的服务器发送消息 则开发者需要解释或者身败名裂
对比使用开发者自己的服务器的 app
1 用户无法确认自己的数据去的服务器是否安全 会不会泄露 (apple cloud 和 开发者自己服务器安全性的对比)
2 用户无法确认自己的数据会不会被开发者滥用（ cloudkit 上传的数据开发者看不了 服务器上的数据开发者看得了）
那么在 开发者宣传只使用 cloudkit 并且开源 是不是比使用开发者自己的服务器 的 app 有更好的安全性和可审核性？
8 天前 回复了 andyzhshg 创建的主题 › 奇思妙想 › 用 CloudKit 实现一个私密的小圈子社交软件 |
@andyzhshg 可持续性有个有意思的点 在于开发者不能主动下架 app 然后开发者要持续支付年费。（当然不续费使用过的用户还是可以去下载的）
最好的可持续我想是便捷的导出为可理解的格式。譬如 qq 聊天记录是可以导出为 html 格式的。或者健康心率之类的导出为 json 格式。
这样如果 app 不幸终止服务，用户也可以相对轻松(python 脚本或者第三方工具)导出数据转换到别的平台
当然别的平台也需要有导入手段。
最好的可持续我想是便捷的导出为可理解的格式。譬如 qq 聊天记录是可以导出为 html 格式的。或者健康心率之类的导出为 json 格式。
这样如果 app 不幸终止服务，用户也可以相对轻松(python 脚本或者第三方工具)导出数据转换到别的平台
当然别的平台也需要有导入手段。
8 天前 回复了 andyzhshg 创建的主题 › 奇思妙想 › 用 CloudKit 实现一个私密的小圈子社交软件 |
@wyd011011daniel
这种安全的体现方式是“ app 不会向除了苹果以外的服务器发送消息 ”这件事情第三方软件审计或者开源 app 都可证明。
但第三方服务器用户无从得知开发者的操作也无法审计。
区别在于提供了证明开发者没有获取数据的方式，用户当然不可能审计无时无刻审计，但有的用户可能会审计，有的用户可能看的懂代码。如果这里有一个人发现有问题并给出证明，那么开发者就身败名裂。
类似的开源软件内审查是否有问题的方式也类似，一方面代码公开 一方面谁都能运行代码并测试是否有异常流量。
我想说明的是 使用 cloudkit 并且通过开源，或者测试 App 是否链接 Apple 之外的外源服务来审计 相对于 开发者使用自己的服务器。是会带来更多的安全性和可审核性。
这种安全的体现方式是“ app 不会向除了苹果以外的服务器发送消息 ”这件事情第三方软件审计或者开源 app 都可证明。
但第三方服务器用户无从得知开发者的操作也无法审计。
区别在于提供了证明开发者没有获取数据的方式，用户当然不可能审计无时无刻审计，但有的用户可能会审计，有的用户可能看的懂代码。如果这里有一个人发现有问题并给出证明，那么开发者就身败名裂。
类似的开源软件内审查是否有问题的方式也类似，一方面代码公开 一方面谁都能运行代码并测试是否有异常流量。
我想说明的是 使用 cloudkit 并且通过开源，或者测试 App 是否链接 Apple 之外的外源服务来审计 相对于 开发者使用自己的服务器。是会带来更多的安全性和可审核性。
8 天前 回复了 andyzhshg 创建的主题 › 奇思妙想 › 用 CloudKit 实现一个私密的小圈子社交软件 |
@icestraw [可以通过开源，或者测试 App 是否链接 Apple 之外的外源服务来审计] 他不是括号括起来了么。 那肯定表示在这个条件下解除用户对开发者的隐私疑虑。
你说“不能说“我用 CloudKit 所以我安全””
但他说的是可以通过开源，或者测试 App 是否链接 Apple 之外的外源服务来审计后解除用户对开发者的隐私疑虑，他并没有说“我用 CloudKit 所以我安全”。
你说“不能说“我用 CloudKit 所以我安全””
但他说的是可以通过开源，或者测试 App 是否链接 Apple 之外的外源服务来审计后解除用户对开发者的隐私疑虑，他并没有说“我用 CloudKit 所以我安全”。
Select Language