根据工作具体情况，找到具体工作节奏的能力。而不是一件事卡死在那儿就没办法解决了。上一份工作就卡在了找一个人问，他不帮忙，我就没办法了，觉得无法解决，还想这想那的，觉得工作不好干，然后就想放弃了。。。这个能力非常关键，它涉及观察公司的能力，和其他人交流的能力，寻求帮助的能力。本身的做开发工作的基本能力，比如看代码，比如发现问题，解决问题的能力等等。而且别人无法帮助你。

他们工作年限长一点的，因为知道了架构都大致相似，像基本代码，台账代码什么的，他们都基本见过。还有一起外调用的代码都是固定用法。等等这些。所以他们能更快的找到思路并上手。像有些架构和业务，他们也知道该跟别人问一问什么的。问题就简单解决了。

有的时候我悟性差，是因为钻了牛角尖。不知道变通。所以不管是具体的工作和解决问题的方法来说都需要变通。想各种办法，尝试各种办法，而不是一条路走到黑。遇到问题一直解决不了，一个是交流，一个汇报上级，一个就是尝试着变通想别的办法，问别人什么的。一件事绝不会是只有一条路的，一条路走不通了，变一变，就通了。。

大学也是不知道变通，加上变通了不能坚持和忍受。也不和别人交流。

也不要总是事后才明白，要事前就能想到并且坚持做下去。

接下来干工作，你难免还会遇到所谓自己接受不了的问题和死循环，这个时候和别人交流交流，别钻了牛角尖。即使要走，也吃透了再走。

有些情况下，你没干过，有些问题卡住了你，你就是不知道问题所在或者怎么解决。就像在部队，在亚信。像这些卡住你干不下去的问题，一定得多和别人交流交流。别人会告诉你问题所在。别一时觉得没希望就不想干了，刚开始起步谁不难。一定得干下去。

错，后面都进行了解决。坚持是必须的，没有坚持就永远会被打败。

之前没做好，仅仅只是业务吗。业务是一个方面。可能最重要的，是你确实不太懂的代码的结构。各种问题的结构，应该怎样去解决。景瑞雪又不愿意给你讲。这才是最大问题。

给别人讲的都不是那种给讲的特别清楚那样的，就像你在学校。那种应该怎么办呢。别人给你讲的特别细，那是你的福分，这种人很少。只能自己额外努力学习，去看代码，去网上查，或者问其他人或者上级了。   

错，很多问题只能问人，还要高效的问人。

会大工程，使用各种软件啊，小程序啊，尽快认识代码结构啊，这些都是必须具备的能力。首先就要有，不管是什么，你都要把他研究一番的心态。然后多去查一查，学一学，点一点，滑一滑，搜一搜，看一看，不懂得问一问。什么的，刚开始一定要花时间在这些上面。

有的时候，你的直属在讲一个需求时，他自己都不完全了解每一个细节，她只是以他自己从表面理解到一些东西讲给你。这是完全正常的，你不能完全听懂也是正常的。还要靠你根据自己的原始需求，去问相关人员。比如说需求发出人员，比如需求的管理人员。谁能解决你的问题你就问谁。这个人你可以问你的直属。问的时候最好刚开始就把什么都问清楚，别人也不会反感。另外，不要只问一个人，你这一块的业务和技能，肯定不是只有一个人才知道的，肯定可以问其他人。可以多个人去问。什么都总之，只有你可以充分的了解到你这一块的业务和代码逻辑了，你才能做的出来。

还有具体的某一块业务具体是个啥，有没有什么文件什么的，代码具体是怎样一个流程，和你的需求有什么相关性，这些你都应该问清楚相关人员。

培训什么的用录音记下来。回头看一看能事半功倍

微信第一时间看到回复。

像递归这种知识你很难自己一下就弄会，需要找资源系统的学习一下

学习新知识，有些东西你没有应用过，就是连不起来的。

也有的东西，各种方法都找遍了，你就是不知道为什么。

网上找的一些概念的问题，比如关于方法区，常量池的，他讲一个问题时是只侧重讲了某一方面，所以你即使把所有的都看遍了，你也很难总结会拿出他们之间的关系是怎样的。

所以，有些问题，不必过于纠结。

对于一个东西，持续不断的去提升理解。

