企业官网建设流程全解析

1. 入行前先想清楚：PLC这行到底在做什么

干了十二年PLC，带过的应届生少说也有二十来个。每次新人来，我都会先问一句：你觉得PLC工程师每天在干嘛？十个人里有八个回答“写程序”。这个答案对，但只对了三成。真实的PLC工程师，写程序大概占40%的时间，剩下60%花在看图纸、选型、现场调试、跟机械电气扯皮、写文档、以及处理各种“昨天还好好的今天怎么就动不了”的玄学问题上。

所以第一条经验就是：别把PLC工程师等同于程序员。它更像是一个“懂编程的现场问题解决者”。你得懂传感器怎么接线、变频器怎么配参数、气缸怎么调行程、上位机怎么通讯，甚至得知道客户的电工师傅今天心情好不好。这些事没人会在学校里教你，但每一件都直接影响你能不能把项目交付出去。

那应届生最该补的是什么？我的排序是：电气基础 > 编程逻辑 > 通讯协议 > 上位机 > 项目管理。很多人一上来就猛学ST语言、猛刷算法题，结果到了现场连一个中间继电器的作用都说不清楚。PLC编程的本质是“用程序描述一个控制逻辑”，而控制逻辑的根基是电气回路。你连自锁、互锁、星三角启动都搞不明白，写出来的程序就是空中楼阁。

再说说行业现状。PLC这行不缺人，缺的是能独立扛项目的人。你去看招聘网站，3-5年经验的PLC工程师薪资能到15-25K，但应届生可能只有5-8K。差距在哪？就在“能不能独立解决问题”。所以从入行第一天起，你就要有意识地培养自己的“独立交付能力”，而不是等着别人喂任务。

还有一个很现实的问题：PLC品牌生态。西门子、三菱、欧姆龙、汇川、信捷、台达，每家都有自己的编程软件和生态。你不可能全学，但至少要精通一个主流品牌，再了解一两个备选。我的建议是：如果进的是汽车、冶金、化工这类大厂，优先学西门子；如果是3C、电子、包装这类中小设备，三菱和汇川更常见。选对了方向，学习效率翻倍。

最后说心态。这行前期成长慢，前半年你可能都在接线、改程序、跑现场，觉得自己像个打杂的。但只要你每做完一个项目都复盘一遍，把“这次哪里卡住了、下次怎么避免”记下来，一年后你会发现自己已经能独立处理大部分问题了。我带过一个应届生，前三个月天天跟着我跑现场，第四个月我让他独立改一个小项目的程序，他花了三天搞定了。现在他工作五年，已经是项目主管了。所以别急，这行是典型的“慢热型”，熬过前两年，后面越走越顺。

2. 电气与硬件基础：那些学校不教但现场天天用的东西

2.1 从看懂电气原理图开始，而不是从写代码开始

很多应届生入职第一天就打开博途或者GX Works，想赶紧写两行梯形图证明自己。我的建议是：先花一周时间，把公司现有的电气图纸翻一遍。不用全看懂，但至少要知道一张图纸里哪些是主回路、哪些是控制回路、哪些是PLC的I/O分配。

电气原理图里最核心的几个概念：自锁、互锁、点动、长动、急停、限位。这些词你在课本上见过，但现场的实际接线和图纸表达可能跟课本不太一样。比如急停按钮，有的是常闭触点直接串在接触器线圈回路里，有的是常开触点进PLC再由程序处理。两种方式的安全等级和响应时间完全不同，你得知道为什么这么设计。

我见过一个应届生，程序写得挺漂亮，但现场调试时电机一直嗡嗡响不转。查了半天发现是接触器的辅助触点接错了，自锁回路没形成。这种问题跟程序一点关系都没有，纯粹是电气基础不扎实。所以我的建议很直接：前三个月，每次去现场都带着图纸，对照实物一个一个找元件。找到接触器、继电器、断路器、端子排、传感器，搞清楚它们之间的连线关系。这个笨办法比你看十本教材都管用。

2.2 传感器和执行器：别只会说“开关量”和“模拟量”

“开关量”和“模拟量”这两个词太笼统了。现场真正要区分的是：PNP还是NPN、常开还是常闭、干接点还是湿接点、两线制还是三线制、电压型还是电流型。这些细节直接决定你怎么接线、怎么配PLC模块、怎么在程序里做滤波。

