编程技术难在哪里

为了让机器能做我们想让它做的事情，我们笼统出了一种模型，有了如今的计算机体系。

计算机处置我们的效果变成了存储设备一大串2进制不停的变化数值，不停的计算。

数值变化逻辑的复杂度太大了，于是用汇编或C言语等相对底层的编程言语去组织管理，有了我们人脑容易了解的笼统层。后来发现这些言语还是复杂度高，又出现了愈加初级的言语，比如面向对象愈加容易被大脑了解。当然还出现了静态脚本言语进一步束缚复杂度。至于那种言语更好的去处置效果，其实就是更好的去组织笼统和束缚复杂度。复杂度永远不能防止的。

编程难道不是“八股文”吗？各种规范，各种约束，你想用自然言语去操作电脑，电脑又觉得你的言语复杂度好高，完全不懂，卖萌不搭理你。给我“八股文”，不然滚粗。你看看现代考八股文有多苦逼，再看看如今许多的顺序员，一个样。

一个效果自身的逻辑就有复杂度，把逻辑变成计算机逻辑又是一层复杂度，再加上编程言语自身的复杂度，就够你折腾了。编程言语运用透彻了只是降低了编程言语自身的复杂度。

效果逻辑复杂度简直不能克制，但是前面2种你能选择好的处置方案。抛开编程言语，编程的难点就是把效果逻辑变成计算机逻辑。不过几十年计算机开展上去，曾经帮你做好了很多轮子，你会用就行了，曾经帮你处置了很多的复杂度了，该知足了。剩下的只要业务逻辑了。当然有些人喜欢体验一下史前时代，啥都自己入手饥寒交迫。学习的时分最好能回到史前时代感受一下（大学有时间还是穿越过去看看，别会用点API就闲适地搂着妹纸吹嘘）。

放下你那自带形式识别和智能计算的大脑，回归到效果自身地道的复杂度，在用编程这种后天自带约束的工具去操作电脑，编程的难度基本就在这几个中央表现。为了提高生活质量，我们可以用现有的轮子去帮我们降低难度。计算机都开展几十年了，编程难不难的你都该知足了。