JavaScript动态网页设计 azw3 书籍 免费 网盘下载地址

暂无相关简介，正在全力查找中！

暂无相关目录，正在全力查找中！

暂无相关内容，正在全力查找中

暂无出版社相关信息，正在全力查找中！

暂无相关书籍摘录，正在全力查找中！

在线阅读地址：JavaScript动态网页设计在线阅读

在线听书地址：JavaScript动态网页设计在线收听

在线购买地址：JavaScript动态网页设计在线购买

暂无原文赏析，正在全力查找中！

暂无其它内容！

• 作者： lizhzzhsh 发布时间：2020-04-21 22:57:56

  2020-04-17

• 作者： 桑葚和覆盆子 发布时间：2012-02-06 18:44:08

  读起来很艰涩。

• 作者： 果媛子 发布时间：2020-06-27 11:41:01

  已售

• 作者： 市民梅艳芳 发布时间：2022-03-18 16:29:53

  我有这本立体书！！小时候我妈送我的！！超级可爱！！

• 作者： 草际 发布时间：2012-05-25 16:53:10

  南无阿弥陀佛 南无阿弥陀佛 南无阿弥陀佛

• 作者： 别想摆脱书 发布时间：2022-10-07 19:23:48

  内封很有感觉，裸背精装方便翻阅

