开发笔记 第227页

今天要和大家分享的是目前最火爆的网站开发框架之一－Meteor。它是一个搭建在Node.js之上，用于快速开发动态网站的工具。Meteor和其他开发工具相比最大的优势就是它的动态更新。这个应该怎么理解呢？举个最简单的例子，你觉得Wikipedia和Google Doc最大的区别是什么呢。在现实生活中，两个人看一篇文章，一个人做标注，另一个人马上就可以看到。如果这两个人是在Wikipedia上看同一篇文章，一个人修改了文章中的一句话，另一个人如果不刷新页面是永远都不会看到更新的(这里可以不考虑Wikipedia审批的过程)。而如果两个人都是在用Google Doc做相同的事情，任何改动都是一目了然，而且是实时的。Meteor实现的就是这种实时动态的交互方式，把现实拉近网络。
网络开发技术的演变

网络技术的更新换代是非常之快的，真的可谓是日新月异。归根结底还是源于人类的本性上对网络的依赖。人是一种社交动物，而网络正是一种可以在很大程度上增强人类社交范围和能力的工具。在正式介绍Meteor之前，我觉得有必要先给对网络开发技术不熟悉的朋友普及一下网络开发技术的演变过程，网站开发大牛可以直接跳到下一个部分。
最开始的网站开发是非常简单纯粹的，前端就是用户的电脑浏览器，后端就是网站的服务器。前端只做两件事：发出请求，等待回复。后端呢，就储存着一个网页，有人来要的时候就发给他。网络构建就是这么简单。后面随着网页的内容越来越多，越来越复杂，后端开始逐渐根据功能分散成Apache Server + PHP + SQL DB。从名字也可以看出就是把服务器和数据库分置开来。这样可以更方便管理大量的数据。但在此时前端并没有发生任何变化，用户的浏览器还是继续做着要、等、拿三件事。
再之后，就来到了网络技术产生重大变革的时刻。随着AJAX (AJAX ＝ Async JavaScript + XML) 技术的到来，Web 2.0走进了我们的生活。在这个阶段，前端发生了巨大的改变。JavaScript, CSS等技术使前端具备了处理数据的能力，再加上XML作为前后端信息交互的平台。前端用户的浏览器开始能够处理一些用户简单的交互需求，帮助后端服务器分担压力，大大提升了网站的响应和处理速度。
继续演进，就来到了现在MVC主导的时代，这也是大部分公司现在正在使用的网站架构模式。MVC ＝ Model + View + Controller。 Model指的也就是data，讲我们怎么存储信息，对应的技术就是MySQL DB, MangoDB。 View指的是presentation，换句话说就是展示信息，和界面相关的东西，自然对应的就是Html, CSS, JavaScript这些前端的技术；最后一个就是Controller了, 包含了所有和逻辑处理相关的部分。一开始这个设计方式可能更多地被用在服务器端。但随着Web2.0的到来，越来越多的网络开发framework像雨后春笋一样蓬勃发展，开始在前端也搭起了MVC的架构，比如AngularJS, Backbone都实现了这一点。更有甚者，直接将前端的Javascript直接渗透到后端。Node.js就是其中之一，它让只懂Javascript本来只能做前端的工程师变成了全栈同吃。再比如很多人都开始在用pure javascript的架构，最主要的一个代表就是MEAN = MongoDB + Express.js + Angular.js + Node.js
Meteor技术

Meteor和我们上面提到的framework其实并没有非常大的区别，它也是辅助工程师搭建网站的一种工具。因为它是建立在Node.js之上，所以自然而然也就继承了Node.js所有的优势。比如你只需要会Javascript就可以全栈同吃。再比如Node.js是第三方插件，工具，资料最多的开源项目。因此很多时候你可能都不需要写很多代码，只是通过调用一些插件就能实现很多很复杂的功能。

