excel的宏该如何使用？编程零基础应该怎么开始学习
如果你从事的工作经常需要用到Excel这类的Office办公软件，那么不用犹豫，VBA是你必学的。不懂VBA，Office用的再熟也只是用到了全部功能的20%，掌握了VBA才是真正用到了Office的精髓。学习VBA可以先从宏开始，用熟练了再通过分析宏的VBA代码进行提高学习。当然也可以购买一些VBA的书籍学习。
要想在EXCEL当中使用宏，那么就需要首先打开工具栏上的“开发工具”选项卡，一般电脑新安装OFFICE开发工具选项卡是默认关闭的，我们需要打开它。
如何打开呢？我们只需要点击工具栏上的文件，再点击选项，在弹出的窗口中选择自定义功能区，将右边的开发工具点上即可。
再之后我们就可以正常使用宏功能了。
至于编程零基础应该怎么学习VBA？
VBA其实是寄生于VB应用程序的版本，属于一种应用程式视觉化的Basic 脚本。学习起来并不是特别的难，基本上你只要有基本的逻辑推理能力，VBA代码都是能看懂的，不过新手看懂可能比较简单，但是如果实际操作可能会觉得无处下手，所以还是要多练习，记住最基本的几个循环语句，最开始可以尝试用循环语句代替求和函数做一些简单的加减乘除计算，慢慢的将一些基本语句用熟用通之后，就可以尝试更高级的语句，这样一步步来，学习起VBA还是非常简单的。
还在用excel中的宏进行编程吗？现在，很多人都已经不用excel编程了，而是用另一个与excel长得很像，也兼容excel功能，但不需要借助VBA就能编程的电子表格，对0编程基础的小白来讲，是非常友好的。
很多人可能不知道，录制一个宏，打开录制结果后，会发现里面有多行代码，这些代码，就是你刚才操作的结果。通过回放这些宏，就是让excel自己执行这些操作了。如果稍微复杂一点，还要人工修改代码。
这无疑为0基础的编程小白增加了负担啊，提高了编程入门的门槛。
但是，使用上另一款操作界面酷似excel的电子表格，就不存在0基础编程小白上手难的问题。
这款电子表格呢，叫云表，同时也是一款提高免费版本的，无代码开发平台。(文末有软件免费获取方式，请有需要的朋友留意自取)
0基础，不需要借助VBA，画表格就能进行编程
虽然云表和excel长得很像，但是云表和excel没有绝对的关系，并且不需要借助VBA就能进行可视化的表格编程。
以可视化画表格的形式，沿用excel拖拉拽的操作方法，点击鼠标，输入中文文本信息，不用写一行代码，就能把管理软件给架构出来，如ERP、WMS、OA、BI、BPM等。只要你能想到的管理软件，用它都可以形成。
像流程审批、工作流、权限设置、数据透视、数据分析、群发信息、采购订单、薪资核算系统等，就更不在话下了。
而且，它还解决了，一直困扰企业的难题，那就是系统或者软件的二次开发问题。使用云表，可以随时增删查改，无论你的业务流程多么拧巴，都能让它适应你。简单说来，用云表，可以实现企业的自主可控。
云表已获500强企业认证，不仅有免费版本还实用
云表不仅仅有免费版本（5并发，即5个人同时在线使用），还特别地实用。
可以说对0编程基础的小白来讲，即使没有IT知识，也不用担心，只需要你专注于业务，懂中文，就能轻轻松松上手云表，从此开启神奇的“表格编程”之路。
像华为、中国电信、富士通、南方物流、海尔、中铁、大源小能、燕山大学等20万+的企业或高校，已经深入学习云表，并取得了很多成功的品牌案例。
上图是用云表生成的手机端APP。
说了这么多，你应该对云表有了认识，那么，最后奉上获取方式吧!
获取方式
1、点赞+转发+评论留言
2、关注我并点击我头像，私信发送：cc
0基础的编程小白快过来看唷，如果您觉得有用，可以分享给更多有需要的朋友看到。用云表，编程不再是一件难事儿!
个人是零基础学习的VBA，目前在琢磨整体过去工作中的经验和技巧分享给大家。
1.宏应该怎么使用？
分两种情况，
第一，别人的宏自己怎么用？这个简单，直接打开宏运行即可：在视图下面宏按钮；
第二，自己录制宏；
2.零基础学宏：
只要稍微有点英语基础是没任何问题，可以从录制宏开始；
只要会用录音机就可以会录制宏。
在你使用excel时，发生了哪些令人感到尴尬的>事变/h2>
谢谢邀请!
excel表格在办公和统计确实发挥了很好的作用，其功能的日益完善，为办公人员提供了很大的方便，实为工作之必会技能。
尴尬发生的原因还是对使用技能掌握的不熟练。如表格的序号可以拉的，你要一个一个输入，结果输错了。数字可以选择汇总，你要用计算器加，或者表格属性不合适，自动计算错误。再上升说，表格有好多编程，你熟练了可以事半功倍，还不容易错。上述错误，一旦正式提交或上报，肯定很尴尬。
另一原因就是严谨细致不够，如没有将隐藏的表格打开就打印上报，结果一看内容不全，岂不馗尬。
为什么越来越多的系统在做服务化？服务化有什么>利益/h2>
先简单说下从传统的系统模式到服务化的演进。最早开发一个系统是单体的应用，也就是不管你的系统有多么复杂，功能有多么庞大，我们只会开发一个独立应用。但慢慢发现当系统开发团队逐渐变大，系统需求不断增加和变化时，这种方法不论是在项目管理还是在后期扩展和运维时都会带来很多麻烦。比如开发时不同模块的开发人员如何协作，需求变更带来的代码臃肿和晦涩，运维时一个小修改可能带来重启的巨大风险等等。
后来架构设计师们就在考虑业务拆分和系统拆分。这就是最初服务化的原型。最直接的拆分肯定是模块的拆分。但是拆分后的系统肯定需要相互依赖和调用，所以就延展出了一些接口技术，如Web Service，Restful。但这又进一步带来了新的问题，由于不同模块可能部署在不用服务器上，如果服务器或网络出现问题，可能使相互依赖的系统无法访问，最终造成雪崩效应，服务彻底瘫痪。
这时SOA架构产生，最早的ESB，后来的分布式，微服务都是慢慢衍生出来的系统架构。首先它进一步拓展了服务化的理念将业务进一步拆分成更小的服务单元，以避免单服务出现问题可能造成的瘫痪风险。其次由于服务分拆的较细，如何进行服务治理，发现注册服务、解决服务单点故障便成为分布式架构要解决的首要问题。紧接着服务熔断机制、服务配置中心、服务网关路由、服务消息总线以及服务日志跟踪等问题逐一得到解决。这也使得整个服务架构更加优化和完善，分布式系统已发展成熟并自成体系。
最后说明一下不管是服务化、SOA、分布式，这些系统架构一定不要因为流行而使用，如何使用，使用哪些和使用程度都要取决于你的需求、受众、使用场景等一系列因素。再好的技术也要用到正确的地方才会发挥更大的作用。