举个例子，接近开关分PNP和NPN，选错了要么没信号要么烧模块。再比如模拟量传感器，4-20mA和0-10V的抗干扰能力完全不同，长距离传输必须用电流型。还有热电偶和热电阻，接线方式不一样，补偿导线也不能接反。这些知识你在学校可能听过，但真正到了现场，一个接错就可能让整个系统趴窝。

执行器这边，气缸和电磁阀是重灾区。气缸有单作用和双作用，电磁阀有两位五通和三位五通，还有常开和常闭的区别。程序里控制一个气缸，你得知道它有没有磁性开关、磁性开关是PNP还是NPN、到位信号怎么取。我见过一个项目，气缸动作总是不到位，查了半天发现是电磁阀选成了常闭型，断电时气缸自动复位，跟程序逻辑冲突了。

提示：每次选型前，先问自己三个问题——信号类型是什么？供电电压是多少？失效时希望执行器处于什么状态？这三个问题能帮你避开80%的硬件坑。

2.3 变频器和伺服：参数设置比编程更考验经验

变频器和伺服驱动器是自动化设备里的“大件”，也是最容易出问题的地方。很多应届生觉得只要会发脉冲、会给使能信号就行了，但真正的坑都在参数里。

以变频器为例，加减速时间、载波频率、转矩提升、电子热过载保护这几个参数必须根据负载特性来调。风机水泵类负载和恒转矩负载的参数设置完全不同。你如果拿默认参数去跑一个重载启动的设备，要么跳OC过流，要么根本起不来。还有多段速控制，端子功能和参数组要对应上，接错一个端子整个逻辑就乱了。

伺服这边更复杂。电子齿轮比、刚性等级、惯量比、滤波器参数，每一个都影响定位精度和稳定性。我见过一个应届生调伺服，位置总是差几个脉冲，查了两天发现是电子齿轮比算错了。计算公式其实很简单：电子齿轮比 = (编码器分辨率 × 指令脉冲数) / (电机一圈的机械位移 × 减速比)。但如果你不知道这个公式，就只能瞎试。

还有ABB变频器与西门子PLC的通讯，这是很多项目里的经典组合。ABB的传动模块（如RPBA-01）走Profibus DP，或者用Modbus RTU。通讯能通上只是第一步，关键是数据映射。变频器的控制字、状态字、给定值、实际值，每一个都要对应到PLC的地址上。地址错一个位，电机就可能不转或者飞车。

2.4 电气柜布局与接线规范：细节决定你能不能按时下班

电气柜里的学问不比程序少。线号管、端子排、接地、屏蔽、走线槽，这些看起来是电工的活，但PLC工程师必须懂。因为你写的程序要跟这些硬件配合，接线不规范，程序再对也白搭。

我总结了几条铁律：动力线和信号线必须分开走槽，交叉时尽量垂直交叉；模拟量信号必须用屏蔽线，屏蔽层单端接地；24V直流和220V交流不能混用同一端子排；每个接线端子最多压两根线。这些规范看着琐碎，但每一条背后都是血泪教训。

还有线号管。很多小公司不重视这个，线号管随便套甚至不套。结果设备出了问题，查线查到崩溃。我的习惯是：所有I/O线、电源线、通讯线必须套线号管，且线号管上的编号要和图纸完全一致。这个习惯让我在后期维护时省了至少一半的时间。

3. 编程实战：从“能跑”到“跑得稳”的进阶路径

3.1 梯形图是基本功，但别只会梯形图

梯形图（LAD）是PLC编程的“普通话”，必须熟练。但如果你只会梯形图，遇到复杂逻辑就会写得又臭又长。我的建议是：梯形图打底，ST语言进阶，SCL处理复杂运算。

梯形图的优势是直观，电气工程师容易看懂，适合处理开关量逻辑和互锁。但遇到循环、数组、字符串处理、复杂数学运算时，梯形图就力不从心了。比如你要做一个配方管理，用梯形图写可能几百行，用ST语言几十行就搞定了。

西门子的SCL、三菱的ST、汇川的ST，语法大同小异。你不需要学到程序员的水平，但至少要会：IF...THEN...ELSIF、CASE、FOR、WHILE、数组操作、结构体定义。这些基本语法能让你在处理复杂逻辑时效率翻倍。

