说到大数据技术不得不提起Hadoop，它有哪些优缺点呢？
 
Hadoop的优点
 
1、Hadoop具有按位存储和处理数据能力的高可靠性。
 
2、Hadoop通过可用的计算机集群分配数据，完成存储和计算任务，这些集群可以方便地扩展到数以千计的节点中，具有高扩展性。
 
3、Hadoop能够在节点之间进行动态地移动数据，并保证各个节点的动态平衡，处理速度非常快，具有高效性。
 
4、Hadoop能够自动保存数据的多个副本，并且能够自动将失败的任务重新分配，具有高容错性。
 
Hadoop的缺点
 
1、Hadoop不适用于低延迟数据访问。
 
2、Hadoop不能高效存储大量小文件。
 
3、Hadoop不支持多用户写入并任意修改文件。
 
Hadoop的核心组件
 
 
Hadoop简介
 
Hadoop自诞生以来，主要出现了Hadoop1、Hadoop2、Hadoop3三个系列多个版本。
 
Hadoop2的三大核心组件分别是HDFS、MapReduce、Yarn。目前市面上绝大部分企业使用的是Hadoop2。
 
Hadoop2的一个公共模块和三大核心组件组成了四个模块，简介如下：
 
(1)Hadoop Common：为其他Hadoop模块提供基础设施。
 
(2)HDFS：具有高可靠性、高吞吐量的分布式文件系统。
 
(3)MapReduce：基于Yarn系统，分布式离线并行计算框架。
 
(4)Yarn：负责作业调度与集群资源管理的框架。
 
Hadoop技术俨然成为大数据的关键点，也是大数据开发课程的重中之重。
 
对大数据以及人工智能概念都是模糊不清的，该按照什么线路去学习，学完往哪方面发展，想深入了解，想学习的同学欢迎加入大数据学习qq群：458345782，有大量干货（零基础以及进阶的经典实战）分享给大家，并且有清华大学毕业的资深大数据讲师给大家免费授课，给大家分享目前国内最完整的大数据高端实战实用学习流程体系 。从java和linux入手，其后逐步的深入到HADOOP-hive-oozie-web-flume-python-hbase-kafka-scala-SPARK等相关知识一一分享！
 

  

首先是UI层很难由美工和系统设计师来总体设计，由于即使是Delphi之类的可视化开发工具，界面问题还是要程序员自己调整。解决这个问题可以走两条路：用自己的皮肤系统和美工本来就会IDE。
　　
　　其次是服务层的标准缺少，虽然Corba之类早已出现，但是昂贵的费用和实施的难度太大了。事实上这样的服务层确实有象BEA的Tuxedo，IBM的CICS等，但伸缩性小，使用范围小，不算是老少咸宜。
　　
　　最后是数据层一般是直接存取数据库，高级一点的是通用性强一点，能多访问几个数据库。但远没有到对象持久化这种程度。
　　 
　 

　　传统三层架构B/S
　　J2EE架构的推出带来了很大的进步，先前推出的PHP、ASP等嵌入式脚本语言只限于一种模板脚本语言而已，真正的架构还是从J2EE开始起的。
　　
　　早期J2EE还未成熟，这张图应该是J2EE1.2以后的，至少是EJB2.0以后的。
　　
　　在UI层与其他脚本嵌入语言类似，模板+脚本，仍然没有较好的Action功能，这直到Struts之类的出现才开始改观。
　　
　　SeesionBean的出现加速了服务层的建立，让业务逻辑真正可以独立出现，尽管现实没有这么理想。
　　
　　Entity Bean的出现，非凡是CMP的出现，建立了对象持久层，数据库再也不需要了解细节了，甚至对象数据存在哪里都没人想知道了，虽然有这样那样的困难和问题。
　　 
　