在现在的互联网行业，很多用户需求都是由移动端驱动的。中国特殊的互联网市场环境更是将移动互联网推到了风口浪尖。以至于在做好web端开发的同时还要兼顾app的开发。做产品时你对技术的需求量就会很大。在application layer你可能需要有精通iOS和Andriod的工程师，在service layer你能需要构建懂逻辑处理和api架构的工程师，在data layer，你可能需要有精通数据处理的人。Meteor完美了解决的这方面的问题。它在你写前端网页的时候，会帮你自动生成iOS和Andriod app。可以说是一石三鸟。
现在Meteor在1.0版本主要是在用blaze来生成前端页面，它使用的是templating lanuage。你只需要写简单的html片段来包装你要展示的数据和逻辑，blaze就会自动帮你拼接成一个完整的页面。Meteor作为开源的framework，自然不能亏待了同为开源的兄弟们。不久后的2.0版本，它将支持大部分最新的前端开源framework，比如Angular.js，Facebook主导的React等等。所以很多现有的前端技术和实现方式都可以直接从其他的架构搬到Meteor。在后端数据库这边，Meteor只支持MongoDB，但在不远的未来它也将会支持其他比较流行的Database, 比如SQL，REST。
接下来要谈的是Meteor最吸引人的页面动态更新特性。虽然同为pure Javascript framework，它和MEAN还是很不同的。和MEAN架构最大的不同，MEAN你还是要做很多数据的同步，数据通信，前端后端的API的设计。Meteor在一个框架里面实现了前端后端的开发同步开发。具体来讲就是数据库中的数据发生任何变化的时候，用Meteor搭建的app是不需要人为参与就能实现前端页面更新。这在任何其他的framework里面是不可能实现的，你基本都要通过API来实现前后端信息的同步。Meteor采取的解决方案是在前端也建立一个数据库，叫做miniMango。它是跑在memory里面，通过DDP自动和后端同步，保持前后端统一。这也就使UI的更新速度非常的快 (这个技术叫做reactive rendering)。当你在前端执行任何操作的时候，你只需要去修改前端这边的数据库，后端数据库更新全部交给Meteor和DDP协议去自动执行。这里另一个好处就是Latency Compensation。不管你的网络多么糟糕，页面的反应速度都像是零延迟一样，因为你和后端没有任何交互。反过来当服务器端数据库里面的数据更新的时候，它会通知所有和它相连的所有前端数据库更新数据。为了防止给前端造成造成储存压力，这个同步机制是建立在data subscription和publication之上的，前端在建立自己的数据库之前要先告诉后端它关心什么数据，以后后端就会只推送和更新那些数据。
人无完人，Meteor当然也不可能是完美的。它也有一些缺点，和它不擅长的事。

1. 它不适合做静态页面。因为它高度强调实时，所有的内容都是Javascript动态生成的。
2. 它不适合做独立App。全栈技术更注重整体运行效益，对用户交互体验的设计还是有所欠缺的。
3. 它不容易继承现有架构。技术上很难将现有的网站构架直接转移到Meteor使用
4. 它是一个全栈技术。所以你不能只在局部使用Meteor，不能说只在前端使用

Meteor和精益创业

精益创业的核心思想就是在你有一个想法之后：

1. 快速制作和发布产品；

2. 观测用户的使用过程；

3. 在收集的中发现问题，总结经验；

4. 回到原点，优化你的解决方案。

周而复始，快速迭代，不断重复这个循环，直到你能寻找到最优解。这里就要谈到一个MVP，他不是NBA里面的最有价值球员，它指的是minimal viable product，最小可用的验证版本。一开始你制作的产品不可能是面面俱到。就算你有这个能力，也不应该一开始就包罗万象，把所有的功能都上线。快速迭代的核心理念就是在初期只做最核心的功能，在不断的验证过程中完善你的产品，减少无用的功能，增加有价值的功能。你一开始设计的功能去掉一半再去掉一半可能才是你真正的核心有价值的功能。这种创业模式完全符合Meteor快速精简的特性。
正像之前说的Meteor可能不能用来只做一个独立App或者是复杂的交互网站，但是它能在最短的时间内生成一个可用的版本。量化来讲，Meteor最适合用于制作不超过15个页面的网站。举个例子，现在很多移动端的App都依附于微信做开发，因为通过微信端口的用户倒流，获取用户的成本是最低的。微信所允许的最大页面数量也不过15个。所以这已经完全可以满足MVP的需求。

用Meteor制作这么一个网站基本分4步：

1. 绘制原型图，把想法展示出来；

2. 做出UI框架, 生成Meteor template，做出基本页面；

3. 完成从页面到逻辑的转化，实现功能；

4. 优化data publication和 data subscription。

每个阶段有一个人负责，整个制作过程基本不需要2周。你可以想象在创业初期，如果使用Meteor作为网站构建技术，迭代速度是非常快的。
最后，把Meteor官方给出的7项原则分享给大家作为总结：

