12 2019 档案
摘要：了解清楚项目的上下游 预估量级，对可能发生的事情有所预估，才能做好准备 跑脚本的时候没有预估脚本运行的时间，然后也没有使用多进程的方式，所以不知道脚本大概执行的时间，这种是一个懒惰的行为和不负责任的做法。
阅读全文
摘要：分层 解耦 代码复用 将复杂问题拆解为一个个小问题
阅读全文
摘要：数据结构 一维升级到二维 如遇到一维数据结构解决不了的问题，这个时候我们要考虑二维数据结构或者多维数据结构，一般来说，二维就可以了，更复杂的可能需要更多 复杂问题 科学的方法或者工具去解决 有些问题本身就是很复杂的逻辑和结构，我们这个时候可以考虑有没有更好的工具帮助我们解决，我们的方法是否正确，有没
阅读全文
摘要：一辈子都会做的事情 1. 以长远的眼光和思维看待问题解决问题 2. 读书 3. 思考 4. 反思 5. 爱自己爱家人爱朋友 6. 喜欢自己，做自己喜欢的事 7. 写代码 8. 互联网相关的工作（闭环的态度对待自己的生活和工作） 9. 真善美，无论遇见什么，要坚持自己最初的想法 10. 运动、旅游
阅读全文
摘要：控制变量法 控制变量法可以用于排查问题，排查问题的时候不要引入其他可变的因素，看看单一因素是否对代码有所影响，每次focus一个问题，这样效率更高 数学归纳法 计算机的本质就是泗洪计算机帮助人类解决很多重复计算的问题，所以不要使用人肉递归，遇到问题的时候看是否可以将问题分解为重复的子问题，然后去解决
阅读全文
摘要：设计不严谨 Get参数传递日期的时候有空格，如果未转义的话，会截断请求，然后后端无法处理。 从业务场景看 从产品的角度看，产品想要看每个活动的效果，而不是想知道技术。 角度不同，视觉不同 mark
阅读全文
摘要：上线的代码无论多么简单都应该在本地反复测试 要对自己有信心，但是不要盲目自信。 对自己写的代码有信心，然后上线出现了很多错误，这个时候就要反思自己了，我前一段就出现了这种情况，上线前没有想清楚，所以将代码上线到线上了，因为是定时脚本的问题，所以需要运维手动执行，然后debug，这种是不负责任的行为，
阅读全文
摘要：做工程、做项目、学习都是一个过程，都是一个由简入深的一个过程，如果一上来就想把事情做的特别完美，产品做的完美，这个想法是不现实的或者说是愚蠢的。好的项目或者好的产品都是需要时间和精力去打磨、沉淀，在过程中不断调整，结合市场或者用户的反馈以及企业的发展做出的决定，有很多不可确定的因素在里面，所以极少数
阅读全文
摘要：项目开发周期安排 前期 如果开放和负责的是一个新项目的话，前期一定要紧凑一点，要多付出一点时间，因为很多前期没有梳理清楚的东西都在这一部分需要梳理和整理，所以这一部分会比预估的时间要长，所以这一部分周期要稍微紧张一点，不让后面项目有可能会出现延期的风险。 中期 维护和优化，找出可以进行优化和迭代的地
阅读全文
摘要：项目排期 = 个人任务完成 + 风险预估 + 意外情况 + 项目上下游依赖 个人任务完成 个人任务具体话 不要考虑私人情感，专注工作 风险预估 对可能出现的情况进行考虑 意外情况 对出现的意外情况提前准备和处理 项目上下游依赖 不要仅仅考虑自己的时间，还要考虑中间数据接口需要调整的时间 合理排期 一
阅读全文
摘要：平视生活和工作中遇到的问题和挑战 工作和生活中尽量不要认为事情和简单，有可能是自己很简单，平视生活和工作中遇到的问题，同时也想起丁奇大神说的一句话，曾经觉得做网站和数据库和简单，当接触的越来越多的时候，发现是自己很简单。同时，今天在学习快速排序和归并排序，一开始觉得思路和简单呀，快速排序就是找到一个
阅读全文