　　现代多层架构
　　多层架构是从开源开始的。
　　
　　Struts是闻名的MVC2，尽管现在看来问题还是不少，但是不可否认，它的功劳是显著的。
　　
　　AspectJ带来了AOP，让开发换个思路。
　　
　　Spring让这些看上去很简单，重新发掘Bean的力量。
　　
　　WebWork、JSTL、Tapestry、JSF、PIO、Hibernate、Castor等等一系列的开源计划层出不穷，我可以列到你开始呕吐为止。
　　
　　有很多显著的特点：
　　
　　注重UI层的简化开发，强化模板引擎和组件开发，使Action或Lisnter成为标准配备。
　　
　　服务层强调弱耦合，可以与多个轮子一起工作，方便更换合适的框架，甚至考虑兼容传统系统。
　　
　　对象持久大行其道，都是针对EJB的软肋去的，但3.0的发布会弥补EJB的问题。
　　
　　各大厂商争相抢夺市场，工具和服务器和版本飞涨，跳得比计价器还快。
　　
　　XML大行其道，已经成为标准格式，至少是配置文件和转换模板的标准。
　　 

　　现代架构简介
　　View 展示层。显示内容、接受用户人工信息。
　　
　　Template Engine 模板引擎层。使用模板的方式产生最终View展示层的内容。
　　
　　Action或Listener 动作或监视层。接受用户人工动作、根据动作反馈。
　　
　　Control 控制UI层。控制UI的动作反馈、页面流程。
　　
　　Service 服务层。除业务逻辑以外的系统逻辑、访问域逻辑的接口、转发访问域逻辑的请求。
　　
　　Domain Logic 域逻辑层。业务逻辑、与传统遗留系统的业务逻辑接口。
　　
　　Domain Model 域模型层。业务模型，与业务有关的对象模型树，包括对象属性和之间的关系。
　　
　　XML Model。用XML定义的域模型。鉴于XML的重要性，单独列出。
　　
　　Object Model。用Object对象来定义的域模型。
　　
　　Object Persistent 对象持久层。将域模型对象持久化。
　　
　　Database System 数据库系统。关系型或对象型数据库系统，代表了存储系统。
　　
　　应用级架构
　　可能应该称为实用架构，因为以下这些架构与现代架构不冲突，是建立在现代架构基础上的应用级架构。
　　
　　光有现代架构当然对开发来说并没有省心，反而是更增加沟通和培训成本，因此应用级架构，或可称为中间件，非常重要。
　　
　　应用级架构是用来解决各种业务问题的高层次架构。
　　
　　Workflow 工作流。解决一切依靠流程的业务系统中的流程部分的问题。工作流只管流程。
　　
　　E-Form 电子表单。解决一切业务系统中需要频繁变动界面。包括电子表单设计器和编译器。
　　
　　Protal 门户。解决多个业务系统的高级集成。多业务系统不仅是展示层上的集成，更深入到互动地集成，将可能产生相互影响。
　　
　　Data Exchange 数据交换。数据传输和格式转换。解决多个业务系统的数据交换问题。
　　
　　Message 消息中间件。解决异步消息传输问题。
　　
　　Instance Message 即时消息。解决即时沟通交流问题，并且答应与业务系统互动。
　　
　　Real-Time 实时系统。对时间和高可靠性的要求。
　　
　　Embedded 嵌入式系统。开发各种其它设备上的应用系统。

 
 
 
  
 
  
 

 一、Maven有哪些优点和缺点
 
 优点如下：
 
简化了项目依赖管理：
易于上手，对于新手可能一个"mvn clean package"命令就可能满足他的工作
便于与持续集成工具（jenkins）整合
便于项目升级，无论是项目本身升级还是项目使用的依赖升级。
有助于多模块项目的开发，一个模块开发好后，发布到仓库，依赖该模块时可以直接从仓库更新，而不用自己去编译。
maven有很多插件，便于功能扩展，比如生产站点，自动发布版本等
 缺点如下：
 
maven是一个庞大的构建系统，学习难度大
maven采用约定优于配置的策略（convention over configuration），虽然上手容易，但是一旦出了问题，难于调试。
当依赖很多时，m2eclipse 老是搞得Eclipse很卡。
中国的网络环境差，很多repository无法访问，比如google code， jboss 仓库无法访问等。
 二、Maven坐标
 
 一般maven使用[groupID,artifactId,version，packaging]来表示一个项目的某个版本，有时还会使用classifier来表示项目的附属构建，常见的附属构建有javadoc和sources包。
 
 三、Maven常见的依赖范围有哪些?
 