1. Data on the Wire. Don’t send HTML over the network. Send data and let the client decide how to render it.

2. One Language. Write both the client and the server parts of your interface in JavaScript.

3. Database Everywhere. Use the same transparent API to access your database from the client or the server.

4. Latency Compensation. On the client, use prefetching and model simulation to make it look like you have a zero-latency connection to the database.

5. Full Stack Reactivity. Make realtime the default. All layers, from database to template, should make an event-driven interface available.

6. Embrace the Ecosystem. Meteor is open source and integrates, rather than replaces, existing open source tools and frameworks. Simplicity Equals Productivity. The best way to make something seem simple is to have it actually be simple. Accomplish this through clean, classically beautiful APIs.

关于 Visual Studio 2017 各版本安装包离线下载、更新和安装的方法以及通过已下载版本减少下载量的办法。

微软最近发布了正式版 Visual Studio 2017 并公开了其下载方式，不过由于 VS2017 采用了新的模块化安装方案，所以微软官方并未提供 ISO 镜像，但是官方提供了如何进行离线下载的方案给需要进行离线安装的用户，只不过都是英文。本文将对官方指南中的一部分进行翻译（这里说一句：翻译的部分就是最基础的离线下载和安装方案，另外，即使如以前微软提供了安装镜像，也仅会包含 Visual Studio 的基本核心组件和部分官方扩展，而微软、安卓和苹果等平台的 SDK、模拟器和第三方扩展功能等会在用户选择后联网下载。而 VS2017 的离线包是包含所有可选项的）。好了，接下来将会分为四部分来叙述，分别是离线下载安装文件、离线安装 VS2017、更新离线文件包以及如何通过已下载版本来减少下载其它版本下载量的方法。

第一部分：离线下载安装文件

这里描述是包括所有版本，截图以下载 VS2017 社区版为例：

①登入 VS 官网下载页面，选择需要的版本点击下载，下载页点此进入。

②下载完成后，打开下载文件所在文件夹，Windows 8.1 及以上版本用户点击资源管理器上的文件-打开命令提示符-以管理员身份打开命令提示符；Windows 7 用户可在该文件夹空白处按住 Shift 键的情况下点击鼠标右键选择“在此处打开命令窗口”。

③根据自己下载的 VS2017 版本，在打开的命令提示符窗口输入下面对应的命令并点击回车，等待程序启动即会开始下载（以下命令用于下载完整版离线包，包含全功能以及全语言包，其中红色部分为下载文件存放路径，根据自身情况用户可自行更改）

企业版：

vs_enterprise.exe –layout c:\vs2017offline

专业版：

vs_professional.exe –layout c:\vs2017offline

社区版：

vs_community.exe –layout c:\vs2017offline

如果需要下载单一语言的或其中某几种语言的离线文件，可采用以下命令：

企业版：vs_enterprise.exe –layout c:\vs2017offline –lang zh-CN

专业版：vs_professional.exe –layout c:\vs2017offline –lang zh-CN

社区版：vs_community.exe –layout c:\vs2017offline –lang zh-CN

这里提供三种语言的参数供大家选择

• 英语（美国）：en-US
• 中文：zh-CN（简体），zh-TW（繁体）
• 日语：ja-JP

如果需要同时下载多种语言，可以在 –lang 后面连续加上多个语言代码参数，用空格间隔开就行，比如 — lang en-US zh-CN ja-JP，那么就会同时下载英文、中文和日文语言包。

④如需更多语言包或者更多安装指令，请参考官方离线安装命令指南：点此进入。

⑤等待文件下载，不要关闭文件下载窗口，等所有文件下载完成后该窗口会自动关闭，下载过程中不要断电断网，也不要关闭窗口，当然，如果断电断网或者关闭了下载窗口，没关系，输入命令重头来过，还是会继续下载的。

第二部分：离线安装

本部分以安装社区版为例，其他版本安装过程一样，只是专业版和企业版需要激活授权。

①打开刚刚存放离线文件的路径，比如 E:\vs2017offline，然后找到 certificates 文件夹并打开，依次安装该文件夹下的软件证书。双击证书并根据提示往下走就行了，实在懒得弄就一直下一步直到提示导入成功。

②运行离线根目录下的安装程序，各版本位置如下：

企业版：离线文件存储文件夹\vs_Enterprise.exe