还有一个容易被忽视的点：程序架构。很多应届生写程序是“线性思维”，从头写到尾，一个主程序里塞几千行。这种程序能跑，但没法维护。正确的做法是模块化：把设备分成若干功能块，每个功能块独立封装，主程序只负责调用和协调。比如一台包装机，可以分成上料模块、传送模块、包装模块、下料模块，每个模块有自己的启动、停止、报警、复位逻辑。这样调试时能单独测试，出问题时能快速定位。

3.2 状态机思维：让你的程序从“能用”变成“好用”

状态机是PLC编程里最重要的思维模型，没有之一。很多应届生写程序是“条件触发式”：如果A条件满足就做B动作，如果C条件满足就做D动作。这种写法在简单设备上没问题，但一旦设备有多个工位、多个节拍、多种模式，程序就会变成一团乱麻。

状态机的核心思想是：把设备的运行过程拆分成若干个状态，每个状态有明确的进入条件、执行动作和退出条件。比如一台自动螺丝机，可以拆成：待机、上料、定位、锁付、下料、报警六个状态。每个状态只关心自己的逻辑，状态之间的切换由条件触发。这样写出来的程序结构清晰，调试时也能快速定位问题。

我通常会用整数变量来表示状态，比如0=待机、10=上料、20=定位、30=锁付、40=下料、99=报警。然后在主程序里用一个CASE语句来切换。这种写法在西门子SCL里特别顺手，三菱的ST也支持。如果你还在用梯形图写步进逻辑，建议尽早切换到状态机思维。

3.3 报警与安全逻辑：别等出了事故才后悔

报警处理是PLC程序里最容易被忽视的部分。很多应届生写程序，报警就是“灯亮、蜂鸣器响、停机”，但真正的报警系统要复杂得多。

首先，报警要分级。紧急报警（如安全门打开、急停按下）必须立即停机并切断动力电源；一般报警（如气压不足、料仓缺料）可以延时停机或只提示；提示信息（如保养提醒）只记录不动作。分级的标准要根据设备的安全风险评估来定，不能拍脑袋。

其次，报警要有记录。什么时候报的、报了多久、操作工有没有确认、什么时候恢复的，这些信息在后期排查问题时非常关键。西门子的报警记录可以用ProDiag或者自己写FB，三菱的可以用报警历史功能。如果PLC本身存储不够，就上传到SCADA或者触摸屏里。

还有安全逻辑。安全急停、安全门、光幕、安全继电器，这些安全相关的信号必须硬线连接，不能只靠程序处理。程序会死机，但硬线回路不会。我见过一个项目，安全门信号只进了PLC，结果PLC死机时安全门打开设备还在运行，差点出大事。所以记住：安全回路必须是硬线+安全继电器，PLC只做状态监控。

3.4 程序调试：从“盲调”到“有章法”

调试是PLC工程师的核心技能。很多应届生调试就是“下载程序、点动、看动作、改程序”，效率低还容易漏问题。我的调试流程一般是：

1. 静态检查：程序下载前，先检查I/O分配表、变量表、通讯配置，确保没有低级错误。
2. 单点测试：每个输入点单独触发，看PLC输入指示灯和程序监控是否对应；每个输出点单独强制，看执行器动作是否正确。
3. 手动模式：在手动模式下逐个测试每个动作，确认方向、速度、限位都正常。
4. 自动模式：切换到自动，观察整个流程是否顺畅，节拍是否达标。
5. 异常测试：模拟各种异常情况——急停、断电、传感器故障、通讯中断，看程序是否能安全处理。

这个流程看起来慢，但实际上比“边调边改”快得多。因为每一步都有明确的验证目标，不会漏项。我见过太多人跳过单点测试直接跑自动，结果一个传感器接反了，查了半天。

还有在线监控。西门子的博途、三菱的GX Works都支持在线监控和修改。但要注意：在线修改要谨慎，尤其是修改安全逻辑和互锁条件时，必须先在离线环境验证。我见过一个工程师在线改程序，把急停逻辑改没了，幸好当时设备没运行。

4. 通讯与上位机：PLC工程师的“第二技能树”

4.1 串口、以太网、现场总线：搞懂区别再动手

PLC通讯分三大类：串口（RS232/RS485）、以太网（TCP/IP）、现场总线（Profibus/Profinet/EtherCAT/Modbus）。每一类的物理层、协议层、应用场景都不一样。

