软件产品，是以代码构建的东西来提供服务？我可不能苟同。产品的本质是服务，代码只是手段。这一点不要本末倒置了。

『说这话时看不起写代码的人还是看不起自己』，不要进行主观的推断，这种言论我是不屑于回复的。

『代码是不是不是核心资产和产品有没有竞争力尽然扯上关系了』，请注意区分 相关性 和 因果。

能理解我讲那两句话用心的人，自然明白字面之下的道理，反驳字面的表述，于己于人都不会有什么价值。

#media #android

正好前一段时间看到一篇 blog (来自即刻的 Android 工程师的笔记) https://github.com/tuesda/blog/blob/master/android/video/20180618_%E5%88%9D%E8%AF%86%E8%A7%86%E9%A2%91%E5%8E%8B%E7%BC%A9.md

感谢 目前我是试用了下 MediaCodec 整体速度还OK 就是担心会有兼容性问题

#android #git #Learn

Git 项目有没有什么机制实现在 GitHub 之类的平台开源一个现有的项目，但只让从某个 commit 之后的 history 对外可见？

隐藏旧的 commit，但是自己可以浏览

底线是不想维护对外对内两个 repo，也不希望丢弃旧的 commit 记录。

我在想，是不是可以用 squash commits 的方式创建一个 public branch，这样旧的 commits 保留在私有的 branch 上，然后 push public branch 到 GitHub，将来只维护这个 public branch。这样勉强也满足了需求，虽然 commit history 不够连贯。目前只停留在构想中，不知道可行不？

fork一份 定期给另一个repo发pr行么

这样新分支的 history 就断了吧？还能 blame 么？

存档…应该只有死办法，将commit 前的 repo 转换为私有并改名，将 commit 后的 repo 作为同名新 repo 传上去

同步 commit 不会太难，push 改用特意写的脚本来进行，就行…

不太明白，fork 难道没有继承历史？

似乎 squash 也会中断 history，不能 blame？

新建个Branch 然后只把需要的commit cherry pick过来行么

唉
可否导出 commit 历史转换成 cherry pick 命令

主要是不知道哪些不应该 cherry pick，挨个查要疯掉的……