寻一位引路人

别想着什么引路人, 你这感觉是懒惰的表现, 不想自己主动去探究, 想走别人走出来的捷径, 大神们都是惜时如金的, 那有那么多时间给你引路, 自己好好做一个职业规划, 自己找一套教程学起来更实际

@lowman 事实上，已经看过两本入门级的书并且也买了相关的一些课程，但是不知怎的就是不会解决实际问题，也找过题库网站如 Codeabbey，codechef 之类的，但是每次都不知道做题思路，甚至题目也理解的有些困难，所以才求助过来人的。

@Ceasar 多敲代码, 跟着敲, 不要只是看, 在还能敲得动的时候, 多跟着敲一点, 以后就是 ctrl + c 和 ctrl +v 了

懒惰每个人都会有,但是每个人治理自己懒惰的方法不一样, 但是我更觉得这是个人问题,不是说你继续专研就一定能解决的. 1 楼讲的道理肯定在, 但是我可以认为是通俗之见,大多数人对你的劝告可能都是这样的,劝告你只能自学. 但是关键在于, 假如存在大神能指导你, 必定是只有好处没有坏处, 而又 '大神们'是惜时如金的, 所以问题在于你难找到大神对你指 导, 但是说不定哪天大神开心能对你指点 1,2, 或许你多年的困扰能直接被解决. 其实就是评估 你能找到大神的指点的代价 和 自学出来 的代价 之间的权衡.

我建议 当然要如 1 楼所说自学自规划为主,同时还要秉持找大神的态度(到后面你会发现别人说你伸手党, 但是我觉得伸手党只是消耗了别人对你的道德评价, 对你自己自身是只有好没有坏的. (有些人觉得说,不是自己研究出来的不深刻甚至不能掌握, 这可能说你并没有深刻理解大神的每一步所以才有这种情况, 试想,你所有的义务教育难道不就是对于古人做伸手党吗? 这种行为能让你省去大部分时间和研究路,必定是好的. 建议在道德评价允许范围内, 是能伸手你就伸手, 除非你是大大神.))

遇到一个问题, 最好是先想一下, 然后马上问大神, 然后借着大神回答你的内容进行思考, 然后得出自己的见解, 跟大神的见解对比,反馈给大神. 在反馈过程中,大神会觉得你是一个可教之才或者是一个有趣的小伙伴甚至能从你的见解得到更深的理解, 之前说的道德消耗就会被这个 所弥补. 所以是一个可持续的方法. 关键在于 请教后的有用反馈.

@cs8814336 说的是这个道理，我不否认自己的确存在走捷径的思维，但我认为这就像是在解决问题的时候人们首先会倾向于寻找最优化的路径一样，就像我们经济学里说过的帕累托最优一样，在没有使任何人境况变坏的前提下，使得至少一个人变得更好。当然这或多或少有些理想主义，不过就如你的那样，在自己努力因素的主导下，如果存在正面的外部性，那当然是最好不过了。

@cs8814336 我学习编程目的的语言不是为了成为你们那样专业搞运维，前端后端什么的，也不太实际就是纯粹希望借助这种方法或许能为自己的学习更高效，简单重复的劳动毕竟不能带来较高的附加值，说到底可能还是因为学经济所以多少有点边沁的功利主义思想，还希望 V 友们不要太反感，因为我们经济学假设理想人都是理性的自利的，，，还请多多包涵。

@cs8814336 感谢你的建议

不论行业,学习方法是相通的. 其实大多数对这种伸手党的歧视,大多认为是嫉妒问题吧, 别人认为你可以不需要付出更多的代价就可以获得跟他至少一样的知识水平, 但是这些对'伸手党'本身是只有好没坏的, 就只会承受一些'罪名'罢了. 但是我相信一个真正的大神不会吝啬他的知识,他还巴不得有倾诉或者炫耀的对象(他真正在意的是那些不能用简单语言能轻易解释的知识). 急功近利类似的也只是别人的一个结果论而已吧,你不必太在意别人的眼光, 怎么快怎么来, 只是通常 快 这个方法会导致知识离散, 掌握不牢固, 假如你针对这些克服了, 跟所谓正当途径的成果是相同的.

@cs8814336 cto 说的在理

@cs8814336 cto 说的在理

@cs8814336 给赞