Loading...
墨滴

龍魂

2021/08/17  阅读:54  主题:红绯

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

码农多年后的个人总结(二)

声明

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

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

以下就是干货要点:

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

这真不是直男发言,健康第一,多喝水,多上厕所,多走动,减少各种颈椎病的同时,还能助力新陈代谢,有条件的还能加2粒枸杞,

保护眼睛和我们的头发,步入码农不得已,保温杯里放枸杞。

最主要的是,能帮你在卡Bug的时候冷静下来。

很多时候没有解决问题的思路,不妨上个厕所,兴许它就有了。

工欲善其事必先利其器

在这里插入图片描述
在这里插入图片描述

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

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

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

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

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

学会优雅地提问题

作为技术路上的前行者,有问题不会是再正常不过的现象,如何提出问题也是一门大智慧,

这里小编在《为什么你的问题群里没人回答?这就是原因!》一文中详细讲述。

简易概括就是,虚心礼貌,问题简洁,写文总结。

提出一个好问题,比回答一个问题更重要,不要害怕提出“傻问题”,提出啥问题只傻5分钟,不提问题傻一辈子,事实上没有蠢问题,提出问题的本身代表着求知,请保持提问,永远保持提问!!!

磨刀不误砍柴工

在这里插入图片描述
在这里插入图片描述

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

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

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

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

这里给大家推荐在线画图

遇到问题先不慌!!!!

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

在这里插入图片描述
在这里插入图片描述

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

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

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

当你慌了,简单的问题也变复杂了。

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

在这里插入图片描述
在这里插入图片描述

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

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

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

分而治之,逐一攻破

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

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

在这里插入图片描述
在这里插入图片描述

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

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

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

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

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

从C语言、数据结构和算法、计算机组成原理、计算机网络等 计算机基础一步步学,戒躁戒躁。

学习并非一日之功,冰冻三尺也非一日之寒,做好终身学习的准备很重要

做工作中的消费者,学习上的生产者

不知道大家有木有一种“飘”的感觉,即看着好像会很多,但实际又都不值得一提,感觉自己很“飘”,

正如许多人经常调侃自己是调包侠,只会调用各种包,离开包了啥也不会,也正如上文说的框架很舒服,但是如沼泽,越陷越深

对此,个人建议,做工作中的消费者,学习上的生产者。

工作之中快速完成工作为第一要素,造轮子时间成本高还不稳,调包也是无可厚非,但是学习过程中,我们需要将我们常调用的包尝试自己造出来。

推荐阅读《手写IOC容器-探究IOC的本质原理

不要纠结语言、工具,你只是使用者不是创造者(少些无用的争论)

在这里插入图片描述

C#和Java哪个更好?PHP是最好的语言?大家总是“讨论”得热火朝天。

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

语言和工具只是为业务场景服务的,适合业务就行,讨论好坏没有意义,真正的大佬只会忙着学习,

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

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

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

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

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

先以最快的速度实现功能先,实现完后你就不会带着焦虑去寻找新的解决方案了。

我们常常只是需要一个茅房,却设计成了高楼大厦,随着项目的进行,渐行渐远,早已不是最初想要的模样,所以,先以最直接的方式实现功能后再优化。

少即是多,快比好更重要

我们在项目开发过程中,也常常会想加“花里胡哨”,也可以说是所谓“高大上”的功能,然而,这常常会导致项目臃肿不堪。

这好比在马的上面加上了汽车的座椅。看着很高大上,但是实际未必实用。我们可以先考虑实现核心功能,优化核心功能。

哪怕它看起来很“low”,但是它能用且轻便。

纸上得来终觉浅,绝知此事要躬行!

编程这个事上,实践大于理论

曾经有个朋友问我个问题,那么多代码语句你是怎么都记的?都背下来吗?

我仔细想了想、好像都不用记,无他,唯手熟尔。

敲多了自然就记得了,我记得我一开始32条语句都不会,就是一直敲,一直敲,慢慢地就熟悉了。

代码是越少越好

许多人认为代码写的越多的越牛逼,事实上不是的,牛逼的大佬代码往往很简洁清晰。

你写下的每一行代码都是负担,每写多一行,意味着维护成本和出Bug的风险在增加,

尽量将你的代码写的简短易懂,让人一看就明了。

关于代码优化,这里推荐《代码整洁之道》

你每解决一个Bug,就是在制造下一个Bug

觉得自己能力不足是好事,无需焦虑

很多人觉得自己能力太“菜”,对自己的能力没信心,但事实上,意识到自己能力菜是一件好事。

这意味着你在成长,你看到了很多没掌握知识才会觉得自己能力不足,那些从事简单、无关紧要的工作的人没有理由怀疑自己。

这时代最不缺的就是焦虑,没必要为自己徒增烦恼了。很多不懂?学就是了!Who怕Who!

你知道的越多,不知道的就越多。

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

在这里插入图片描述
在这里插入图片描述

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

你可以使用印象笔记或各种博客网站记录你的所思所想,注意以下要点:

  • 不要因菜而不写,切记,这是写给自己,不是写给别人看的!不是打击你,大多数人初始写的根本没人看,这就是杞人忧天。
  • 不要因小而不写,小bug,小知识点一样要记,矮凳子一样绊死人,多少耗时一星期解决的bug,只因为一个空格,一个分号····
  • 不要因为短而不写,内容没几句?没啥好写的?短小不说明内容不重要,内容很长反而成本高没人看。
  • 不要因为烂大街而不记,好多内容搜一下就出来了,像int转string,数据库连接字符串,语言用法一搜不就有了吗?不,搜索一样要成本,自己记录笔记,才是解决问题最快的方案。

不要吝啬分享,智者建桥,愚者建墙,写记录的最大收益者永远是记录者,这里的收益包括知名度,写作叙述能力,总结能力,资源内容,甚至经济收入等

不知道如何写?半小时憋两字?你可以试试这样。

  • 初始将你要学的内容使用思维导读构成成体系,这也能给予自己目标,不会轻易半途而废。
  • 将你的笔记或博客初写一遍,将所有你学到的内容都写出来,这个过程不需要进行深度思考,不需要语句通顺,只需编写。
  • 重新阅读,将语句捋通顺,将内容抽丝剥茧的优化一遍,用尽可能简洁地语言去叙述它,将所学知识进行压缩,用尽可能通俗的话描述它。
  • 进行下一篇的编写,如此反复,形成积累
  • 将所编写的记录构成体系,再脑海中形成目录,便于查询!

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

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

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

沟通、找对象、交朋友、管理等技能重要性不比代码低。大多时候,沟通其实比写代码能力重要的多。

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

切不要只沉浸在代码里无法自拔,认为代码行天下,毕竟生活不止代码,还有数理化。

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

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

这里推荐一本书 《软技能 代码外的生存指南

迷茫?敢问路在何方?那做有积累的事!

不知道是不是很多朋友像我刚入行一样,不知道敲代码适不适合自己,对未来感觉到特别迷茫。

对此,我个人感悟是,做有积累的事!做能让明天的自己跟今天的自己不一样的事,可以是学习,写博客,记笔记,

也可以是培养兴趣爱好,如唱歌、跳舞、绘画等。只要能让自己成长,能有所积累的事,你都可以做。

只要你坚信,做这些事,未来自己一定跟现在不同。

也许我们此生不一定会走到最适合自己的高速轨道上,但是我们正走在匀速前进的平稳轨道上。

后记

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

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


个人博客网站 Blog

技术交流Q群: 1012481075 群内有各种流行书籍资料 在这里插入图片描述

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

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

龍魂

2021/08/17  阅读:54  主题:红绯

作者介绍

龍魂