• 混乱的解药

  作者：子珂 发布时间：2019-06-07 08:42:18

  注: 我不是做SRE的，我甚至都不是工程师（我算PM）, 但这本书中有个时间分配的方法很有意思，所以写一下

  一、 紧急事件、工单永远处理不完怎么办？

  理想很丰满，现实很骨感

  在大型科技公司工作，你以为能调用各种资源，为百万级用户来带价值，但实际却发现，

  因为稳定性、legacy code，常有不少人力维护工作、代码没时间重构改进

  、发版也不如创业团队灵活...

  怎么办？

  Google给出了解决方案 ——

  50% toil : 50% dev

  . 即最多只花50%的时间人工维护，剩下的都用来开发工具、进行自动化（按季度统计）

  方法很简单，也很有效. 因为最紧急、重要的事，永远是做不完的，因此很容易陷在人工维护的循环里。设定好时间分配，一方面能切实了解需求、背景，另一方面，也能及时自动化、工具化，提高工作效率，而不是一直“救火”

  但这并不容易，最开始就需要和管理层沟通，并考虑相应后果（

  如果50%的人力时间用完了，需要招更多人，而不是全部时间都用于救火

  ）. 但长期能提高工作效率，因为会将所有工作自动化.

  二、思路衍生

  我觉得这个思路很有意思，也可以用到其他方面

  (1) 个人

  - 学习 : 执行 = 50% : 50%. 我经常接触新内容，所以常花大量时间学习，有可能周末只看几本书。结果就是产出很少，长时间学习的效率也不高。因此可以白天看书，下午做实操和执行性的事，比如产品功能改进、开发模型、试验性功能开发等等，效果会好一些

  - 脑力工作: 体力工作 = 90% : 10%. 原因同上，因为工作忙，没时间运动. 是还是要找时间，因为两者是相得益彰的，运动可以放松思路、提供思维效率（见Spark中的结论

  https://book.douban.com/subject/3584093/

  ），长时间思考也未必能得出结果

  - 产品工作: 根据实际需求划分每天的工作时间，而不仅仅是紧急程度. 比如坚持30%的时间用于做用户调研. 具体见

  https://medium.com/@christopherjones_12942/aligning-a-product-managers-effort-with-their-priorities-3af576f2dfa1

  (2) 产品

  - 老功能改进/深挖 : 新功能/横向拓展 = 80% : 20%. 产品常有新、老功能取舍的问题，(1) 增长乏力时总想横向扩展，会更容易"产出"，但产品的核心能力就弱化了，因此要把持住核心能力，e.g. 搜索/社交，在这些方向上不遗余力的小步前进，才有真正NB的东西. 横向扩展容易有"产出"，但不加控制极易冗余, 后期维护成本很高. (2) 对于killer feature型新功能，也不宜一次押注，因为很难一次做对，失败的风险、资源消耗过多可能对打击团队信心、产生过大压力.

  这其实就是Google 80% 20%的原则，以及Adam Nashi的3 feature bukcet方法 (

  https://adamnash.blog/2009/07/22/guide-to-product-planning-three-feature-buckets/

  )

  从投资的角度，就是beta（整体的大环境、行业赛道的好坏与红利）与alpha（自身产品的特性）的平衡。因为并不是所有想到的killer feature都有high alpha。一般来说工作量应以beta （常见、必要但比较boring的渐进性功能）为主占80%，alpha（创新功能的试验、让用户感到惊喜的功能）占20%，一方面保证有底线、另一方面也要争取创新。代价是创新的速度不够快, 或要招更多的人

  (3) 团队

  - 创业团队工作执行: 学习提升 = 90% : 10 %. 创业团队的开发任务是最紧的，很难有时间学习提升，但小量的投入会有很好的改善. 比如每周1小时请新同事分享，加深互相了解，介绍自己的经验；每周四允许提前1小时下班运动，帮大家放松。都是投入很小，但做对了提升很大的方法，能有效改善团队氛围。我之前的团队就是这样。更好的做法还有每周、每月1小时的all-hands, 解答大家各自的困惑, 1 on 1等等

  - Data Scientist 分属于数据团队还是业务团队? 应该50%时间在业务团队，50%时间在数据团队。一方面学习业务、领域知识，了解实际问题背景，另一方面和数据团队讨论专业技术。更实际一点， 50%时间辅助业务SQL出数，解决当前紧急问题，剩下50%时间探索分析、做工具，利用沉淀出的业务理解、技术知识做别人"提不出的需求" . 这其实是Airbnb的实践

  - 产品经理运营、手动工作 vs. 写PRD = 20% : 80% . 即通过实操熟悉业务, 做工具、做新功能时会更有把握，也有更多信息支持

  - 工程师产品决策 vs. 工程实现 = 10% :90%. 给一定时间学习业务领域知识，这样能团队内能更高效沟通，工程师能出一些产品的点子；了解产品带来的实际效果，也会更愿意投入；技术上也能做更合理的trade-off

  这种方法很简单，但并不容易执行，因为

  - 很担心被说"没有全力以赴", "没有全力解决最紧急的事情", "不够专注"

  - 大多数情况，默认为非此即彼（比如Data Scientist的时间归属）

  - 整体进度要更慢一点，或需要更多的人

  好处

  - 工作不无聊, 不会长时间陷入人工、重复性工作中，进而怀疑人生

  - 复合的工作方式能提升综合产出（因为对背景更了解）

  - AB测试不同的方案，有效果对比; 不同方案同时进行，避免风险集中，保障产品始终有一些进步

  - 因为进度稍慢，所以有更多时间得到反馈、调整实际方案，而不是流水线作业

  本质类似投资中的portfolio management, 即通过不同类型工作的配比，综合提高工作产出，增加长期回报

  这种方法是 70 -> 80 分的方法. 全部人力去做某件事是可以的，但会

  "永远都感觉很忙"

  , 没有时间做其他事, 效果也只是刚刚够用，也就是70分。混乱但够用、很累。想要达到80分、甚至做得更好，就要变换思路、综合考虑

  所以，我把这个方法称为an antidote to chaos, 混乱的解药.

  关键词: 科技、团队管理

• 四季美景与炽烈的爱情

  作者：颖颖 发布时间：2007-10-10 08:22:47

  这本书依次写下了日本春夏秋冬的四季美景，还有各地的美食，附着的主线是男女主人公饱受内心谴责的炽烈的婚外恋情。虽然超越了道德允许的范围，但两个人的爱情一点也不丑陋，反而因为是真心的，而艳光四射。周围环境是层层递进的五彩缤纷的色彩，两个人内心是按耐不住的迸发的激情。肉体的肌肤相亲被描写得十分温暖含蓄和美好。没有渲染色情的意思。美食和美景的介绍层次分明，文笔华丽。我看了五遍这本书，很想去日本旅游，看红叶，谈场恋爱。熟读之后再拿起这本书，能平复烦恼的心境，打发寂寞时光。这是一本值得多看几遍的好书。