1、编不编程，社会分工不同而已
编程离不开计算机（简称『编程人』），那至少经常性以电子计算机为劳动工具的人（简称『电脑人』），才算群众基础吧。电子计算机发展了这么些年，编程早已不是使用计算机的必经之路，计算机能成为专业程序员手上Power，自然也可以是普通老百姓眼里的Friend。那自然很多电脑人，不需要编程啦。编程人，也只不过是电脑人中的一小部分。
这是专业分工的结果，职业程序员们根据不想（或不能）编程那帮人的要求，编制出形形色色的生产工具，自己得了高薪的同时，也推动了整个社会的进步（提效增产）。不想编程的那帮人，利用现成的生产工具（软件），提升了企业的效率，增强了企业竞争力，从市场争取了更多的利润，从而也让自己的待遇稳步提升。
这无疑是一个你好，我好，大家好的美满结局。然而过细的分工，总是伴随锋利（毛刺）的边界，要想磨合，一个长期而痛苦的过程就不可避免。君不见，测试和开发、客户和产品经理、产品经理和开发，这些角色已互成冤家对头。这还是业内的，已尚且如此，更何况专业与业余编程人之间呢。
2、编程的专业与业余，不仅是分工的延伸，更是一种业态竞争
事实上，业界需要复合型人才，既懂业务，又懂技术。在竞争战略里有一个前后向策略，讲的是如果下游客户对中上游或上游供应商对中下游有足够的掌控力，他们就往往倾向于自己干，以尽可能获得垄断地位。在以计算机为劳动工具的人群里，自然不乏这样的人。或觉得业务逻辑远比技术逻辑重要，或认为技术逻辑与业务逻辑的沟通成本过大，总之，总有人希望，能够脚踏两只船，亲手书写跨界传奇。
所以，专业和业余，是一个竞争状态下的长期存在。有机械转码的，更有生化环材转码的，这恰恰说明，编码其实是个低门槛行当（当然大牛之所以牛，不是人家语法娴熟，好吧！）。你想啊，谁发明个编程工具，搞得大家都用不来才算有逼格的话，那就是不让人用呗。所以，业余编程，抛开兴趣爱好的成分，更多的是专业编程无法触达的行业壁垒。这让行业知识的拥有者，有了向上游发展的动机。
编程编程，无非就是将人机交互中的一些控制剥离出来，交到编程人士手里，来一把现实的梦想编制么！现在流行的低代码、轻代码和0代码，不就是让更多的人体验这种细腻的控制么！同样提供控制的编程工具，为何就有高低贵贱之分了呢？
3、编程的专业与业余，其实是一个相对的概念
在编程专业知识上，通常科班的要比业余的更专业，可控高效才是王道。VB/VBA的确算不上专业开发工具，因为编译器内置了太多照顾小白的指令，低效不说，很多东西压根就不让人明明白白地用。所以，科班编程人士，看不上VB/VBA，也就成了情理之中的事。
在科班编程人士眼里，学习C#、VB.NETShop、Python、JAVA、C、C++都不难，关键是更能掌握编程的专业知识。但是，他们忽略了一个基础，一个是专业数十年的磨砺，另一个不过是半路出家的一时兴起。
用C写程序是性能高效，但产出低效啊（不仅仅是看得见的源码冗长，还有学习曲线呐）！你想要熟练用C写出东西，得学多少东西，得学多久？对于不靠编码吃饭，就解决下手头上简单工效问题的业余人士而言，这不就回到了想吃肉就去养猪的小农经济时代了么！
啥也不懂，能录制修改宏，就能翻倍提升工作效率，干嘛要研究数据结构，算法或者计算机底层原理之类掉头发的事！学以致用的角度，高不高效，得看疗效。多几十上百个指令，有个几百毫秒的差距，谁Care？就像笔者之前在《VB/VBA为何不需要所谓的标准DLL？》说的那样，毕竟业余编程大多自产自用，强调的是自用而非他用，代码糙了点又何妨，能优雅地解决问题难道不核心么？
4、编程的专业和业余之间，也正是低级语言和高级语言之间的关系
编程的专业和业余之间，从电脑人的知识素养来看，其实是不同专业的碰撞与结合。编程要想长远发展，是离不开其他行业（营养）的，这和计算机得以普及的原因是一样的。在当今社会分工越来越细致的情况下，业余编程其实是一个非常重要的领域，甚至可以说是未来的发展方向。
科幻中的自然语言编程（高级别的人机交互），不就是AI的高级形态么！纵观计算机编程工具的发展史，从机器码到汇编码，从面向过程到面向对象的高级编程语言，无一不是围绕着解放人类双手，让人更能活出人样来。编程说到底是为了应用，解决人事儿，才有意义。
譬如比特币的去中心化，就没什么鸟用！如果回到发明计算机『以人为本』的核心要义上，希望广大编程人员，不要一味地陷入技术的细枝末节，在打好技术基础的同时，多用人的角度去观察技术。
如果说『头发长见识短』有失偏颇，那『越学越觉肤浅』总算谦虚美德了吧，可为毛那么多人宁愿在『人生苦短』前供奉香火，也全然不顾『术业有专攻，闻道有先后』的礼义廉耻？不要瞧不起业余选手，相反应该去思考如何解决业余选手遇到的问题，如何让更多的业余选手参与编程中来。
欢迎