串口是最基础的，RS485半双工、两线制、支持多点通讯，适合距离远、干扰大的场合。但速率低，一般不超过115200bps。Modbus RTU跑在RS485上，是仪表、变频器、称重设备最常用的协议。你至少要会：波特率、数据位、停止位、校验位、站号、寄存器地址这几个概念。

以太网现在越来越普及，西门子的Profinet、三菱的CC-Link IE、汇川的EtherCAT都是基于以太网的现场总线。以太网的优势是速率高、支持星型拓扑、可以同时跑多种协议。但要注意：工业以太网和办公以太网不是一回事，工业现场对实时性、抗干扰、冗余有更高要求。

现场总线里，Profibus DP是西门子的经典总线，虽然现在逐渐被Profinet取代，但存量设备还很多。Modbus TCP是Modbus的以太网版本，简单好用，很多国产PLC和仪表都支持。EtherCAT是汇川、倍福等品牌常用的高速总线，适合多轴同步控制。

我的建议是：先精通一种，再横向扩展。如果你用西门子，就先把Profinet搞透；如果你用汇川，就先把EtherCAT搞透。通讯这东西，原理都是相通的，搞定一个，其他的看手册就能上手。

4.2 SCADA与PLC连接：别被“驱动”和“地址”绕晕

SCADA（数据采集与监控系统）是自动化项目里的“大脑”，负责集中监控、数据记录、报警管理。常见的SCADA有WinCC、组态王、力控、Ignition、Kepware等。应届生刚接触SCADA时，最容易被“驱动”和“地址”搞晕。

SCADA与PLC连接的核心是驱动配置。比如WinCC连西门子S7-1200，可以用S7协议驱动，也可以用OPC UA。组态王连三菱FX系列，需要选对应的驱动。驱动选对了，通讯就成功了一半。

另一半是地址映射。PLC里的I、Q、M、DB、V区，对应到SCADA里的变量地址。不同品牌的地址格式不一样：西门子是DB1.DBD0，三菱是D100，欧姆龙是DM100。你如果地址写错了，SCADA上要么没数据，要么数据乱跳。

我见过一个应届生配WinCC，PLC里DB块地址是DB1.DBD0，他在WinCC里写成了DB1.DBW0，结果读出来的数据完全不对。这种错误很低级，但很常见。所以我的习惯是：建一个Excel表格，把PLC地址、变量名、数据类型、SCADA地址一一对应，配置时对着表格填，避免出错。

还有通讯优化。SCADA采集几千个点，如果每个点都单独请求，通讯负载会很高。正确的做法是按DB块或寄存器区批量读取，减少请求次数。WinCC里可以用“原始数据类型”和“结构变量”来优化，组态王里可以设置“打包采集”。这些技巧能显著提升通讯效率。

4.3 上位机开发：C#和Python怎么选

很多PLC工程师后期会转向上位机开发，因为纯PLC的薪资天花板相对有限。上位机开发主要有两个方向：C#（WinForm/WPF）和Python。

C#的优势是生态成熟、界面开发方便、跟Windows系统集成好。很多工控上位机软件都是用C#写的，比如C#读取PLC数据、C#做数据可视化、C#做MES对接。如果你打算长期在工控行业深耕，C#是必学的。

Python的优势是开发快、库多、适合做数据分析和AI应用。比如用Python做PLC数据采集、用Python做预测性维护、用Python做自动化测试。但Python在工控上位机界面开发上不如C#成熟，通常需要配合PyQt或Web框架。

我的建议是：先学C#，再学Python。C#能帮你快速做出可交付的上位机软件，Python能帮你扩展数据分析和AI能力。两者不冲突，反而互补。

4.4 自动化测试与RPA：PLC工程师的新机会

最近几年，自动化测试和RPA（机器人流程自动化）越来越火。很多PLC工程师开始往这个方向转型，因为底层逻辑是相通的——都是“用程序控制设备或软件完成特定任务”。

自动化测试框架如pytest、Appium、Playwright，RPA工具如影刀、UiPath，这些工具的核心是“定位元素、执行操作、验证结果”。PLC工程师的逻辑思维和调试能力在这里非常吃香。比如用pytest做接口自动化测试，用Appium做iOS自动化，用Playwright做Web自动化，这些技能在互联网和金融行业需求很大。

