随笔分类 - 开发实践
摘要：需求读取文件，构造sql，批量写入数据库，批量是构建设置 $num 值的大小进行批量构建sql语句 test.txt 文件内容为 1 2 3 4 5 6 7 8 9 10 <?php class batchInsertController { private $num = 3; private $t
阅读全文
摘要：业务中遇到的表结构以及场景如下： id name pid 1 A 0 2 A 1 3 A 2 4 B 0 5 B 4 6 B 5 7 C 0 8 D 7 9 E 8 是一个层级结构，名字可能相同，也可能不相同 上面整理出来的数据结构就是这样的 A A A B B B C D E 当前的需求是取出 n
阅读全文
摘要：由 shell sed 替换规则 s/pattern/replacement/flags 引起的一些小想法： 以前在vim 替换所有的时候，Googel 上搜索一下，vim 字符串替换，然后直接执行 s/a/b/g 将所有的a替换成b, 那么为什么会这样写，要这样写呢？如果问自己的话，自己会说不知道
阅读全文
摘要：需求分析： 使用业务语言将功能场景写到文档上，然后画出相应的流程图和交互图，然后和产品check一些需求理解是否正确，没有理解清楚的地方，问清楚。 存储设计 根据第一步分析出来需要存储的数据及使用场景，设计MySQL表结构以及根据对应的SQL查询语言，设计表结构需要的索引信息，如果需要缓存信息，规划
阅读全文
摘要：场景：对请求过来相同的数据进行去重 如一个Http的Get请求中 /get?a=zhangsan /get?a=lisi /get?a=zhangsan /get?a=wangwu /get?a=lisi a 的值相同的请求，每天处理一次，我们会怎么解决呢？ 常规思路： 判断这个请求是否存在，如果不
阅读全文
摘要：1. 公共代码如何组织？ 放到Library文件夹下，命名规范。如果功能可以抽象出来组件化，是不是可以使用composer 单独开一个仓库进行存放。 2. 规范的记录日志信息？ 如何更好的记录请求的上下文信息，将日志合理的记录下来，当线上出现问题的时候及时的定位和修复问题。 3. 规范的操作DB?
阅读全文
摘要：什么是X Y 问题呢？ 以下参考来自于耗子叔博客： 1. 想解决问题X 2. 他觉得Y可能是解决X的方法 3. 但是他不知道Y应该怎么做 4. 于是他去问别人Y应该怎么做？ X Y Problem 最大的严重问题就是：在一个根本错误的方向上浪费了大量的时间和精力！ 更多了解可以参考酷壳上的X Y P
阅读全文
摘要：态度： 遇见bug的时候不仅仅是调试，更要站起来多想一想，从上到下，从整体到局部的想一想，这个问题是怎么出现的，为什么会出现这个问题的 写代码，出方案的时候，要纠细节，知道原理，以及为什么这样，要用严谨的态度对待 先设计，再编码，设计重于编码，接口重于实现 初学者心态，向身边的同学学习，站在巨人的肩
阅读全文
摘要：我们使用STAR法则进行复盘，STAR：situation task action result 出现的问题1 situation：定时脚本手动执行可以执行成功，但是定时任务执行不成功，还是偶现形的， 后面经过观察发现是经常出现的。 分析：手动执行可以执行成功，定时脚本执行不成功，那么问题就在定时脚
阅读全文
摘要：开发流程 这篇文章记录一些我对Design Review 的一些思考，下面是我当下对开发流程的理解： 开发流程： 收到需求 需求分析 设计分析 项目排期 项目开发 测试环境测试 线上回归测试 上线观察 问题修复和优化 需求结束，代码下线 Design Review 根据需求我们需要给出实现方案，如D
阅读全文
摘要：跳出岗位之分，共同解决问题 产品经理和工程师之间难免会有意见不一致的地方，产品经理是从业务角度，从商业价值去分析和看待问题的，而工程师是从实现角度，从代码、工程、后期维护等角度看待问题的。二者之间其实并没有很大的矛盾之分，二者之间应该是共赢的关系，他们都是想要解决公司业务的难点，痛点。既然目标一致，
阅读全文
摘要：上线的代码无论多么简单都应该在本地反复测试 要对自己有信心，但是不要盲目自信。 对自己写的代码有信心，然后上线出现了很多错误，这个时候就要反思自己了，我前一段就出现了这种情况，上线前没有想清楚，所以将代码上线到线上了，因为是定时脚本的问题，所以需要运维手动执行，然后debug，这种是不负责任的行为，
阅读全文
摘要：做工程、做项目、学习都是一个过程，都是一个由简入深的一个过程，如果一上来就想把事情做的特别完美，产品做的完美，这个想法是不现实的或者说是愚蠢的。好的项目或者好的产品都是需要时间和精力去打磨、沉淀，在过程中不断调整，结合市场或者用户的反馈以及企业的发展做出的决定，有很多不可确定的因素在里面，所以极少数
阅读全文
摘要：项目开发周期安排 前期 如果开放和负责的是一个新项目的话，前期一定要紧凑一点，要多付出一点时间，因为很多前期没有梳理清楚的东西都在这一部分需要梳理和整理，所以这一部分会比预估的时间要长，所以这一部分周期要稍微紧张一点，不让后面项目有可能会出现延期的风险。 中期 维护和优化，找出可以进行优化和迭代的地
阅读全文
摘要：冷静分析并处理线上问题 作为一名想要写出工业级代码的开发，我们平常工作中或者开发中难免遇到线上问题，当遇到线上问题的时候，这个时候一定不要急，不要乱进行操作，有可能一顿操作猛如虎，问题更严重了！！！！！！，这个是很有可能发生的，以为在我们紧张的时候是最容易犯错或者做出错误决定的时候，所以这个时候我们
阅读全文
摘要：遇到问题 仔细分析 分析清楚，动手 动手 动手 一定要去动手，因为代码和软件是一个实践性比较强的行业，光靠想是解决不了遇到的问题，你需要去动手去尝试，去把问题具体化 获得反馈 根据反馈进行调整、优化、改进 反思以及复盘：下一次遇到同样的问题可不可以做的更好 把事情做到闭环，闭环原则，有始有终
阅读全文