对于一个东西的理解，还是要看你看到了多少真正的有效素材，比如能真正让你理解的或者换一个角度理解的。很多时候卡住，那是因为你在一个地方比如网页能找到的可能都是不能让你提升理解的无效素材。一个一个有效素材的学习，才能对一个问题理解深刻，有效素材包括以前录的音，看书提升的基础理解，内部下发的相关素材，网上找到的对应课程，b站上的素材，网上的对应解释等等。对于有效素材的寻找，需要你寻找大量的素材有的时候才能找到。还包括与人交流，请教别人。还有寻找一些相关的，优质的公众号，博客等等。可以跟大牛要一要相关的公众号和博客

听别人说，很多东西别人说的没有那么明白，或者没有那么有逻辑性。你要能明白对方的话外之音。有可能他说他喜欢饼，其实喜欢吃面条。得记住别人说的话，可以录音，反复琢磨。

有的时候，遇到不会解决的问题你就很紧张。

把这种紧张转换为解决问题的动力，一个办法不行，你就尝试另外一个，思维要打开。绝大多数问题是可以解决的，不管是自己解决也好，问人也好，各种各样的。想清楚你问题所在，到底是什么性质的问题，没搞懂需求，还是什么。

1像很多公司他都会有一个对于新人的支持系统，你要尽快理解到这个支持系统，应用这个系统。

2，并且通过交往，其中的人打好关系，

3很多时候刚到一个公司是有什么课程就报什么课程，多学习的。

了解清楚现阶段你的比较大的障碍都有哪些，

例如需求相关的理解不了，需求不会实现。每种问题出现的层次，比如理解不了是为什么，组长不给你讲，需求文档或者需求分析看不懂。直到消除最根本原因，并积极地去解决他。

不仅要坚持低调的想法，还要有的时候把自己表现的傻乎乎的。

做完一个小需求，或者两三天一定要做一个总结，把做整个需求的思路，包括所有的文件，还包括里面的概念，重新进行重新理解，讲该需求的理解上升一个层面，这些都是自己额外花时间去做的。

每一个知识，要有一个概念，理解到什么程度，理解不够的要想办法提升理解。平时花一些时间去琢磨，搜集素材，提升理解。

对于一些知识，要去总结成知识点那样的东西。这样才有助于提升你对概念的理解。

另外，对于一个新的需求，比如规则，对他有一个概念非常重要。所以你可以让别人给你发一个相似的别人做过的东西。如果你对于一个东西没有概念，那你连理解恐怕都很难，更别说做了。

跟别人求助，一定要明白该跟谁求助。求助的内容是什么。是需要提供一个概念，还是做过的资料，或者大方向怎么解决，还是一些细节问题，或者是所遇到问题的涉及的代码或者技术的执行流程，或者代码看的未完全懂。。。。提问提的好，才能快速高效解决问题。当然，首先要明白卡住你的问题在哪里

别人遇到的问题，你尽量也要有一个理解，做一个记录，以后遇到类似问题，会对你有奇效。群里面的问题，也尽可能去理解，多问一问。比如其他人听讲东西都凑过去听一听，看一看，有一个了解。

工作中一定要给领导一个有希望培养出，一次有一次的进步的印象，别讲过的东西都不知道用，或者做过的东西进展很小，或者很多小问题自己都解决不了，说起来还忘了。

会议或者请教时，笔记本记录加录音非常好的习惯。要坚持。

软件操作时录视频。

睡前思考。

看不懂的文档，你至少能知道每一部分讲的是什么。然后快速找到你要的信息，所有的都看一遍不太现实。

小问题也特别多