还有AI+自动化。现在有些工具可以用AI生成PLC代码、用AI做物料选型、用AI做漏洞挖掘。虽然这些工具还不成熟，但趋势很明显。作为PLC工程师，你不一定要成为AI专家，但至少要了解这些工具能做什么、怎么用。

5. 现场调试与项目管理：从“技术员”到“工程师”的分水岭

5.1 现场调试的“望闻问切”

现场调试是PLC工程师的“大考”。设备不动、信号不对、通讯断了、程序跑飞了，各种问题都会在现场暴露。我总结了一套“望闻问切”的排查方法：

望：先看指示灯。PLC的电源灯、运行灯、错误灯、I/O指示灯，变频器的显示面板，伺服驱动器的数码管。很多问题看灯就能定位。

闻：听声音。接触器吸合的声音、气缸动作的声音、电机运转的声音、变频器载波的声音。异常声音往往对应异常状态。

问：问操作工。设备什么时候开始出问题的？出问题前做了什么操作？有没有报警？操作工往往能提供关键线索。

切：动手测。用万用表测电压、用示波器测波形、用编程软件在线监控。这一步要胆大心细，注意安全。

这套方法看起来简单，但能解决80%的现场问题。我见过一个应届生，设备不动就埋头改程序，改了半天发现是急停按钮没复位。如果先“望”一下，看急停指示灯亮着，就能省下半天时间。

5.2 项目管理的“三张表”

PLC工程师不只是写程序，还要管项目。项目管理的核心是三张表：进度表、问题表、变更表。

进度表：把项目拆成若干节点——电气设计、硬件采购、柜体组装、程序编写、现场调试、验收交付。每个节点有明确的开始时间、结束时间、负责人。进度表要每天更新，延迟了要分析原因。

问题表：记录项目中遇到的所有问题——问题描述、发现时间、影响范围、责任人、解决方案、解决时间。问题表是项目复盘的重要依据。

变更表：记录所有需求变更——变更内容、变更原因、影响评估、审批人、执行时间。变更管理是项目失控的主要原因，必须严格管控。

这三张表看起来是“文职工作”，但实际上是项目成败的关键。我见过太多项目因为进度失控、问题遗漏、变更混乱而延期或亏损。作为PLC工程师，你越早具备项目管理思维，越容易从“技术员”升级为“工程师”。

5.3 跟机械、电气、客户的沟通技巧

PLC工程师是项目里的“中间人”，上面对接客户，下面对接电工，左边对接机械，右边对接电气。沟通能力直接决定你的工作效率。

跟机械工程师沟通，要关注动作时序、节拍、干涉。机械设计不合理，程序再牛也跑不起来。所以早期就要介入，提出程序实现上的限制。

跟电气工程师沟通，要关注I/O分配、接线规范、安全回路。电气图纸是程序的“输入”，图纸错了程序必错。所以图纸评审时一定要参加。

跟客户沟通，要关注需求、验收标准、操作习惯。客户不懂技术，但懂自己的生产流程。多问“你们平时怎么操作”“这个功能你们用来干什么”，能帮你理解真实需求。

跟电工沟通，要尊重、要耐心。电工师傅现场经验比你丰富，很多问题他们一眼就能看出来。你态度好，他们愿意帮你；你摆架子，关键时刻没人理你。

5.4 项目复盘：把经验变成能力

每做完一个项目，我都会花半天时间做复盘。复盘的内容包括：哪些做得好、哪些做得不好、哪些可以改进、哪些要形成标准。

做得好的地方，比如某个程序架构很清晰、某个调试方法很高效，就整理成文档，下次直接用。做得不好的地方，比如某个问题排查花了太长时间、某个变更没管控好，就分析原因，制定改进措施。

复盘的关键是写下来。人的记忆不可靠，三个月后你就忘了当时怎么解决的。我有个习惯：每个项目建一个文件夹，里面放程序、图纸、调试记录、问题清单、复盘总结。几年下来，这些文件夹就是我的“经验库”。遇到类似项目，翻一翻以前的记录，能省很多时间。

6. 职业发展与持续学习：PLC工程师的长期主义

6.1 技术路线 vs 管理路线

PLC工程师干到三五年，会面临一个选择：继续深耕技术，还是转向管理。

