程序员，你总要有点自己的想法吧！

程序员，你总要有点自己的想法呀！~~思维

个人总会倾向于认定自己的能力比较强。个人总会高估自己的能力而弱化他人的能力。

团队绩效考评，假设总分100，看团队里每个人的绩效占比。如果让每个人给自己打分，那么结果往往会超过100。而如果让每个人给他人评分，结果总是会低于100。

如下方法，返回布尔类型，PsmMessageCode.TRUE和PsmMessageCode.FALSE定义这些有毛用？

public boolean updateByPrimaryKey(PsmOrdDO psmOrdDO) {int red = psmOrdDOMapper.updateByPrimaryKey(psmOrdDO);return red > 0 ? PsmMessageCode.TRUE : PsmMessageCode.FALSE;}

如下方法的作用是持久化记录，最终仅仅返回是否持久化成功。对于这种情况，你直接返回boolean就行了，省去了别人了解BasicRspCO和ReturnUtils的时间。我们要做的，是把复杂事情简单化，而不是简单事情复杂化。切勿本末倒置！我问过写这段代码的当事人，得到的答复是看别人是这么写的，然后自己也这么写。还信誓旦旦的地说“是为了统一”。中毒很深啊！任何开发团队，代码规范，都不能也不会主张这种统一。

public BasicRspCO updateByPrimaryKey(PsmOrdDO psmOrdDO) {。。。int red = psmOrdDOMapper.updateByPrimaryKey(psmOrdDO);return red > 0 ? ReturnUtils.returnSuccess() : ReturnUtils.returnFail();}

话说：好的可以模仿，不好的，就别模仿了。

这涉及到很重要的一点，你得有意识地去琢磨哪些不好。很多程序员，水金火木土都不缺，唯独缺这个意识，就剩下一味的模仿了。

认知的4种境界：

不知道自己不知道
知道自己不知道
知道自己知道
不知道自己知道

关于数据类型，比如数据表字段，有些程序员习惯把多数字段定义成varchar。比如日期，比如表示是否的字段。如果没有特殊的用意，从程序可读性来说，还是定义成明确的类型更合理。

关于枚举定义。当一个词汇的值在有穷序列里变动时，可以定义成枚举，提高程序可读性。而诸如“是否审核成功”这样的，定义枚举就显得多此一举了，直接用布尔取代即可。同样，像性别，如果系统对此无过多需求，就干脆也定义成布尔。微博/空间/社区系统另说。这涉及到领域知识了。就像地址，对于支付系统来说，定义一个属性就够了，而对于电商物流系统，就要细化到街区、具体地址等数个属性了。

一个定时执行的同步商旅机票订单的ETL程序，因为赶工期，我告诉开发人员对性能要求不高。提测后发现，程序执行耗时长达20分钟。哥们的实现亮瞎了我的24K钛合金狗眼：每从数据源取到1000条订单记录后，由于要给每条订单匹配舱位、城市、机场、预定员工等信息，他在遍历集合的循环里，直接把这些基础表的全量数据都从db读出来，然后在内存用linq进行过滤。——纵然对性能要求不高，但总不能这么随意呀？！ ——后来通过调整程序，把从db获取基础表全量数据提到循环之前，性能才恢复到正常的10秒±。

用户的一次扫码支付，上游渠道处理完成后会主动将支付结果通知给我方系统。调试接口时，同事试图通过历往经验从request.getParameterMap()获取，可是通过log发现，并无卵用。开始各种怀疑。看他在纠结这个问题，我提议，是不是可以从request的输入流里获取。果然如此。因为，毕竟，获取远程的请求数据也不外乎这两种方式。当然，这也依赖于对知识的系统化的积累和总结。

一个定时任务，测试环境测试通过了。上线部署到生产后，由于没到触发的时间点，没有执行。许多任务都是日终才执行。这时，开发人员可能已经回家了，可能还在默默地值守等待。碰巧就那么不巧，这个定时任务在生产环境执行时报错了。然后，一顿排查，还要劳烦运维伙伴，甚至在规范的团队里还要走申请流程。弄完后，整个人筋疲力尽！这种工作方式必然是要摈弃的，元芳，你有什么好办法？

转载于:https://www.cnblogs.com/buguge/p/9885585.html

程序员，你总要有点自己的想法吧！相关推荐

程序人生：扒一扒程序员为什么总在加班？拿生命敲代码？
假设这位程序员是一位职场新手甲.他刚大学毕业,没有工作经验.来自产品的需求,他要理解很久才能做. 然后开发的过程中会遇到各种问题,如果经验不足以支撑他快速完成任务,那么只能求助于网络,书籍,熟人. 如 ...
漫画：我是程序员，总想打测试工程师怎么办？
轻友们大家好~我是珍妮兔,一只工程效率顾问.我的日常生活是和不同的软件研发团队聊天,给大家分享各种轻松把软件做好的最佳实践.如果你有特别想要解决的问题,不妨加我的个人微信:jenny1652告诉我. ...
资深程序员雷总对代码的执念
@IT程序猿微博网友评论: @超爽deer:我写过的代码自己回头再看都像屎 @柘城吴彦祖:我就厉害了,根本不认识自己写过的代码 @sliver-毛毛:我写的代码,领导都说特别幽默? @残云0_0 ...
30岁程序员：总在错过风口，终于熬成“码畜”
三十几万人,除了小部分散落在望京等地,绝大部分都被折叠于北京的西北角. 那里集结了如今互联网上多数热词:滴滴.百度.新浪--以及联想.但即便著名如后厂村路,也只有双向四车道.好在早晚高峰时,人流都是单 ...
愤世嫉俗的程序员，总在网上发表言论，当起了“键盘侠”
前两天上班摸鱼刷b站的时候,发现一个野生技术UP主,看视频内容判断此人应该是腾讯员工,职级好像还不低,也不知道是T几.他经常会吐槽一些程序员圈子里面的现象,其最多的无非就是程序员技术种类和流派之间的撕 ...
愤世嫉俗的程序员，总在某乎发表言论，当起了“键盘侠”
前两天上班摸鱼刷知乎的时候,发现一个野生技术答主,看他以前发的内容,这人好像是腾讯员工,职级好像还不低,也不知道是T几.他经常会吐槽一些程序员圈子里面的现象,其最多的无非就是程序员技术种类和流派之间的 ...
极客新闻——17、给决定长久做程序员的你三个建议
本文笔记全部来自<极客新闻>--新鲜的技术资讯.权威的趋势剖析.别样的技术洞察本文作者结合StackOverflow发布的2019年的年度程序员调查显示,25-29岁的程序员占总人数的近 ...
程序员们，不妨高调一点儿！2021，一起冲！
英子老早就跟我打招呼,要跟小伙伴们唠一唠,做<了不起的程序员2021>编程日历的初始想法和感受.但我总觉得,有太多想说的已经通过日历呈现得差不多了,一时很难有什么新想法. <了不起的 ...
Unix操作系统背后的女程序员Lorinda Cherry去世，享年78岁
作者 | 丁广辉责编 | 张红月出品 | CSDN(ID:CSDNnews) Unix是一个强大的多用户,多进程,支持多种处理器架构的操作系统,按照操作系统的分类,属于分时操作系统.它 ...
怎样才算得上合格的程序员
转自:http://blog.csdn.net/B9Q8e64lO6mm/article/details/78829370 最近同一部门另一个项目组的一位程序员被"主动离职"了,虽 ...

程序员，你总要有点自己的想法吧！

程序员，你总要有点自己的想法吧！相关推荐

最新文章

热门文章