@ldp940622 正垫着显示器……

@no1xsyzy
@ospider
其实作为团队来看，甘特图能让你知道：
- 哪个环节做完后要做什么环节？
- 哪个环节开始了才能同步开始哪些环节？
- 哪些环节开始前要提前准备什么？
- 哪些环节卡住时间过长了？
- 哪些环节卡进程造成了其它部门人力的闲置？
- 等等。
退一万步，用来 review 自己的进程，作为类似日报的记录，也是可以的。
这些都和你的工种和工作内容关系不大。

在老板眼里，就是花钱买产出。
中层 leader 的工作主要就是规划进度，盯进度嘛，晋升之路上避不开的一环。

@CallMeReznov 发新帖就是 markdown 格式

@SuperMild 额……咋用啊 v2 有啥地方能看到 readme 之类的嘛？

PS：网页版标题左下两个按钮是干嘛用的？上下箭头那两个

@CommandZi 而且一个蛮有意思的现象是，在我的显示器（普通 dell，估计支持 8bit ）上，PS 显示你截图 UI 那个灰底，是用斜 45 度的两种不同灰度来表现的。
不论放大缩小，这种网格大小不变，类似表示透明的灰白格。
如果转为 8bit，则这种网格消失。
再转回 16bit，因为颜色已经对齐到 8bit 整数位，所以那个交错灰格也不会再现。
也就是说，原始 16bit 的 png，真的包含了一个 8bit 无法表现的灰度。
也许在最新的 mbp 上，屏幕可以直接表现这个灰度，而无法再现。

---

直接截屏，可以截到这种表现方式。
https://upload-images.jianshu.io/upload_images/12329419-cf0c758efad6da47.png

看灰度图，右侧两条竖线，就表示这两个灰度在画面占比很大。
https://upload-images.jianshu.io/upload_images/12329419-0bfcabf53eab76b9.png

调整曲线，可以更清洗看到。
https://upload-images.jianshu.io/upload_images/12329419-89ef5cb10a46c20f.png

---

上图微信图标左侧还有两个竖线，不晓得什么鬼。
https://upload-images.jianshu.io/upload_images/12329419-2be9952f10b5ccc2.png

@CommandZi 用 PIL 读了一下文件，发现可能 16 位色是造成文件巨大化的重点。PS 压出来的是 8bit。另外它还带了 alpha 通道。
https://upload-images.jianshu.io/upload_images/12329419-7eec1c5a68ea3f0a.png

但理论上即便是 16bit 的 png，如果做了差分还有 LZ77 啥的压缩的话，应该还是会小很多的。毕竟算法本身就是把相同的色块图形缩写。只不过没索引的时候 png24 写颜色，有索引的话 png8 只写编号会更小。不清楚 apple 咋搞的。

@CommandZi 差异的确非常细微。
红色为差异像素。
https://upload-images.jianshu.io/upload_images/12329419-21ea5de10b671757.png

---

但是用 PS 另存一个带 colorprofile 的 png，大小为 59k。
https://upload-images.jianshu.io/upload_images/12329419-2b69d96113e345a1.png

用 PS 存一个 80 压缩的 jpg，大小为 91k。（质量 100 为 111k，如果用 python 的 PIL 应该更小。）
https://upload-images.jianshu.io/upload_images/12329419-747753e947b7b755.jpg

---

相比一开始的 png 202k 和 jpg 105k，只能认为是 apple 存储时用了比较奢侈的方式，所以两个画质都很高。
甚至出现了 png 渲染简单画面尺寸大于 jpg 的情况。
导致这种情况的原因可能时 apple 新的文件格式在存储导出环节做了某种格式转换吧。

---

PS：png 处理简单图形主要是因为 png 记录图片的方式，和保存图片的压缩算法导致的必然。有兴趣可以看先 png8，然后看 png24。
早年做诺基亚游戏的时候，为了极限压缩，专门研究过一下。

@CommandZi 第一张图 jpg 尺寸较小这个有点出乎我意料。
一般来说图像的比特尺寸，主要还是取决于复杂程度，越复杂的情况下，jpg 容量越小。比如照片。
画面简洁的时候，应该就是 png 比较小且无损。比如纯文字或者简单 UI。
这里 jpg 小于 png 可能是采用了很大的压缩率，边缘抖动很严重了吧。

UI 重力感应我记得设置里可以开关。

@mlhorizon 混合加密的确是啊，碰到会中文的老外，我们就用方言加密的。
家里老妈北京人，能听懂上海话，不会说。我跟她交流一般我说沪语她说京片子，相互也能听懂，对其它北京亲戚就加密了。
过年聚会，不希望老一辈听懂的话题，就英日混合加密。
还有一次极端情况，是在西班牙。我和一对情侣喝酒，我说英日，男方是鬼子说日西，女方华人说中西，彼此只能两两对谈。
反正方言作为一门语言，学了肯定不吃亏。现在这大环境，普通话完全不用担心学不会吧。

我自己是 mongodb 写的，主要是任务的取出逻辑，成功判断和之后的循环再加入任务池的处理。不过时间是比较久，差不多一天才百万。

运营商劫持吧，看来总提过。微博自己要刷量自己建点假号就完了。

家里一半魔都一半帝都，小时候奶奶辈说宁波话，坚定支持方言。上海人说沪语，广东人说粤语，保持语言多样性。
另外感觉学外语的时候，有些方言区发音会有优势。比如粤语我记得是 9 音，应该也有发音优势。
唯一缺点是会被某些人攻击为排外……
普通话不用专门学也能会，非北方语基础的方言目前是在快速消亡。
而且北京话和普通话也有不同，老北京如果真的都说北京话，一般人估计也有 3 成内容听不懂。

@xiaotuzi 作为一个资深美术，批量压图 PS 就行了。不过会 python 之后，发现 PIL 压得比 PS 还好。

游戏公司全工种都干过的飘过。企划其实也挺费脑的，而且协调工作也比较考验人。干好了制作人，干砸了背锅侠。

@stepnew 我也是，总觉得哪里看到过它介绍有，但没用过。
不过我有点想放弃 xmind，格式比较封闭。大纲这种东西，其实 md 就够了，稍微加点特殊语法应该足够了。虽然 xmind 现在好像支持 md 导出。但除了 GUI 好点，也真没啥非它不可的理由。
万一日后升级，视觉呈现还未必向下兼容。

@wakiki teamgantt 我用过一下，忘了为啥放弃了。

@weixiangzhe 最近看到好几个自主研发的画图工具，感觉都是拿 draw\.io 套壳的。

@swulling processon 我一直觉得很难用。
画图的话推荐 draw.io 的 chrome app 版，本地创建时就用 html 后缀，直接可以作为网页打开查看，非常好用。基本替代了 RP。

@alfawei excel 和纯 project 管理软件还差很远。虽然能魔改出近似的视觉呈现，但修改起来就非常不便。
比如前一个环节延期，后面的环节就会自动顺延等等。还有人员调配、汇总之类的，差别蛮大的。