专业版：离线文件存储文件夹\vs_Professional.exe

社区版：离线文件存储文件夹\vs_Community.exe

③安装程序运行后，选择自己需要的模块和功能，确认所需后点击安装即可。顺便吐槽一下，社区版全工作负荷、全组件以及全语言包选择后需要空间 93.85GB，所以大家还是选择自己需要的安装就行了……另外，需要 Python 扩展支持的朋友，可以自己下载 Python 安装，或者安装完成后自行到扩展添加，官方安装文件对 Python 扩展的包含据说要等下次更新……

④等待安装完成即可使用了。

第三部分：更新离线文件包

这部分比较简单，步骤如下：

①当微软提示有版本更新后，到官网下载最新的在线安装执行文件，下载地址：点此进入。

②按步骤执行本文第一部分下载离线安装文件的步骤，但是必须注意，–layout 后的下载文件夹路径必须是旧版本离线文件存储的位置（如果你之前下载好没移动过那就是之前的下载路径），执行命令后安装程序会扫描已有文件并下载更新文件和新增文件。

③更新完成后可再次执行离线文件夹根目录下的安装程序进行软件更新，或者 VS 中直接检查更新，更新新版本理论上无需重新导入证书除非有新证书被下载。

第四部分：通过已下载版本减少其他版本离线下载量

这部分也很简单，原理就是社区版、专业版和企业版有大多数组件其实是相同，如果用户想离线下载所有版本，那么没有那个必要，企业版包含了其它所有版本的组件，所以理论上用户只用下载企业版即可，安装时是可选择安装社区版、专业版或者企业版的。当然目前前面所述只是理论，毕竟我没试验，当然以下方法可以百分百保证需要的用户用最少的下载量完成下载所有版本的 VS2017。

如果你已经下载好了其中一版，均可进行如下操作：

①创建两个新文件夹，根据你自己的爱好重命名，最好是英文名。

②将已经下好的版本的所有文件都分别复制到这两个新文件夹中，并删除由之前下载程序下载在根目录下的六个文件。

③下载另外两个版本的安装程序，接下来就是重复第一部分的步骤，但是命令行命令—layout 后的路径参数根据版本分别设置为你刚刚新建的那两个文件夹。

④回车执行命令，程序会扫描和检查已经下载的组件，并现在自己版本对应的缺少的以及匹配的组件，不过这部分大小不会超过 1GB，准确来说可能只有几十兆左右……

⑤等待完成，反正不一会儿就好了，然后就可以收藏三个版本的离线包了。

⑥至于更新嘛，参见第三部分。

第五部分：附加

这部分呢是附加的一部分，信息是完全下载（包含全功能全语言包）的社区版和企业版的详细文件信息，以及他们的差集文件夹信息；最大的是企业版，最小的是企业版和社区版文件夹差集的信息。最后就是，各版本离线包里面至少含以下关键字的文件夹中的内容是完全一模一样的，就是：SDK、.NET、Xamarin、Unity、Cocos、Unreal、Linux、Mac、iOS、Android、emulator……包含这些关键词的文件夹，大小合计应该超过 16GB 了……

最后嘛就是，学习编程是条非常非常痛苦和漫长的路哪，它没我们想象的那么简单，因为实际上你要学的东西并不仅仅只是编写代码……当然学习也是快乐的，每当攻破一个难题带来的成就感总会驱使你继续向更高的成就努力~~哈哈，其实我就是想说，有没有想一起自学 C# 和 .NET 的童鞋哪？

作者：寂靜·櫻花雨

有时候我们在写页面中，会发现绝对定位的父级元素已经相对定位了，但是在不同分辨率的电脑下，绝对定位还是会错乱，似乎父级的相对定位并没有起了作用。

首先要明白如下几个原理：

1、笔记本电脑的分辨率一般为1366*768附近，

PC电脑的分辨率一般为 1920*1080；

以下为常见电脑分辨率：

当写网页时，如果在1920这样的大分辨率写好之后，再去小分辨率的笔记本看同样的这个网页，会发现，笔记本电脑显示的基本为宽屏大显示器下网页放大至1.5倍左右的展示效果。

2、为了页面在不同的分辨率下正常显示，要给页面一个安全宽度，一般在做1920px宽的页面时，中间要有一个1200px左右的安全宽度，并且居中，所有的内容要写在这个宽度的box里，如果有背景图或者轮播图必须通栏整个页面的时候，一定要设置成居中对齐，这样当分辨率降低之后，背景图或者Banner图左右、中间1200宽度的盒子依然居中对齐，不会出现向左向右偏离。

