框架都是浮云，更新也比较快，打好基础才能适应万变。SSH很多公司不用，他们有自己的框架或改下整合目前的框架，只是面试时喜欢问即使他们不用。
‘贰’ java 框架师和程序员的区别
程序员 是泥瓦工，搬砖垒墙的
架构师 就是房屋设计师。
架构师 设计好结构，程序员就只能在这个结构里折腾。
架构师 也分很多种，我知道有应用程序架构师和框架架构师。
想当架构师，至少有五年的编码经验，二到三年的管理经验，刚开始别想这个了。
你所说的ssh三大框架，只能算是基本框架，就算是一个地基吧，把范围定下来了，
如果直接那这个来开发，不是不行，但约束性无法保证，因为个人编码习惯的不同，直接用
代码就没法看了。
我做使用它们做一些重构，这个就算是业务框架吧，只是针对具体项目来制定的，使项目开发更容易一些。代码的规范性得到一定的控制。
至于是干前台还是后台，那就看你公司了，以前我们是包画面做，前后台都得干。
‘叁’ java大数据程序员如何成长：一定要写自己的框架
从事java大数据程序员的同学发现，很多程序员快速掌握一门语言的方法都是，用别人的框架进行学习，但是框架用的时间久了之后就发现了一个问题：我真的有学习过吗?我学的内容真的有用嘛，这些框架内的东西能对我今后有帮助吗?今天专家为大家整理了一名以前无限互联的同学从事java大数据工程师的成长路程：
‘肆’ 急请问什么是编程框架现在的框架那个好或者说他们的优势和缺点是什么java平台和。net哪个更具潜力
java平台应用更广泛些，.NET平台是微软的，说白了就是离不开windows，不过话又说回来，微软的windows市场份额占了多少大家都清楚(此处单指桌面应用，服务器是另一回事了，呵呵)
java就是跨平台，代码一次编译，到处运行，只要系统上有java虚拟机存在，java程序无视平台差异，缺点就是程序的运行速度上会慢一些，不过这也是跨平台程序的通病。.NET和java差不多，还是那句话，.NET限制在了微软产品上。框架的好处是为编程提供了一个通用的开发模板，使用框架进行开发可以极大的提高开发效率，并且从程序的结构上来说，由于具有通用性，也便于维护，更新，避免了如因为程序员离职后，新的程序员接手老程序员的代码却无从下手的尴尬境地。框架的作用还有许多...其好处需要在不断地应用当中才能更深地体会到。
‘伍’ 现在程序员有前途吗我一直想从程序员做起，然后构架师什么的，我不是学计算机专业的，学编程就是自学的
作为一个不是科班出身、没有正规学习过计算机知识的架构师，想在这里把我这几年学习的经历体验和大家分享一下，谈谈自己对架构师成长之路的一些感想。
奠定扎实的理论基础
千里之行，始于足下!技术不是一蹴而就的事情，而是长时间积累的成果。扎实的基本功是做好所有事情的开始。到现在我还记得对我影响非常大的几本书：
■《C++编程思想》
■《深入浅出MFC》
■《Windows 核心编程》
■《数据结构》《编译原理》
我学习计算机正是按照这几本书的顺序，之前学习C的经历就不必说了，而转折点正是《C++ 编程思想》——它让我感觉到程序和语言竟然这么有意思，至今仍对虚表的概念记忆犹新，尤其指针的用法，对我以后学习Java语言有很大的帮助，对多态和语言的特性也有了很高的认识。
《深入浅出MFC》这本书，记忆最深刻的还是其中强大无比的宏定义和对象层次设计。然而学习MFC的过程中，我遇到的最大问题就是：很多东西都是黑盒的，这引发了我刨根问底的欲望。所以后来我学习了《Windows核心编程》，这本书给我的最大收获，就是了解了很多操作系统底层的知识，操作系统是如何运行的。不过遗憾的是，如果当时从Linux 或者Unix 开始学习，应该会了解得更系统一些。
之后我深入学习了《数据结构》和《编译原理》。这是我经过了很多实践以后，又回过头来重新学习。拿《编译原理》来说，以前对这门学科的了解非常有限，后来为了实现一个东西，要用到脚本语言，找来找去找到了Velocity(后来想想使用Groovy 应该更好一点)，用了以后觉得很好。以前修改程序逻辑，是需要重新编译或者修改配置重新发布才能OK，而现在只需要编辑然后保存一下，就能得到自己想要的结果。这令我着迷，于是想知道它是如何实现的，翻看源代码才晓得原来还有 JavaCC这个东西。就这样，我从解释语言入手，逐渐开始了疯狂学习编译原理的过程，越发觉得编程语言非常有意思。
回头想想以前和现在学习的语言，感觉程序语言就是在不断抽象：从汇编、C、C++， 再到Java、C#，再到更动态一点的语言如Perl、Python、Ruby 等等。不管它再怎么变、再怎么抽象，还是编译原理应用的产物。
讲了这么多，就是想强调理论基础知识的重要性!虽然我们现在使用的框架如此之多，但是如果你有了扎实的基础理论知识，这些东西就跟玩具一样。基础就是一个无招胜有招的杀手工具。
培养完善的抽象思维
抽象的能力也是作为一名好的程序员必须具备的能力。我们在考虑问题的时候可能会遇到错综复杂的场景，从这些迷雾中找到一条明路是我们做好程序员的关键。这些年来学习了很多框架，回过头来想想自己都有点后怕，这也令很多初学者望而生畏。但认真想想，真的有那么可怕吗?
让我们从语言层面逐渐剖析这个问题，应该很容易做出解释。程序语言就是我们在某种场景下交流的工具，汇编是机器语言;C和C++ 是编译型语言，它们是一种针对汇编的高级抽象;而Java 和 C# 就是更高级的抽象了，甚至于抽象了一层虚拟机出来(这个产生的影响就是，之后的很多高级语言评判标准，都是“是否支持虚拟机”)，再到后面的许多动态语言，那就是更抽象了。说到这里你会问到，讲这么多语言类的东西和学习框架有什么联系?让我慢慢道来。
我们使用一种语言就是用它的语法进行编程，而学习一个框架实际也是为了用这个框架所提供的语言来写程序：Struts——我们使用很多配置还有 Action 和Form ;Spring——我们使用Bean 模型，这是它的最基本模型(现在 Spring 已经庞大得让很多人无法学习了);iBatis——我是用它的XML-SQL 模型;JBPM——使用它所谓的GOP模型(面向图元的编程);Web flow——是在使用它的页面流模型。这样的例子我可以举出很多(这也是DSL现在如此流行的原因)。
很多人会说：学习这么多我已经晕掉了!不妨想想，为什么会有这么多东西存在? Struts 是为了解决Web编程的困扰;iBatis、Hibernate 是为了解决在数据库编程时的麻烦;原有的Web页面编程都是独立的具体单元，Web flow能够让这些页面形成流的形式，让开发更顺其自然;从JBPM的GOP可以看出，JBoss 的开发人员对抽象的理解度很深。我举这么多例子，实际是让大家不要害怕现有的这些框架，有了扎实的基础，抽象的概念是很容易理解的!缺乏抽象的能力，你就不能更快更好地解决问题。
实际抽象能力衍生出来的一点就是，需要我们对已学过的知识定期进行梳理。这样能让你巩固已有的知识，为以后的学习做好准备。知识就好比一棵生物进化树，最终目标都是一样的，关键是看如何选择进化的路线，让自己的知识结构能够有机的结合在一起。做到学以致用。过一段时间就梳理一下，你会有更多的发现。
扩充现有的知识层面
在巩固原有知识结构的前提下，我们更需要扩充现有的知识面。井底之蛙，看到的永远是井口大的那片天，只有跳出来，才能看见无限美好的蓝天白云。我曾经也常常局限在自己已熟悉的那块领域沾沾自喜，但是走出来以后才发现，自己原本是多么肤浅!学习的知识越多，对新事物的洞察力将会越准确!这样有助于你巩固已有的知识，系统地学习新的知识。
那我们是否需要无限平行式的学习知识呢?我的答案是“No”。人的知识面是有限的，我们需要一个T型的知识结构。你的知识面要广，但是对于某些技术点要专，这才是做好一个架构师的关键。有时 “专”可以让你对很多“广”的知识产生触类旁通的感觉。
实践也是非常重要的一环，不要有畏难心理，觉得这个东西太难，我无法完成!有时候事情的结果可能是糟糕的，但是过程是非常宝贵的，其中可以学习到很多东西，同时也可以让自己避免轻浮的心理。
还要着重培养自己良好的沟通与解说能力。架构师面对客户群具有多样性，有技术工程师、业务人员、公司管理层，甚至直接面对客户等。要把一个高度抽象又复杂的系统说清楚，这对于架构师来说也是一种挑战。所以架构师必须掌握技巧，应用多种表达方式来阐述架构与产品设计、与具体业务、与公司战略之间的关系等。培养良好的沟通能力，多和周围的人进行沟通，你能够学到更多的知识!
“平衡”是架构设计的艺术，我们设计一个东西，就是在平衡各方面的利益。平衡有可能是时间上的，比如需要支持多少年的系统可用性;平衡有可能是纵向的，比如要支持系统的向下兼容性，要保证程序员编程模型上的简单性等等。这种平衡就是因人因时因地而异了。平衡的把握很可能就是评判一个架构师架构水平的标准!架构师在设计的时候应该权衡维度、整体性和扩展性，考虑问题时不要局限于自己的一亩三分地。多种点田，会长出很多庄稼的!
拥有一个扎实的基础，不断扩充自己的知识面、完善知识体系，在对现有知识抽象的基础上，不断去沟通实践，你将获得更强的架构平衡能力。最后我还要说，业务知识非常重要，这个是你实践的关键!
‘陆’ javaweb程序员必须自己会写框架么
大多不用自己写，但是要理解，框架是把一些通用的操作封装起来从而达到更快捷、方便的目的，会用的话更好
‘柒’ java程序员应该重点学数据库还是框架
还是先学java基础吧，还有jsp和servlet，找点视频，学这些的时候就可以顺便把数据库给学了。
先把数据库基础掌握差不多了，在用框架来链接数据库！要不然你做的网页都不能查数据库，那和静态有什么区别。
1、如果是java的web程序员，你就必须要学习数据库知识，至少要了解如何写sql，建表，表之间的关系。
2、如果是java做工具，可以不了解数据库，学好java基础知识。
3、i码邦是java入门学习的好帮手，i码邦--手机上的java编程神器，碎片时间，分分钟搞定一切java问题。。随时随地，学java，写java，大神在线，解答一切java问题。。
‘捌’ 前端框架的性能什么的真的有意义吗
停止写JavaScript框架
JavaScript框架看起来像死亡和税收一样不可避免。我敢肯定每次有人开始一个新的web项目时，他们问的第一个问题的肯定是： 我们用的是什么JS框架?这真让我着急上墙。 这就是JS框架在当今业界根深蒂固的现像。实际上，框架并不是非有不可，它需要停下来。
让我们来先看看我们现在都有什么？
Angular 和 Backbone 和 Ember, 唉天哪
在相当长的一段时间内。网络平台的技术栈可以简洁地描述为HTML + CSS + JS，是由于缺乏一个更好的词吗？谁也不会忘记IE浏览器模型造成的一场灾难。我敢肯定，所有的Web开发者都会为这些黑暗的日子抽搐。
在很长一段时间出现了一大堆的浏览器，和我们之间产生大量的矛盾，作为产业的前提，必须编写框架，来绕过他们。问题是，在一些浏览器中，有一些根本问题也不一致，如事件是如何传播的，或者是标签的支持。所以每一个框架，不仅掩盖了这些不同，也实现了专属于自己的浏览器的工作模式。其实这种模式是必然的，因为你必须发明一种事件工作的通用模式，和如何与DOM交互的统一模型。因此，很多框架就这样产生了，百花齐放，给我们带来了jQuery，Dojo，MochiKit和Ext JS 和 AngularJS 和 Backbone 和 Ember 和 React.。在过去的十年里，我们一直在生产大量JS框架。
注* 旧版IE的事件模型与标准冒泡模型是不一样的
但过去的十年也有发生着一些别的事情;浏览器变得更好。他们对标准支持得更好，现在也有四季常青的浏览器：自动更新的浏览器，每个版本的功能更强大，支持更新的标准，如：
HTML Imports
Object.observe
Promises
HTML Templates
注* HTML Imorts 导入复用HTML代码段的新特性， 参见规范（起草阶段） ，示例：
<link rel="import" href="/imports/heart.html">
我认为现在是重新思考的JS框架模型的时候了。有必要去创造另一种做事的方式吗？ 还是只需要使用纯HTML+CSS+JS。
那么，为什么我们仍然写新的JS框架？我认为很大一部分原因是因为惯性，这是习惯。但是，这不像框架有害的理由，对吧？好吧，让我们首先确定什么是web框架。首先是一些简单的代码例子，到列出一些要点，再移动到越来越大的代码集合，然后变成一个库，最后形成框架：
gist（要点） -> library（库） -> framework（框架）
框架不只是库，他们有自己的模式，并且与DOM交互有统一的方式，所以为什么要避免框架？
Abstractions 抽象
嗯，这是框架通常的卖点之一，它们是抽象出来的平台，这样你就可以集中精力建设自己的软件。问题是，现在你需要学习两个系统： HTML + CSS + JS和框架。当然，如果该框架是Web平台的一个抽象，你只需要会这个框架就够了。但是有完美的抽象吗？abstractions leak抽象泄漏 。所以，你还是需要知道HTML+ CSS+ JS，因为在某些时候你的程序将无法正常工作，你希望了解它实现的方式，你必须向下挖掘，通过该框架的所有层，然后弄清楚哪错了，最终到达HTML + CSS + JS。
注* 抽象是面向对象分类所依据的原则，提取特殊/共性以便继承复用，但做好的抽象永远无法完全满足以后变化的需求，目前面向接口/方面，模块化，组件化的发展都在尝试解决这个问题。 相关： 痛苦的Java程序员，面向对象的缺陷
Mapping the iceberg （映射的冰山）
框架就像是一座冰山，有10％浮在水面上看起来并不危险，但下面却隐藏着90％。事实上，这个比喻很贴切，学习框架就像是映射一座冰山，你需要了解整个过程才能使用，映射所有事情的努力可能是没有意义的，因为冰山可能有一天就会融化化。
Widgets（部件）
框架的另一个卖点，你可以访问小工具库。不过说真的，你不应该采用一个框架，来访问这些小部件，他们都应该是正交的，独立的。今天的一个很好的例子是CodeMirror，基于JavaScript的语法高亮代码编辑器。你可以用在任何地方，任何框架里。
还记得你写的那些基于MochiKit的小部件吗？是啊，当时他们看上去多么美好呀。现在呢？迁移到Ember 或 AngularJS怎么样？
Data Binding(数据绑定)
老实说，我从来没有需要过它，但如果你想使用他们，你应使用一个库，而不是一个框架。
从长期来，框架的问题的问题是，他们最终会成为孤岛，专为框架A设计的部件无法在框架B上工作。这样会浪费精力。
那么一个后架构的世界会是什么样子？
HTML + CSS + JS我的框架
我的基本的观点是我们不需要框架，使用已经内置在HTML + CSS + JS中的能力，建立自己的小部件（Widgets）。没有任何依赖，掰开任何一个都可以独立工作。最后的步骤是，将他们在 Web Componetns中启用。
注* HTML/CSS/JS不正是纯天然的MVC结构吗？ HTML -> Template, CSS -> View, JS -> Controler, JSON -> Model
HTML Imports, HTML Templates, Custom Elements 和 Shadow DOM 都是有利的技术，应该让我们减小对框架的依赖，允许创建可重复使用的元素和功能。下面这些技术可以更好地实现这一点：
HTML Imports
Polymer
X-Tag
Bosonic
所以，我们都创建<X-flipbox>类似的东西，宣告胜利，然后回家？
注* brick-flipbox是一个创建自定义Web Componetns的示例项目， 示例， 使用这个Web组件的方法：
<brick-flipbox>
<div>Front</div>
<div>Back</div>
</brick-flipbox>
不，其实，你需要确保Web组件工作的第一件事是用polyfills来实现该功能，如X-Tag和Polymer。避免那些旧版浏览器不支持的情况。
注* polyfill指是开发者希望浏览器能原生支持的一些新特性而写的代码(或者插件)。
有一点这里要强调的是，这些polyfills都不是介绍自己的模型来开发Web上的框架，它们在使用HTML5模型。但是，这并不是真正的唯一的需要，各个浏览器对标准的执行还有一些差异，这是我们需要polyfill的地方。 MDN ，是一个很有趣的社区，没有太多的不必要的代码，提供大量的文档，和少量代码实现的polyfills。