从3月24日晚间到25日上午，有许多 iPhone 用户惊奇的发现，淘宝 APP 启动后随之被锁定在一个提示内测版本已过期的 Alert 面前，完全无法进入主界面使用。一时网上说法纷纭，甚至连“程序员报复写的 bug”的说法都冒了出来，但是笔者感觉创造这个说法的人可能连前后端都分不清楚，闲来无事就凭借目前有限的已知信息来推导一下问题可能出在哪儿。
读书感悟 Vol.01 | 《多向思考者》
背景
在法国被称为“国民心理师”的 Christel Petitcollin 之作，Christel 具有20多年心理咨询经验。笔者 Google 其资料的过程中发现了其官方网站，但是不管 Wikipedia 还是其他英文资料对其介绍并不多，无疑笔者会质疑其权威性。通过身在法国的朋友询问确认了其身份，而此书在豆瓣评分也达到了7.9，故笔者给出整体评价为正向可信。
笔者作为一个天生怀疑论者（也是书中所描述的典型表现）本身由于性格的高敏感度与思维的敏捷性，会对非科学严肃性质类的书籍（案例失真、数据缺失、主观论证太多等为典型特点）抱有一定的成见，比如市面上琳琅满目的鸡汤类书籍。毫无疑问笔者也会怀疑这本书是不是又是一本鸡汤，但是本着“读书是为了寻找跟自己已知信息不一样的碰撞”的目的，还是仔细阅读完毕，最终评价如上段。
敏捷故事Vol.02 | 从复盘谈复盘的重要性
从上一份工作离开之后，本来准备回家当农民种地去了，机缘巧合一个好朋友在某著名财经资讯旗下的新产品团队工作，想拉我入伙儿。团队已经初具规模，30+员工，产品设计运营内容财务各部俱全，团队 CEO 原本想让我带一下产品，因为现在的产品经理比较年轻也没有什么技术基础。但鉴于我目前处于需要修整的状态，以及对相关行业的兴趣度并不高，于是决定以兼职顾问身份做一段时间，不想这样一个决定恰恰让我有了机会去从另一种角度观察团队运作和验证过往经验。同时因为这个产品经理本身素质优秀，主动、上进且勤于思考，也让我不必局限于产品工作，于是不由往「项目管理」和「敏捷教练」的方向更倾斜了一些。而事实证明我侧重的方向是对的，如同目前的大部分中小型团队所面临问题的本质一样，「产品方向」反倒不是一个团队最短的那块板，团队的士气、员工的主动性和积极性才是。而恰巧我也经历过一些类似的日子，相比一直身居高层无法接触到员工内心真实想法的老板，我反倒更清楚如何解决这类问题。这也是我决定以博客或者其他形式把这个过程进行梳理的重要原因。接下来我会把在兼职过程中对「项目管理」尤其是其中「敏捷方法」对团队起得作用附和案例加以分享。
如果你是互联网创业公司的员工和老板，你们可能会遇到这样一些问题：
敏捷故事Vol.01 | 您可别谈什么「敏捷已死」了
近期看到几篇公众号文章吐槽敏捷方法，称“敏捷最大的贡献就是刺激了白板和N次贴纸的销量”、“拥抱变化快速适应变成了无止境的需求变更”、“复盘会议像是一个展开批评与自我批评的精神刑场”，当然这些文章还都是从工程师或者员工角度发表的观点，从管理者角度看到的却是员工实质上很难理解、接受和落地各种敏捷方法，甚至于产品的生产效果还没有当初好，员工背后怨声载道。
而与此同时，在企业中实实在在的正在发生着什么？
拿鹅厂曾经的某个部门的运作来举例：迭代初始产品经理将确认的需求列表（Backlog）与团队进行需求评审，项目经理根据工程师的评估将需求按优先级从末砍起直到剩余需求可在大约一个月周期（Sprint）内完成，每天晨会大家互相同步目前进度、遇到问题以及所需支持，大约每3-5个工作日工程师就会开开心心地拉产品经理、设计、测试测试目前进度上产出的 demo（Show Case），并将反馈的问题进行快速解决。当然即使是鹅厂，项目也会时不时遇到延期情况，但他们从来不把“延期”本身当作一种“问题”，而是通过复盘找出导致延期的原因，并在接下来的迭代中加以改进；需求变更也会有但是很少，而且每次变更都要产品总监、开发总监和项目经理的一致确认。列表需求的开发进度和质量经项目经理监督、跟进并满足发布条件（测试用例通过）时，及时发布上线（Release & Deployment）。
从他们的工作流程上看，的的确确就是敏捷开发所倡导的那些方法，顶多名字不太一样；如果你问每一个员工，他们只会表示“这种工作流程难道不是自然而然的么？我从上班第一天起就是这种节奏，挺好的啊。”
除此之外，与敏捷源于近似理念、相互配合的这些产物也正在大放光辉：
Week50记事
下班前一小时，写点儿东西吧。
关于「屁股」
最近知乎有仨事儿很热闹。
其一，知乎联合创始人张亮又一如既往地说了一些让自己平台上的头部用户不太开心的话，无非「知乎大 V 华而不实，我很赞同」之类的。
其二，知乎官方前脚否定了36氪的「知乎裁员」消息，后脚全民皆知知乎有300名员工上午还在写代码下午就被通知走人。而知乎官方后来将话术修正为「正常人员调整」，嗯，一个正常调整调整了一个小型公司的人数。
其三，知乎用户「魏忘机」在某处发现了一则知乎从医疗健康咨询角度切入的自家平台推广视频。联想到先前知乎上热极一时的大 V 们一边倒地对百度医疗的批判，再联想到后来知乎官方对大 V 们的态度，再联想到现在知乎自家的医疗咨询广告，科科。
想起俩成语——借刀杀人，卸磨杀驴。
有时候你说的话到底别人听来是何意味，不是你的屁股坐在哪儿决定的，而是听到的人觉得你的屁股坐在哪儿决定的。
点到为止，不多说了。
一周记事W42
本周关键词：NAS, 记事
本月关键词：消费降级
最近丢了两样东西让我有些不爽。
一是丢了那把骚气的雨伞，二是换手机平台后丢了手机备份数据。
丢东西本来没啥，丢了就换新的，但是丢伞却死活记不起放在哪儿了意味着我的记性越来越差了，丢数据意味着我现在用的各种基础服务的可靠性都太低了，所以有了这两个本周关键词和一个本月关键词。
NAS
先前买过一台群晖 DS218j，但那时候我还是 MacBookPro+iPhone+PC+电视盒子的配置，PC 上挂了俩大硬盘，开启 SMB 服务之后电视盒子访问大硬盘来看电影就可以了，除了功耗和噪音有点儿高之外没啥毛病。这样一算买一台 NAS 并没有硬需求，TimeMachine 直接拿一个2.5寸移动硬盘接上就可以了。于是这台 NAS 就卖掉了。
前阵子因为穷+对 iPhone 新机器无创新而自己对手机的拍照效果有更高期望，选择了换门到 华为 P20 Pro。这下可好，MacBookPro 工作机+PC 游戏机+Android 手机的多方数据存储和同步问题就显得有些大了。如果全苹果设备，只需要无脑买 iCloud 扩展空间就好，现在明显需要一个集中存储方式。至于市面上的各种云服务，呵呵，百度云上私藏的小电影都被和谐了，自己买的电子书存个档也容易因为版权问题被干掉，所以想来想去还是回到了私有云上。
只不过这回稍微升级了一下，群晖 DS218+，x86处理器，可以用 docker 服务中的 calibre-web 容器来搞自己的电子书库。
中间的折腾过程可以另行写一系列文章了，诸如：
全世界只有这四类知识（一）
工具控 Vol.07 | 为什么说2016版 MacBookPro 最有用的更新是它们？
新 MacBookPro 发布后，不管果粉还是果黑都高潮了。
因为不管你如何爱苹果，有个问题你是真的避免不了——一贯在多平台上保持高度一致性的 Apple ，这回给人出了个难题：
你要同时买了 iPhone7 和新 MacBookPro，那可真是个灾难。