盒子里的div等小盒子可以用百分比来表示，来达到页面自适应。

绝对定位的使用：

​   绝对定位的时候，该元素的父元素一定要记得设为相对定位，这样在不同分辨率下定位才不会错乱，但是前提是这个父元素在一个安全的宽度里面，如果这个父元素本身是一个会因为分辨率降低而改变的元素，则定位一定会跟着乱。

在布局页面结构的时候，一些box框架是必不可少的，比如1200px安全宽度的div。

例如：做一个活动页面，其中这个页面背景为一个大图，在这个大图上要放一些小图来与大图实现定位，绝对不能以大图直接作为背景！

而是在放大图背景的div里继续放一个安全宽度div，再把它作为父元素做相对定位，给里面的子元素做绝对定位，这样就不会出现不同分辨率下绝对定位错乱的问题了。

通过总结网友经验，通过加zoom属性，可以让页面某个区块根据分辨率不同进行自动缩放到合适区域，但是有个bug，就是火狐浏览器打死都不支持这个属性，即使用transform：scale(x,y);属性也于事无补。还有一个小问题，在页面加载慢的时候重新刷新页面会先显示放大的效果，再变为缩小后的效果，会闪一下，这个还没找到解决办法，希望懂的朋友们多多交流。

zoom代码如下：

1 $(function(){        var w=window.screen.width;        var zoom=w/1920;
2         $("#container").css({
3         "zoom",zoom,
4         "-moz-transform":"scale("+zoom+")",
　　　　　　"-moz-transform-origin":"top left"
5         });
6  });

zoom:当前屏幕分辨率宽度/1920;

zoom属性的浏览器支持性：

结果是：除了firefox以外，其他浏览器可以正常支持zoom属性，并且页面需要缩放的区块整体缩放到了适应当前分辨率的效果，而transform：scale 则是先把页面显示为已经把原本页面放大后再使用scale，则该缩小相当于当前页面下缩小的效果了，两边自然会留白。

PS：我觉得zoom属性蛮好用的，怎么现在都不怎么用了呢，居然firefox还不支持，而且很难找到解决办法。所以只能好好改变自己代码结构，提高代码的严谨性了，写出高效高兼容的代码，是每一个前端义不容辞的责任。
【注：该文章整合网友意见与经验总结所得】

　　慎于说 Yes

在没有搞清楚开发需求、任务工作量、团队期望值之前，有前途的程序员不会轻易答应。特别是对于新人来说，比较急于表现自己，对于同事或者老板的工作安排来者不拒，精神可嘉，方法不可取。承诺太多，会出现自己无法按时完成的情况，即使按时完成，也可能没有达到别人的期望值，长期以往别人对你的失望会越来越多。

　　敢于说 No

看起来和第一条雷同，其实细究起来不一样。第二条执行起来比第一条难得多。当遇到明显不合理的要求时，可以考虑拒绝，前提是准备好了全面充分的理由。不要经常说 No，但是一旦说了，就要切中要害。有前途的程序员不会闷头干活，知道自己的定位和团队期望，分清楚哪些是不合理的要求，哪些是合理的要求，然后把明显不合理的要求和领导沟通下，取得支持。

　　构建自己的知识体系

在信息爆炸的年代，碎片化的知识很多，系统学习的时间越来越少，如果没有自己的知识体系，很容易被淹没在知识的海洋中，而且难以记忆。100 分程序员推荐的做法，通过 Wiki 或者其他知识管理工具构建一个知识框架，大的分类可以包括软技能、架构、语言、前端、后端等，小的分类可以更细化。

　　培养大局观

程序员比较容易陷入的困境是专注于自己的一亩三分地，不关心团队的进度和业绩，也不关心软件的整体架构和其他模块。这种状态长期下去没有好处，特别是在大公司中，逐渐成长为一颗螺丝钉。100 分程序员会在工作之余，多看看其他在做什么，看看团队的整体规划，看看软件系统的架构和说明文档。对自己的工作更理解，而且知道为什么这个产品应该这样设计，为什么领导应该这样做规划，这种大局观非常有利于自己的职业生涯。

　　代码规范

