一笑的大型连续剧之第二集

开场白

各位小伙伴们大家晚上好，今天来和大家一起更新一下我的开发之旅的第二集。上周时间也已经匆匆过去了。今天也是周六晚上了，这个周末很充实但是又很空虚。

本周小结

本周完成了我开发旅途中的第一个模块，关于绩效面谈的一个模块的一些简单功能的开发。回顾自己的这个简单的小功能也反映出我的很多问题与改进点，接下来就和大家一起分享一下我工作中遇到的问题。或者说给没有进入这个行业的小伙伴看看Java开发目前我所在的这个领域是怎么样的。

遇到的问题与解决办法

绘制流程图的时候，菱形代表着分支语句的判断，但是对于复杂流程的绘制应该怎么表示？

• 绘制流程图的时候，菱形表示分支语句的判断，并行语句表示多个分支的判断使用这个进行省略。

绘制业务流程图的时候的注意点？

• 绘制业务流程图的时候节点代表的和业务概念相关的节点操作，一般来说是复杂的，由多个部分组成。
• 复杂性指的可以是查询复杂，服务间调用的方式多样化，涉及多个服务调用。
• 注意业务流程图的绘制一般就是业务的概念流转。

为什么测试的时候简单字段的问题会反反复复的出现？

• 有部分原因是还在需求评审的时候，对产品提供的业务概念模型，其实产品也没有绘制详细的业务概念模型。
• 由产品提供的业务流程图，由于对公司的业务不是很熟悉导致很多概念不是很清楚。相信经过这一次之后能加深一下自己的理解。

规范的开发流程中，不同元素映射到代码中是怎么样子的？

• 关于这个概念在绘制业务流程图的时候，一般不要出现就是感性的概念在某个节点出现，一般都是动宾结构的词语在图中显示。
• 需要注意点就是业务流程图是业务概念在图的显示，与代码的对映性来说并不是一一对应的，应该说是大部分对应的关系。

为什么我要去绘制这个业务流程图？

• 在写代码之前验证自己的代码思路，呈现给其他开发大家一起看看有没有问题。像我这样子没有丰富业务经验的开发，可以通过这种方式得到资深开发的经验帮助。
• 便于发现代码思路中共性的问题，便于抽取代码的思路，更好的使用设计模式，写出真的面向对象的代码。

今天我为什么要写这些？

• 思路转瞬即逝，我想记录下来，不管是好的思路还是一时的感受，便于我后期复盘。
• 为了能更好的写周报
• 能在使用画图的方式知道实线框是必须要的，虚线框是可有可无的。
• 通过这种方式可以避免整队面向原型图编程，可以通过这种方式来更好的梳理清楚前端页面背后的数据流转。
• 通过绘制这个流程时候，发现目前的我还不能对每个节点的数据流转清清楚楚。
• 今天的状态不是特别好，需要调整负能量情绪，给自己多点正能量的反馈，给自己点时间去成长。

为什么我写不出好看的代码风格？

• 绘制业务层面的流程图时候思路就不是清晰的，想着点写着点。需要训练去完善我这方面的能力。

现在有点推一下往前进一点，如何能自己不断往前走？

• 这点目前比较难，继续努力
• 目前的自己真的太菜了，需要多想多练。不要太着急和焦虑，给自己点时间。

---

关于excel导出的讲解，改进点

• 在PPT中罗列出场景，然后需要场景用使用上简单原理，例如实现的类、注解等
• 在演说稿上面就是需要加上条目罗列
• PPT上的排版再更改一下，和你讲的演说稿一致。

绘制流程图的时候不同画布之间的粘贴不要拖动大小，保留原大小。

• 这点确实需要注意。
• 下次进行模块开发的时候需要尽可能完善流程图的绘制。

绘制业务流程图的问题总结

• 流程是由节点组成，节点代表操作，具体的行为。一是不要省略流程中的连接线，而是既然是操作就不能省略动词，一般为动宾结构。
• 明显多流程不能混为一谈，需要做好区分，你在写流程图名称的时候不能多个流程名词叠加肯定不行。
• 检查节点中都是动宾结构。
• 流程是由开始节点和结束节点，有始有终的关系。