解决问题思维方式的差异，或者说思维习惯的差异

      有些人通过遇到的问题的慢慢积累，就是很多问题我解决不了，而有的人就能解决的了。

      分清楚哪些问题需要问，哪些是自己解决的。

        苏磊说，自己解决的问题，就想别人是怎么做的 然后按照这个思路往下想。

        这跟个人经验有很大关系，同时也跟思维结构的有关系，分具体情况，你看不懂的别人看得懂。别人很可能已经熟悉了他们的表达方式，大概知道要怎么做，然后去尝试。

        要做需求，很重要的一个经验就是搞清楚原来的代码是怎样的。 不懂就问，这样才能节省时间。                   

        尝试是非常重要的，要动手去试，只有尝试了才知道结果。然后再看结果是不是自己想要的 如果不是那就要看问题出在哪块。

      尝试的灵活性也是解决问题的关键之一。

      下面这段错误，太理想化了。

      不断的系统的有价值的尝试，才能全面的进行各种尝试，最终才能真正解决的。去做最有价值的尝试，当然判断如果没有希望解决问题的路，要回头。这种方法对于解决了解表中的字段标记，还有了解其他一些可尝试了解的知识的，有很大用处。也还有其他很多问题可以尝试回转。

        尝试一次完了观察一下，看能否发现新思路。

      同一个阶段的人， 有些小问题不会解决别人可以解决。有的是别人见过。搜索，视频，查基础

      和苏磊的问题主要集中在软件和配置表的使用上，这些问题有的需要问，有的可以自己解决。

      有些软件别人会用，你不会。查询，找找视频，多点一点。尝试着找到解决问题的方法。也可以参考其他软件。

      有的时候，有些问题，别人也没有遇到过，但是你却需要把它解决。

      也有的人，他不懂原理是怎样，但是解决问题人家有窍门。

      解决你面对的各种大小问题，是这份工作最为重要问题。不同问题不同的对待方法，解决时多尝试。有些需要你有一些基础，有些需要你问人，有些需要你多尝试，有些需要你搜索或者找视频学习，也有些需要你综合运用技巧

      下面这段错误。

      建立一个认知树对于解决问题是有助力的，比如，看到一表，你就想到，他是干嘛用的，都有哪些字段，分别代表什么含义。。看到一个软件，你就会想到都有哪些功能，分别怎么操作的。

      同时作为一个有一点经验的人，技术上的问题尽量少问别人，业务上的问题可以问一问。

对于一个知识，你也是不断去理解深入的，这种在笔记本上最好。刚开始总结的时候，他可能只是一个概念，后来慢慢的经过你的理解，他多了枝叶，然后慢慢地他可能彻底透彻。在笔记本上可能是一本一本的知识。

        在公司里，群里面，或者同事之间的所见所闻也是你了解工作的，比如什么问题找谁等等。或者这些岗位他们的工作职责有哪些。

刚开始去的时候，不会给你安排什么活，你把所有的文档看一下，了解清楚概念。把代码的大致流程看一下，然后再把相关的技术学习一下，如oracle  svn等。还有要弄清楚在这个公司做需求或者项目，他的基本思路是什么，比如看清代码才能改，在问清楚代码结构的情况下，多看代码有好处。      弄懂需求才去做，或者公司的这个开发模式，你怎样的基本思路才合理，比如遇到问题业务和技术上的问题，你可以问谁 ，还有哪些事可以做，那些事不能做，比如就是这种模式下只问分活的就有问题。。还有，领导是什么样的人，怎样和他交往可以。有些事你也不要太当真，技术头一直说他不会集团，可是景瑞雪不会的为什么都问他呢。而且景瑞雪一直的意思也是让我问他。这些问题啊，可以说是你一直都要思考的问题。可以问问领导，看看别人，难点在哪里。

还有，誰直接管你，是你的直属领导。对于你的直属或者指导你工作的关键人物，一定要处理好关系，甚至带吃的，请吃饭，追随他们，什么都也都是应该的。

了解的模式就是一开始知道知道主干，和一些领域的部分知识，这个时候你可以把这些主干上没弄懂的知识多用代码debug一下，让别人给你找一个菜单什么的，跑一跑，问一问，很多东西像三户，像产商品，还有各种表他其实并没有那么难理解，都可以问一问，看一看。刚开始学习的好一点，后面也就更加顺畅。之后具体做需求的时候对于某一领域的东西不理解，要知道你理解的层次，去问别人。去搞懂一个领域的东西，才能做好项目。刚开始学习的时候不要一两天就懂了一点点，尽量要高效一点，多看，多理解，根据理解层次多去问。

比如主干是什么，代码有哪里看不懂。概念不懂的，像各种编码，各种模型，路由什么的，搬表什么意思，都要问。常见表不懂什么时候用的，具体存什么的。还有公司各种系统都有哪些，这些系统和你正在做的系统有什么关系。不断去发散和拓展，知道这些东西都在哪里用，怎么用的。他们的人常用说法是什么意思，ec什么的。总之要多给自己提问题，知道脑子里有一个完整模型为止。这是刚开始就要做到的。

在做项目了之后，还要不断的提问和总结，加上学习其他的知识。

规则等架构和代码流程，业务的东西，你很难自己看或学懂得，你只能问。

无论任何时候都需要始终保持得好习惯，晚上思考，保持系统地学习新知识，对知识记笔记，对技术记电子笔记并分类，每一个都意义重大。另外还有刷题，读书，问刷博客，关注一下优秀的和适合你的还有你工作相关的博主。