compile:编译依赖，默认的依赖方式，在编译（编译项目和编译测试用例），运行测试用例，运行（项目实际运行）三个阶段都有效，典型地有spring-core等jar。
test:测试依赖，只在编译测试用例和运行测试用例有效，典型地有JUnit。
provided:对于编译和测试有效，不会打包进发布包中，典型的例子为servlet-api,一般的web工程运行时都使用容器的servlet-api。
runtime:只在运行测试用例和实际运行时有效，典型地是jdbc驱动jar包。
system: 不从maven仓库获取该jar,而是通过systemPath指定该jar的路径。
import: 用于一个dependencyManagement对另一个dependencyManagement的继承。
 四、Maven的生命周期
 
 maven有三套生命周期，分别为：
 
 1、clean 周期：主要用于清理上一次构建产生的文件，可以理解为删除target目录
 
 2、默认周期，
 主要阶段包含:
 
process-resources 默认处理src/test/resources/下的文件，将其输出到测试的classpath目录中,
compile 编译src/main/java下的java文件，产生对应的class,
process-test-resources 默认处理src/test/resources/下的文件，将其输出到测试的classpath目录中,
test-compile 编译src/test/java下的java文件，产生对应的class,
test 运行测试用例,
package 打包构件，即生成对应的jar, war等,
install将构件部署到本地仓库,
deploy 部署构件到远程仓库
 3、site周期
 
 主要阶段包含
 
site 产生项目的站点文档
site-deploy 将项目的站点文档部署到服务器
 五、我们经常使用“Mvn Clean Package”命令进行项目打包，请问该命令执行了哪些动作来完成该任务？
 
 在这个命令中我们调用了maven的clean周期的clean阶段绑定的插件任务，以及default周期的package阶段绑定的插件任务
 默认执行的任务有（maven的术语叫goal, 也有人翻译成目标，我这里用任务啦）：
 
maven-clean-plugin:clean->
maven-resources-plugin:resources->
maven-compile-plugin:compile->
mavne-resources-plugin:testResources->
maven-compile-plugin:testCompile->
maven-jar-plugin:jar
 六、依赖的解析机制
 
解析发布版本：如果本地有，直接使用本地的，没有就向远程仓库请求。
解析快照版本：合并本地和远程仓库的元数据文件-groupId/artifactId/version/maven-metadata.xml，这个文件存的版本都是带时间戳的，将最新的一个改名为不带时间戳的格式供本次编译使用。
解析版本为LATEST,RELEASE，过于复杂，且解析的结果不稳定， 不推荐在项目中使用，感兴趣的同学自己去研究，简而言之就是合并groupId/artifactId/maven-metadata.xml找到对应的最新版本和包含快照的最新版本。
 七、插件的解析机制
 
 当我们输入"mvn dependency:tree"这样的指令，解析的步骤为：
 解析groupID:
 maven使用默认的groupID:"org.apache.maven.plugins"或者"org.codehaus.mojo"
 解析artifactId(maven的官方叫做插件前缀解析策略)
 合并该groupId在所有仓库中的元数据库文件（maven-metadata-repository.xml），比如maven官方插件的元数据文件所在的目录为org\apache\maven\plugins，该文件下有如下的条目
 
 
 
 
 
 
 
 
  

   
 
       
 
        

          1
        
 
        

          2
        
 
        

          3
        
 
        

          4
        
 
        

          5
        
 
       
 
 
       
 
        
 
         <
         plugin
         >
        
 
        
 
         <
         name
         >
         Maven 
         Dependency 
         Plugin
         <
         /
         name
         >
        
 
        
 
         <
         prefix
         >
         dependency
         <
         /
         prefix
         >
        
 
        
 
         <
         artifactId
         >
         maven
         -
         dependency
         -
         plugin
         <
         /
         artifactId
         >
        
 
        
 
         <
         /
         plugin
         >
        
 
       
 
  
 
 
 
 通过比较这样的条目，我们就将该命令的artifactId解析为maven-dependency-plugin
 解析version
 如果你在项目的pom中声明了该插件的版本，那么直接使用该版本的插件，否则合并所有仓库中groupId/artifactId/maven-metadata-repository.xml，找到最新的发布版本。
 
 对于非官方的插件，有如下两个方法可以选择：
 1）使用groupId:artifactId:version:goal 来运行，好长~~~~~~~~~~
 2）在Settings.xml中添加pluginGroup项，这样maven不能在官方的插件库中解析到某个插件，那么就可以去你配置的group下查找啦。
 
 八、多模块如何聚合
 
 配置一个打包类型为pom的聚合模块，然后在该pom中使用<module>元素声明要聚合的模块
 
 九、对于一个多模块项目，如果管理项目依赖的版本
 
 通过在父模块中声明dependencyManagement和pluginManagement， 然后让子模块通过<parent>元素指定父模块，这样子模块在定义依赖是就可以只定义groupId和artifactId，自动使用父模块的version,这样统一整个项目的依赖的版本。
 
 十、一个项目的依赖来源于不同的组织，可能这些依赖还会依赖别的Jar包，如何保证这些传递依赖不会引起版本冲突。
 
 使用<dependency&gt的<exclusion>元素将会引起冲突的元素排除。
 
 十一、常见的Maven私服的仓库类型。
 
 （宿主仓库）hosted repository, （代理仓库）proxy repository, （仓库组）group repository
 
 十二、如何查询一个插件有哪些目标（Goal）
 
 mvn help:describe -Dplugin=groupId:artifactId
 
 from: http://www.javacoder.cn/?p=211
 
 

 

