持续集成之 Why、What & How
- 之所以要使用持续集成是为了提高生产力，解决落后的生产力和需求之前的问题
- 思考平时的工作，需要抽出时间来去做基础设施建设的工作，不然会造成技术负债，到最后还起来困难，甚至还不上
- 持续集成的健身有助于提升生产力，映射到自身业务呢？
- 设定底线，只要不造成客户和公司的钱款损失，不造成隐私和业务数据泄漏就可以推进。除此之外没有边界
- 期间思考当前企业消费的架构，发现了很多优化点
- 服务的命名需要进行管理，当前的混乱造成了新员工入职理解的困难，这种困难是人为造成的。企业服务微服务的架构梳理成keynote，便于所有人快速理解这个内容
- 微服务有他的好，但是也对服务的管理和治理提出了更高的要求，过去monolic的服务管理方法需要升级
- 剩下的优化，单拎内容去说
- 其中一段四象限的部分没有理解，需要通过slide去回顾理解
在业务量暴增中痛并快乐——数据交易平台的成长记事
- 四个环境比较合理
- 本地
- 测试
- 集成测试
- 生产
- 本地
从技术到管理的 3 大挑战
- 队员做的工作没有自己好，花时间去沟通还不如自己去做
- 外圆内方，方是原则，圆是技巧
- 授权模式
- 清晰表达工作内容
- 的到授权方确认反馈
- 定期沟通
- 指导模式
- 赞扬他的业绩
- 激励他得到更好的成长
- 指导
- 共事模式
- 和搭档建立信任关系
- 认可搭档价值
- 极力称赞
- 感觉自己的价值在退化，长期不写代码觉得自己没有价值
- 单兵作战作战是任务驱动，团队作战是目标驱动
- 目标模式
- 为什么是我不是他
- 搞清楚公司的诉求
- 朝着目标全力以赴
- 自省模式
- 做的好
- 做的不好
- 怎么做更好
- 认为管理没有技术含量，只要把队员管理好就行了
- 不喜欢被管是人的本性，那你为什么要去管他？
- 管理自己比管理别人容易很多，要锻炼团队的自我管理能力
- 他对工作不上心，说明缺乏激情，此时你应该去激励他，为他设置目标，提出更高的要求
- 认可模式
- 认可对方的优点
- 告知对方的不足
- 帮对方弥补
- 技术管理，管的不是“人”，而是“事”。管理的根基是“理解人性”，管理的本质是“管事 + 理人”
如何快速找到产品的商业模式
- 推荐图书
- 精益创业
- 四步创新法
- 启示录
- 跨越鸿沟
- 创新者的窘境
- 引爆点
- 你的灯亮着吗
- 系统化思维导论
- 用户 =》 场景 =》 问题 =》假设 =》 解决方案
- 商业模式画布是个什么鬼
经典算法与人工智能在外卖物流调度中的应用
- 时光机的设计对于解决问题，优化实现有很重要的参照意义
- 寻宝系统的想法很有趣
- 一个专门的系统，通过分析数据获得对于业务有价值的图标和结论
探究 Node.js 的服务端之路
- 用js做前端和后端有本质上的思想差异，其实也是前后端的思想差异。自己的技术栈更多是从前端过来的，所有对于后端思想的体验深度不够，需要在之后的工作中注意。
- 前端
- 快速开发
- 快速渲染
- 视觉效果
- 后端
- 稳定
- 性能
- 负载
- 前端
- 后端的常见问题及影响，重要程度从高到低
- 稳定性，100%流量丢失
- 负载， m%流量丢失
- 性能，n%
- V8引擎原理探秘
- new space，需要详细学习一下
- 垃圾回收机制
- 防止内存泄漏
- node.js服务端擅长io密集型的计算，不擅长cpu密集性的计算
- CPU Profilling
- 火焰图
- nodejs原理读物
趣分期风控业务那些事
评估要不要借一个人钱
- 靠不靠谱
- 想不想还钱
- 人品怎么样
- 是不是骗子
- 能不能还钱
- 他想借多少
- 他收入多少
- 想不想还钱
- 能借多少
- 该不该催，以及什么时候催
其实评估任何一个对象，是否要贷款都是这么个事请
高性能高可用机票实时搜索系统
系统诉求与很多电商消费系统相通
- 全网最低价
- 报价最全
- 实时性最好
- 产品最丰富
- 预订最流畅
分布式的过程中，如果遇到密集命中相同机器负载过高的情况，可以在计算的时候引入一个其他纬度进行分析
喜欢clojure，但怕动态语言太灵活怎么办
- 主人公的微博http://www.weibo.com/u/1899123755
- 摩根斯坦利 小组长（VP） scala，clojure大牛
- 摩根斯坦利是全球scala使用排名前三的企业，有400多人开发
- 坐标：英国伦敦
人工智能 + 微服务的最佳实践分享
- https://github.com/huichen
- 有空走一遍tensorflow搭建图片识别的
微服务与配置中心：别让您的微服务被配置管理“绊”了一跤
配置是什么？
- 是程序运行时动态调整行为的能力
微服务布道的时候提出了配置文件应该统一管理
技术管理的思考和实践——技术团队如何边打仗边成长
价值无外乎，多快好省
杂事的处理，能用技术手段的，就不要用人力，是在需要人力的，也要有流程框架
团队和工程管理取舍的实践
针对国情，OPSDEV可能更靠谱
基于一个成熟的产品去研发，最保险，见效快
直接面向开源去做自研，不仅代码质量更好，文档也会更好
团队建设
- 用极致的方法找到和你的团队味道一样的人
- 找到你的团队贡献最大的10%的人，并赋予他们权力
- 不要试图讨好你的团队，作为leader应该做正确的事情
- 万不得已的时候才增加岗位，否则只要增加角色就够了
- 周会是用来同步信息的，不是用来讨论具体问题的
面向企业服务的未来与知人的实践
- 推荐书目
- 人类简史
- 未来简史
- 企业服务的未来是数据服务
- 服务的内容
- 基于产品做业务支撑
- 基于数据做业务诊断
- 基于咨询服务做业务指导（最重要）
- 知人的设计流程
- 选方向
- 定重点
- 全业务支撑
- 流程自动化
- 开放服务
- 迭代
- 给自己做
- 熟悉业务
- 找别人用 （6个月）
- 验证产品
- 标杆验证 （6个月）
- 强化产品
- 服务销售 （12个月）
- 验证市场
- 管家服务
- 扩大规模
- 给自己做