另外，任何的习惯都是有好就有赖，要坚持，比如带助听器，比如系统性回退尝试。当然，这个世界同样有很多问题，不是你改变习惯和思考方式等等就能弥补得了差距的，很多东西的天分，是弥补不了的。但是有的时候吧，就像看力扣题，刚开始看不懂是因为基础问题不懂得太多，影响了看题的进程。这种是可以弥补的。

很多时候，你遇到问题解决不了我就着急了或者觉得解决不了了。

首先，搜索，各种搜索是必须的，百度能解决百分之八十的问题。

然后，学习相关课程。需要学习的问题先学会了再去干才是最高效的。

最后，综合起来去尝试。尝试要明确你的问题在哪，同时想到可能的和很多不可预见的问题。注意观察。至少尝试6种方法以上。

实在解决不了了再去问。小问题问人确实是不好意思的。

千万不能着急，刚开始就是效率很低的。不行就加班。或者定一个目标，今天就解决这些问题。

有一个小技巧，数据库配置就看看别人是怎么配的，代码看别人是怎么写的。

同时多提一个疑问，尤其是你也不是特别确定的东西，这个东西你到底了解到什么程度。多提疑问，结合搜索学习，打开思路，各种尝试。。怎样打开你尝试的思路呢，有没有别人的参考呢。搜索和学习也能为你提供尝试的思路。程序员要的就是这种解决问题的能力。

对于一个问题的各种层面。从高层都尝试了解决不了，要回到低一层去解决问题。

另外做项目为主的公司，应该问一下前辈，怎么从码云，虎扑中去找。

遇到问题就问人这种是永远锻炼不出来的。

在思路上，

遇到问题，先想想类似问题的解决有哪些经验。

另外，别人是怎么解决。有一个小技巧，数据库配置就看看别人是怎么配的，代码看别人是怎么写的。

          然后，遇到的这种应用的问题，和解题类的是不一样的。应用的问题，一般都可以通过搜索结合系统学习，加上各种尝试给他解决掉的。遇到问题，换着法儿得去查，比如直接搜索问题，关键词查询，或者根据关键词百度上的提示查询等，百度是一个巨大的仓库，可以查询的几乎所有问题你都可以查到，但是需要你变换方式去查，才能得到想要的结果。。首先查询8个结果以上。还有b站有一些专业的视频，最适合用来学习。如果是这种基础比较差，需要系统学习的就去学习完之后再继续去去尝试。有一些没概念的或者不熟悉的小问题，也可以先学习一下扩充一下再去尝试，有一个概念才能效率高。反正就是这么个套路。

总结就是别搜学试。

错，下面这一段，我本来就会去做的。

      尝试中不断去找到问题所在，比如是tomcat的问题。。尝试中，不断进行观察。不熟悉的东西也要去观察，主要结合之前的一些经验。观察主要看，有什么异常，警告，现象，这次与之前有什么不同，有什么相同，可以确定什么。像配置表就看哪些相似的什么的。这时候就放下原理，去看现象。我比较擅长解决原理性和熟悉性的问题，但是谁不是这样呢。

      遇到不懂得或者不确定知识，就是那些你另外，确定好问题所在之后，可能意料之外的，想不到的，各种可能性都去试一试。像表里面的参数配置等等。尤其是针对那些你不太确定的知识点。

      常规查错过代码时，第二遍，想想哪里有可能出错。不要一直纠结哪里错了。

        像一些经常点的东西，或者经常看的东西，做一个有心之人，哪里有什么得多注意一下，心里有个数。看到一个页面啊，类什么的，多注意一下，这里面有什么。下次你就容易找到了，而且别人讲什么，你也能更加容易接受。

          软件需要系统性的去学一学。比如那些常用软件。 

        为什么在工作的时候总结不到呢。工作中只想的是工作中的问题，没工夫想这些，这其实是不好的。而且，最重要的一点，就是当局者迷。在局中的时候你肯定不

      前期你的观察力可能不强。主要体现在陌生事物上，你对他可能没什么观察力，这个时候观察力不起作用也是很正常的。主要结合之前相似问题的一些经验来类比。

        另外，解决问题时，要进行记录。为以后提供经验。

      总结也是有限度的，别人已经很熟练的那种实力，而你不熟练的时候可能就是观察不到。这种情况你不可能做得到的。

还有总有那种学了也不知道，查也查不到的问题，试也试不出来，这些就是一些高级一点的技术问题。这种问题也是可以问人的。低级的技术问题自己解决，高级的要问。

