跑个题，上次我家里人说「写日记」，居然触发了「嘿，siri 」

@future0906 前两天刚看到 ng5 了…… 吐血

有两类东西坚决不要相信，一个是 HR 的承诺，一个是前端传过来的内容。

@byteboy 道理没错，但是我们可以重新审一下题。

然后你就会发现，楼主面临的并不是这种状况，而是「他妈的这个劳力要走了，那必须的，死之前给我尽最大可能让他做多点东西」。

什么不放心重大规划，开挖新坑，他们是不会在意的。

毕竟，如果开了天坑，楼主没做完，没做好，这些提出需求的人是不需要担责的。而万一楼主做好了，他们就可以去邀功。

所以啊，楼主面临的应该并不是那种「你做完手头事，和同事和新人交接完，不要遗漏什么东西，确保项目推动稳定可靠有章可循。」

这事，在我上一个程序员（我是他直系领导）离职的时候也发生过，是的，我也毫不客气的尽可能的压榨了他。对当时的我来说，他是一个不可或缺的存在，但既然要走了，那我肯定要让他留下点什么。

但只是单纯的把一个半月甚至两个月的内容都丢给他逼他做就有用么？ Nope，他就算这么干了，那我并不会因此得到什么有用的东西，也不会因此清闲一个月，后面的事都会次第往前排过来。

所以我只让他做了半个月的具体业务，写点日常用到该写的动作，他就算不写这些业务的东西，我也没意见。剩下的时间，他被我全力压榨，对之前用的系统进行了梳理，重写了一套接口，还写了几个示例，解决了这套新接口里的坑比较多和比较复杂难搞的地方。

虽然也是全力压榨，但因为这套东西的实现过程本身也是有一定乐趣，并且大家平时关系都不错，那段时间，他一直全力投入在这套系统上。

后来他离职去了深圳闯荡新世界，但是太给我留下了什么，给我这个残破不堪没什么底子的团队留下了一套健壮的接口系统，大半年来，我们新业务一直在使用这套系统，并把几年前的东西也逐渐重构往这套系统上面来迁移，同时后来新来的同事也根据他的文档逐步扩充，现在这套系统已经不再是他当时写的那个样子，但基本的思想和他留下来的组件我们仍然在用 （按照公司业务模式来看，仍然能坚挺很久很久）。

我对他离职前的这一个月的压榨，换来了我这个团队的飞速提升，我觉得我这事做的太正确了。这特么比压榨他最后多写几个赶着用的业务和功能需求有价值的多。至于我为什么之前不这么做，因为没法做，一个人如果没离职的情况下，很多时候都会被各种各样层出不穷的业务需求压到疯，完全没法弄。恰恰是因为对方提了离职，我才可以对他最后在职的时间做个规划，解决一些平时根本有心但无力解决的问题。

可是，我觉得，大多数情况下，又有几个人会对要离职的员工用这样的方式最大化利用他的价值呢？

不，没有，大多数情况下，他们就只会想着「我靠这人要走了，来，走之前往死里用，给我多写几个页面多写几个功能。」

@yongshou 手机怎么吃。。。

@ibegyourpardon https://www.alibabaplanet.com/
看看这个尸体。

@Dullsir 别的我不好说，这个做的烂，倒是个有趣的故事。

说起来，曾经有那么一个傻逼玩意儿，他的名字叫阿里星球（似乎现在还在），主导是高晓松、宋柯……对，两个音乐行业内有经验的人，但经验都在音乐行业内，恰恰不懂用户……

阿里星球铺天盖地宣传的那段时间，就是虾米音乐几乎所有客户端产品功能全面停滞没有更新的黑暗年代……

@goodan 为啥我恰恰觉得一年多不更新后，这段时间大更新然后现在稳定的这个 iOS 版本的虾米，虽然和大多数我们见到的 APP 不一样，却是一个相当出色的版本。

@esolve 还不赶紧去加个 slave ……

@Pudge1337 也可以导出成序列帧或者导出成 gif。

说起来我大概两个月前有一次在某网站上看到有高人实现了 wave loading，啊不对，不是 wave loading，是水滴滴下来溅起的动画，JS + CSS 搞定，各种贝塞尔曲线高大上，也确实文件体积不大，当时我膜拜的五体投地，但从来没想过要用类似的手段实现。

因为投入产出比太划不来了。

更建议用第三方平台来实现，这类页面的实现不难，但是烦，大多数时间要费心调位置和距离，很费时间，第三方平台的可视化效果能很大程度减轻这些不必要的工作量。

很多年前网络上了流行着很多版本（ ASP 居多）的留言板程序，就是这个样。。。

……我哭着喊着想去的地方。

@beimenjun 唔，也算间接实现 APP 社交了吧。 毕竟闲鱼现在已经成为了约炮新宠，别看腾讯的王者荣耀更热闹，据说约炮成功率闲鱼更高。

别问我怎么知道的。。。

Vue 的也有了。
https://jaweii.github.io/Vue-Layout/

200 多天后不知道楼主还需不需要这样的东西了……

经过了一起事件之后再看这个帖子真的是物是人非造化弄人也不知道现在怎样了。

我要微信小程序版

浏览器缓存

对我们的前端来说，其实还是后端根据具体业务要求来喂 json 更省心。

虽然我也知道这样不是正经开发模式，很多事应该前端做，但我们的后端牛逼，我们的业务短平快生命周期短，所以一直是这么嚼碎了喂的。

让前端自己来主动要各种东西，行也行，但我们的开发周期平均是 2 天出一个东西，速度上实在是慢……

而且我看了下就是 yet another leancloud ....