编程看不懂代码，迷茫。

编程看不懂代码，迷茫。

其实看不懂才是正常的，看懂才是不正常的。即使已经学习编程多年，即使做软件开发多年。

总结一下你问题的核心——源代码。
很多人在说多练习、多学习基本上都与源代码有关。
但是，这对你软件开发能力没有太实质性的提高。

首先我们要清楚，编程或者编程语言的作用时什么？它不是为了编程而编程。我们为了实现某种软件功能，需要通过编程来实现。而软件是为了解决实际人无法解决或花费很大成本的工作，由软件可以很容易解决或成本比较低。
而编程和编程语言只是实现这个软件的一种工具、方法。

为什么说“看不懂才是正常的”？
现在随便一款具有实际功能的软件，就需要几百、几千甚至几万个源代码文件，而每个源代码又有几百、几千甚至几万行源代码。计算机源代码不是小说，从头看到尾就行了，源代码内部会形成复杂的关系，函数之间互相调用、函数使用公共变量、类之间的继承等等。在这么复杂的系统里，能把源代码看懂是非常困难的。

同时通过阅读源代码来理解这个软件的完整功能，这种方法效率低、收效低。
源代码是通过某种编程语言书写，而源代码中必然包含与这种编程语言相关的语言特征，而这些特征往往与这款软件的功能没有实际上的关系。也就说，源代码中包含了大量对我们理解软件功能没有用，甚至反作用的信息。就好像我们要在一万本书里找一本我们需要的书中的一页。想想效率多么低。

软件设计资源也是分层次，它是在不同的工作阶段产生，例如前期有软件需求信息，之后有软件设计信息，而源代码几乎是最某端的产品。
而有时很多人要了解的是软件设计信息，但是我们却要通过阅读源代码来了解软件设计信息，而在这个过程中阅读者必须将源代码中很多多余的信息给去掉，则能总结成软件设计信息。想了解软件需求信息也是同理。

总之很多时候我们在一个层次上去了解另外一个层次上的信息，这难度是非常难的。看源代码只应该解决与这个源代码相关的细节问题。
宏观问题由宏观方面解决，微观问题由微观方面解决。而源代码是微观内容，而软件设计信息、设计意图等属于宏观内容。

至于你看不懂源代码没有关系。
并且写源代码也不是问题，写源代码不是为了写而写。只要清楚你写什么，写本身就不是难度。而软件开发中需要写什么呢？就软件开发前期阶段的分析和设计。而分析和设计的结果就是软件的解决方案，而这种解决方案就是写源代码的依据。

《UML2.0实战教程(Trufun)》
《面向对象分析与设计(UML.2.0版)》
《UML与软件建模》

不知道你有没有看过UML语言（统一建模语言），它是现在面向对象设计理论方法最常见的语言。虽然它叫语言，但是它不是编程语言，它与软件分析和设计有关的语言，是用于描述软件解决方案的语言。
《UML2.0实战教程(Trufun)》中就简单的介绍了使用UML进行面向对象设计的方法。而它所形成的软件解决方案，就可以通过某种方法转换成编程语言。《UML与软件建模》第十二章中有介绍。

多看书 多写代码，看不懂也要逼迫自己，我当时和楼主一样！

可以到verycd上面找一些java项目的视频看，边看边写边思考。
正所谓“积土成山，积水成渊”，一步一个脚印，一定会进步的。

没关系， 所谓it民工， 拼的就是体力， 练好身体能吃苦能熬夜就有前途了

第一：打基础，楼主随便买一本你学的编程语言的书，边看边练。
第二：当你接手一个项目的时候，需要搭建一个测试环境，这个很重要。学会DeBug，网上资料都很全，自己整理一些笔记就能学会。
第三：写伪代码，帮助你去学习业务的逻辑结构和设计程序的思维。如果后期需要优化代码的时候，可以作为一线材料。

代码看不懂分两种：
1.语法不明
2.算法不明
如果是语法不明，那没什么好说的，回去看书
如果是算法不明，还是要回去看书，看看数据结构和算法相关的书
建议看数据结构和算法的时候，一定要自己把代码敲进去，编译，调试。
另外看代码也要有选择性，最好从有文档描述或者详细注释的代码开始看，不要看那些所谓奇巧精妙的代码
看代码也要从易到难，如果是C语言，可以看库函数的例程，MSDN的例程等

如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！

点此我要举报以上问答信息