酱紫？

https://www.v2ex.com/t/235158#reply12

@qgb 你们继续设计吧~ 最后看看可用性~

@qgb 如果说桌面应用的话~因为 html 写出来的好看！！简单~~要效率上 C ！！

说完坑就可以撤了~反正短期不会来填坑~

@qgb 本地运行基础框架

docker(云)用于储存还有其他繁重的任务~

_(:з)∠)_ 然并卵的设计~ 就是简直就是终端+ssh 的 GUI 版~

主要用于打发时间~

顺手晒~很久以前的小作品~

http://i.imgur.com/Po8Fuzy.png

顺手吐槽 nodejs 写应用美美哒~

然而效率和资源使用和 c 比起来还是差了不少~

@qgb 不~得不偿失~我的一本书 几百 kb-10mb~引言几十 b 放进去 我的请求头都比他大~ 如果分包就脱离设定了~

要优雅 /要轻量 /要高效

@qgb 嘛~只是脑洞比较大而已~首先呐~docker 是隔离的基本可以安全~

chromiumOS 开源可以改~

既然是云 OS 必然是基础架构+接口

然后魔改接口重新在 docker 写一套开源实现就可以自建云 OS 啦~

安全性和便捷都是极好的~

基本就是 CS 架构啦~

不过这个坑只是假设~

我连编译 chromiumOS 的能力都没有~

补充
一个小坑~ 40w 的引言~ 没地方放~也没时间写客户端用~

还有 10g 的小说 准备折腾做磁链阅读~

是时候祭出我的『坑 list 』了~

基础组件
1. dif(轻量可拓展的 json/xml/yaml 配置解析
2. 轻量 lua 的跨平台原生功能拓展
3. Android 的 POSTMan

大坑
1. 基于社交内容构成的分词关联记忆(背单词
2. 通过综合评分 /用户频度拓展的类似 arrow launcher 的启动器(支持动态桌面呦~以及 TV 版
3. xposed hookQQ 暴露 API(吾的 kanbanv2 就靠 ta 了~
4. bt 网络的轻小说阅读器
5. CM 主题包在线构建
6. ChromiumOS+docker 的云 OS

日漫: 来自新世界

@pimin _(:з)∠)_ apk 就是 zip~尤其 xposed 的主题包本身就是 zip~至于说做网页不如写个 APP 有了

http://www.coolapk.com/apk/ind.fem.black.rayyan.blendicons

以及以上需求成功实现 zip 的加载，其实很简单，但是兼容就完全不可能了， apk 的资源替换已经是主流，奈何还要用类 MIUI 的压缩包~

如果非要酱紫的话~

用 xposed hook 系统的资源提取函数(或者直接做 xposed 主题包)但是受众就只有 xposed 用户了

以及以为 CM 图标只是一个图标的建议看看 CMtheme 的说明 图标还有一个 xml 要编写，难度如下:
1. 分析并知道 相关 APP 的全部 intent
2. 冗杂的 XML 格式

这些事情还是叫给机器比较好~

为何 APP 无法实现？
可以，出个模板，再手机逆向再回编即可

就是酱紫~

@GPU 你的楼上楼上~qcloud 那个~

@GPU 哈？
_(:з)∠)_ 无法理解他们的生活轨迹~

@GPU 说明 v2 也世风日下啦~
从楼上加入时间和最近内容看~小号？喷子？

@pimin 我只是做收集站加上 docker 的自动化构建~

图标由授权的图标包提取~比如上图就是 sorcery 的~

优点:
1. 用户自定义(轻量 /个性化)
2. 很多图标设计师的 APP 做的只剩个壳了~
基本的不考虑分辨率问题(不进行性能优化)
还有的直接逆向别人 apk 加自己图标改包名发布。。。
3. 对于不同环境适配问题 sorcery 作者很良心的适配了 N 多桌面+xposed 拓展

具体使用类似于 iconfont.cn 的图标打包~

技术栈准备由 py 实现，打包交给独立的 docker

状态: 还没开坑，设备栈不给力+备考阶段+其他坑太多，还没填到这

哦~我正在开类似的坑~

http://www.coolapk.com/apk/com.sorcerer.sorcery.iconpack

http://i.imgur.com/wMlQK3Y.png

嘛~本来准备开个头~然后有人一起填坑~大概并没有~

演示

http://i.imgur.com/iv6cGKA.png

http://i.imgur.com/l6PRz4a.png

顺手安利一个站~http://www.materialup.com/