说实话我觉得挺好的，比花里胡哨一堆挂件鼠标一动满屏幕下雪要强。

自投罗网？

说实话，国内做 webview 的有几个是真正从技术层面想好好做的？还不是为了方便自家各种骚操作。

亲亲这边建议直接用原生 webview

建议附下手机型号？我不太信索尼七千多主打拍照摄像的安卓机也掉帧。

更一下，用了快一个礼拜了。

Pros:
1. 日常使用没什么问题，我搞 android framework 开发的，各种环境、编译正常。
2. 能在 Linux 正常用上微信、qq 、钉钉、飞书，qq 音乐、网易云，让我觉得很幸福。
3. 看了一个礼拜还是觉得这系统挺好看。


Cons:
1. 深度自己的源里面很多东西都没有，理解了 https://fast.v2ex.com/t/848152?p=1#r_11585035 老哥的话。add-apt-repository 也不能用，要手动编辑 /etc/apt/sources.list ，手动加密钥，很要命。
2. 官方 virtualbox 装不上，也是提示少依赖，尝试半天无果。软件中心的 virtualbox 能装，但是虚拟机起不来，提示内核驱动找不到，不知道是不是跟我物理机 efi boot 的有关，security boot 我关掉了。
3. 文件管理器打开之后总会卡 2-3 秒，不过最近一次收到更新之后貌似解决了。
4. 装了个微博国际版经常打开白屏，经验告诉我不太应该是 apk 的问题，估计还是内嵌的安卓沙盒感觉也不太稳定。不过要啥自行车？
5. TBD...

push 之前先 git pull --rebase ,有冲突解冲突，解了再重新 git add; git commit 。

你要知道，git 的冲突是你一定会遇到的，一定要面对的，一定要会解的，而不是说想办法不要有冲突，如果你那样想那就错了。

ip ，还有时区和大概位置。

根据语言不靠谱，举个例子一个中国人在美国，因为母语比较熟悉，手机还是用中文，这种情况应该不罕见吧，根据语言就还是判断成中国了。

https://fast.v2ex.com/t/467407?p=3#r_11545715 我给 bark 的作者留言过，如果愿意，我可以帮助开发 bark 的 android 客户端，但我理解目前为啥还没有 Android 客户端，因为确实不好做。

bark 的 iOS 客户端存在的前提是苹果的 Push 通道稳定且在国内没有被墙，你应该也发现了那些需要翻墙的应用即使不翻墙，推送一样是收得到的，就是这个原因。

而 Android 在国内没有这样稳定的环境，GCM （现在改名成 Firebase 了）在国内是被墙的状态，即使不被墙，国内发售的手机，工信部又不准带 Google Play Service 框架，这就导致了国内的 android 应用大部分都是自己收自己发通知，而一旦应用不在后台，Push 就收不到，通知就会不及时（这就是为什么你经常刚一打开某个 app 才弹一堆通知，其实就是进程被杀了导致的）。

所以 bark 的 android 客户端要想在国内实现稳定及时的推送，唯一办法可能就是接一些第三方的推送服务组件，比如某光推送，但是这些组件都是商业化公司做的，免费版本往往会有条数限制，买收费版会面临谁来掏腰包的问题。而且这些第三方组件并不开源，之前被用户诟病的互相拉活等问题，其实往往都是你手机上这些 app 都接了同一家推送服务导致的。所以接第三方推送服务组件又变得值得商榷。

@kirigaya #20 作为补充，我说的大项目是安卓源码，我在公司负责 aosp 的 Settings 模块。

@kirigaya 感谢，没想到还有深度的员工混迹在 v2 哈哈哈，20.5 总体还是很赞的！

哦一天下来了目前发现一个比较严重的 bug ，deepin 窗口动画不知道是怎么实现的，IDEA 开一些大型的项目，如果最大化 /还原窗口来回几次，大概率就卡死了。

@debuggerx #10 我是装完了才发现还有个 UOS ，貌似就是 deepin 的商业版本？会比社区版稳定一些吗

@NoNewWorld 桌面对我不是啥大问题，目前 deeplin 自带的桌面我用着也还顺手。
@zjsxwc 我理解你，但也理解他们。。。小公司确实有这种问题，人力成本关系吧。

大部分证据不是官方的，无法李菊福。