C语言的优点和缺点


C语言的优点：

1.面向过程的语言
C语言是面向过程的语言，在这里用户创建过程或函数来执行他们的任务。面向过程的语言是很容易学，因为它遵循的算法来执行你的语句。要使用面向过程的语言开发程序，你需要画/编写算法，然后开始转换成程序或功能。
2.拥有许多库
C语言中提供了大量的函数其中包括系统生成的函数和用户定义的函数。 C编译器自带的头文件，其中包括可用于开发程序的许多基本功能列表。同时，程序员还可以创建功能，按他们的要求被称为用户生成/定义的函数。
3.编译速度
C编译器产生的机器代码非常快相比其他语言的编译器。 C编译器可以在两秒编译约1000行代码。 C编译器的另一个好处是，它还优化了代码更快的执行速度
4.易学（语法是接近英语）
C语言的语法是很容易理解的。它使用关键字就像if, else, goto, switch, goto, main等。这类关键词，我们都在我们的日常生活使用的是传达意义或得到一些决定。
5.可移植
C语言的设置是大约3-5 MB。所以，你可以随身携带在你的软盘驱动器或随身碟这种语言。它非常易于安装和操作，又其输出是可以在任何一台电脑，没有任何其他的框架/软件执行的exe文件。
C是高度可移植的语言。这意味着，对于一台计算机编写的C程序可以在另一台计算机上轻松地运行而没有任何变化或做一个小的变化。
6.C语言为许多其他目前已知的语言构建模块。
C语言具有各种各样的数据类型和强大的操作符。由于这个原因，用C语言编写程序是高效，快速和易于理解。
7.只有32 ANSI C关键字和它的长度依赖于它的的内置函数。
有几个标准的函数可用于开发程序。
8.C的另一个重要优势是它能够扩展自己。
一个C程序基本上是那些由C库支持的功能集合，这让我们更容易对我们自己函数添加到C库中。
由于大量功能的可用性，编程任务变得简单。
9.C语言是一种结构化程序设计语言。
这使得用户能够想到一个问题中的功能模块或块的条款。这些模块的集合可以编写一个完整的程序。这种模块化结构，使程序调试，测试和维护变得更加容易。


C语言的缺点：

1.面向对象编程功能（OOPs）
面向对象编程的特点是C语言缺少的，你只能使用面向过程的语言来开发程序。C没有的OOPs概念，这就是为什么C ++被开发。
2.运行时类型检查是不可用
在C语言没有规定运行时类型检查，比如我传递浮点值，而接收参数为整数类型那么值将会被改变，它不会给任何类型的错误信息。
3.命名空间功能
C不提供的命名空间功能，让你是不能够在一个范围内再次使用相同的变量名。如果命名空间功能可用的话，那么你可以能够重复使用相同的变量名。
4.构造函数和析构函数不可用：
C不提供面向对象的特性，因此它不具有构造和析构功能。构造函数和析构函数用于构造对象和销毁对象。因此，在C语言中，你必须通过方法或者以其他方式来手动实现变量的析构和构造。


参考文档：
1. http://latest-technology-guide.blogspot.jp/2012/12/c-language-advantages-and-disadvantages.html 
2. http://www.thecrazyprogrammer.com/2013/07/what-are-advantages-and-disadvantages.html