除了架构以外，能看懂代码也是程序员的基本要求。最好是能debug，如果不能的也要尽力去劳动。架构可以问。实事求是，有些涉及基本功的，弄了23个小时以上弄不出来的，也可以请教别人。

根据班里其他人的学习来看，不懂得东西肯定都是从模仿开始的。

有很多人他不懂什么原理和概念，但是他会写代码，会找问题。作为初级，你根本不懂那么多原理和底层上的东西，看了也未必能看懂。其实老师都未必懂。所以你也要做这种不完全懂也能编代码，改代码，解决问题的能力才可以。

解决bug的基本思路。

遇到问题，首先要知道从两手解决，一个可能是搜索解决，一个可能是软件问题，重启问题，系统问题等这些疑难杂症。

首要的，搜索解决问题的思路要清晰。不要因为观察和意料之外的尝试的不足而漏掉解决问题的可能。

首先根据报错，根据经验判断问题的大致方向。解决不了就去搜索。每个解决方案根据可能性大小挨个试一试。

在尝试的过程中要注意每一次尝试的回退。

同时，要注意观察每一次尝试的现象。先关注于结果，然后关注于现象。最好不要带着情感。

      观察要一个点一个点去观察。意料之外的尝试要一个一个的去尝试。

      一个问题，一个方法尝试了之后，想一想有没有别的方法可以去解决。各种想到的去试一试，逻辑之外的也去点一点。

      每一次尝试之后，报的具体错误要做一个理解。不是那么表面的一看，就像不兼容，还有已拥有账号，这两个可能都是版本的问题。有些问题虽然说是让你修改什么，禁用什么，但是本质上可能是换一个版本的问题。还有什么蓝屏，闪退，很多也是不兼容的问题。

        同时，很多问题虽然网上说让你改这改那，但其实你是怎么都改不对的。因为有些疑难杂症就是版本不兼容或者需要重启，换版本，甚至是重装其他系统。

      在一次大尝试之后，如重装系统之后，或者之前的一些小尝试要重新尝试。

      一次系统尝试可能未必观察到一些现象或者漏掉去点什么。所以所有操作都尝试了，还要进行第二遍系统尝试。

      基本上卡住你的，都是一些你没有关注到的现象，或者意料之外的一些小操作。但这些现象有些确实很难关注到，比如哪里闪了一下什么的。这些小操作也真的很意料之外。这个要积累。

      1，点注册表。

      2，服务搜索。

      3，不同版本的软件包都去试一试。尤其安装软件，兼容性首先要考虑版本，还有卸载时注册表什么的。还有jar包冲突什么的。

对一个东西理解的到位程度，能决定你能不能想的到。

概念问题，要把知识点都写在一张纸上。

解决问题，解决了麻烦的问题把流程接下来，记成日记。或者某一些特定问题，最好也发个帖子。下次解决相似的问题会更快。

观察现象上，对于关键的东西，变化的东西，要一个一个去确认，去寻找他的可能出问题的地方，额外现象上主要看其他显示的那些东西，都是什么，有什么不同，有什么特点。

遇到不一样的框架，先搞明白框架的流程是什么。按照这个流程，模仿别人做的去做。

公司里人家帮了你，得买杯奶茶意思一下。

一开始听别人讲东西，你肯定是不能完全听懂的。这不是为了理解而听，而是单纯的听和记录。所以在本子上记下都有哪几个东西，每个东西讲了什么，举了什么例子。关键词就可以。

一篇文档，刚开始你看不懂是很正常的。

如果你的理解和不好的状态长时间没有改变，你就应该主动和你的领导和同事请教，让他来给你素材或者开导

去总结的时候，方法和思路一定要是对的，这种情况下，你的深入思考就都会对以后有用。

有的时候我悟性差，是因为钻了牛角尖。不知道变通。所以不管是具体的工作和解决问题的方法来说都需要变通。想各种办法，尝试各种办法，而不是一条路走到黑。

接下来干工作，你难免还会遇到所谓自己接受不了的问题和死循环，这个时候和别人交流交流，别钻了牛角尖。即使要走，也吃透了再走。

有些情况下，你没干过，有些问题卡住了你，你就是不知道问题所在或者怎么解决。就像在部队，在亚信。像这些卡住你干不下去的问题，一定得多和别人交流交流。别人会告诉你问题所在。别一时觉得没希望就不想干了，刚开始起步谁不难。一定得干下去。