技术路线的方向包括：高级PLC工程师、自动化专家、系统架构师、技术顾问。这条路要求你在某个领域有深度，比如运动控制、过程控制、安全控制、通讯协议。技术路线的天花板不低，资深自动化专家年薪50万以上很常见。

管理路线的方向包括：项目经理、技术主管、部门经理、运营总监。这条路要求你懂技术但不必精通，更重要的是沟通、协调、决策能力。管理路线的天花板更高，但风险也更大。

我的建议是：前五年深耕技术，五年后再考虑管理。没有技术底子的管理，在自动化行业很难服众。而且技术能力是你的“安全垫”，即使管理不顺，也能随时回到技术岗。

6.2 学习资源与学习方法

PLC学习资源很多，但质量参差不齐。我的推荐是：

• 官方手册：西门子的系统手册、三菱的编程手册，虽然枯燥但最权威。
• 在线课程：B站、慕课网有很多免费课程，适合入门。
• 实践项目：最好的学习方式是做项目。哪怕是自己买一套二手PLC在家练，也比看视频强。
• 行业社区：工控论坛、知乎、CSDN，有很多实战经验分享。
• 书籍：《PLC编程及应用》《西门子S7-1200 PLC编程与应用》《运动控制系统》等。

学习方法上，我强调**“做中学”**。看十遍视频不如动手做一遍。你可以从简单的红绿灯程序开始，然后做电梯控制、做流水线模拟、做PID温度控制。每做一个项目，都会遇到新问题，解决新问题就是成长。

6.3 证书与学历：有用但不是决定性的

自动化行业常见的证书有：注册电气工程师、自动化系统工程师、PLC厂商认证（如西门子认证工程师）。这些证书在求职时有一定加分，但不是决定性的。

学历方面，本科是主流，大专也有机会，但晋升到高级岗位时可能会受限。如果你是大专学历，建议尽早专升本。如果你是本科学历，可以考虑读一个非全日制硕士，提升竞争力。

但记住：证书和学历是敲门砖，能力才是铁饭碗。我见过很多没有证书但技术过硬的工程师，照样拿高薪。也见过一堆证书但现场问题解决不了的“纸上谈兵”。所以别本末倒置，先把技术练好。

6.4 行业选择：哪些方向更有前景

自动化行业很大，不同方向的薪资和前景差异很大。我的观察是：

• 汽车制造：薪资高、要求高、项目大，适合想深耕技术的人。
• 3C电子：节奏快、变化多、加班多，适合想快速成长的人。
• 新能源：光伏、锂电、储能，最近几年很火，机会多。
• 医药食品：要求洁净、验证、追溯，适合细心的人。
• 市政环保：水处理、垃圾焚烧、供热，项目稳定，适合追求稳定的人。
• 物流仓储：立体库、AGV、分拣线，最近几年自动化程度提升很快。

选择方向时，除了薪资，还要考虑行业周期、地域分布、个人兴趣。比如新能源现在火，但过几年可能产能过剩；汽车制造稳定，但门槛高；3C电子机会多，但压力大。没有绝对的好坏，只有适不适合。

6.5 给应届生的最后几条建议

第一，别怕出差。PLC工程师前期出差多，很多人受不了。但出差是成长最快的方式，你能接触到不同的设备、不同的客户、不同的问题。熬过前两年，后面可以选择少出差或者不出差的岗位。

第二，别停止学习。自动化技术更新很快，今天学的东西可能三年后就过时了。保持学习习惯，关注新技术、新工具、新趋势。

第三，别忽视软技能。沟通、表达、文档、项目管理，这些软技能决定你能走多高。技术再牛，如果不会沟通，也只能做执行层。

第四，别只看薪资。第一份工作，平台和成长空间比薪资重要。去一个能让你接触完整项目、有师傅带、有学习氛围的公司，比多拿两千块钱更有价值。

第五，别轻易转行。自动化行业前期苦，但后期回报不错。如果你干了半年觉得没意思就想转行，可能换个行业也会遇到同样的问题。给自己两年时间，真正投入进去，再决定要不要继续。

我带过的应届生里，有人三年就成了项目骨干，有人五年还在原地踏步。差距不在智商，而在是否主动、是否复盘、是否坚持。这行没有捷径，但有方法。希望这90条经验里的某几条，能帮你少走一点弯路。