⑴ 为什么很多人会觉得IT门槛低
门槛很高！！！！！编程很难！！！！
⑵ 做加工中心组装跟操作编程哪个有前途
组装可以向设备调试、维修方向发展。目前来看，搞加工中心维修，真能干活的，收入还是相当高的，年薪10多万一般没有问题。当然～向这方向发展，也是要代价的，要努力钻研，成天就想混日子，一辈子就是个打下手的小工。
搞操作编程，干好了，当然待遇也很好，也是了不起的人才。但是实际情况是，在这方面干成专家高手还是比较困难的。一个问题是知识基础，还有一个问题是工作中面对的实际条件，经常制约你的视野。比方说，我也很想搞搞五轴联动机床啊，但是我这里没有这种机器，单位也不可能去买。我也很想干干高精尖的产品，也想给宇宙飞船和航空母舰的关键零部件出力啊，但是企业实际情况是～全都干的傻大粗的东西。 干这个，如果工作环境不是太好，可能需要在努力钻研的基础上，多次跳槽技术才会比较全面扎实。
其实数控机床编程这个东西，编程还是相对比较简单的，学起来不算复杂，难的是工艺经验的积累，基本工艺原则的灵活掌握。程序员算不得啥，工艺掌握深了，工艺专家价值很大。所以我说要多次跳槽加努力钻研，就是要用过更多类型的机器，干过更多类型的产品。
其实，不管干哪一行，只要努力钻研，努力学习，都会干出成绩，都可以成为很有用的人才。楼上说搞组装就是个钳工，钳工很差劲吗？优秀的钳工，难找得要命，高薪也聘请不到。最好的机器，终究要依靠优秀的钳工才能诞生。要是干成实打实的钳工高级技师，恐怕也是蛮可以吹牛的事吧。
⑶ 编程看不懂代码，迷茫。
其实看不懂才是正常的，看懂才是不正常的。即使已经学习编程多年，即使做软件开发多年。
总结一下你问题的核心——源代码。
很多人在说多练习、多学习基本上都与源代码有关。
但是，这对你软件开发能力没有太实质性的提高。
首先我们要清楚，编程或者编程语言的作用时什么？它不是为了编程而编程。我们为了实现某种软件功能，需要通过编程来实现。而软件是为了解决实际人无法解决或花费很大成本的工作，由软件可以很容易解决或成本比较低。
而编程和编程语言只是实现这个软件的一种工具、方法。
为什么说“看不懂才是正常的”？
现在随便一款具有实际功能的软件，就需要几百、几千甚至几万个源代码文件，而每个源代码又有几百、几千甚至几万行源代码。计算机源代码不是小说，从头看到尾就行了，源代码内部会形成复杂的关系，函数之间互相调用、函数使用公共变量、类之间的继承等等。在这么复杂的系统里，能把源代码看懂是非常困难的。
同时通过阅读源代码来理解这个软件的完整功能，这种方法效率低、收效低。
源代码是通过某种编程语言书写，而源代码中必然包含与这种编程语言相关的语言特征，而这些特征往往与这款软件的功能没有实际上的关系。也就说，源代码中包含了大量对我们理解软件功能没有用，甚至反作用的信息。就好像我们要在一万本书里找一本我们需要的书中的一页。想想效率多么低。
软件设计资源也是分层次，它是在不同的工作阶段产生，例如前期有软件需求信息，之后有软件设计信息，而源代码几乎是最某端的产品。
而有时很多人要了解的是软件设计信息，但是我们却要通过阅读源代码来了解软件设计信息，而在这个过程中阅读者必须将源代码中很多多余的信息给去掉，则能总结成软件设计信息。想了解软件需求信息也是同理。
总之很多时候我们在一个层次上去了解另外一个层次上的信息，这难度是非常难的。看源代码只应该解决与这个源代码相关的细节问题。
宏观问题由宏观方面解决，微观问题由微观方面解决。而源代码是微观内容，而软件设计信息、设计意图等属于宏观内容。
至于你看不懂源代码没有关系。
并且写源代码也不是问题，写源代码不是为了写而写。只要清楚你写什么，写本身就不是难度。而软件开发中需要写什么呢？就软件开发前期阶段的分析和设计。而分析和设计的结果就是软件的解决方案，而这种解决方案就是写源代码的依据。
《UML2.0实战教程(Trufun)》
《面向对象分析与设计(UML.2.0版)》
《UML与软件建模》
不知道你有没有看过UML语言（统一建模语言），它是现在面向对象设计理论方法最常见的语言。虽然它叫语言，但是它不是编程语言，它与软件分析和设计有关的语言，是用于描述软件解决方案的语言。
《UML2.0实战教程(Trufun)》中就简单的介绍了使用UML进行面向对象设计的方法。而它所形成的软件解决方案，就可以通过某种方法转换成编程语言。《UML与软件建模》第十二章中有介绍。