博客地址呢？
要不要老夫帮你刷量，免费的。

@huclengyue 这个 ID App 生成一次就可以保存，以后就用存储的 ID。虽然可以改，但是除了开发者，一般人不会动到那里，有时候还是很适合的。

这个权限很多时候是为了读取一个和手机关联的唯一 ID 号，移动网络能够保证这个 ID 号全网唯一。这个权限的能力不大，如果 App 视图读取通讯录、拨打 /接听电话，App 还要请求其他的权限。

不过这个权限可以不用的。很早的时候一些 ID 生成算法就能够保证即使 10 年不停地生成也仅有亿分之一的概率重复。即使重复，App 和服务器通信时发现重复可以再次生成一个，没有任何计算负担。

如果楼主说的 DTS 是指数字影院系统，那和 mp3 真没啥可比的。

DTS 是一套解决方案标准，包含视频、音频、还涉及到影音器材设备的一些标准标准规范。

mp3 是一个音频 codec。是有损音频压缩，和它同一层次的东西是 flac、ape、wave 这些都是无损的，支持多声道

@f1ren2es 一个乞丐经常和一群人下象棋，另外一个常在商城步行街路边卖唱。这 2 个乞丐在这边呆了有几年，不错最近好几个月久没见到了。

深圳街头不好呆啊，我留意到呆了数年的 2 个乞丐最近都消失了，不知道去哪了，楼主加油。

你把查找数据写死在了源码文件里，看你源码文件的 encode 和 XML 文件的 encode 要一样。

TinyXML 不能直接访问名称为“ name ” 的属性值不？第二层 for 好像可以不要吧。

@chungzh 哇，这么老的贴你都能挖出来。
是的，是同一个人。科技论坛没几个，世界太小，无奈啊

楼主的构想，这么多已经说得很清楚了，信息不是无限压缩的。我补充一下楼主的“公式”思路。

就像有些提到的 64K 影片一样，好像可以用算法产生一部电影，但是这个也是不可能的。
64K 影片是图形技术，用了很多 3D 绘图、光影、粒子效果来产生的，但是产生的内容有一定是计算机图形系统绘制出来的。

图形系统技术没法参数不可预测的、无规律的、无法描述的信息，就像让显卡画个苹果轮廓还可以、上色也可以、那些都是矢量、是图形。但是它没法生成一个真实的苹果不规则的轮廓、外皮，这些信息必须要到自然界去拍摄，所以图形系统里有纹理，用纹理贴图来让模型尽量逼真。

一个是图形，一个是图像，不是一回事。

@XinLake 补个图

EDGE 浏览器默认页新闻里（ MSN 新闻），科技频道首页就是华为 P20 作弊新闻

一般来说，不完全这样。

第一种是解释型语言，像 JAVA、JavaScript、C# 等等很多都是这种语言。这种语言会有个中间平台如 Java 虚拟机、浏览器、.Net 等等来支持 APP 的运行，代码能很好的在迁移到各种 OS 上，体积小巧，加载时间和运行消耗资源较大。

第二种是编译型语言，像 C、C++、ASM 就是编译型。这类语言没用中间平台，但是有运行库。运行库为 APP 提供了直接的系统调用支持，在不同的系统上有不同的实现。这类语言在移植性较差，编译出来的 APP 体积较大，但是运行高效。

@HarryQu
暂时连了 upeng 的，只连接了统计，数据也有了。

本来想连接统计、自动更新、feedback。好像 upeng 被阿里收了，阿里提供了一些新的模块，不过权限要求比较多。腾讯提供了整体解决方案，不过腾讯的要放 2 配置文件到工程里不知道是咋想的。

等发现有的其他服务提供者再看看再连接了

@XinLake
不过 5G 也是很好的机会

@XinLake 但是我有时候也瞎扯

@XinLake 不过我有时候也瞎扯

没有接触到 NPU，不知道如何使用 NPU 的计算能力（通过标准接口还是专用 SDK ），不知道其效能和优势。

这么专用的东西，对于用户来讲未必是受欢迎的。如果没有大范围的应用支撑（目前没有），没有无可替代的优势（轻松被 GPU 代替），那么我觉得它不容易成为一个必备的配置。

手头有带 NPU 机器，把 NPU 能力用起来同学对比 GPU 说说呗。

I am back
-- 施瓦辛格

用户体验只软件体系吧。知乎的体验还算不错了，功能较全，排版也还行，配色对新人不友好，支持视频的内容网站不多吧。有点虾皮但是新人适应一下基本都能很好的使用，软件体系里没有太多负分项。

内容不好讲了，引进高大上的人士，而普通层面的内容输出并不专业，内容侧重语言文字，优质却空洞，没有太大参考意义，广告效应倒是不错。

致命问题他们自己都没发现