码农多年后的个人总结,干货满满,入口甘甜~

声明

本文不是技术文,是个人的从业总结,且对象是指大部分人,不是针对各位牛人,亦不是指个例,如有过错,还请指出,作者会马上发表官方道歉声明,9行道歉,100行广告那种!(开个玩笑,哈哈)

文章各要点简洁,相信各位看官不会很累。(我写的很慢,所以你们看的也就不会很快,就不会很累)

以下就是干货要点:

多喝热水!(代码比不过大神,咱们比养生!!!)

码农多年后的个人总结,干货满满,入口甘甜~

这真不是直男发言,健康第一,多喝水能多上厕所,能多走动,还能助力新陈代谢。

最主要的是,能帮你在卡Bug的时候冷静下来,有的时候没有思路,上个厕所,就有了。

码农不止眼前的代码,还有工作的软技能

不要只沉浸在代码里,码农还需要沟通!沟通!PPT!PPT!对象!对象!(注:此处对象仅代表女朋友)

沟通、找对象、交朋友、管理等技能重要性不比代码低。

哪怕你是选择做一个纯粹的技术人员、跟领导、设计人员、产品经理等沟通也是非常必要的一项技能。

希望不要只沉浸在代码里无法自拔。

此处仅举例几个软技能,实际远不止如此,切莫只卡在代码上。

程序员35岁的坎你不是不知道,多学习些其他技能,技多不压身嘛。

工欲善其事必先利其器

码农多年后的个人总结,干货满满,入口甘甜~

这句话很多人都知道,但是不会运用,无论是从事哪门编程语言,哪个操作系统,都有很好用的工具。

很多人一开始用什么软件,到最后也是用什么软件,不知不觉限制了自己。

其实,多花点时间寻找利器(工具)是真的能事半功倍的。

在此推荐35款Windows必装神器,绝不许你不知道!

希望大家不局限于推荐,自己动手搜索下自己所在领域的神器!!

遇到问题先不慌!!!!

你遇到的问题80%都有人遇到过,你慌啥。

遇到bug时候,先安慰自己,让自己有个好情绪后再处理问题,不可带着烦躁的情绪去处理

码农多年后的个人总结,干货满满,入口甘甜~

那只会越卡越久,越卡越烦。成熟的程序员往往是遇到问题,冷静(不慌),调试、日志、一步步排查直至解决问题。

所以遇事,先安慰自己。不烦躁,稳中求快。

分治法(问题多且杂乱,分而治之)

码农多年后的个人总结,干货满满,入口甘甜~

在计算机科学中,分治法是一种很重要的算法。字面上的解释是“分而治之”,就是把一个复杂的问题分成两个或更多的相同或相似的子问题,再把子问题分成更小的子问题……直到最后子问题可以简单的直接求解,原问题的解即子问题的解的合并。

如果问题实在过于复杂,可以尝试将其像分蛋糕一样分成多个小步骤,一步一步来,这样当所有小步骤完成,这个问题也就解决了。

例如,当你要完成一个学生管理系统,看着很庞大,不好下手,可以将它划分前端和后端,然后再划分功能模块,再划分子功能模块,再根据子模块划分完成时间,一天一个小模块,这样看着是不是就比较简单了呢?

磨刀不误砍柴工(遇事思考、画图再开始)

码农多年后的个人总结,干货满满,入口甘甜~

这也是个家喻户晓的词,但是真的很少人能做到,初级程序员往往遇到问题就开始敲代码,等出错了再说。

殊不知有磨刀的过程,遇到问题,需要先思考,如果过于复杂,就画图!画图!

真的要画图,不要说没习惯,谁也不是生下来就画图再干活的,你考试考数学不用草稿试试!!

UML图、流程图、思维导图等等,都有助于提升你的效率。

这里推荐在线画图

勿以浮沙筑高台 (打好基础很重要)

框架很舒服,但是如沼泽,越陷越深

码农多年后的个人总结,干货满满,入口甘甜~

不知道在座的有木有自学编程的或者是报培训班的,几个月疯狂密集的学习,俨然成为了个“大神”。

但事实上呢?外表看似强大的情况下,一面试就懵,一问就是不会,这就是基础不牢。

使用框架虽然可以快速让产品成型,但是想路走的远,数据结构、设计模式、编译原理、UML诸如此类的基础课程还是要钻研的。

饭是一口一口吃的,路是一步一步走的,没有捷径。
宛如大楼的地基一样,越高,地基越深, 基础决定了你的上限。

框架是会随着时代改变升级的,但是原理不会改变,莫急莫燥。

不要纠结语言、工具,你只是使用者不是创造者

码农多年后的个人总结,干货满满,入口甘甜~

C#和Java哪个更好?大家总是讨论得热火朝天。

事实上,不同的语言在不同的场景下各有应用,在国内.net生态确实不如java,但是在欧美呢?

语言和工具只是为业务场景服务的,适合业务就行,讨论好坏没有意义。

经常在各个技术群看见大家争论,有这功夫,多看几篇技术文章不香多了?

黑猫白猫,能抓到老鼠就行

人狠话不多,先实现再说(功能实现后才考虑优化)

好的代码往往不是一次写出来的,是重构出来的。

在遇到新功能的时候,我们往往会想一次性做到最好,但是现实是很残酷的,一次做到完美是不现实的。先以最快的速度实现功能先。

实现完后你就不会带着焦虑去寻找新的解决方案了。


所以,先以最直接的方式实现功能后再优化。

解决问题后写博客、写总结文档记录!

码农多年后的个人总结,干货满满,入口甘甜~

如果你解决了问题不加以记录,下次再次遇到或者他人问起,你依旧是某度某歌去搜索,且很有可能找不到当初的文档。耗时耗力,还很烦躁。

所以,问题解决后要进行总结,不要觉得自己菜,就不写,觉得写博客浪费时间,记录总结你能收获良多。

输出式的学习大于输入型的学习,一旦开始,你自会获益良多。

后续有心得会继续补充“

后记

本人不是大佬,只是道路先行者,在落河后,向后来的人大喊一声,这里有坑,不要过来啊!

纵然如此,依旧有人重复着落河,重复着呐喊······

码农多年后的个人总结,干货满满,入口甘甜~

技术交流Q群:1012481075 群内有各种流行书籍资料

文章后续会在公众号更新,微信搜索 OneByOneDotNet 即可关注。

你的一分鼓励,我的十分动力,点赞免费,感恩回馈。喜欢就点赞评论吧.

作者网站原文

原文出处:微信公众号【OneByOneDotNet】

原文链接:https://mp.weixin.qq.com/s/nq5Hdqan9LBrngoZ0D1cXw

本文观点不代表Dotnet9立场,转载请联系原作者。

发表评论

登录后才能评论