摘要：思考：软件设计和开发中的的可靠性？一个是服务稳定的可靠性； 比如服务能不能故障转移，能不能降级等等；一个是数据的准确的可靠性； 比如数据的多个备份之间能不能做到相对符合条件的实时等等；缺少两个中的一个，程序就是不可靠的；因此，设计程序时，如果你觉得两个可靠性有一个是你担心的或者没有信心的，那么这个就 阅读全文
思考：抽象必定有一个上界？也必须有一个下界？标准是什么？
2019-11-13 17:00 by 乘着风去破浪, 136 阅读, 0 推荐, 收藏, 编辑
摘要：思考：抽象必定有一个上界？也必须有一个下界？标准是什么？抽象会形成一个层级结构，但是不是越抽象的厉害约好，毕竟底层平级的之间总是要与其他的相异常的地方，毕竟越高层，相同之处越少；那么就需要权衡一个度，然后代码看起来很清晰，但是结构上也要看着简单，另外，扩展(一个底层的已经存在的平级的)也是很方便； 阅读全文
思考：什么样的目标影响了什么样的思维方式，什么样的思维方式影响了工作方式？
2019-11-13 15:58 by 乘着风去破浪, 135 阅读, 0 推荐, 收藏, 编辑
摘要：思考：什么样的目标影响了什么样的思维方式，什么样的思维方式影响了工作方式？如果你是一个软件架构师，如果你给自己定了目标，假如你的目标是你的程序能够支持方便的扩展，那么你的思维方式是面向接口编程，而且你会把需要用户自定义的功能以接口的方式提供出来，让用户来实现，而你只是在主流程中进行回调这个接口的实现 阅读全文
思考：企业中如果实施算法？
2019-11-13 11:19 by 乘着风去破浪, 243 阅读, 0 推荐, 收藏, 编辑
摘要：思考：企业中如果实施算法？在企业中，做推荐或者实施算法的步骤1.先要收集数据，包括用户数据，用户行为数据，如果是推荐的话，要收集商品或者素材的数据，总之要收集算法处理的人和物；收集数据如果没有现成的话，可能需要埋点，需要端上或者FE配合来进行埋点，然后进行定期上报，上报到大数据部门后，由大数据部门来 阅读全文
思考：一个程序员老说不会碰到或者用到复杂的数据结构或者算法，是这样吗？
2019-11-07 20:54 by 乘着风去破浪, 179 阅读, 0 推荐, 收藏, 编辑
摘要：思考：一个程序员老说不会碰到或者用到复杂的数据结构或者算法，是这样吗？一个合格的牛叉的程序员一定会经常碰到和使用复杂数据结构和算法的经验的，如果你觉得你平时碰不到或者用不到，那说明你没有留心留意，么有好好思考； 阅读全文
思考：学习redis的数据结构应该从三个维度来学习？
2019-11-07 20:54 by 乘着风去破浪, 101 阅读, 0 推荐, 收藏, 编辑
摘要：思考：学习redis的数据结构应该从三个维度来学习？1.redis支持数据类型有哪些？2.redis的每种数据类型底层是使用（一个或者几个）内部数据结构来实现的？3.redis的映射到内存，redis有几种内存映射数据结构？4.要清楚知道每个命令操作后面对应的数据类型和该类型是使用什么内部结构实现的 阅读全文
思考：一个推荐引擎工程师的能力覆盖
2019-11-07 20:54 by 乘着风去破浪, 118 阅读, 0 推荐, 收藏, 编辑
摘要：思考：一个推荐引擎工程师的能力覆盖数据搬运能力：mysql,redis,kafka,日志，读写文件，大数据（Es,flume,hive,hdfs,hbase,）；数据和应用的运维能力，业务的领域模型和流程的抽象能力，对需求的理解能力，对算法的理解能力，对各种存储和查找的最佳实践经验； 阅读全文
思考：软件系统设计的(前期)权衡？
2019-11-07 20:54 by 乘着风去破浪, 177 阅读, 0 推荐, 收藏, 编辑
摘要：思考：软件系统设计的(前期)权衡？小事情（出了问题影响范围也不是很大，出现问题的概率极低，领导不关注的，需要快速迭代的）不能成为影响我们做设计决策的核心因素；大事情（流量大，出了问题影响范围大，涉及到金钱，领导关注的）这些应该是我们做软件系统设计时着重需要关注的核心因素； 阅读全文
思考：一个推荐引擎工程师的能力覆盖
2019-11-07 10:07 by 乘着风去破浪, 167 阅读, 0 推荐, 收藏, 编辑
摘要：思考：一个推荐引擎工程师的能力覆盖数据搬运能力：mysql,redis,kafka,日志，读写文件，大数据（Es,flume,hive,hdfs,hbase,）；数据和应用的运维能力，业务的领域模型和流程的抽象能力，对需求的理解能力，对算法的理解能力，对各种存储和查找的最佳实践经验 阅读全文
思考：关于服务架构的取舍：
2019-11-07 10:06 by 乘着风去破浪, 155 阅读, 0 推荐, 收藏, 编辑
摘要：思考：关于服务架构的取舍：复杂服务并且高并发采用微服务，可以分工开发，横向扩容；复杂服务但是并发不高采用单体服务，配合多mudule开发，后面也可以方便拆出来；最适合的架构才是最好的架构，最适合是适合自己的业务场景，适合自己的性能需求，适合自己的发展场景，适合自己的迭代场景； 阅读全文