贴一张sql的记录图

昨天加班有个难题就是，由于基础服务的调用书写者出现问题，编码使用like匹配。getone没有使用false避免多条出错导致直接获取数据调用异常500

---

“天下事有难易乎？ 为之，则难者亦易矣；不为，则易者亦难矣。

人员姓名搜索条件遗漏导致人员名词搜索点击无效

• 这个低级错误确实需要注意。

全量数据的批量提交为了保证数据不影响需要添加主键来过滤？

• 这个需要明确就是需要额外一个字段来做数据过滤。
• 好比在我目前的这个业务场景中绩效多次启动同一个绩效经理管辖之下的面谈人员，由于待办的终止是否需要终止不同面谈人员的待办着这个是要确定的。
• 关于这种业务场景自己也需要注意别今天测试提了这个场景，然后明天测试又把这个场景给推翻了。关于这个就需要加强自己在业务流程图前期绘制的时候情况的考虑。

405请求方法不正确 前端路径多了一条斜杠

---

他人协调沟通，模块间的协作能力上？

• 需要注意和他人之间的协作沟通能力，而不是去给别人找问题的所在。
• 其实把这段给别人找问题的时间花在自己的代码测试用例的弥补之上，可能会更加的有成效
• 职场中自己除了自己硬实力提升，软实力提升也很重要。

复杂的业务场景的设计？

• 今天群面的时候联系这点来说，首先需要明确对方的问题点在哪里，抓住概念的名词。的字前面可以注意一点。
• 回答问题的时候想想对方的这个提问是道还是术。
• 需要注意的是回答问题前面要注意问题的关注点是什么，不然就会自我感觉良好最后是零分。
• 要是对对方的问题自己存在一些不清楚或者思路上的模糊确认点可以委婉的询问去排除掉，无限接近对方的问题关注点。
• 还是回到细致的拆分。

技术的一些系统性的学习？

• 关于这一点我想要是在工作中遇到了什么问题，然后这点是你知识体系的一个盲区可以先记下来。然后按照你自己的一个系统的学习规划先走，然后去学习关于这个系统知识的时候再去回顾。
• 自己平时使用技术的时候一些背后概念的基本原理需要去搞清楚，很多东西哪怕你有着很感性的认识，但是当面试或者出现问题的时候需要去排查，由于对这个认识还是停留在感性的认识。或者说认识还是由理性变成感性然后就一直感性也没有去梳理这个知识点变成理性，最后就会很容易出现问题。
• 关于系统的学习这点我感觉目前就是提高学习时的专注力，另外一点就是该慢的时候还是需要慢下来。

明白为什么？

• 从问题中明白问题的考点在哪里 ？不要想偏

我的问题在哪里，学习思路上的指点？

• 多去思考问题的背后版本的迭代，凡事早点去做，才能掌握主动权。

如何能通过几分钟面试才能发现这人怎么样？是因为好比自己是2米升高面对2米之下的人都知道大概多高吗？

• 关于这一点我目前的感受就是一次的面试还是不能出你的全部知识，但是能反映你面试到的某些点上面。背后是你的一个学习习惯或者说是你的一个知识的体系。
• 学会将知识点由点成面的一个体系的完善。
• 不要有思想的包袱，和别人比较结果就会出现输赢胜负一些带有一点负能量的反馈，学会去和自己比较才能得出一个不断成长的正反馈。

千人千面，我如何能当面试官面试我问题的时候我想的点和他是想的一样的？而不是说了很多都答偏？自我感觉良好的效果？

• 委婉的询问来排除掉自己犹豫不决的思路方向。行动要趁早。

---

需要注意一点发送分享文件的准确性不要出现文件图片不全、内容不是最新的低级问题。还有就是md文件使用图片的时候及时的修改成相对路径不然很尴尬

---

总结

• 不要做思想上的巨人，行动上的矮子。
• 解决焦虑的最好方式就是无视他，去做你认为重要的值得的事情，行动起来。
• 感谢大家的阅读。