码农多年后的个人总结，干货满满，入口甘甜~
声明
本文不是技术文，是个人的从业总结，且对象是指大部分人，不是针对各位牛人，亦不是指个例，如有过错，还请指出，作者会马上发表官方道歉声明，9行道歉，100行广告那种！（开个玩笑，哈哈）
文章各要点简洁，相信各位看官不会很累。（我写的很慢，所以你们看的也就不会很快，就不会很累）
以下就是干货要点：
多喝热水！（代码比不过大神，咱们比养生！！！）
这真不是直男发言，健康第一，多喝水能多上厕所，能多走动，还能助力新陈代谢。
最主要的是，能帮你在卡Bug的时候冷静下来，有的时候没有思路，上个厕所，就有了。
码农不止眼前的代码，还有工作的软技能
不要只沉浸在代码里，码农还需要沟通！沟通！PPT！PPT！ 对象！对象！（注：此处对象仅代表女朋友）
沟通、找对象、交朋友、管理等技能重要性不比代码低。
哪怕你是选择做一个纯粹的技术人员、跟领导、设计人员、产品经理等沟通也是非常必要的一项技能。
希望不要只沉浸在代码里无法自拔。
此处仅举例几个软技能，实际远不止如此，切莫只卡在代码上。
程序员35岁的坎你不是不知道，多学习些其他技能。技多不压身嘛。
这里推荐一本书 《软技能 代码外的生存指南》
工欲善其事必先利其器
这句话很多人都知道，但是不会运用，无论是从事哪门编程语言，哪个操作系统，都有很好用的工具。
很多人一开始用什么软件，到最后也是用什么软件，不知不觉限制了自己。
其实，多花点时间寻找利器（工具）是真的能事半功倍的。
希望大家不局限于推荐，自己动手搜索下自己所在领域的神器！！
遇到问题先不慌！！！！
你遇到的问题80%都有人遇到过，你慌啥。
遇到bug时候，先安慰自己，让自己有个好情绪后再处理问题，不可带着烦躁的情绪去处理，
那只会越卡越久，越卡越烦。成熟的程序员往往是遇到问题，冷静（不慌），调试、日志、一步步排查直至解决问题。
所以遇事，先安慰自己。不烦躁，稳中求快。
分治法（问题多且杂乱，分而治之）
在计算机科学中，分治法是一种很重要的算法。字面上的解释是“分而治之”，就是把一个复杂的问题分成两个或更多的相同或相似的子问题，再把子问题分成更小的子问题……直到最后子问题可以简单的直接求解，原问题的解即子问题的解的合并。
如果问题实在过于复杂，可以尝试将其像分蛋糕一样分成多个小步骤，一步一步来，这样当所有小步骤完成，这个问题也就解决了。
例如，当你要完成一个学生管理系统，看着很庞大，不好下手，可以将它划分前端和后端，然后再划分功能模块，再划分子功能模块，再根据子模块划分完成时间，一天一个小模块，这样看着是不是就比较简单了呢？
磨刀不误砍柴工(遇事思考、画图再开始)
这也是个家喻户晓的词，但是真的很少人能做到，初级程序员往往遇到问题就开始敲代码，等出错了再说。
殊不知有磨刀的过程，遇到问题，需要先思考，如果过于复杂，就画图！画图！
真的要画图，不要说没习惯，谁也不是生下来就画图再干活的，你考试考数学不用草稿试试！！
UML图、流程图、思维导图等等，都有助于提升你的效率。
这里推荐在线画图
勿以浮沙筑高台 （打好基础很重要）
框架很舒服，但是如沼泽，越陷越深
不知道在座的有木有自学编程的或者是报培训班的，几个月疯狂密集的学习，俨然成为了个“大神”。
但事实上呢？ 外表看似强大的情况下，一面试就懵，一问就是不会，这就是基础不牢。
使用框架虽然可以快速让产品成型，但是想路走的远，数据结构、设计模式、编译原理、UML诸如此类的基础课程还是要钻研的。
饭是一口一口吃的，路是一步一步走的，没有捷径。
宛如大楼的地基一样，越高，地基越深， 基础决定了你的上限。
框架是会随着时代改变升级的，但是原理不会改变，莫急莫燥。
从C语言、数据结构和算法、计算机组成原理、计算机网络等 计算机基础一步步学，戒躁戒躁。学习并非一日之功，冰冻三尺也非一日之寒，做好终身学习的准备很重要。
不要纠结语言、工具，你只是使用者不是创造者（少些无用的争论）
C#和Java哪个更好？大家总是讨论得热火朝天。
事实上，不同的语言在不同的场景下各有应用，在国内.NET生态确实不如Java,但是在欧美呢？
语言和工具只是为业务场景服务的，适合业务就行，讨论好坏没有意义。
经常在各个技术群看见大家争论，有这功夫，多看几篇技术文章不香多了？
黑猫白猫，能抓到老鼠就行
人狠话不多，先实现再说（功能实现后才讨论优化）
好的代码往往不是一次写出来的，是重构出来的。在遇到新功能的时候，我们往往会想一次性做到最好，但是现实是很残酷的，一次做到完美是不现实的。
先以最快的速度实现功能先。实现完后你就不会带着焦虑去寻找新的解决方案了。
所以，先以最直接的方式实现功能后再优化。
纸上得来终觉浅，绝知此事要躬行！
编程这个事上，实践大于理论
曾经有个朋友问我个问题，那么多代码语句你是怎么都记的？都背下来吗？
我仔细想了想、好像都不用记，无他，唯手熟尔。
敲多了自然就记得了，我记得我一开始32条语句都不会，就是一直敲，一直敲，慢慢地就熟悉了。
解决问题后写博客、写总结文档记录！
如果你解决了问题不加以记录，下次再次遇到或者他人问起，你依旧是某度某歌去搜索，且很有可能找不到当初的文档。耗时耗力，还很烦躁。
所以，问题解决后要进行总结，不要觉得自己菜，就不写，觉得写博客浪费时间，记录总结你能收获良多。
输出式的学习大于输入型的学习，一旦开始，你自会获益良多。
后记
本人不是大佬，只是道路先行者，在落河后，向后来的人大喊一声，这里有坑，不要过来啊！
纵然如此，依旧有人重复着落河，重复着呐喊······
个人博客网站 Blog
技术交流Q群： 1012481075 群内有各种流行书籍资料
文章后续会在公众号更新，微信搜索 OneByOneDotNet 即可关注。
你的一分鼓励，我的十分动力，点赞免费，感恩回馈。喜欢就点赞评论吧，双击66~
主题测试文章，只做测试使用。发布者：admin，转转请注明出处：http://onebyone.icu/2024/09/30/%e7%a0%81%e5%86%9c%e5%a4%9a%e5%b9%b4%e5%90%8e%e7%9a%84%e4%b8%aa%e4%ba%ba%e6%80%bb%e7%bb%93%ef%bc%8c%e5%b9%b2%e8%b4%a7%e6%bb%a1%e6%bb%a1%ef%bc%8c%e5%85%a5%e5%8f%a3%e7%94%98%e7%94%9c/