程序员在新手时期需要培养良好的代码规范。最直接的办法，遵循公司已有的代码规范（如果没有类似的规定，也是醉了），从简单的变量命名到模块划分，有些规则可以导入到编码工具中，更多的部分需要自己体会和遵守。关于此方面的知识，最权威的书籍是《代码大全》，别误会，书名是个美丽的错误，里面不是代码集锦。对于新手来说，养成一个统一的编码风格非常重要，是基础一步。

代码审查

把这个单独拎出来说，是因为对于程序员来说很重要。很多快速成长的公司没有这个步骤，建议大家能够坚持下来。让别人审查自己的代码，可以得到更多的反馈，也是和同事交流的好机会；审查别人的代码，可以借鉴别人的经验和思路。通常情况下，代码审查比自己写代码的收获更大，对于新手来说更有价值。只要你想做，不论形式是不是正规，都可以执行下去，最好形成团队的习惯。

　　一个时间段内只专注于一种类型的语言

如果你正在设计或开发网站，你将需要同时熟悉多种不同的语言。你可能会想同时学习所有的这些语言，特别是考虑到它们是如何相互关联的。

我想，在某种程度上，这是不可避免的。但如果你真的想快速提高，我建议你专注于一个特定领域的专业知识。你想更好地利用 CSS？把你的重点放在这一点。尝试使用一个单一的 HTML 文档只使用 CSS 实现不同的布局。 CSS Zen Garden 是一个使用相同布局实现不同页面样式非常棒的例子。你也可以通过查找元素的列表，并把精力集中在里面。举个例子来说，你熟悉 CSS2，但想提升对 CSS3 的理解，你可以学习 CSS3 属性并逐一的实现它们。你可以阅读当前的 CSS3 规范 ，还可以通过每个模块的学习来了解它在浏览器上能（或不能）做什么。

　　通过注释来写逻辑

说到编码，我有坚持很多原则和想法。其中一个就是，代码中 95% 都是逻辑。另一个就是从人类语言到编程语言，逻辑并没有改变。

这也就是意味着，如果你能在代码中写出来，也就可以用英语或者其他语言写下来。

　　良好的时间管理

迟到对于任何一家公司都是个头痛的问题。作为一个程序员，有时候为了完成任务常常不得不熬夜，从而导致第二天上班就迟到了。但是我们忽略了这一点，我们的工作时间至关重要，因为在这段时间里我们要和客户同步，也要与团队其他成员一齐协作。

　　深入理解客户需求

仅仅了解单一用户的表面意思是远远不够的。一个伟大的程序员应该具备能把繁琐的要求理解并分解成项目的技术任务或子任务的能力，并且最后拿到的成果应精确满足客户的需求。

　　在编程之前准备好全套算法

案例、伪代码和流程图统统都是非常重要的软件开发手段。一个伟大的程序员如果没有先准备好算法，那么他是不会像傻小子一样兴冲冲地开工写代码的。写代码实际上只是一个编码任务。

　　理解并帮助定义验收标准

是否需要高层次测试脚本是由产品所有者决定的，但是一个伟大的程序员必须能够编写技术测试脚本，并且深刻认识到跳过这些步骤可能会带来的后果。

　　绞尽脑汁还是“NO”

假如抓耳挠腮还是找不出解决办法，我们该如何是好？一个伟大的程序员应该足智多谋，能灵活应对困境。他们会去询问同事，或者是向团队领导者请教；在互联网上面搜索，然后耐下心来一遍又一遍地试验。相信山穷水尽疑无路，柳暗花明又一村，投降两个字从未出现在他们的字典上。

　　编程之前准备好全套算法

亲~还记得我们老师逼我们画的流程图吗？还记得一个个案例和伪代码吗？他们都是灰常重要的软件开发手段。一个伟大的程序员如果木有事先准备好算法，那他会不会像个傻小子似的只顾写代码呢？所以，在开工之前，做好全套的算法是必须的。

　　理解 and 帮助定义验收标准

是否需要高成次测试脚本是产品所有者决定的，但是，作为一个伟大的程序员必须能够编写技术测试脚本，并且也要认识到如果跳过了这一步骤可能会带来的后果。

　　主动一点点

一个优秀的程序员不需要别人告诉他该做什么，他的主动性要比别人强一些，他可以自觉的关注流程，提高应用程序的灵活性以及快速的解决开发过程中出现的 Bug。