zoukankan      html  css  js  c++  java
  • 码农多年后的个人总结,干货满满,入口甘甜~

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

    声明

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

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

    以下就是干货要点:

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

    在这里插入图片描述

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

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

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

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

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

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

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

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

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

    工欲善其事必先利其器

    在这里插入图片描述

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

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

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

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

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

    遇到问题先不慌!!!!

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

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

    在这里插入图片描述

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

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

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

    在这里插入图片描述

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

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

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

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

    在这里插入图片描述

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

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

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

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

    这里推荐在线画图

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

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

    在这里插入图片描述

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

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

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

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

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

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

    在这里插入图片描述

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

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

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

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

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

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

    好的代码往往不是一次写出来的,是重构出来的。在遇到新功能的时候,我们往往会想一次性做到最好,但是现实是很残酷的,一次做到完美是不现实的。 先以最快的速度实现功能先。实现完后你就不会带着焦虑去寻找新的解决方案了。
    所以,先以最直接的方式实现功能后再优化。

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

    在这里插入图片描述

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

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

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

    后记

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

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

    个人博客网站 Blog

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

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

  • 相关阅读:
    Javascript、C#、php、asp、python 等语言的链式操作的实现
    根据C# 事件思想来实现 php 事件
    initerrlog: 无法打开错误日志文件 'D:Program FilesMicrosoft SQL ServerMSSQL10_50.MSSQLSERVERMSSQLLog 解决办法
    64位直接加载个img 标签的src
    各种脚本语言变量作用域总结
    数据库设计14个技巧【转】
    基于Jquery 简单实用的弹出提示框
    C# dll 事件执行 js 回调函数
    php 配置xdebug
    sqlserver 构架与性能优化
  • 原文地址:https://www.cnblogs.com/ma-nong01/p/14323417.html
Copyright © 2011-2022 走看看