【软文⚠️】一些职业思考

写在前面

• 工作立刻整整两年了，在日以继日的coding中也不断的思考着，在各种踩坑和吃瘪中渐渐的在条记本上记载了本文零零碎碎的内容。本日就贴出来发发吧。
  
• 其实主要就是为了获取一个 三八节勋章 嘻嘻 没错 我就是会因为这种无聊的东西产生动力
  

工作习惯

• 职业道德
  
  
  
  • 技术往往会被赋予许多权力，因为要做开发、可能会打仗到许多保密的数据、协议等等。同时要把【保密意识】刻进DNA，许多数据一旦泄漏，结果很严重。没必要打个工打牢狱里去了。
    
  
  
• 独立解决标题
  
  
  
  •  能独立解决、分析的东西不要总是询问，他人的时间也很名贵。
    
  
  
• 习惯性的写文档
  
  
  
  • 学会书写技术文档。因为我发现我没有办法用脑子记住所有的事变，于是我会耗费一些时间用文字记载下相关的细节，约细越好。在开始动手之前，我会接纳思维图的方式对要做的内容做分解，并对每一个模块进行技术实现方式的分析。
    
  • 我们不可能不停去看代码复盘逻辑。写文档可以在一些程度上资助我梳理业务逻辑、快速定位标题。它可以打通开发职员与测试或其他同事的技术壁垒。我也确确实实感受到了写文档的利益，在别人问我一些标题时，我可以通过文档思维清晰、很快的、肯定的给出答案，包括在后面复盘业务逻辑时，也可以资助我们记起一些被忽略的、可能出标题的细节。
    
  • 步伐员的使命不应该只是编码，我更以为这是一份遥控、翻译的工作。把想要做的事用代码告诉计算机，控制他去做我必要他做的事。讲清晰、讲细、简洁、也不要让他擅自举措。
    
  
  
• 自测
  
  
  
  • 完成代码编译后，要自己全方位测试覆盖后，再提测。反复被找bug不光低落自身的口碑，耽误自己的其他工作，同时会增长测试的工作。
    
  
  
• 总结和复盘，不断的重构代码
  
  
  
  • 没有几个人可以一下子就写出完美的代码，所以要不断的复盘之前的代码，思考是否有逻辑漏洞或者其他优化办法。虽然我们并没有时间重构，但是见缝插针吧。
    
  • 在上线后，对本次需求里面的一些坑进行总结和复盘。
    
  
  

思维

• 没有需求是做不到的 都可以实现 但要知道值不值得 有没故意义
  
• 对于自己的工作 事事有回音 有记载
  
• 有自己上线的Check List 以年为单元记载
  
• 不要通盘答应所有需求 注意代码质量 人时间有限 事有轻重缓急
  
• 制止诉苦 制止提前给自己设下屏障 急事缓做 工作时间集中处理惩罚 
  
• 有自己的节奏 高效 拒绝没意义的加班
  
• 与同事沟通工作 高效 简短 清晰 有礼仪
  
• 不要内耗 纵然犯错 解决就好
  
• 碰到bug 沉住气去分析 不要枉下结论 不要直觉是别人的标题
  
• 习惯性 整理本日的使命 罗列落实
  
• 别和非技术的同事讨论技术 憋着
  
• 别瞎给自己揽活
  

目前自己在技术上其实还是一个小白，太多太多不懂的东西了，但不要放弃每一次看上去很难的挑战，大概在日后的coding和工作中还会有更多的感悟，也可能会推翻现在的感受。渐渐总结成长吧