怎么查php覆盖率，湖南省第二大城市是哪座城市？
又是这样的自由发挥很难共识的问题啊。
首先，我个人认为，省内第二城怎么也轮不上郴州，所以郴州在此略过不表。这不是有意在贬低郴州什么的，事实上，郴州无论从哪一方面都够不上省内第二城。
城市间的实力对比，并非简单的通过GDP总量来衡量，需要通过多方面的指标对比，来达到量化城市之间的差异，也就是所谓的哪个城市强了。而这个多方面包括：经济、金融、优势产业、商业贸易、交通枢纽、科教文卫、甚至还包括直接决定城市规模大小的建成区面积。根据以上各项指标来看，目前省内第二城只能是在岳阳、常德与衡阳之间商榷。基于数据我们一项项来对比看看。
先来看一张表：
可以看到，省内14地市基本可以分为5个体量级，长沙一骑绝尘；岳阳、常德、衡阳处于第二梯队3000亿级；株洲、郴州和湘潭处于第三梯队2000亿级；剩下湘西北两市吊车尾。由于郴州与第二梯队的三个城市在经济总量方面差距过大，从省内来看，随之体现在四城之间金融、交通、科教文卫、商业服务业的全方位差距。
一、经济从GDP数字来看，岳阳无论是从总量又或是人均，在岳、常、衡之间均属第一。衡阳在人均GDP上面离岳阳和常德还有相当一段距离。但前文说过GDP总量并不直接等于城市实力，人均GDP也并不等于人均收入。
GDP的核算在我国是以生产过程中创造的价值为标准进行核算，也就是所谓的生产法。另外的两种核算方式为：收入法和支出法。GDP的总量往往和地区的优势行业、产业相关，例如常德的烟草行业、岳阳的石化行业与港口航运，都是高附加值产业。再加上本身人口也比衡阳少，人均GDP高也就不奇怪了。
例如常德烟草，前8个月的增加值就是373个亿，而去年整个常德工业GDP为1285亿，将近1/3，岳阳港区前8个月标箱为45.6万TEU。而衡阳则无此优势行业、产业。最终反映在GDP的核算上，便不如岳、常两地了。但同样港区和石化及烟草产品特殊行业，上缴省里或国家的比例也更高，GDP是上去了，但同时利润被抽走，也就是赚了吆喝。
人均GDP并不等于人均收入，岳、常、衡三地在人均GDP上面相差1.6万左右，从实际情形来看，三地生活水平并没有相差到如此程度。甚至，从人均可支配收入来看，衡阳更是强于两地。
综合来看，在经济方面，岳阳在总量一项上占优，衡阳则在民富方面占优。
二、固定投资地区综合实力或竞争力的体现还反映在固定投资上，城市实力越强，社会综合投资越多，针对城市的关于生产、扩建，改造项目的资金越多，比如兴建市政设施，比如扩建建成区面积，当地用于建筑行业，房地产行业等等的投资。
可以看出在这一方面，岳阳和衡阳相差无几，常德在固定投资上与岳、衡还是有差距的。在固投这一点上岳阳强于其它两城。
三、优势产业对于三地来说其实都没有什么优势产业及高科技行业，相对而言岳阳可能更具竞争力，航运港口以及航空，整个湖南省的内河标箱基本都走城陵矶，这也是岳阳独特的优势竞争力。
四、对外开放与进出口贸易城市的竞争力，综合实力的强弱还表现在对外贸易上，进出口总额以及贸易逆差都表现出该市工业实力的强劲。在这一方面衡阳表现最好，无论从总额还是顺差看来。在对外贸易中都处于三城之首。岳阳反而贸易逆差超过3亿元，说明其工业生产竞争力不如衡阳。一句话形容，衡阳从境外赚钱，岳阳做亏本买卖。常德的外贸易竞争力基本为零，说明其经济不够外向与活跃。
在对外经济贸易中，衡阳明显表现更好，更强。
五、交通枢纽要想富，先修路。就现实看来，衡阳在交通方面是比岳、常两地强出不少的。境内京广高铁、京广铁路、京港澳高速贯穿全境，高速公路通车里程将近668公里（2017年）。
常德在2017年底通车高速公路里程为450公里左右。
航空方面：南岳机场的旅客吞吐量已超过黄山屯溪机场5.5万人次。2018年才通航的岳阳三荷机场的影响力显然还无法和南岳机场相媲美。京广高铁在境内设站3座，岳阳设站2座。无论从公路的通车里程、高铁站场的规模、车次和立体交通来看，衡阳的交通枢纽地位省内第二没什么问题的。
六、科教文卫在这一点上，其实衡阳是强于常德和岳阳的。衡量一个地区的教育实力，通常以高等教育为主。说到教育自然想到实力最为强劲的北京与上海，然而他们的中等教育显然没有长沙四大名校强。是否表示长沙的教育实力超过了北上？显然不是！并不能用某地的一个高考状元，几个尖子生等同于某地的教育实力。
真正衡量教育实力的是A级学科、双一流学科、硕博士点、国重专业、ESI基本科学指标与高层次人才。在岳、衡、常三地中，只有南华大学的临床医学与化学进入全球1%学科。拥有68个本科专业与25个硕士点；5个博士点；3个博士后流动站。
显然不是仅有5个硕士点与54个本科专业的湖南理工学院可以比的，更不是只有本科生教育的文理学院可以追赶得上的。
在高校数量上：
衡阳有以南华大学为首的6所本科院校与4所专科院校
岳阳有以湖南理工学院为首的本科院校2所，专科院校4所
常德有以湖南文理学院为首的本科院校3所，专科院校3所
在临床医学研究与卫生上面，衡阳省内第二是毋庸置疑的。
七、城市知名度在城市知名度上，衡阳还是比岳阳、常德强出一线的。这点可以从湖南省每年、每季发布的各市旅游人数、旅游收入上可以体现出。
最后综合上面的种种来看，衡阳其实在省内第二问题是不大的。常德还是和衡阳有一定差距。至于岳阳表现出来的强更多的只是在经济层面，以及和长沙相近的区位优势上。但在综合各方面指标后，衡阳还是较岳阳强不少的。discuz用什么语言开发的？
discuz用php语言开发的。
Crossday Discuz! Board（简称 Discuz!）是北京康盛新创科技有限责任公司推出的一套通用的社区论坛软件系统。自2001年6月面世以来，Discuz!已拥有15年以上的应用历史和200多万网站用户案例，是全球成熟度最高、覆盖率最大的论坛软件系统之一。
Comsenz旗下的 Discuz! 开发组具有丰富的 web应用程序设计经验，尤其在论坛产品及相关领域，经过长期创新性开发，掌握了一整套从算法，数据结构到产品安全性方面的领先技术。
甚至淘宝也从KISSY转向了React？
React已经在蚂蚁金服使用了一年多的时间，基于React/React-Native我们开发了移动端和pc端的基础组件react-componentantdantm，整合业界最佳实践推出了简单易用的开发工具ant-tool和应用架构roof，服务于蚂蚁金服以及阿里集团的多个业务，取得了良好效果；本次分享将介绍我国过去一年基于React的最佳实践以及展望
基于 React 的前端架构在蚂蚁金服的实践
今天我的主题是是基于React的终端架构，其实还是主要侧重于前端，终端是我们未来前端的一个方向我在阿里的工作分为两个阶段第一个阶段是2010年进淘宝之后，一直做的就是 kissy 类库开发还有周边的工具2014年的时候去了蚂蚁金服，蚂蚁金服的开发策略是全栈开发，所以需要一个技术转型，所以我们这边就选择了React
首先介绍一下蚂蚁金服前端的业务特点蚂蚁金服是由支付宝进化而来的，现在是四大业务，支付宝个人消费，然后是蚂蚁聚宝，主要侧重于理财的，网上银行侧重于企业银行业务的开发，还有一个是侧重于个人消费的O2O的口碑，这个是我们的四大业务
前端面临的业务非常多，而且目前移动端都是结合 web 混合式的，大家可能也听说过阿里已经开发了一个 weex的框架，或者结合react-native来做动态化等等其实它的语言甚至都是javascript，就是对于前端来说这些都是一样的
除了移动端的东西之外，每一个APP的业务下面都会有对应的很多的后台业务支撑，比如做运营的话，就需要运营平台，阿里的特色就是特别注重运营，其实我们内部有很多这种运营平台，都是给小二用的
然后对于蚂蚁的话，蚂蚁有很多的商家，商家也需要商户平台来管理自己的运营只靠专业前端是那么对于前端来说，这么多业务在国内前端都普遍欠缺的情况根本做不过来的所以蚂蚁的一个战略就是说前端不要只做前端的事情了，就是把这些业务的前端工作教会全栈来做
前端就要像DBA一样要提供一些业务支持，提供一些资源服务的一些支持转型就是说我们要走全站研发这样一个模式业务需求最好都是有对应的全栈来做，然后结合产品经理做快速响应需求而前端要做的事情就是要打造一个适合全栈开发的基础设施
前端团队也是在进行转型，不再直接的投入业务，不再像一个资源一样，哪里有业务需求就去哪里而是要进行一个转型，我们只提供服务，而我们服务的输出就是我们的技术产品，就是我们基于 React做的一些类库，或者是做了一些设计的封装，那么培训全栈直接用就可以了
我后面所讲的前端架构面向的观众其实都是全栈的开发，不是前端开发，所以我们的架构会有一些改变
首先我们选择的底层类库是React，我们为什么要选择React技术站，而没有像以前那样我们基于jquery或者 kissy继续做，其实有一些原因
首先React技术栈是比较先进的，它是目前流行的函数式，基于不可变数据并且它是非常务实，在 facebook全网都有应用，经过大量实战考验
第二个是生态圈非常繁荣，React是从2013年发布到现在 star 一直在涨，现在已经四万多了，并且 redux, react-router等等这些类库层出不穷，并且质量非常高
第三个是适用性广，适用性广的话也是根据我们的特点，我们要打造全栈工程师，就希望他们能够用尽量少的技术来应对各种应用场景，无论是 native 端还有web端都希望用一种技术来开发，而React的话，就是提供了我们这样的技术，比如说React和React-Native
第四个是我没写出来，是针对我们公司的，因为蚂蚁金服的后端开发人员是以JAVA开发为主，而React技术栈的整个架构和后端的JAVA架构其实是比较类似的，比较容易被后端开发所接受经过这一年的验证，也确实证明这一点，非常容易上手
我们选型的核心技术是React，ES2015然后还有 typescript是目前正在推进的一个改进，也是特别贴近我们公司的业务，因为我们后台的应用非常复杂，业务逻辑非常多，后端开发是用JAVA，有很多的类型保护这个系统不会轻易的崩溃等等当他们转到前端以后，发现前端太灵活了，根本搞不清楚这个对象里面有哪个方法，属性是什么类型，经常会传错或者运行时抛错，而导致一些对我们前端来说是不可思议的错误我们现在在引进 typescript来对我们的技术产品做一个静态类型的增强，避免一些无谓的错误
我们要打造适合全栈的前端基础设施，这个是我们目前的一个架构图
底层是基于 npm 的，在公司内部对应于 tnpm，大家如果熟悉JAVA的话，就是相当于 maven的这种包管理工具，然后我们会 ant-tool 这样一个编译工具，对应JAVA的话，相当于JAVAC等等的一些工具然后在这之上的话会有一些基础组件，然后基于这些组件我们会封装出适合全栈开发用的一些技术产品通常是融合我们的设计的，比如 antd，然后再结合我们提供的应用架构，全栈就可以基于整个体系来进行业务开发了
首先是包管理器，生态圈很重要，npm 是整个世界上所有的语言中生态最繁华的，里面基本上是应有尽有，所以说我们选择了 npm，并且也是React生态圈推荐的一个管理工具
在我们内部的话，其实阿里在很早以前就已经开始了 nodejs 应用，在我们内部的话，npm 也是有对应的镜像 tnpm，这样的话，前端可以把我们内部的一些应用模块也发到 tnpm 去，各个业务之间想共享模块的话，就直接从 tnpm 拉取就可以了，另外为后期的优化打造了一个坚实的基础
工具方面我们也是基于业界的一些优秀方案进行封装，webpack的功能是非常强大的，配置也是非常复杂的，配置文件可能经常就有几百行的样子所以说对于全栈开发来说，除了业务开发，还要熟悉 webpack 的配置等等我们希望全栈能够专注于业务我们根据自己的经验总结把它封装起来，这样的话就是一个简单的命令行工具，可以实现代理，构建，离线打包等，还有代码规范的约束
最终输出是一个脚手架，因为直接用工具的话，还是比较复杂的因为还知道它的很多命令啊，怎么用啊，直接输出脚手架，我们会把这些开发工具通过npm script来暴露出来，这样就可以直接进行开发还有构建等等，不需要了解更多工具细节了
我们目前组件分成三大部分，首先是底层的react-component，这个在 github上开源了，这些底层组件的话通常是不涉及设计的，就是它没有设计要素在里面，只是实现结构和功能，那么在基于这个组件，会有基于我们的设计的封装，还有移动端的封装
因为React是跨终端的，所以这些组件，在编写的时候也是考虑了多终端下面的运行，如果是通用组件的话，就是没有前缀，然后这些组件的话经常是用PC还有PAD 等大屏设备上的如果有m 前缀的话，这些都是我们单独为移动端 UI的交互所实现的同时会适配web和native，组件的API是一样的，如果运行环境支持 react-native 的话，那么业务就可以跨终端运行了
组件规范包括assets，样式的话我们目前选择是BEM，然后通过 prefixCls 来适配不同的设计，这样的话底层组件不仅能够适配蚂蚁金服的 ant design 设计上，还可以适配到阿里巴巴的其它一些设计
源码 src 部分是ES6，目前是向 typescript迁移，并且部分组件的话会适配 react-native如果基于这套脚手架来实现的话，会支持很多开源的一些基础设施，比如 travis 持续集成平台，coverall 测试覆盖率平台
组件开发时通过 npm run dev启动开发服务器，可以访问示例地址进行开发测试通过 npm test在终端测试，还可以进行 npm run chrome-test，在 chrome 中进行可视化测试，还可以进行debug
通过 pre-commit 进行提交检测，代码检测通过后才会真正的提交到代码库
目前采用的是ES2015，所以是不能是直接发到 npm上面用的，我们用 npm run pub 命令，执行编译和发布，把 es6/typescript编译为 ES5代码，进行提交发布，构建项目展示页这样就完成了组件的一个完整的开发流程
组件开发完成还不是真正的完成，还需要样式来适配，我们对外暴露的是一个设计语言，包括封装好的组件，组件包含功能设计和交互，这些是全公司统一的，有一定的设计原则，然后还有一些设计模式的沉淀，有对应的工具，参考案例，然后会培训全栈来开发，培训产品经理设计
Ant design是跨终端的，它可以后台，也可以针对移动端遵循的原则其实首先是非常实用的，这个设计语言我们是希望能够统一蚂蚁金服的设计第二它是小而美的，它的组件是非常多的，可以根据业务特点按需使用
后面两个就是它是有统一的交互和动画，形成一个统一的品牌输出
实现包含两个部分，第一个就是PC端的实现，PC端的实现就是antd，这个库的话目前已经开源，在ATM里面包含了很多组件，它是对底层组件的一个封装，然后融合设计，形成了一个统一UI，用户只需要组件，进行一些布局和拼装
我们也在进行国际化，蚂蚁金服现在也在进行一些国际化的业务，那么对于多语言的支持也是有非常强烈的需求同时我们在国外的话也有一些影响，一些国外的开发者希望我们能够更国际化一些，现在会增加一些国际化的文件，对文档进行翻译，我们是和国外的开发者一起进行的，我们翻译之后会请那些国外开发者来 review
使用的时候不需要关心样式，和那个JAVA里面的import是一样的直接通过标签化的使用，进行一些业务处理会有一个 babel 插件进行按需加载，如果直接用 import antd的话，打包后会很大所以有了这个插件之后，可以进行按需加载
Ant.design是一个SPA的单页面应用，依赖一个工具叫 bisheng.目前 antd在国内外取得了比较好的影响目前 star有4200多了
ant design mobile一方面要考虑web端，要考虑小屏场景，另外一个就是我们要考虑react-native，能够同时用在web和react-native，并且通过React组件的封装达到一致的API比较 react-native，如果 react-native 有的组件，web端也要实现，如果 react-native 没有的话，web 端和 native 都要实现
antm web 端基础设施和 antd 是一样的，ios 和 android 是单独的基础设施，可以通过 npm 命令来直接运行展示
三套组件定位不一样配置也不一样底层组件配置多， antd主要满足蚂蚁金服的统一品牌，配置少，交互设计固定，面向用户是全栈用户和初级的前端用户扩展性也不一样只有组件不行，还需要应用框架，组件拼装，处理了展示层的问题，业务要和服务器进行交互，处理数据和联动，这样的话就需要应用框架，应用框架的话我们目前是有两套方案，我们之前开发了非常简单的一个数据绑定库，因为我们在做业务的时候发现经常碰到数据联动的需求我们采用经典的订阅和发布模式 另外对于一些特别复杂的业务，比如说像金融云，使用起来挺麻烦的
后面我们侧重于社区，会从社区里面找一些优秀的类库形成企业端的应用框架
单页应用需要一个库来响应URL变化获取数据获取数据之后传给React渲染，渲染之后响应交互，响应交互之后我们再处理数据，把这个数据再传给服务器，或者对这个数据进行一个二次加工，然后再传给对应的组件来进行服务，比较固定的流程
我们就选择了一些优秀类库来实现这种场景比如说URL到数据这样的一个控制，我们可以通过 react-router 来实现，那么当这个UR发生变化之后，那么React就会重新渲染我们的组件，这个组件就可以获取数据，然后获取数据的话我们可以通过新的标准，以及 fetch 来方便我们和服务器来进行内部交互
有了数据之后，通过redux把数据映射到react，通过CSS module，避免了CSS冲突通过脚手架的形式来输出来，组件放在哪里，还有那个路由放在哪里，都是通过目录的形式来约定，这样的话就是避免了代码的腐化前面是说服务器交互的话，服务器交互我们用的是 fetch/falcor两种方案基于 async/await 把异步回调转化为同步调用
另外一个就是 falcor, 通过 falcor可以**减少了页面请求，特别是首屏的展现，提高响应速度
最后总结下开发流程，通过 npm 下载 antd 和其他需要的类库，然后拼装组件后结合应用架构完成业务需求业务落地主要是antd，从发布一年多以来，覆盖全部系统40%，新的业务占有率是100%
未来是希望能够把静态类型引入到类库中去，这样的话减少传统的后端开发人员开发前端代码时的错误
移动端的目标是 web 和 native 齐头并进，达到组件API的兼容，能够在各个终端快速迁移服务器端探索 falcor 或 graphql，通过这种统一数据模型来规范前后端交互 完善国际化的资源和文档，支撑蚂蚁金服的国际化发展
最后是业务模式库，和业务方面结合，规范我们的业务，通过提供通用的业务组件来更好的支持多业务线之间的共享
Python比java牛在哪里？
在进入主题之前，小智先分享几条大神的人生警句、醒世明言：
初学者才争论语言，我们只看心情。
还有：
选择入门语言最重要的是
“三观”相似 “臭味”相投
以及大家都应该铭记于心的（我觉得这条是说给他自己的）：
人作的程度
不要超过自己的颜值
以上都是重点，一定要做好笔记。下面科普时间正式开始：
Python人生苦短，我用Python
优点 ：
语法简洁优美， 功能强大， 标准库跟第三方库灰常强大， 应用领域非常广，跟PHP形成了鲜明的对比!
语法方面， 举几个例子：
1、一切都是对象
类(class本身)/函数/类方法是callable的对象
因为是对象，所以你当然可以传来传去啦。
比如:
2、List表达式(其他好多语言也有,但是python的写法最招人待见):
把"1023"变成 [1, 2, 3]
(当前你可以用Lisp风格的: map(int, filter(lambda x: x != "0", "1024")))
对dict也是类似:
3、yield关键字
当你需要返回很多东西然后一个一个用的时候, 你可以一次返回一个
4、装饰器@
把something_heavy()返回的结果缓存起来(以函数名+args为缓存的键值,只缓存最近使用的10条)
5、运算符重载
试试numpy, 你会惊呆的, 操作向量/矩阵跟基本类型一样方便
缺点:
慢
目测python是最慢的脚本语言，比V8上的JS还慢不少。 (研究一下描述符，你会发现python调用对象方法的开销好大!)
但是python创始人说了, 一般程序的瓶颈在于20%的代码, 所以你可以把那20%的代码用C重写(因为python是胶水语言，顾名思义，在多个语言之间左右逢源，游刃有余，用C重写部分代码当然很easy啦)
同时，你可以试试PyPy， 引入了JIT技术。
动态类型
有人说: 动态类型写时爽, 重构起来是灾难。
对于不写unittest，不做代码覆盖率测试的人来说，动态语言当然是危险的，拼写错误都可能被隐藏，重构？别捣乱！
python创始人有话说: "如果你认为编译器可以帮你解决所有问题,那你一定干编程没多久，不管什么程序，都需要写testcase， 既然要写testcase， 那么动态类型不是问题！"
Java编程人员最多的编程语言
优点：
用几个词形容一下Java语言：优美，严谨，健壮，不易出错。
当然，使用也非常的广泛： 常年盘踞编程人员数量排行榜第一名！
各种库也灰常多: akullpp/awesome-java · GitHub
BUG少：同样的代码，相比C++(甚至python)， Java代码出BUG的概率要小点(当然，写的时候一般会比python长)
Java从语言设计上尽量避免了程序员犯错，比如自动垃圾回收、抛弃无符号类型、安全的枚举、编译期泛型检查(Java1.5之后加入的泛型，但是只是用来做编译器检查，运行时跟以前一样)、强制的异常处理(遇到异常必须catch或者申明throws) 等(当然，某些特性python也有)。
Java标准库和好多第三方代码都充斥着浓浓的设计感!!! 各种设计模式到处可见。 从下面的语句可以看出一点来:
好多字, 看它们的:
C:
Python:
Java代码多，但是API可复用行更强，选择更多(想一次读完文件，不要buffer呢？)
因为健壮安全，所以Java成了企业级后台的标准。想想银行后台， 关键地方出点bug可不得了。
缺点:
要敲好多代码
（参考上面的例子）
没有Python那些奇葩特性，灵活性不足，怎么写你还是Java， 而Python可以写的像Javascript/Lisp/Matlab.....
简单来说， Python是给人设计的(人生苦短,请用Python)， C/C++更像是为机器设计的，而Java则介于两者之间。
那么问题来了，
Java和Python哪个好呢？应该怎么选呢？
大神说了（敲黑板，划重点啦）：
如果你是高手，写出的代码没什么bug，也不用怎么调试， 那推荐你用python(前提是他的慢你能忍受。 当然，高手眼里， 他会的就是最好的....)
如果你写的代码bug多，大部分时间在调试代码，你可能需要了解一下Java， 或者写足够多的testcase。
————我是小智嘚吧嘚的分割线————
其实，大神虽然说话很欠揍，但有一点是对的，“没有好的语言，只有合适的语言。”
猴子开核桃用石头，砸别的猴子也用石头。而我们人类开核桃用核桃夹，打别的人用枪。
每一门语言都有自己的设计思想，一个合格的程序员应该多学几门语言，了解怎样用不同的方法和思维去解决同一个问题。
4000的英语词汇量能看懂msdn英文版吗？
根据卫报记者Francis和Kucera在1982年发表的研究结果称，2000个最常用单词覆盖了79.7%的英文文本内容，最常用的3000单词及变形的覆盖率达到84%，4000最常用单词及变形的覆盖率为86.7%。
所以，英语学习者的第一个目标是2000常用单词，这样就能看懂将近80%的英文内容。
一般来说，科技英语只需要掌握基本的2000-3000词汇即可阅读，因为，科技英语有个特点，就是句式简单，没有什么复杂的语法，没什么定语从句啊之类的各种复杂繁琐的句式。
所以这么多词汇量基本上是可以阅读msdn英文版的，即使碰上不认识的单词，备上一部词典，随时查一下就行。