【030-week1】个人学习总结

[wusuizhi]

week_01

以前在工作时很少注意效率，在做算法题的过程中，当发现程序跑出来的效率比大多数人低的时候，就会尝试去优化代码，在优化的过程中会思考能不能再简化，函数库是否有更合适的接口等等。
算法其实时思维的练习，通过做题能模拟现实中大多数的业务场景，一般业务正常的逻辑思维即可处理，当业务复杂时，这就考验程序员的逻辑能力，熟悉算法的或许可以将复杂度业务拆分成一个个的脑海里算法，能简单而优雅的处理好问题。
算法的逻辑比较重要，在写代码时，会根据脑海里的逻辑一步步进行编写，没有逻辑代码也就无从下手。所以在解一道算法题时，需要一遍又一遍的理解题目，或通过答案将逻辑想明白，尝试将脑海里的逻辑写出来，这是我觉得比较正确的做题方式。

[wusuizhi]

[XHShirley]

终于看到一个同组的小伙伴！谢谢你的总结～ 其实你说的就是超哥说的“自顶而下”的编程方法。先有大概的框架，先做什么，再做什么。大体思路有了，再去逐一攻破小逻辑～加油！

[Kilien]

算法的逻辑比较重要，在写代码时，会根据脑海里的逻辑一步步进行编写，没有逻辑代码也就无从下手。所以在解一道算法题时，需要一遍又一遍的理解题目，或通过答案将逻辑想明白，尝试将脑海里的逻辑写出来，这是我觉得比较正确的做题方式。

开局不用纠结细节，搭好框架再补漏，这样整体思路会明确很多

[Peng282]

这个算法的弄通的过程是这样的，对于程序猿来讲，太多的时候，逻辑以及算法的步骤大都很难一步到位，都是在debug的过程。但是debug的次数多了，这些逻辑会得到总结，成为了内功，后面处理这种问题的速度就会越来越快了。共勉！

[knowledgeAlan]

写代码经常去找jdk自带api，这样可以省去很多事情，但是查看函数实现，就一点懵逼，通过学习算法可以更加理解框架设计

[bluesilenceln]

这是我觉得比较正确的做题方式

感同深受。现在遇到的场景，不管是程序性能，还是系统架构设计，说到底是逻辑思维和对算法的认知。组成系统每个组件都具有自身的核心算法和数据结构。

[heeheehaha45]

我个人做题时会先在纸上写一下, 直接下CODE 的话10成会错 :'(