推荐第1篇：系统架构师岗位职责
1.主持产品架构分析和架构设计，构建系统核心原型。2.参与关键技术问题的紧急攻关活动。3.与各项目开发组进行技术交流，指导日常开发工作。4.参与技术评审，控制产品设计质量。5.制定产品、开发规范。
推荐第2篇：软件架构师岗位职责
架构师的职责就是设计一个公司系统的基础架构，并提供关于怎样建立和维护系统的指导方针。具体来讲，架构师的职责主要体现在以下几方面：
1、负责公司系统的架构设计、研发工作。
2、承担从业务向技术转换的桥梁作用。
3、协助项目经理制定项目计划和控制项目进度。
4、负责辅助并指导系统分析开展设计工作。
5、负责组织技术研究和攻关工作。
6、负责组织和管理公司内部的技术培训工作。
7、负责组织及带领公司内部员工研究与项目相关的新技术。
8、管理技术支撑团队并给项目、产品开发实施团队提供技术保障。
9、理解系统的业务需求，制定系统的整体框架（包括、技术框架和业务框架）。
10、对系统框架相关技术和业务进行培训，指导开发人员开发。并解决系统开发、运行中出现的各种问题。
推荐第3篇：系统架构师学习心得
系统架构师学习心得
到底什么是架构师呢？所谓的架构师，应该是一个技术企业的最高技术决策者。他主要负责公司软件产品或软件项目的技术路线与技术框架的制订。好的架构师都是善良的独裁者，具有很强的技术、良好的写作能力、良好的口头表达能力，能够在各个层次进行沟通。从开发人员到架构师的成长应该是阶梯式的，一般来讲开发人员在刚刚开始工作时只能开发简单的独立软件模块，慢慢的随着经验的增长，他开始接触一些相互之间有信息传递的模块，而后来，他会发现自己接到的开发任务已经不是一个独立的单体，这些任务由一些专门的软件部分组成，可能包含数据库，工作流引擎，消息服务等等各种功能模块，可能分布在不同的服务器上，所有的部分协同起来，完成软件功能。而这时候，体系结构的好坏将直接决定了系统的性能和可扩展性，而就在这时候，这名优秀的开发人员也开始思考架构师应该思考的问题了，或者说，他向成长为架构师的道路迈出了一大步。在很多技术公司里，架构师是公司的“金领”，有着非常高的收入，很少需要考虑生存的问题，从而有更多的精力思考关键技术问题，形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后，就要开始考虑自己的未来到底向哪个方向发展。如果开发人员的沟通能力强过技术能力，在补充一定的项目管理知识后，可以向技术管理的方向转型。如果其对技术一直很感兴趣，而沟通能力也不弱，则可以试着进一步加强技术修养，以期向架构师的方向发展，最终“修成正果”。
对照自身而言，我不是技术人员出身，目前所从事的工作，主要是担任公司前沿技术，和前沿产品的前期准备工作，但正因为是前沿技术或产品，了解和接触的人很少，这就显示出我的这项工作和系统架构师有着异曲同工的作用，即对之后的产品路线与产品框架的制订有着至关重要的作用。
在经过一段时间的学习后，我对系统架构也有了一定的认识，一名合格的系统架构师应该具备以下几点：
1.系统架构相关的知识和经验。
2.很强的自学能力、分析能力、解决问题的能力。3.写作、沟通表达、培训。
对照我目前的工作，个人认为我同样需要具备以上几个工作特点，首先在调研一项新产品或技术的时候，应该了解该领域的相关知识，做到专业，这样在今后工作中，能够从专业的角度对同事进行帮助。其次，要有很强的自学能力、分析能力、解决问题的能力，才不会在面对新的领域茫然，有自己的解决方法。最后，就是能将自己学到，了解到的付诸于文字，能生成有效的文档，对之后需要接触该领域的同事有借鉴和帮助。
作为系统架构师，必须成为所在开发团队的技术路线指导者；具有很强的系统思维的能力；需要从大量互相冲突的系统方法和工具中区分出哪些是有效的，哪些是无效的。架构师应当是一个成熟的、丰富的、有经验的、有良好教育的、学习快捷、善沟通和决策能力强的人。丰富是指他必须具有业务领域方面的工作知识，知识来源于经验或者教育。他必须广泛了解各种技术并精通一种特定技术，至少了解计算机通用技术以便确定那种技术最优，或组织团队开展技术评估。优秀的架构师能考虑并评估所有可用来解决问题的总体技术方案。需要良好的书面和口头沟通技巧，一般通过可视化模型和小组讨论来沟通指导团队确保开发人员按照架构建造系统。
可以看出，成为一名优秀的架构师是需要具备很多素质的，分析自我，我觉得我个人在某些方面还要不断的成长，才能一步步成为一名优秀的架构师，在今后的工作中我也将注重自己一下几点的培养，让自己在工作中更上一层楼：
1.培养创新意识，广泛涉猎和知识库领域相关的内容，尤其关注国外前沿信息。2.培养自己解决问题的能力和零号的沟通，这样才能博采众长，能够在工作中发挥自己建设性的作用。
推荐第4篇：网络架构师材料
Juniper网络公司架构师演讲稿
各位早上好！我非常喜欢刚才的一段幻灯片。我今天想讲的是一些主要的领域，就是说我们在哪些方面还需要继续努力，把IPv6推到全球性的部署。我将会跳过其中的5个，简单的看一下，我的目标不是给大家做一个简单的演讲，我只是想让大家认识到公司对于大学、对于政府在扫除我们所面临的障碍方面，面临的巨大机遇。刚才讲了很多安全性的问题，实际上他可能对IP安全性关注最高的人之一。有三个方面的安全性问题，我讲一下。第一我们需要安全的端到端的模式，第二，我们还需要一个无处不在的网络和加密。第三，我们要有一个高性能的基于路由器的过滤。大家都在讲加锁的问题，大家对此也提出了很多的建议。一般都是建立系统的模式，或者是移动的IPv6的模式，这些基础性的技术需要非常安全的端到端的应用。才能被大家接受。现在这些技术还不能成真，因为我们现在的安全模式有问题。现在安全模式的问题就是IP的地址是很重要的一部分。IP地址必须是全球性的，我们现在的安全模式包括放火墙使用的IP地址，大家也听到了在很多的演讲中，网络地址的转换必须要消除，因为网络地址的转换极大的妨碍了新的应用的开发。我们需要一个新的安全模式，不需要net。当然，我们在网络中还是需要放火墙，但是网络安全管理模式对于创建端到端的安全模式是非常关键的。也就是说我们不需要现在的安全性模式，有一些安全性是非常有用的。我们也有很多著名的放火墙的作用是比较好的。其实他们都是一种防护性的措施。但是也并不是很有效。我们需要确保真正的端到端到安全性，确保每一个设备的安全性。由于时间的问题，我不会一点点的读出来的。我是从别人的演讲中拿来的。从什么领域建立一个新的安全模式。另一个安全问题就是“使用无处不在的认证和加密方法”无论我们使用的是什么设备和什么应用。高性能路由器械的过滤是非常重要的高的过滤对于网络的安全性非常重要。这样可能会避免很多的剧烈的服务攻击。再看一下运营商的问题和SP的问题。不需要用硬件完成这种过滤，如果用软件完成这种过滤可能会极大的影响速度，要在头上进行过滤，这并不是一个问题。问题是不仅要对包头对于过滤像地址端口等等。这就会遇到一些问题。这是因为IPv6的包头，如果要过滤就要进入到这里面，得到端口的一些信息。所以，我们一些路由器的厂商应该做出这方面的工作进行调整。在IPv6中采用多线查找的方式是不可接受的。我们可以在核心网络中创造一种环境，路由表可以变得非常大，更重要的是网络核心变得非常不稳定，因为要在这个设备和单个的网络上进行安全性。这是和我们现在的查找的方法非常好，IPv6中的查找是什么样的。一个客户有两个SP，他们从SP1中得到IP地址1，这样他就有了一个IP地质这是从SP1中得到的一个地址。大家可以看到，每个人都会对其他人宣传自己的地址的好处。问题就出现在这里，如果用户要想使他的自己宣传，就需要有SP对自己的地址进行宣传，让SP认为这并不是一个问题。用户希望SP2宣传他的地址空间，SP2就一定要使用地址空间。但是又出新了另外一个问题，因为现在24套的地址，所有到这个地址的信息都是通过SP2到达的。这样SP1也需要对24的地址进行宣传。从而平衡两者之间的容量。问题就是SP2必须要对另外的接入地址进行宣传。这样就会造成路由表的爆炸。就会造成整个互联网不稳定性。如果你宣传24号的地址，互联网上的每一部分就会造成不稳定性。这在互联网上是不可见的。我们在IPv6上有讲了一些地址，如果地址在互联网上都是透明的，就会减少很多的不确定性。但是路由表的爆炸的问题不是特别严重。问题是CPU的一些厂商比如华为、思科总是要处理一些不稳定因素。我们需要更合理的分配地址这样就有了一个更好的互联网的核心了，所以我们不应该简单的对地址有限制。从这张骗子大家可以看出，有很多的做法，有些做法可能是比较天真的想法。有人在过去几年提出了很多的建议，他们提出的一些建议和后面的想法也是非常好的。这些建议中都有一些优点，但是没有太理想的，这就是我们研发的重点的领域。我们就能找到和IPv6查找的更多的方法地这样就不会限入像IPv4的这种情况。我们还需要做一些什么。首先，现在有一个非常大的机遇，我们应该有一个非常好的新的业务质量的模式，应该融合了IPv6的新的特点和特征。这应该是一种基础性的技术，让我们开发新的应用。我们应该有一个非常好的业务模式，第二我们要有管理性我们在管理方面还有很多事情要做。今天IPv6的应用的发展并不是很难，但是现在要关注的从IPv4到IPv6的过渡对终端用户是透明的。终端用户可能察觉不到我们用的是什么协议。最后我们向前，我们现在做了很多前瞻性的工作，大家需要有一种和别人互相学习经验的精神，这是我们向IPv6发展的重要的一点，非常感谢！
推荐第5篇：互联网营销策划岗位职责
1.围绕公司运行情况拟订市场策划及宣传计划方案。
2.调查公司产品和竞争对手产品在市场上的竞争情况，综合客户的反馈意见，撰写市场调查报告。
3.负责现有市场分析和未来市场预测。
4.编制与互联网营销相关的广告宣传计划。
5.制定营销、产品、形象等企划案，并与公司其他部门共同实施。
推荐第6篇：互联网运营岗位职责
互联网运营岗位职责（精选5篇）
现如今，岗位职责使用的情况越来越多，岗位职责具有提高内部竞争活力，更好地发现和使用人才的作用。制定岗位职责的注意事项有许多，你确定会写吗？下面是小编整理的互联网运营岗位职责，供大家参考借鉴，希望可以帮助到有需要的朋友。
互联网运营岗位职责1
1、负责APP所有产品上下架管理，负责数据统计。
2、基于网站及APP运营数据，针对性做网站内容的'优化工作，网站后台管理与维护。
3、分析网站及APP数据、关注竞争对手动态，及时调整网站内容运营策略。
4、负责平台营销活动的策划、组织和实施。
5、与其他部门沟通协调，获得跨部门的支持和合作。
6、完成上级领导交办的其他工作。
互联网运营岗位职责2
1.负责策划并制定微信线上活动方案以及微信原创内容的策划与编辑工作;
2.制定社会化媒体运营与品牌营销策略，在微信等社会化媒体开展品牌营销工作;
3.制定并实施清晰的客户互动策略，发展粉丝与好友，通过持续互动转化潜在客户,提升企业形象及产品口碑;
4.快速掌握微信的内容创作，能够创作优秀内容，并且具有一定的话题敏感度。
互联网运营岗位职责3
1、负责公司运营向互联网用户服务模式升级的整体规划运作、方案制定、组织目标达成;
2、负责公司种业互联网用户服务运营平台的整体运营;
3、负责跟踪平台运营数据，运用大数据分析，精准分析用户行为，推进完善用户体验;
4、制定公司种业互联网用户服务运营平台指标及年度发展计划;
5、负责公司种业互联网用户服务运营平台实施、推广;
6、负责平台上线产品与行业竞争对手的情况进行综合分析，及时制定应对策略;
7、负责团队管理，对团队运营技能进行培训，指导，评估，推动团队绩效提升。
互联网运营岗位职责4
1.各种分销渠道，构建立体化销售通路，确立并不断改进营销措施。
2.负责公司逸管家平台网站整体运营管理。
3.研究网络营销的推广方案及效果进行跟踪、评估，及时提出营销改进措施，给出切实可行的改进方案。
4.负责平台内部推广优化，分析访客流向数据
5.负责平台外部推广规划，提高点击率，浏览量和转化率。
6.改进并参与逸管家平台的品牌、产品、市场的规划。
7.组织团队，提出销售策略，经确定后跟踪执行到位。
互联网运营岗位职责5
1.制定网络平台推广计划，执行计划方案和推广活动，落实达成目标。
2.跟踪互联网推广效果，根据推广效果提出调整建议;
3.能独立运营微信公众号，负责微信公众号的日常运营和维护工作;
4.负责微信公众账号的内容更新、人群聚焦、话题发起、客户管理等工作;
推荐第7篇：互联网营销策划岗位职责
互联网营销策划岗位职责
1.围绕公司运行情况拟订市场策划及宣传计划方案。
2.调查公司产品和竞争对手产品在市场上的竞争情况，综合客户的反馈意见，撰写市场调查报告。
3.负责现有市场分析和未来市场预测。4.编制与互联网营销相关的广告宣传计划。
5.制定营销、产品、形象等企划案，并与公司其他部门共同实施。
推荐第8篇：架构师和架构师的工作
架构师和架构师的工作
曾经有句调侃的话“一块砖头掉下来，砸到10个人，9个总经理，还有一个是副总经理”形容头衔的泛滥。 与此类似，在 IT 技术圈架构师也越来越多了，初级架构师，中级架构师，高级架构师，资深架构师，首席架构师。这些架构师做着各种不同范围的工作，有的只写 PPT 的，有的还要编码，还有的写测试用例，有的做系统维护，个别还会兼着项目经理。
架构设计包含几个方面。大家对架构师工作范围彼此认知不一致，多半是因为事先没有界定究竟是哪个方向的架构。一般来说分五类：业务体系架构，系统体系架构，应用架构，数据架构，基础架构。
1.业务体系架构。主要的工作是梳理业务需求，确定业务活动流程。其中一个重点是确定业务流程涉及的职能部门或者工作人员角色。 每个职能部门或者人员的角色职责，和哪些业务活动节点相关。职能部门和相关人员的组织结构，上下级关系，或者在业务活动中的交互关系等。整理业务活动流程中流转的数据信息。将众多的业务活动流程划分为若干个业务系统，包括抽取出每个业务系统中共同的业务流程，构建出新的业务系统，为其他业务系统提供支撑。确定在各个业务系统之间交互的数据信息。业务架构设计是业务人员的工作，但 IT 人员也需要很细致深入地了解。 2.系统体系架构。主要工作是根据业务需求梳理对应的系统需求，设计由哪些系统支撑哪些业务，各个系统的定位，系统之间的接口、关系，系统包含的功能，各种数据（如信息流、资金流等）流在系统之间的入口、出口、流转、传递、集成等。对应若干个业务系统，自然会有多个应用系统。应用系统和业务可以是一一对应的，具备相同的边界，也可以不对应。在业务架构分析结果的基础上，设计合理高效的系统整体架构，目标是更好地支撑和推动业务发展。没有对业务架构的深度理解，不可能设计完成高效稳定的系统体系架构。往往一个业务各个阶段在系统体系架构中分别对应不同的系统，一个整体业务流程是在一个系统中完成还是多个系统各管一段一定要建立在对业务深入理解的基础上，对业务有精准的定位才能做出合理的架构设计。 3.应用架构。 对于一个应用系统，要设计由多少个应用程序，或者客户端 API 库组成。每部分各自实现什么功能，分布在多少个节点上，彼此怎么交互。每个程序的层次结构，线程驱动的应用逻辑流程。还要选定实现应用系统的技术手段。完成应用系统功能的设计，还要考虑应用系统的性能，负载能力，如何方便地做处理能力的扩展。除了要考虑性能上的扩展，还需要考虑功能上的扩展，应用系统的管理和监控，系统集成。 选择使用什么编程语言实现，运行在什么操作系统上 ; 之后越来越多的技术层面的需求被归纳抽取实现为中间件作为应用的开发和运行平台，为开发应用系统节省了时间，提供了基础功能支持，有了业务体系统架构和系统体系架构的分析结果，就要考虑怎么样构建具体应用系统来实现业务需求。一般为了复用，功能集中的要求，会设计很多细粒度的应用系统。另外也会有一些新的对应技术层面需求的应用系统，比如监控系统，集成总线，前置系统等等。要定义这些应用系统的接口和调用接口的规范，确定各个应用系统相互交互的内容和过程。 系统要模块化设计，松耦合，数据结构要留有扩展位，程序要用设计模式，这是最基本的要求。还有目前已经深入人心的SOA， 要求设计的系统具备开放性，遵循统一的服务接口，一方面便于以后被其他系统复用，一方面也方便调用已有系统的功能。总之为了以后有新的功能需求，能够快速实现。良好扩展性会让设计出的系统在更长的时间内保持先进性，不被淘汰。每个应用程序需要有管理监控的接口，每个应用系统都要实现管理和监控功能。监控的重要性不亚于应用本身需要实现的业务功能，在做应用架构设计的时候，监控是需要非常重视的内容，设计监控实现甚至优先于设计功能实现。现在的应用系统都要求能够实时监测，能够改变运行时应用程序的参数，实时的控制。 集成可以划分为几个层面，应用界面集成，应用接口集成，应用数据集成。其中应用接口集成包括应用功能接口集成和应用监控接口集成。现在企业内部异构系统越来越多，标准的做法是搭建集成总线，使得这些异构系统可以方便的互联，相互调用彼此的功能，交互各自的数据。
4 ．数据架构。对于系统来说，除了应用架构，还有数据加构，两者是左右手关系。数据是业务领域的实体和操作在应用系统里的数据结构定义。设计数据的难点在于现实世界这些实体和相互作用的复杂，实体的继承关系，集合关系，实体的分类 都是比较难梳理清楚的事情。很多成熟行业都有行业内部的数据协议，在做数据架构设计的时候，有现成的数据定义是最好了，即使不完全遵循标准，也能提供很多的参考。如果逻辑层面的数据定义完成，那之后的工作就要简单一些。把这些数据对应于各个应用系统使用的数据库和数据库里面的表单视图；应用程序内部的数据结构和对象定义；应用系统交互时的网络数据包等等。 其中数据库的设计是大型应用系统的重中之重，需要详细地设计每个数据库，每个表单和视图，确定每个数据库的容量和性能要求。需要梳理清楚多个应用系统和多个数据库之间的关系。对于企业的多个应用系统而言，如果在设计之初有统一的数据架构设计，就避免了之后大量繁杂的数据交换和数据整合工作。当然这是理想的情况，现实是这些之后的整合工作不可避免。
5.基础架构。基础架构包括数据中心，灾备中心，网络架构，信息安全管理等等。对于做应用和数据架构设计的架构师，对基础架构还是要有所了解，这是应用系统的运行环境。
总之架构师的工作比较广泛，具体到每个架构师真正能做的和精通的就不多了。
推荐第9篇：13年工作经验_资深架构师
简 历
个人信息： 姓名： 成锁元 性别： 男
出生日期：1979年4月14日 籍贯：陕西 户籍：河北－廊坊 手机：189 1081 3417 工作经验：13年
邮箱：suoyuan@gmail.com QQ：5873494
自我评价：动手能力强，接触新技术快,做事严谨认真
工作经验： 2012/5 --现在 ：央视国际网络有限公司 | 互动开发中心 |资深架构师
公司简介： 央视国际网络有限公司，是中央电视台旗下的国家网络广播电视播出机构，域名为www.daodoc.com www.daodoc.com
项目2：北京120急救中心应急指挥系统 项目时间：2008.11 -----2009.5 项目角色：项目经理
项目内容：该系统基于移动安防平台，并根据北京120急救中心的特殊需求做一些功能定制，成为移动安防平台在行业应用的典范，也是3G业务首次成功应用。
应急指挥系统基于移动3GTD-SCDMA网络的实时传输视频图像，是无线车载实时监控的最佳实例，同时对系统的容错和负载均衡以及网络结构有很高的要求。该系统是针对行业用户需求的一些定制，同时又对个人业务的管理进行扩展和细化，用户的管理粒度增加三级，支持全国性统一平台的部署和实施。
承担任务：整体框架结构的设计，各个功能模块的详细设计，以及核心模块的实现 主要技术：grails，groovy，java，spring，hibernate，RTSP 开发环境：windows，eclipse，mysql，linux，apache
项目3：通用的短信平台 项目时间：2007.1 -----2007.5 4 / 8
项目角色：系统结构设计以及详细设计
项目内容：该系统网关部分采用松耦合的三级架构（socket层，协议层，数据库层），各层可以独立运行，各层之间采用消息队列通讯。底层的socket采用java的NIO包非阻塞方式实现，实现单节点并发处理每秒100条以上；中间的协议层采用spring的依赖注入分别实现了移动联通网通电信的协议；数据库层采用hibernate加jdk5的声明方式实现no Dao模式，同时内置jetty服务，支持web方式的后台管理。
业务管理部分采用spring加hibernate框架实现，对业务路由数据的分发处理，提供http接口转发到业务处理部分，支持在线式数据的更新，生效。 业务统计部分实现了内容提供商的实时结算，以及实施查询，报表等功能。 分的实现，以及业务统计的设计。
主要技术：Java、spring、hibernate、JMS、webwork，NIO，concurrent包，5.0线程池及框架等
开发环境：windows，eclipse，oracle，activemq.
2005/05 -- 2006/10：北京龙迹天地科技有限公司 | wap社区，短信技术部 | java高级工程师 公司简介： 专著于手机游戏以及增值业务的研发、发行、和运营，对手机游戏玩家的用户行为承担任务：整体框架结构的设计，各个功能模块的详细设计，以及网关部分，核心路由部和体验有深刻理解，在产品研发和发行上勇于创新，拥有大量受市场欢迎的高品质游戏产品，建立强大的游戏发行渠道，在市场占有率和收入上一直保持国内前三。 员工人数：500人
主要产品： wap社区系统，短信平台 汇报对象： 部门经理
工作内容：wap社区系统的通用后台(包括用户系统/聊天室/论坛/游戏等);wapush通道开发;游戏基地项目的搜索模块;手机传奇wap站;运营统计平台等; 在短信技术部时，负责短信网关的开发维护，短信人工聊天服务器端的开发(基于web services的跨平台架构);短信平台的合作通道及接口等 工作业绩：
项目1：SMS人工聊天平台 项目时间：2005.11 -----2006.4 项目角色：系统结构设计以及详细设计
项目内容：该系统以spring框架为基础，消息队列为交互的载体，通过 web service接口通信，实现了中小型的消息聊天平台。同时支持的在线陪聊客户端数目达到50个，另外实现简单机器人自动回复。
承担任务：整体框架结构的设计，各个功能模块的详细设计，服务器端的实现。
5 / 8
主要技术：Java、spring、activemq，ehcache，hibernate等 开发环境：windowsXP，eclipse，oracle 项目2：wap产品的通用平台 项目时间：2005.6 -----2005.10 项目角色：系统结构设计以及详细设计，关键模块的实现
项目内容：该系统采用spring框架实现，将常用的wap产品通用化，用户系统，论坛系统，聊天室系统，blog系统等模块化，可以根据产品动态的组合，充分适应wap产品的多样性和变化快的特点。
同时支持产品在线生成，以及动态部署，在线更新等功能，支持产品的访问量，pv统计。
承担任务：整体框架结构的设计，各个功能模块的详细设计，用户等核心模块的实现。 主要技术：Java、spring、JSP、webwork等 开发环境：windowsXP，eclipse，oracle，jbo
2003/11 -- 2005/04：北京太力信通公司 | 技术部 | 软件工程师 公司简介： 太力信通公司是从事移动数据产品和解决方案开发服务的公司。公司依托移动通信运营商，面向企业和个人提供基于移动数据业务平台解决方案和数据信息服务，并 向企业提供基于移动短消息技术(SMS)、无线应用协议(WAP)技术以及通过通用无线分组(GPRS)技术的各种移动通信增值业务应用系统和移动互联网 解决方案，致力于为手机用户开发整合一系列类型丰富的无线内容和应用服务。 员工人数：50人
主要产品：短信，彩信，wap，IVR等 汇报对象： 部门经理
工作内容：在职期间，主要负责短信、wap等产品的开发，短信网关的割接与维护.曾完成公司的运营统计平台，通用wap站生成系统，以及短信的相关产品。 工作业绩：
项目1：wap内容管理平台 项目时间：2003.12 -----2004.5 项目角色：系统结构设计以及核心模块的实现
项目内容：该系统采用spring框架实现，根据wap站点经常多变的情况，利用java解析xml的便捷性，实现业务人员在线式生成wap站点，根据站点，模版，栏目，元素等的分级控制，达到资源的可重复利用，更加快捷的生成wap相关产品。
承担任务：整体框架结构的设计，各个功能模块的详细设计，核心模块的实现。 主要技术：Java、spring、JSP等
开发环境：windowsXP，eclipse，oracle，tomcat
6 / 8
2001/10 -- 2003/11：北京天元网络公司 | 开发一部 | 软件工程师
公司简介： 以交换与通信网国家重点实验室和信息产业部网络管理重点实验室为依托，专业从事通信及计算机网络管理领域的技术咨询、产品研发及系统推广工作，能够独立为最终用户提供完整的网管系统工程解决方案，是中国网管系统应用市场的主要开发与集成商。 员工人数：500人
主要产品：中国联通长途传输网综合网管系统
一、二期工程 汇报对象： 部门经理
工作内容：在职期间，曾先后负责工程维护，系统数据采集，数据库的维护和优化，配合开发人员建立模型，以及网关软件的开发。在中国联通综合网管系统第
一、二期系统的开发中，主要负责联通综合网管系统的前台GUI，以及工程的项目实施与维护,并开发联通web办公系统，电路管理系统。 在参加开发的过程中，对于综合网管系统这样电信级应用系统有深刻的了解，包括三层体系结构（前台GUI，中间业务逻辑层Manager，底层Agent），以及软总线结构，消息流驱动系统。 工作业绩： 利用公司的消息系统，实现web办公管理平台与后台Manager的通讯，来完成调令调单的复杂处理流程；参与联通web办公系统，实现电路管理模块。
教育背景：
1998/09 -- 2001/07：华北航天工业学院 | 计算机应用 | 大专
语言能力：
英语：读写能力良好 | 听说能力良好
特长职业目标
熟悉项目管理基本流程；
精通开发语言java、lua、scala，groovy；
精通最近流行的多种NoSql技术，Redis，mangoDB，levelDB 7 / 8
精通memcache，以及相关协议和衍生产品memcacheq，memcacheDB，对于MC的生产容量规划，业务分配等实际项目经验
对java5新增的的线程框架，非阻塞，原子性，范型，AIO等以及concurrent包有深入的了解；
精通的后台数据库mysql、oracle，对sqlserver,PostgreSQL,Derby等熟悉； 精通J2EE的体系结构，独立使用web services,JMS编程, 并能够独立应用一些框架（webwork、spring、hibernate）编程; 精通的容器有nginx，tomcat，jbo，apache等
熟悉Lucene索引基本原理，对ElasticSearch有实际项目经验
熟悉Retional Rose的建模工具和Git,SVN等版本控制工具以及开熟悉视频编码规范，H.264,MPEG4等压缩算法，以及RTSP流媒体传输协议； 精通wap技术相关规范,以及相关接口; 精通短信技术规范以及运营商的通讯协议和接口; 熟悉通讯网络管理的基础知识（SDH、DWDM等）和业务流程；
8 / 8
推荐第10篇：互联网企业部门经理岗位职责
互联网企业部门经理岗位职责
1） 部门经理谓部门领导者、管理者。领导则领人，领人则领心；管理则管人，管人则管事。 2） 严格遵守公司的各项管理制度，认真履行工作职责，行使公司给予的管理权利。
3） 根据公司发展战略要求，部门经理应在季度末/月底拟订本部门季度、月度目标、工作计划及总结，并上交总经理审批。
4） 针对部门的发展计划，组织审定部门产品销售及服务流程、各项考核标准，引导部门人员确立个人目标及达成计划（由月目标分解细化周计划、日计划）。
5） CRM系统录入。监督部门员工（含本人）及时录入每天工作情况及客户资料等信息，达到数据化管理，以有效提升工作效率。按时提交日/周/月/季度/年度报表。
6） 积极带领部门员工贯彻执行公司的各项规章制度，提高执行力度，完成上级交办的相关任务。 7） 组建及发展团队。部门经理根据项目发展，如需扩充人员，应向行政提交人员增补申请表，详细标注招聘要求、人数、到岗时间及其它相关说明。
8） 面试人员由公司统一安排初试，合格后，由部门经理复试，之后安排岗前培训，最终与行政部协商确定录用与否。
9） 经理经理享有部门内部人事调配权，做好部门招人——留人——育人等系列工作。 10） 负责本部门项目总结分析报告工作，定期进行项目分析、总结经验、找出存在的问题，提出改进工作的意见和建议，为公司领导决策提供分析报告或综合分析资料。 11） 每天坚持开早晚会。早会结束时间不得超过9：00，主题以激励为原则；
晚会时间5：50开始，主题则以分享、总结分析为原则（会议室轮流使用）。
12） 13） 定期适时组织部门员工培训学习，解决员工工作中存在的问题，全方位提升员工自身价值。 权责分明——经理与员工各司其职，各尽其能。部门经理要以身作则，树立威信；带领团队团结协作，提升团队向心力，凝聚力，打造一支极富战斗力的精英团队。 14） 15） 奖罚分明、及时——奖要奖到心花怒放，罚要罚到心惊胆战。
敢于承担责任的能力。项目及团队的成功与否，团队业绩（目标）的完成与否，部门员工的能力高低，均取决于部门经理——带队人。关于责任：部门员工违规，部门经理负有连带责任；自身工作问题，双倍处罚。 16） 17） 了解部门每位员工的思想动向，关心员工生活，从细节做起。
对于部门人员的工作完成情况，部门区域环境卫生工作，部门工作氛围等部门情况，部门经理应做到有效引导、监督到位、适时激励。 提示：
1） 上班提前10分钟到岗，检查并登记部门人员到岗情况；
2） 员工生病或生日等个人特殊情况时，第一时间致电或信息问候，以示关心；
3） 员工工作或打电话时静坐旁边10分钟，给予肯定——发现不足——分析问题——解决问题——能力提升；
4） 员工思想有波动时，及时沟通谈心，了解其最真实想法，争取把问题尽快解决，内部矛盾力求内部解决，不要扩大化；
5） 积极帮员工分解目标，协助完成实施计划等；
6） 不是员工需要考虑的问题，应及时制止，让其专职做好本职工作； 7） 管理讲究“恩威并施”，工作时该严厉时须严厉，休息时该放松即放松；
8） 欲先取之，必先予之。要想让大家如何待你，你首先要怎样对待别人；要想让别人尊重你，你首先要学会尊重别人；
9） 言必行，行必果。作为管理者一定要说话掷地有声，说到做到，有始有终，对员工如是，对公司亦是，方可有较强的执行力，从而建立威信。 10） 营销部经理须制订出一套完善的管理体系，从部门制度、项目发展计划、产品销售体系、售后维护体系、团队目标、个人目标、团队培训等。 11） 技术部经理须制订出一套完善的管理体系，从部门制度、工作进展流程、技术开发计划、团队目标、个人目标、团队培训等。
第11篇：用户体验架构师培训心得
用户体验架构师培训心得
此次去北京参加用户体验架构师培训总体效果还是很好的，培训讲师是IBM的现任设计工程师，与他交流的过程中了解到世界先进企业在用户体验架构方面的设计思路和想法，非常有收获。
本次培训相对来说还是比较紧凑，分别介绍了用户体验方面的理念，通过哪些方法来完成用户需求采集和分析，最后分享了项目案例。利用三天时间系统的帮助我们了解了用户体验架构的设计思路和方法，相关的资料我们也带回来了，之后会组织大家一同学习并研究。我此次参加培训前，主要带着的目标有：
1、系统的了解用户体验架构知识；
2、了解先进企业的用户需求采集和分析方法，找到适合我们的方法学以致用；
3、如何行之有效的建立产品目标用户的用户模型，并且怎样在实际的工作中能够加以应用。
通过此次培训第一点目标基本达到，但仍有很多内容了解不深，正所谓“师傅领进门，修行在个人”。之后希望与大家一起学习研究。
第二点目标，通过此次培训让我感触颇深，通过讲师的介绍，其实有很多用户需求分析的方法我们之前都在做，但是因为不清楚做的目的和方法，致使效果大大折扣，久而久之觉得此方法不适合我们，其实是我们没有正确的运用和有效的做之后的信息整理。例如“头脑风暴”，我们做的次数也不少，但效果除了活跃一下大家的思路外，对产品设计的帮助并不明显。但其实我们有两点做的很不到位：
1、参与头脑风暴的角色单一，目前仅限于产品部内部，其实有必要邀请一两位市场、开发或售后的资深同事参与进来，这将大大拓展大家的想法和对事件全方面的认识；
2、再者就是一定要做好会上的记录和会后的梳理，将大家迸发出的灵感火花，真正形成对设计有帮助的创新价值。这样才能真正体现“头脑风暴”为大家带来的价值。
第三点目标，原来对用户建模的了解都比较理论化，而且不是十分清楚如何让用户模型
体现出价值。通过此次培训了解到，其实用户建模并不是几个骨干员工闷头想，最后告诉大家已经形成标准的用户模板。应该就通过上面提到的“头脑风暴”让不同角色的同事发表自己对我们产品目标用户的理解，经过讨论并最终达成共识。这样形成的用户模型是大家认可的，而不是单一设计人员凭空制造的。再者就是，将用户模型应用在实际工作中的使用方法和价值。我认为最关键的有两点：
1、为新进员工快速带入设计状态提供一个辅助；
2、以用户模型进行产品/功能的场景设计，以用户的角度来指导产品设计，以及解决设计中遇到的问题，这样才能使产品更贴近真实用户的使用逻辑和处理实际问题的想法。
综上所述，我对此次培训的结果还是非常肯定的，我也希望把培训心得与大家一同分享。也希望今后可以有更多培训的机会，让不同岗位的同事在各个领域上均有所提高，让大家在实际工作中具有更多创新的机会和体现自我价值的动力。
第12篇：互联网金融产品经理岗位职责
岗位职责：
1、在公司运营战略指导下，整体研究、策划、设计和完善公司的各个产品、产品线或者解决方案。
2、综合各方面产品需求和技术平台，撰写产品的原型设计、产品需求书，详细阐述产品功能和操作流程，保证产品功能的实现以及按时推向市场；
3、与技术、运营等部门对接，驱动项目的开发进度，把控项目进度节点；
4、负责对竞争产品、行业产品、行业相关信息的收集整理和深度分析，定期向上级提供公司产品相关的工作报告。岗位要求：
1、3年以上移动互联网产品工作经验，至少独立负责过1个产品的完整生命周期，有互联网金融产品相关经验优先；
2、熟练使用产品设计工具，撰写产品设计文档，设计页面原型；
3、关注同行业互联网产品，对新鲜事物有强烈好奇心与敏感度，对未来互联网产品发展具有相当的远见及把控，并善于思考和总结；
4、性格开朗外向、能吃苦耐劳、善于团队合作
第13篇：互联网企业技术部门各岗位职责
2015年10月12日 01版
一、目的
为了明确本部门各岗位的工作范围及职责，提高本部门员工的工作效率，同时也为了员工专攻本岗位技术专题，使之成为本岗位的专家，根据现有岗位分配情况及项目开发所需人员进行合理分配规范，特制定本办法。
二、分组规划
技术部目前分为产品研发组、软件开发组、UI界面设计组、综合服务组、安维中心、
三、成员规划（为现阶段的组成架构，可根据项目发展做调整） 1.技术部主管——1人
设1人（兼系统架构师）。 2.产品研发组——5人
设产品组5人，产品主管1人，产品经理2人，测试工程师2人（有制作技术说明书及系统功能讲解的能力） 3.软件开发组——23人
设开发人员23人，设小组组长3名（兼系统需求分析之责，和相应的软件开发之责）， 下设PHP程序员5人， JAVA开发人员9人，APP开发人员4人，数据库设计师1人，系统架构师1人。 4.UI界面设计组——4人
设4人，设小组组长1人（兼主设计师之责），UI界面辅助设计师1人，前端设计师2人（指切图员，有js撰写能力）。 5.综合服务组——3人
设3人，组长由技术部主管兼，下设信息（含各类账号）及开户审核管理员1名，产品维护员1名（含网站信息文件上传、网站产品信息采集、便民产品更新以及其他产品维护），数据分析师2人。 6.安维中心——2人
设2人，设小组组长1人（有环境部署、系统维护及数据备份的能力），1人系统维护员（定期平台数据检测数据、系统维护等）。
四、各岗位职责
（一）、技术部主管
1、技术部主管——兼系统架构师 1) 直接上级：公司总裁 2) 直接下级：技术部全体员工
2、工作概述
负责主持本部门的全面工作，组织并监督本部门内所有员工全面完成本部门职责范围内的各项工作任务；关注本行业技术发展方向；落实公司重大政策的实施。
3、职责及任务
1) 负责本部门的日常管理工作，对本部门内出现的管理问题承担主要责任，并对本部门员工违犯公司规定承担连带责任；
2) 负责接受公司领导安排的工作任务，并对任务完成最终结果负主要责任； 3) 负责协助公司领导做好本部门的管理工作；
4) 负责本部门的团队建设工作，关注本部门员工的思想动态，提高员工的稳定性、向心力和凝聚力；
5) 负责本部门内人员的思想教育及技能培训工作；
6) 负责本部门与其他部门之间的协调及管理工作，使各部门之间的关系建康发展；
7) 负责完善本部门内日常管理，促进本部门工作流程规范化、标准化、程序化； 8) 负责安排本部门员工的工作任务及完成要求情况，并对其进行监督考核；
负责每月1号前上报本部门员工的工作任务分工及业绩考核评定表（节假日提前上报）；
10)负责本部门所有技术资料的收集及归档工作； 11)负责本部门内项目开发的进度控制及管理工作；
12)负责公司网站的维护工作、资料信息上传、网站版本的升级工作； 13)负责定期召开本部门员工会议，并做好记录； 14)负责本部门员工卫生打扫的分配及监督检查工作； 15)负责公司的技术保密工作； 16)负责公司公共财产的安全检查工作；
17)负责公司上级安排的其它任务及无形的工作； 18)负责完成其它交给本部门的临时性工作；
（二）各项目组长(兼项目经理) 1、各项目组长——兼项目经理 1) 直接上级：技术部主管 2) 直接下级：各组成员
2、工作概述
负责主持本项目门的工作，主要由一下几个方面： 1) 项目范围、项目质量、项目时间、项目成本的确认。 2) 项目过程/活动的标准化、规范化。
3) 根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段计划。
4) 各项计划得到上级领导及项目组成员认可。
5) 设置项目组中的各种角色，并分配好各角色的责任与权限。
6) 定制项目组内外的沟通计划。（必要时可按配置管理要求写项目策划目录中的《项目沟通计划》）
7) 安排组内需求分析师、联系人等角色与其他部门的沟通与交流。 8) 处理项目组与其它项目干系人之间的关系。
9) 处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。
保证项目组目标明确且理解一致。
11)创建项目组的开发环境及氛围，在项目范围内保证项目组成员不受项目其它方面的影响。
12)提升项目组士气，加强项目组凝聚力。
13)合理安排项目组各成员的工作，使各成员工作都能达到一定的饱满度。 14)制定项目组需要的招聘或培训人员的计划。
15)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。 16)及时发现项目组中出现的问题。 17)及时处理项目组中出现的问题。
18)保证项目在预算成本范围内按规定的质量和进度达到项目目标。 19)在项目生命周期的各个阶段，跟踪、检查项目组成员的工作质量。 20)定期向领导汇报项目工作进度以及项目开发过程中的难题。 21)对项目进行配置管理与规划。
22)控制项目组各成员的工作进度，即时了解项目组成员的工作情况，并能快速的解决项目组成员所碰到的难题。
23)不定期组织项目组成员进行项目以外的短期活动，以培养团队精神。 24)协助需求分析师进行需求调研。
25)分析、解析《系统需求说明书》，将系统需求整理成《软件需求规格说明书》。 26)负责解决《软件需求规格说明书》被评审后发现的问题。
27)在分析系统前，负责向架构设计师解释《软件需求规格说明书》的内容。 28)协助架构设计师进行架构设计，并协助其完成《系统架构说明书》。 29)根据《系统架构说明书》对系统进行建模。
30)系统分析及建模完成后，负责将建模成果转化为《系统概要设计》。 31)协助数据库设计师按《系统概要设计说明书》进行数据库逻辑设计和物理设计，完成数据库CDM及PDM图，并协助其完成《数据库设计说明书》。 32)协助软件设计师按《系统概要设计说明书》进行《系统详细设计说明书》。 33)指导软件工程师按《系统详细设计说明书》进行代码实现。 34)负责重点代码检查。
35)协助项目经理进行配置管理，并提供优化改进建议。 36)定期对项目组成员进行技术方面的培训。
（三）系统架构师
1、系统架构师是软件项目的总体设计师，是软件组织新产品的开发与集成、新技术体系的构建者。
2、系统架构师是在技术上对所有重要事情做出决定的人。（系统架构师在整个软件开发过程中都起着重要作用，并随着开发进程的推进而其职责或关注点不断地变化。）
3、需求阶段，软件架构师负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。审查客户和市场人员所提出的需求，确认开发团队所提出的设计；组织开发团队成员和开发过程的定义；协助需求分析师完成《用户需求说明书》、《需求变更说明书》。
4、设计阶段，架构师负责对整个软件架构、关键构件、接口的设计。协助系统分析师完成《系统概要设计说明书》
4、编码阶段，架构师则成为程序员的顾问，并且经常性地要举行一些技术研讨会、技术培训班等；
5、测试及实施阶段，随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点。
（四）数据库设计师
1、根据《系统架构说明书》与系统架构师、系统分析师一同进行数据库建模。
2、根据数据库建模结果，绘制数据库CDM与PDM图。
3、根据数据库PDM图进行数据库建库。
4、对数据库进行维护、备份、恢复、同步。
5、负责客户数据的导入导出。
6、对数据库进行初始化操作。
7、协助软件设计师完成《系统详细设计说明书》中与数据库相关的部分。
8、根据《系统详细设计说明书》编写对应的视图、存储过程、函数、触发器等。
9、对项目组其它成员进行SQL方面的指导。
10、定期对项目组其它成员进行数据库方面知识的培训。
11、为测试经理及测试工程师建立测试数据。结语：
数据库设计师又称DBA，是项目组中唯一能对数据库进行直接的操作的人。对项目中与数据库相关的所有重要的事做最终决定的人。
(五) 软件开发组
1.根据《系统详细设计说明书》进行代码实现；2.对自己代码进行复查，并进行简单的测试； 3.负责开发项目的系统分析、研发与组织实施； 4.负责开发符合系统要求的软件内容；
5.修改以有的系统方案，以维持优良的操作性能及正常的信息沟通；6.软件平台程序的设计与开发；
7.提高生产的效率，保障系统的稳定性及可靠性；8.适应性维护工作；
9.掌握生产流程，优化生产控制；
10.提供技术指导，促进系统操作技术和译码编程的有效使用；11.跟踪IT技术进展，做好技术储备；
12.推广完善公司系统，完成项目接口、开发工作；13.协助相关应用软件的安装调试工作；
14.Php程序员负责平台或软件整体的开发,后期开发只限前台页面开发；15.Java负责网站或软件后台开发,涉及金钱等安全因素时用java开发； 16.APP开发,主要涉及IOS和安卓语言的移动端的开发。
（六）产品研发组 产品经理
1.根据立项项目要求,收集软件开发需求,分析需求；2.独立编项目开发计划书；
3.根据项目主管的安排具体负责项目的软件研发和市场调研。4.负责产品线的产品规划、设计和产品生命周期管理； 5.管理团队、协调产品线内部关系，合理分配内部资源；
6.基于用户体验设计理念，结合用户需求和产品技术架构，完成产品/功能的概念设计和原型展示；
7.在软件开发前，完成交付给开发和测试团队产品需求文档，功能定义，协同用户体验设计师完成视觉设计，用户界面（UI），交互设计等详细设计文档；
8.协调技术开发人员，跟踪产品开发进度，完成产品的开发、测试、版本管理，评审发布，产品上线等相关工作；
9.协同研发团队监督确保产品开发的合理架构、优化方案、资源落实和项目进度；10.跟踪上线产品的市场效果、用户反馈，收集和主动挖掘改进需求，根据业务需要持续改进产品，提升用户体验； 11.技能工具：Office办公软件、思维导图、Visio、Axure、PPT 。
12.能力模型：全局观、需求分析、需求文档撰写、产品策划、执行力和推动力。13.沟通协调组织能力：要舍得到处跑、协调技术、测试、UI、高层、组织评审、讨论、把握产品从开始到上线这个过程的控制，思想上有一个宏观的认识，执行把握时要具体到事物来。说1000件好的想法和流程控制没有做一件事来的痛快和实用。 14.
敏锐观察力、用户行为分析、用户体验的衡量的维度和标准、视觉设计的基本知识是需要有的。
15.快速解决问题、辨别功能优先级排序、执行力与推动力。
测试工程师
1.独立编写测试计划；2.独立编写测试用例；
3.协调测试团队内部的工作以及与开发团队之间的工作；4.完成“执行测试”的工作；
5.掌握较深层次的测试方法、测试技术和较复杂的业务流程；
6.负责测试过程工具的研究、推广与维护，负责测试数据库维护工作；7.负责编写《用户手册》、《操作手册》和相关培训教材； 8.负责项目的质量审查。
9.在测试经理的安排和指导下，编写测试用例；
10.在测试经理的安排和指导下，完成“执行测试”的工作；11.在测试经理的指导下，按测试计划进行测试工作； 12.按测试用例进行测试工作。 13.数据备份方案的解决及数据备份
14.知道如何建设异地备份方案，保证数据的安全 15.对服务器系统的维护，以及平台系统的维护 16.编写值班日记， 结语：
测试其实应该是整个项目中最关心项目质量的人，他的主要工作就是找到项目中存在的不合理、不合格的部份，并要求项目其它成员按其给定的项目质量完
成项目。测试工程师是项目质量的保证，是最终进行项目测试的成员。系统维护员他有安全卫士的作用，确保服务器系统及平台系统的稳定，按时做数据备份和异地存储
(七) UI界面设计组 主要职责：
1.负责完成产品设计师安排的功能界面设计。2.负责对项目整体色彩的调配。 3.向系统分析师提出项目美化的建议。
4.为项目提供一套或几套CSS样式表及HTML结构表。5.为项目提供符合项目内容的静态、动态图片。 6.并为软件设计师提供界面指导。 7.负责平台的美化及优化工作。
8.协助网站开发工程师完成公司网站维护工作，及时收集并整理公司产品信息，进行美化。
9.负责各类软件项目的界面设计所需要的图片、图标及Flash等。10.负责平面技术资料的收集、上报工作。 11.负责打扫负责的卫生区的打扫工作。 12.负责部门主管分配的临时性工作。 13.根据产品的需求,设计产品技术说明书。
(八) 综合服务组
1.负责账号等信息（含各类账号）及用户的开户审核、管理。
2.含网站信息文件上传、网站产品信息采集、便民产品更新以及其他产品维护。3.负责部门内部的勤务工作。
2.负责各类平台后台账号和密码的管理。3.负责与外部门的需求的沟通及协调工作。 4.负责CRM系统的维护及管理。 5.负责部门内人员的信息管理。
(九)安维中心
1.网管为负责计算机、网络安全运行的部门，负责计算机网络系统的日常维护和管理；
2.负责系统软硬件的安装、升级、保管、维护等工作；3.负责软件有效版本的管理；
4.网管负责计算机网络、crm的安全运行；服务器安全运行和数据备份；internet对外接口安全以及计算机系统防病毒管理；各种软件的用户密码及权限管理；协助各部门进行数据备份和数据归档； 5.网管执行企业保密制度，严守企业商业机密；
6.监督全体员工执行计算机安全管理制度，遵守企业保密制度；
7.负责日常服务器维护、操作系统、网管系统、邮件系统的安全补丁、漏洞检测及修补、病毒防治等工作；
8.负责整个公司（包含局域网、广域网）的系统安全性；
9.经常保持对最新技术的掌握，实时了解INTERNET的动向，做到预防为主；10.年终总结中报告年度重大事件，并对系统记录文件保存收档，以备查阅； 11.制定、发布网络基础设施使用管理办法并监督执行情况；
12.确保网络通信传输畅通，实时监控整个局域网的运转和网络通信流量情况；13.掌握主干设备的配置情况及配置参数变更情况，备份各个设备的配置文件； 14.掌握用户端设备接入网络的情况，以便发现问题时可迅速定位； 15.定期做好网站及OA办公系统的推广使用及数据备份工作；
16.采取技术措施，对网络内经常出现的用户需要变更位置和部门的情况进行管理；
17.掌握与外部网络的连接配置，监督网络通信状况，发现问题及时解决；18.积极协助各部门工作人员解决办公用计算机及相关设备的使用过程中遇到的技术问题；
19.随时监控中心设备运行情况，发现异常情况应立即按照预案规程进行操作，并及时上报和详细记录；
20.严格执行密码管理规定，对操作密码定期更改，超级用户密码由系统管理员掌握；
21.应恪守保密制度，不得擅自泄露各种信息资料与数据；不定期对机房内设置的消防器材、监控设备进行检查，以保证其有效性； 22.做好公司摄影摄像工作，及时提供有参考价值的影像资料。
第14篇：网站策划(互联网部)岗位职责
1.实现网站的栏目规划、内容建设、项目等策划，并绘制相关页面布局图。2.在运营过程中对网站的功能、内容设置等提出改进优化或问题解决方案。3.配合技术部门对用户网站需求的任务分解与策划。4.对上级策划主管的工作汇报。
第15篇：中国优秀软件架构师感悟录
《程序员》百期文章回顾之9——中国优秀软件架构师感悟录
我认为，优秀的软件架构师在软件开发行业中占据着很重要的位置。国外优秀的软件都是因为软件架构师开发了一个扩展性很强的架构才使产品不断完善和升级的。反观中国，一大部分企业比较急功近利，认为界面够漂亮就行了，完全不关心代码的组织和架构。日本这几年也在注重软件架构上的分析和设计，所以有很多产品和项目外包让中国来做利润最少的部分。我们应该开始有意识地做这方面的事情，培养出一大批中国的优秀软件架构师。只有这样，中国的软件才有希望！
来自业界的声音
什么是架构师呢？架构师是软件行业中一种新兴职业或者是角色，他要主导系统全局的分析设计和实施、负责软件构架和关键技术决策。其工作职责是在一个软件项目开发过程中，将客户的需求转化为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且需要有良好的组织管理能力。可以这样说，一个架构师工作的好坏决定了整个软件开发项目的成败。
在中国，有多少人算得上是“软件架构师”呢？或许很多人抱着不屑一顾的看法，认为只有盖茨才算得上是架构师，其他人都不过是朝自己的脸上贴金。不过，我们却不同意这种说法，因为毕竟软件架构师只是一种角色，就像只承认米开朗基罗是建筑师一样，都是极端的。
中国软件这么多年的发展中，已经有一批出色的程序员跳出了程序的限制，正在从系统架构和全局设计的角度创建大型软件甚至软件平台，有些人虽然担任着管理职位，但在技术上他们仍然无愧于软件架构师的称谓。而程序员通过了解这些架构师的经验和体会，也能够朝更高的方向发展。也希望通过他们的感悟，尽可能吸引更多的人走上软件架构师的职位。
梁永昌趋势科技研究部和软件系统架构部副总裁
主持产品与项目：1990年开发出LANProtect For Novell Netware Server第一版。此产品为业界第一个为Netware Server设计的反病毒产品，领先其它品牌九个月。从1995年至今，担任趋势科技反病毒引擎(VSAPI)软件架构师。这是因为在进行LANProect的产品设计时，遇到当时反病毒引擎和其它产品在源代码上无法共享的问题，当时反病毒引擎越来越复杂，各个产品使用的反病毒引擎功能不尽相同，造成客服相当困扰。因此决定将反病毒引擎独立出来成为一个共享的模块，至今趋势科技所有反病毒产品都使用此引擎模块。
感悟：软件架构师在工作的范围和责任上与盖房子的建筑师很类似，必须知道他要盖的是什么房子，有多少预算，施工期有多长，现在要的是两层楼，但以后会不会要加盖上去，厕所要几个，厨房在哪里，哪里要设门，哪儿要开窗，梁柱要多粗，要用什么材料？因为，盖四合院和十层大楼是不一样的。
同样，软件架构师必须知道他要设计的是什么软件，将被什么样的客户在什么样的环境下使用，可使用系统资源限制是多少，兼容性要求高不高，安全要求是什么等级，会不会有下一个版本，下一个版本又将增加什么功能，模块和模块之间的关系是什么，每一个不同的考虑都会影响设计，软件架构师就是要在考虑过种种因素后决定软件的架构和使用技术。
大家都知道，要在老四合院顶上加盖十层楼，全部推倒重来可能是唯一的可行方案。同样，软件因架构不好造成的问题或限制是很难改善的，有时甚至必须重新设计，这将会是一项耗时费力的投资，与其到时再来一次，不如现在就把架构做好。就像各式各样的建材一样，现在的软件市场上有太多现成的模块可供软件架构师选用，但这也造成一个问题：很多软件架构师只知有哪些模块可用，却不知模块内部做了什么工作。这种知其然不知其所以然的软件架构师随着Internet盛行而兴起，这种软件架构师现在到处可见，架过Web Server，写过CGI/VBS，再连上个Database，简历上就自称软件架构师，多层式网络架构(Multi-Tiers Web Serivce Architecture)谈起来头头是道，讨论起细节却让人摇头。现成的模块可以用，也应该用，但最重要的是要知道模块的功能和限制是什么，为什么会有这样的限制，为什么用这个模块而不用另一个。
其实商业软件架构师最大的挑战还是在折中的拿捏上。人力总是不足，时间永远不够，面对现实状况的压力，当完美设计(每个人都如此自认)无法如愿被全盘采用时，讨论(或争吵)就不可避免，效能可不可以让步，安全等级能不能降低些，哪些项目可以改变，哪些又该坚持到底，这些都是要做出的决定，而且更重要的是要能让大家充分了解你做此坚持是出自何种考虑。
软件架构师的工作伙伴大都也是技术人员，就像自古文人相轻一样，技术人员彼此的尊敬只会建立在技术能力的优越性上，软件架构师必须要有深厚的技术底子和宽广的业界信息，再加上一点口才和亲和的态度，这才容易获得其它工程师的认可和尊敬，也才不会你画你的十层楼，他盖他的四合院。
廖恒毅佳软公司董事长
主持产品与项目：曾负责中文之星2.0的开发，佳软企业管理软件的架构设计，拼音加加等一系列软件的架构设计。
感悟：软件设计是一项极具挑战性的工作。尽管软件设计人员为世界上无数的人提供了工作的便利，让大家的工作越来越自动化，软件设计者自己的工作却远没有见到能够自动化的可能性。无数的人为了找到一套软件设计的理论苦苦追寻，到目前为止， 很难看到有什么实质性的进展。当银弹总是不出现的时候，也许大家都应该想想，其实银弹也许根本就不存在。
大家都听说过这个寓言故事。一个数学家跟国王下国际象棋，国王问他如果赢了，要什么样的奖励。数学家说，很简单，你在第一个棋盘格放一粒米，第二个棋盘格放两粒米，然后一直翻倍下去，把整个64个棋盘格放满就好了。国王很痛快地答应了数学家的要求。但是，当国王真的给数学家奖励的时候，才发现这是不能兑现的，因为没有任何一个国家，即便是加上全世界的粮食也不够。
讲这个大家耳熟能详的故事，其实是想谈谈我对软件架构师的认识。真正的软件架构师所面临问题的复杂度，其实与这个故事很相像。大家都在凭直觉理解软件的复杂度。而且都想得很浅， 1，2，4，8…… 多简单的问题，即便是想到第十级，也不过就1024。再往下想一些，也还是大家能够理解的数字。而人们凭着直觉，也就顶多想到第20格。第20格的数字还没有超出人们的理解范围的。真正的难题在第40格以后，很少有人能够理解第40格以后是什么了。而第60格的难度呢，根本就不是第40格能够比拟的。如果我们大家都仅仅用直觉的加法来理解问题的话，最后，我们会进入不可解的范畴。人类真正聪明的地方就在于发明了对数，用对数的方法解决了对这个问题的理解。即便是第64格，也不难理解了，不过就是2的64次方。
当然，软件复杂度的问题其实比这个问题更加难解，所以我们到现在为止，还没有找到软件中的这个对数算法。但是，基于目前软件界的认知，我们多少有了一些解决方案：对象编程，组件模型，多层结构……，已经为软件设计提供现实可行的方法。问题是，这些概念理解起来也非常不容易。大家都说着同样的词汇，却有可能干着完全不同的事情，所以才会有误解，才会有争执。软件架构师是一个靠无数经验积累的结果。尤其是优秀的软件架构师，跟所有别的能够成为“师”的职业一样，在对自己的行业有了基本的了解之后，在自己不断成长的过程中，并没有一定的套路的。靠的是领悟力，靠的是对这个现实世界哲学性的思考。当用哲学的眼光来观察这个世界的时候，就离一个优秀的软件架构师不远了。
一个优秀的软件架构师，如果他愿意学的话，同样应该能够做出很香的饭菜来，因为软件架构师和厨师有相通的地方。大家以为如何?师者，通也。
何健金算盘CTO，首席架构设计师。
主持产品与项目：4年管理软件架构设计经验，曾经先后规划和设计了金算盘多年的主流产品。1997年，自主设计和开发了金算盘电子表格，以当时最先进的VC开发出的产品的功能、界面、特性比当时的Excel更具有本地化特色，作为财务管理软件的报表系统，在当年的全国财务软件评测中报表获得了第一。2002年，在多年的管理软件架构开发的背景下，经过长期的探索和思考，形成了平台的构想。并采用了先进J2EE技术，成功开发出了金算盘VP平台。
感悟：架构师是客户需求和开发者之间的桥梁。在软件行业中，一般提到的架构师是技术架构师，而实际上产品架构包括业务架构和技术架构，只有技术架构和业务架构紧密结合才有可能真正创造出一个好的系统。
产品架构是现代应用开发领域最重要的课题。在这个课题里，没有终结答案可寻，惟有恒久的问题存在。在纷繁的问题中，最重要和最“真”的问题是产品竞争力问题。除此之外，软件架构的目的还包括满足既有客户需求和提高开发效率，并且要求产品架构能更好地支持商业流程，有利于企业业务集成。金算盘VPS系列产品就是以此为指导进行架构的产品。
我在做了多年的产品架构后，对这项工作也有一些自己的感触：
首先，架构是技术。按照摩尔定律的推断，软件业的技术也同样在日新月异地发生着变化，我们已经见证了开发工具越来越短的生命周期。从VB到ASP.Net，从C到Java，无论采用什么新的语言，都体现了不同时期的架构要求。架构已经跨越了简单的过程模型，对象－时间模型，而今更多的是谈论MDA，模型的快速建立，使得软件能够快速适应用户变化成为了可能。而采用先进的技术，使得软件能够更加深度地满足客户需求。技术本身的发展是无止境的，如何使得软件能够适配新技术，成为一种更为重要的技术。采用各种模式的设计、逻辑分层、降低技术耦合使得技术的融合成为可能，也成为一项高难度的技术。
其次，架构是艺术。产品架构师需要捕捉技术和业务这个完整拼图里的某一块或某个脉络作为设计的线索。架构师永远不是先知，而是“存在的探索者”，产品架构的结果要在产品开发周期完毕时才能被印证。产品架构既要反映对技术的需求，使得架构满足对技术的适配，对发布模式能够提供多样化支持，能够满足性能的要求，还能够满足对业务管理的需要，要适应目标应用的业务特性。这样的架构，才是为应用服务的软件架构，而不仅仅是一个简单的可重用的技术工具。更重要的是它具有软件的管理基因，正如平台能够得到大量客户认可，其中最主要的就是它为客户提供了技术平台、管理工具、基础业务，并使得它们有机地高效地结合在一起。如同流淌的艺术作品一样，充满了生机和互动。
同时，架构是质量。好的架构可以使得软件产品成为一棵常青树。在和国内外软件产品对比分析的时候，经常有这样的感悟，其实好多国外的软件产品，采用的技术并不是最先进的，但是它具有非常优秀的质量，产品稳定可靠，同时还具有良好的技术适配能力，从而使得产品适应技术变化的能力非常强。这样，投资人对软件的投资价值能够得到最充分的体现，这是国内职业经理人非常值得关注和学习的。
陈小群互信互通信息技术有限公司研发主管
主持产品与项目：全球眼数字视频监控系统。系统组成包括客户端、中心服务平台，包括：接入服务器、前端视频服务器、分发服务器、存储服务器、全球眼应用服务器等。系统规模为17个开发人员用时8个月，源代码行数大约15万。
感悟：软件架构对软件系统来说就象建筑结构对建筑物、人骨架对人一样，是其它成分的基础，是满足功能和性能需求的关键，因此，软件架构师对软件研发项目的成败具有决定性的作用。
软件架构师并不像他的名字所提示的那样仅仅负责架构的设计，通常他的工作还包括，作为技术专家负责协助开发部门、技术支持部门、产品规划部门等各方解决技术问题。因此，他的管理和沟通能力是同样重要的。其它主要的知识和技能还包括分析和解决问题的能力、将需求转化为设计的能力、对系统未来发展的预见能力等。
一个优秀的程序员会是一个优秀的软件架构师吗？不一定。对于一个复杂的软件系统来说，架构设计通常都不是一个人就可以完成的任务，需要一组具有不同知识的工程师协作完成，在这个过程中，架构师要做大量的解释、说服、协调、总结、归纳、妥协等工作。一个没有担任过负责人的程序员缺乏这方面的经验。
同时，国内一种普遍的现象是，大量缺乏编程经验的博士、硕士、项目经理负责软件架构设计，并声称不需要学习编程也能搞好软件架构设计。计算机科学是一门实验的、技能性的学科，许多概念必须在编程实践中体会，技能更是必须要操练才能提高。很难想象一个不懂编程的人会理解设计模式，而不懂设计模式的人会是一个优秀的软件架构师！一个看了很多棋谱但从没有实战过的人声称自己是布局高手，你会信吗？
全球眼数字视频监控系统是一个大型分布式系统，它的开发涉及到分布式系统、网络编程、网络协议、视频、音频、控制、系统管理、数据库、内容管理、Web编程等许多方面的知识。作为软件架构师，在技术方面感受最深刻的是对化繁为简，以及分析和解决问题能力的要求。化繁为简就是将一个复杂的解决方案分解为一系列简单的小方案，不仅可以提高开发效率，而且还可以提高系统的稳定性。对于不断出现的技术问题，架构师应该能够迅速判断其难度、重要程度，自己解决不了的话，可以有效利用其它资源解决。
在非技术方面，沟通能力特别重要，你要将你的设计思想传达给开发团队，这件事情已经很不容易了，更困难的是，你还要传达给技术支持人员，甚至一些非技术人员。有的时候，你还必须妥协，采用一些其他成员支持的、也许不是最好的解决方案，以保持团队的士气。
总之，管理、沟通、经验、分析问题和解决问题的能力是一个软件架构师必备的素质。对于一些所有工程师都应该具有的素质，比如，工作热情、责任心、迎接挑战的勇气等，就不用多说了。
许式伟金山软件WPS产品架构师
参与产品与项目：曾参与WPS Office之电子表格项目和WPS Office 2002项目。从2002年至今，参与WPS V6项目。成立框架项目，负责KFC（金山基础代码库）、数据层、IO体系（XML标准等）以及Shell（用户界面）等公共组件的研发。
感悟：今年是金山软件创建十六周年，十六年来金山的每一款成功软件都凝聚了历代软件架构师的心血。每一个金山人都会对自己职业有着深刻认识。
从性格角度来讲，软件构架师需要心思细腻而严谨；从职业特征来看，软件构架师要充分理解和尊重软件产品的需求。由需求引导设计而不是相反。因此，需要特别强调产品需求的重要性。记得GOF有这样一句话：“设计应该支持变化－－获得最大限度复用的关键在于对新需求和已有需求发生变化时的预见性，要求你的系统设计要能够相应地改进”。每个程序员都希望能够写出最好的程序，并使自己的程序更能适应变化。但事实表明，程序能力尤其是框架设计能力并不是天生的，而是取决于程序构架师对需求的理解程度。如果在不了解系统需求的前提下，就开始进行设计，那么即使是天才，也不能设计出完美的框架。
从另外一方面讲，软件构架师的设计只能应付可预测的变化，而构架师本身的技术积累和对需求的理解程度，往往会决定所设计的框架对需求变化的应变能力。大多数的设计人员都趋向于追求完美，大多对“开闭法则” （OCP：Open Close Principle，注：Software Entities should be open for extension,yet close for modificaiton.:程序应该可扩展但又不可修改）非常认同。而这是一个理想状态，但又不可太过，一味地让系统应付位置的变化，会让自己套上一个无形的枷锁，更为正确的做法是：让自己知道的尽可能多，当设计新版本WPS Office V6的整体框架时，通常会参考Microsoft Office和旧版本的WPS Offfice，有时甚至会看PDF对同一功能的支持情况，对同类产品的研究和比较，有助于很好地设计新产品的程序框架。
此外，作为软件构架师，一定要善于听取和接纳不同的意见，能够包容新的思想，愿意了解最新的技术和想法。优秀的软件工程师，他应该具有创新的理念和兼容并包的胸怀，比如：C#、AOP等。尽管我最喜欢C++的自由，但并不排斥去了解Java、C#等语言对其的改进，很多新的事物，会让我获得共鸣与灵感。
正如上面所讲，软件工程师需要更强的技术积累和更缜密的思维，以及对需求的深刻理解、兼容并包的创新意识和胸怀，软件构架师的职责顾名思义，从事的主要工作职责就是设计软件产品的程序构架，也就是要，对他最终设计的结果－－软件产品的程序框架负责。可操作性和系统的应变能力是软件构架师的主要职责和工作重点。
我虽不是计算机专业，却是一位计算机狂热爱好者，对C语言有着深刻的领悟，被同学们戏称“C狂”，曾独立开发、与同学合作开发软件。我对于感兴趣的东西，总是去探索它内在的实质性内容。从小就酷爱数学的我，在推理的严谨上对自己要求非常高。我相信一个观念：严谨绝对不是创造的对立面，而是创造性思维的必备条件。
王栋 盛世龙吟数字科技
主持产品与项目：主持产品与项目：负责国家疾病预防控制中心的“非典型肺炎个案调查报告管理系统”、“国家疾病报告管理信息系统”、“SARS早期预警监测试点项目”。国家质量产品认证中心的“认证人员管理系统”等。其中采用Apex Portal Server（24人/月）兼容于JSR-168的portal实现，采用一些成熟的开放框架，使用轻量级设计开发理念，加速开发速度缩短开发周期。
王栋 盛世龙吟数字科技
感悟：软件架构师是团队中的一员，和其他项目成员没有什么区别，只不过承担的职责要大些，因为毕竟架构设计师所作的工作比较重要。架构设计师的具体工作是为系统设计架构，做技术的决策。而国内对于各种角色分工不明确，通常架构师都有项目管理的职责。
一个成功的架构设计师一定是不仅精通设计工作而且精通实现工作的。缺乏了设计的实践，就缺少了对系统整体的把握；缺乏了实现的实践，则缺少了对系统中某些重要技术点的全面了解。在和团队成员的交流当中，特别是讲述自己的设计思想时，设计图固然重要，但设计图只能提供一个概念模型，真正的设计还是需要用源代码体现。为了更好的设计和实现还要掌握各种工具和类库的使用，因为架构设计师有时还是技术咨询顾问。
在系统设计和技术决策时，最难做到的就是平衡和取舍。在规定的时间内，团队内部人员的技术水平和状态、技术的成熟稳定度、技术实现的难易程度等因素都会影响系统架构的最终实现。比如去年四月底—正是SARS在北京闹得最凶的时候，我们接到了国家疾病预防控制中心的《非典型肺炎个案调查报告管理系统》的开发任务，由于国家疾病控制中心没有一套基于互联网的疾病申报系统，给这种突发性的传染性疾病申报工作带来一些困难。全部基于传真和电话的申报信息必须经过人工处理才能形成报告上报，而面对神秘的SARS，申报的内容在不断的调整，上报的流程也在不断地更改，如果我们仍然按照通常的应用程序开发方法，可能很快就能完成这样简单的数据提交工作，但是如果任何地方稍有改变，程序开发人员必须在现场完成程序更改。由于当时的特殊情况，我们的开发团队也不可能保持特别大的规模，而时间要求又极其苛刻——一周之内系统要测试上线。经过权衡，认为必须满足可实时动态定制申报内容以及定制的查询统计，我们承担着巨大的压力，最后决定采用简化的模型实现系统，用项目成员最熟悉的技术和概念，完成保证系统运行的最小功能集合。
对于一个系统或产品，还需要有不断改善它的耐心，有时还需要推翻重新实现的勇气。上边提到的项目第一阶段，在疯狂的加班加点中基本完成了。不过，由于时间仓促系统还是有改进和提高的余地。在接下来的几个月时间内，我们做的就是不断对这个系统细化，深化，修改，调整。这时候，其他相关项目也要启动了，启用我们的核心引擎后，经过很短时间的定制，都分别上线运行了，充分体现了原有模型的设计重用性和系统的可扩充性。但精益求精，针对新的需求，我对原有的一些设计缺陷有了新的认识，界面不够灵活、流程不能定义、结构稍显混乱，等等。
随着又一个项目，所有上次积累下来想修改的东西都有了机会重新实现，这是多么美好的感觉。国家质量认证中心的业务系统，有更多表单要填写，有更多的复杂流程要实现，有更多的组织机构和角色要定义，需要更灵活的表现形式和配置功能。以前的系统引擎就不能满足了，就决定使用更新的结构、更新的工具甚至是更新的过程来实现。这回我们做到了每一个工作流可以用户自定义，每一个工作流节点中的表单用户可以自定义，每一个查询都可以自定义。随着时间推移，这套系统也在不断演进中。 作为软件架构师，学习的能力和态度、敏锐的观察能力是非常重要的。必须通过各种途径学习和观察。对于目前国内的应用状况和互联网应用的不断深入，在不断的学习和观察中我觉得不管在哪些方面都需要整合，不管是企业内部的各种信息孤岛还是互联网上的各种应用。如何去整合资源，为最终用户服务，这个问题让我自然想到了Portal，这将是我们公司下一个重要发展方向。面对Portal世界中纷繁的技术，下一波的学习和实践就要启动了。
一个软件架构师，要勤于学习、观察、思考，决不放弃对最底层实现技术的掌握同时需要把握好系统框架的平衡，学会正确的取舍，并且要有耐心和勇气面对自己的设计，不断进行改进甚至重新实现。
周恒 浪潮软件技术研究中心
主持产品与项目：开发了Web应用框架，配套开发包，树立了企业应用框架在浪潮软件的地位。这一产品也从以Web应用框架1.0为基础，发展到今天的包含Web应用框架、工作流平台、商业服务平台、业务规则引擎等的企业应用框架3.0。这一企业应用框架也已在除烟草外的通讯、卫生、政务、税务等行业全面开花。
感悟：回顾工作两年来的情况，分析和目标的差距，朝着目标一步步前进，谈谈我的反思和体会：
补充基础理论知识。IT的技术发展是非常快的，新技术层出不穷，但是各种技术之间很多原理是一样的，是相通的，重要的是要把原理搞通。
扩宽知识面。最初，我的知识面还是太窄，当时对于网络、存储、大小型机、大型数据库几乎都没有深入的接触和使用。对于构建一个全新大型的基于J2EE的企业应用系统来说，架构师需要熟悉数据库技术、操作系统技术、存储、网络技术，J2EE体系架构，MVC框架，Java程序语言，还需要熟悉一到两个应用服务器、一到两门大型数据库。
架构师需要具备扎实全面的技术，掌握广泛的开发技能，超离于程序语言之上，熟悉多种系统架构，有丰富的开发经验，能选择并设计合理的方案。
要深入。深入到本质里面去，绝对不能浮躁。不光要了解表象，还必须了解隐藏在表象里面的本质。架构师不只是使用者，更多的是建造者，创新者，每一个决定都可能会影响几十个开发人员和成百上千的使用者，因此必须深入熟悉技术的本质，了解原理，才能灵活运用，不可能临时抱佛脚，现学现卖。
浮躁只会让人一事无成。曾见过一些人，写了两月程序，就嫌写程序低级要去做设计，刚写了两月设计，就嫌设计低级，就要去搞需求分析，刚搞了两天分析，又觉得搞技术没前(钱)途，就要去搞管理或者搞市场。也见过一些人，搞了三月嫌工资低，跳一下涨点工资，再搞三月又跳跳涨点工资。跳来跳去，开始还能往“上”跳， 到后面只能被赶着往下跳了。
加强交流和沟通。曾经闷头苦学，希望能学得很牛，把什么都研究透了，然后可以教徒弟，可以带出一批人来。在这个过程中总是碰到一些槛，虽不至于灰心丧气，但也挺郁闷。头告诉说不要指望一个人都干完了，再厉害也不可能把啥都搞明白，一方面要形成一个学习的气氛，大家都很厉害，水涨才能船高，另外一方面要加强和业界尖端人士的交流，共同提高。
学习能力对于一个搞IT的人来说非常重要，如果没有很强的学习能力，很难快速适应技术变化的能力。
有一年只做了一个物流管理系统一个单，基于J2EE的单子，一切都是从头做，单子额不大内容却不少。虽然最后顺利完成，却因为广泛使用了应用服务器提供商提供的一个不成熟的扩展包而吃尽了苦头。虽说架构师不纠缠于细节，但是忽略了细节却可能造成严重的后果。对于7X24小时系统，一个细节不处理好，就会造成停机和严重的损失。细节就是追求完美，架构师既要有好的大局观，也不能忽略细节，要求我们不仅对原理搞明白，很多时候必须对具体技术实现有透彻的了解。
架构师要对系统的功能负责，对系统的成熟度负责，对系统的成本负责，架构自软件始而始，自软件终而终。架构师需要参与拟定项目的各种标准和规范，要指导大家，要和低层设计人员探讨一些难点的设计问题，他不仅仅是一个技术高手，还要充当技术的领导者，因此，学习一些软件工程的知识和提高领导力是绝对有必要的。
在项目组中，架构师是一个角色，不一定就是一个人，可能是一个小组。
架构师虽然不要忽略细节，也要警惕过分追求完美，架构师学会放弃，在系统的功能、成熟度、成本中取得平衡，从客户的角度和开发者的角度来考虑问题。特别是要警惕技术情结，不能一味追求最新的不成熟的技术，对于难以完成的功能，也需要暂时舍弃。不可能一下造成最完美的系统，
袁德俊 软件工程师 自由职业
主持产品与项目：1997年金山游侠开发成功，一直从事系统编程多年。目前，自主开发的C语言规范的脚本语言“NGNc”具有高聚合低偶合的系统设计。NGNc从体系结构和应用层级都与JAVA如出一辙，绝非模仿，而是从需求中来。
感悟：自从电脑出现在我的视野，能延伸我的头脑是我对计算机的最直接感受。而从事软件编程更给我无穷的力量和冲动，探索、挑战、驾御是我从一个个不眠之夜的开发中获得的最大乐趣。起初只是简单的重复着编译Sample，添加个别功能，以为语言就是计算机的全部。随着系统编程的深入，渐渐我的思维习惯转变了，操作系统的代码跟踪，给了我更大的空间去探索，就象进入了一个幽暗神秘的海洋，漫漫地与现在的各种概念越来越远，有时候同朋友们沟通都缺乏了共同的关注焦点。
开发NGNc完全是个偶然的机会。一直以来，用VC的IDE环境开发项目，并组织和管理项目需要的文件，尽管VC的功能很强大，但在项目后期，每每都是因为修改个别的数据，而重新编译整个项目，很麻烦。起初，通过设计系统的数据文件格式，将数据文件搬移出项目，将引擎和数据分离，只在修改数据的时候，用数据编辑器或简单文本进行描述。编制数据编辑器虽然可以避免规范数据输入等优点，但额外工作产生了：文本描述成为我们主要的目标。
最初文本描述方法简单，比如Window的Ini文件管理模式。随着文本文件格式的逐步复杂，文本文件到特定数据格式的转换工具越来越想向C语言转变。这就是NGNc的第一个产生的契机。我们叫它“DataOut”，顾名思义就是将数据拿出来的意思。 项目开发的越多，项目后期对控制逻辑和规则描述的需求也逐步呈现出来。仅仅DataOut已经不能满足我们的需要，起初同文本数据描述一样，只是简单的规则罗列，但随着功能的发展，支持简单的类C语言的规则书写方式被支持了。
发展到现在NGNc已经完全成为了真正的C语言，并拥有自己的虚拟机，IDE调试环境，NGNbios的UI支持库，它还将会拥有很多很多。随着我对NGNc的驾御，我的视野宽广了，可以想象在它的支持下的应用会更加开枝数叶。
另外说明一下：NGN是“Engine”的音，NGNc是我对它的期望，不只驱动应用，更可以驱动我的梦想，就如同每个程序员在深夜里完成一段代码后的成就感一样。 我对“软件架构师”的理解是，它只是众多软件行业内的一个分工，无论它的高度如何，需要多么资深的背景，多少年头的开发经验，他只是一个岗位，就如同其他岗位一样，他需要思考他这个层面的问题。任何一个岗位都可以说是一个架构师，如同：人体、器官、组织、细胞，都是个相对封闭的系统，都异常的精密，只是它们都有它们各自的责任范围。
软件架构师如果是软件工程师的能力体现，他应该具备从宏观到微观的全部知识，并在他的头脑中运转着整个行业甚至世界的模型，他可以通过自己头脑的精密模拟，实现对任何问题的把握，无论是宏观还是微观。我们之所以需要这样的人，就是因为我们的电脑无法完成如此复杂的计算，即使用巨大的知识库阵列也无法达到大脑的快速处理速度，有时候，架构师的一个感觉就可以左右整个行业甚至未来。 具备这样高度的人是值得人们崇拜的！
后 记
软件架构师可细分为应用架构师和技术架构师，应用架构是软件本身作为一个应用而存在的结构，技术架构是使应用能够运转的支撑架构。就像软件是为社会为生活服务一样，技术架构是服务于应用架构的。
有不少新员工，因为基本是从大学毕业的人，学习接收新东西的能力都挺快，但是成就迥然有别。有的人，也具有强烈的好奇心，但为了学习而学习，敝帚自珍，不愿意应用到开发和工作中去，这种人，学到一定程度就很难再提高，学习能力只能算是不及格。
而且，还有一些立志做J2EE架构师的程序员，不但不愿意深入学习Java虚拟机规范，对于API也只是一知半解。问其理由，答曰，犯不着搞明白，到用的时候查查API就行了。天哪，到用的时候查查API就行了，如果你是一个摩天大楼的建筑师，到盖高楼的时候现查查各种建材的参数规格指标就能盖起大楼来了么？就能把水、电、梁、管、消防等搭配得合情合理么？想想看，我们做的架构可能也会影响大批设计师和程序员，影响大批使用的用户，岂是现查API就能行的？
因此，我们可以说：架构是一门科学，更是一门艺术，触类旁通，除了掌握深厚的技术知识以外，要尽可能多地掌握领域知识。成为架构师，没有速成的办法，唯有实践+努力。
第16篇：互联网公司市场部职责及岗位职责
市场部及各岗位职责.txt33学会宽容，意味着成长，秀木出木可吸纳更多的日月风华，舒展茁壮而更具成熟的力量。耐力，是一种不显山石露水的执着；是一种不惧风不畏雨的坚忍；是一种不图名不图利的忠诚。第一部分 市场部及各岗位职责
一、市场部的职责
市场部的主要职责有十五大方面。 0
1、制定年度营销目标计划。
0
2、建立和完善营销信息收集、处理、交流及保密系统。 0
3、对消费者购买心理和行为的调查。
0
4、对竞争品牌产品的性能、价格、促销手段等小的收集、整理和分析。 0
5、对竞争品牌广告策略、竞争手段的分析。
0
6、做出销售预测，提出未来市场的分析、发展方向和规划。 0
7、制定产品企划策略。 0
8、制定产品价格。 0
9、新产品上市规划。
10、制定通路计划及个阶段实施目标。
11、促销活动的策划及组织。
12、合理进行广告媒体和代理上的挑选及管理。
13、制定及实施市场广告推广活动和公关活动。
14、实施品牌规划和品牌的形象建设。
15、负责产销的协调工作。
市场部在产品不同阶段侧重点各有不同。
1．在产品导入期，市场部的职责重点有：对消费者购买心理行为的调查；制定产品上市规划；制定通路计划及个阶段实施目标；制定产品价格；制定产品企划策略。
2．在产品成长期，市场部的职责重点有：建立和完善营销信息收集、处理、交流及保密系统；制定年度营销目标计划；负责产销的协调工作。
3．在产品成熟期，市场部的职责重点有：对竞争品牌广告策略、竞争手段的分析。对销售预测，提出未来市场的分析、发展方向和规划。制定产品企划策略。制定广告策略。实施品牌规划。
二、市场部经理的职责
市场部经理全面负责市场部门的业务及人员管理，其具体职责是： 0
1、全面计划、安排、管理市场部工作。 0
2、制定年度营销策略和营销计划。
0
3、协调部门内部与其他部门之间的合作关系。 0
4、制定市场部的工作规范、行为准则及奖励制度。 0
5、指导、检查、控制本部门各项工作的实施。
0
6、配合人力资源部对市场人员的培训、考核、调配。 0
7、拟订并监督执行市场规划与预算。 0
8、拟订并监督执行公关及促销活动计划，计划安排年、季、月及专项市场推广策划。0
9、制定广告策略，包括年、季、月及特定活动的广告计划。
10、对市场进行科学的预测和分析，并为产品的开发、生产及投放市场做出准备。
11、拟订并监督执行市场调研计划。
12、拟订并监督执行新产品上市计划和预算。
13、制定各项费用的申报及审核程序。
三、市场调研主管的职责 0
1、负责市场调研计划的制定及实施。
0
2、建立健全营销信息系统，制定内部信息、市场情报收集、整理、分析、交流及保密制度。
0
3、为本部门和其他部门提供信息决策支持。 0
4、协助市场部经理制定各项市场营销计划。 0
5、组织进行宏观环境及行业状况调研。 0
6、组织对企业内部营销环境调研。 0
7、组织对消费者及用户调研。 0
8、对配销渠道的调研。
0
9、收集竞争厂家的市场情报和各级政府、业界团体、学会发布的行业政策和信息。
10、提出新产品开发提案。
四、市场部营业企划主管的职责 0
1、制定各种不同的通路配置计划。 0
2、负责竞争产品信息的整理与分类。 0
3、制定产品的分销计划。
0
4、制定通路现在与培训、激励和控制政策。 0
5、定期分析、评估通路。
0
6、与销售部及时沟通每月销量计划并适量安排生产。 0
7、控制产成品、包装式样和库存数量。 0
8、控制物流并适时同胞促销计划。
五、市场部产品企划主管的职责
0
1、根据企业发展规划，判定产品年度、阅读性规划。0
2、负责产品开发，并与研发、生产、采购、财务等部门共同进行产品商业化运作企划。0
3、负责产品全方位企划，包括价格企划、包装企划、通路企划、延伸企划。0
4、协助广告及促销企划部门进行产品广告及促销企划。
六、市场部广告企划主管的职责
0
1、制定年、季、月度广告费用计划。
0
2、负责企业各项产品、公关活动的策划与执行。 0
3、正确地选择广告公司。
0
4、督导广告及制作代理公司的工作。 0
5、制定产品不同时期的广告策略。
0
6、进行广告检测与统计，并保持与生产调研主管的业务沟通。 0
7、及时进行广告、公关活动的效果评估。
七、市场部促销企划主管的职责
0
1、根据公司的整体规划，进行年度、季度、月度及节假日的各种促销活动。0
2、负责拟订各种促销方案，并监督各种促销方案的实施与效果的评估。
0
3、指导、监督个区域市场促销活动计划的拟订和实施，制定市场促销活动经费的申报以及审批程序，并对该项程序予以监督。 0
4、促销品的设计、制作及发放管理。 0
5、区域销量的分析统计及提出推进计划。
0
6、制定不同时期、不同促销活动的各项预算，并依据预算控制促销经费的使用。
八、市场部推广制作主管的职责 0
1、制定年度推广计划。
0
2、负责个商场专柜、专卖店的美术设计与制作以及pop的设计与制作。 0
3、负责各种推广方案的制定。
0
4、推广制作费用预算与控制。0
5、负责各种推广方案的实施，并对方案的实施予以监督，并进行销售的评估。
九、市场部理货员职责 0
1、安排固定的走街拜访线路。 0
2、直接拜访零售店客户。
0
3、完成商品化陈列工作，有效进行陈列位置、空间位置、地面陈列的管理。0
4、进行有效第购买点援助器材的张贴、悬挂及陈列。
0
5、培育零售商店对于商品化陈列工作的积极态度和对深度分销的较多认识。
0
6、积极了解并获得竞争对手的各种信息，积极利用有效渠道对相关信息进行反馈并提出建议。
0
7、建立良好的客户关系，保持亲善的态度，树立公司的专业形象。 0
8、积极有效利用促销资金，以最经济的方式运作并保持高效率。 0
9、完整、准确、及时地制作、呈报各类报表。
10、在市场代表的指导下，管理促销人员。
十、市场部与销售部的配合
市场部应将以下企划提供给销售部，并作必要的说明、培训及研讨： 0
1、销售促进计划。
0
2、促销活动/公关活动计划及安排。检查及沟通终端市场活化状况。 0
3、pop投放计划。促销/公关礼品发放计划。 0
4、年、季度、月销售目标制定。
0
5、产品市场占有率及品牌推广计划。销售部应将以下工作向市场部提供： 0
1、终端产品陈列情况。0
2、产品理货情况。 0
3、pop发放情况。
0
4、网点开发、覆盖率情况。 0
5、终端销售情况。
0
6、终端促销信息反馈。 0
7、区域销售状况。
0
8、竞争品牌市场信息反馈。 0
9、客户反馈。
销售部不仅要完成每月销售计划，还要反馈市场信息状况及竞品情况，以便市场部根据不同时期的变化指数预测未来市场产品需求走向，制定下月及调整下季度生产计划。
销售部在完成把产品有效送达销售终端的同时，要配合市场部达成有效推广，使消费者不仅能看到产品，而且能够产生购买欲望。所以，对销售终端的活化宣传，如产品摆放、促销活动配合、pop的配合宣传都是销售部人才工作范围，也是与市场部沟通较多的环节之一。 产品理货是业务代表最基本的工作，它的好坏直接影响产品在末端的销售，同时也会影响产品在消费者心中的信誉，所以它已经不单纯是简单的销售问题，与品牌的形象有关，也是涉及市场部管理的内容，因此要有这方面的沟通。
总之，销售部在市场前沿涉及品牌及企业长期性发展因素，销售部要与市场人员进行正常的沟通。
第二部分 市场活动管理及策划
一、市场生动化管理
市场生动化，是指通过有效的环境规划、气氛营造、商品陈列等手段使企业的产品在末端通路即销售点更加能吸引消费者光临，刺激消费者的购买欲望，最终促成消费者购买，实现整体销售的迅速提升。
1、市场生动化管理原则 1）创造购买环境。创造性的产品和市场广告的格式与位置，将直接刺激购买欲望。 2）改善卖场形象。我们的广告把我们的产品的最新信息告知公众，信息的新鲜与准确以及别具一格的陈列将使卖场不同于它的竞争对手。
3）增加销售和利润。这是我们销售工作的最终目标。
2、市场生动化管理流程
3、市场生动化管理的一般技巧
陈列商品的循环：要切合整体运营工作的目标和要求，保持陈列的新鲜感和时令性。 陈列商品的摆放：按品种系列安排，依分销重点依次摆放，每个品种的陈列面不低于6个，陈列产品禁止缺货，所有陈列产品商标一致面向消费者。
正确使用现场展示工具：陈列产品与展示工具应充分配合，新展示工具应用于样品上。 明显的价格标识：价格标识应准确、统一；所有陈列品种均应有价格标识，标识上应标明产品名、价格、产地、规格等（产品名---xx,价格------x元，企业名称----xx有限公司出品，规格-------）。
产品及场地的清洁：任何时候都应该保持产品及陈列货架的清洁，防止灰尘及污渍。避免影响销售。
存货管理：恰当的存货将防止脱销、维持分销并直接影响现场的消费心理。
正确使用pop广告：pop广告应置于店内合理摆放的显著位置，不可被其他物品挡住，插卡、海报与贴纸应接近水平视线；不可过高或过低；产品应保持格调和诉求方面的统一性，及时更换受损和过时广告产品。
店内陈列位置：与店方人员保持良好的客情关系，力求显著的产品陈列位置。 市场生动化管理的检查要点
产品必须陈列于消费者刚入店时所能看到的最佳位置；
主推产品及畅销新品必须占所有陈列空间70%的陈列面积；
家店等产品样品必须除去外包装后陈列；
每次拜访零售店时必须清理更换损失的产品及演示材料、pop; 所有陈列产品必须有清楚的价格标识；
及时补充新产品，新产品的补充要遵守先进先出的原则；撤换淘汰旧样品；
保持产品陈列及展示工具的清洁；
产品必须集中陈列；
产品标识、产品及宣传画等不能被其他图案或物品遮盖或包围 pop及其他展品不能遮盖住产品
4、市场生动化在产品不同阶段的特点 1） 导入期
特点：产品能够上柜或摆放整齐是最基本的要求，注重产品的可见度
目的：吸引消费者的注意力，以良好形象引起广泛兴趣 2） 成长期
特点：随着市场竞争的激烈，对生动化管理的要求也逐渐提高。此时应加强商品循环，商品及场地的清洁，正确适当地试用广告，必要时可增派理货员驻店。
目的：以市场生动化演示带动销售，加强产品的视觉冲击力 3） 成熟期
特点：更注重市场生动化的丰富性与新颖性，注重使用现场展示工具，注重占有更重要的陈列位置
目的：展示品牌丰富形象，促进销售持续增长
二、市场推广管理 市场推广管理的主要内容
各分公司/办事处经理直接领导区域性促销活动。办事处开展区域性广告等促销活动应预约提出方案，呈报销售经理、营销总监、市场部批准后方可组织实施。
为节约成本，各分公司/办事处促销活动需要的传单、招贴画、pop广告，绶带、横幅等可由市场部统一制作。
广告平面设计、文案、脚本（电视片）由营销总部统一制作。
全国性展销、展览会，由公司统一组织有关部门、办事处参加，费用纳入全年公司促销预算中。
对于邀请零售商或批发商参加的展销、展览会，其费用届时由公司、办事处及零售商（或经销商）具体协商解决。
公司举办的展销会、新闻发布会等纳入全年促销计划，由市场部提交方案，营销总监审核，市场部具体实施。
区域性展销、展览会，原则上由办事处自行组织。市场部应协助营销往总监审查其方案，并对结果进行分析。
对零售商的统一标识及卖场布置，由市场部提出设计方案，市场部组织有关人员审定，销售部、办事处负责执行。
为鼓励零售商或批发商的积极性，公司建立相应的奖励制度，并在协议中具体体现。激励机制应在营销总监的主持下，由市场部拟定，销售部会同公司审核。
市场推广管理产品不同阶段的特点。
导入期：早期就应严格管理，规范管理，以避免不必要的资源浪费
成长期：应注重标识的规范和统一，企业推广的步调应保持一致，努力保持对外统一形象，注意推广与销售之间的关系。
成熟期：保持并开拓器乐的形象，推广工作不断推陈出新，并努力电动零售商及批发商的积极性，注意推广与销售之间的关系。
销售部门在市场推广工作中承担着市场第一线的执行和市场反馈第一手资料的收集整理、统计分析和建议上报工作，是一个极其关键的环节。
三、新产品上市广告策划
产品生命周期是一种产品在市场上诞生、成长、发展、衰亡的动态过程。在一种产品生命周期的不同阶段，企业要多次修订其经营战略及策略，广告战略及策略也随之变化，因为产品时刻经历着经济环境的变化、竞争对手的变化、消费者消费需求与兴趣点的发展变化，企业都希望尽可能延长产品生命，扩大利润，所以，只有根据此类产品不同生命周期的市场特点制定相应的广告策略，才能在变化中取得优势，获得利润。一些国内消费品企业对产品生命周期概念模糊，甚至将一种产品的市场生命周期与自身品牌产品生命周期相混淆；在产品的市场运作方面更是分不清哪个阶段该用什么策略，以适应此种产品市场不同生命周期的变化。
新品上市期是指某单一品牌产品的入市期，是该品牌产品生命周期的第一阶段。但在此时，此类产品的整体市场上，可能处于产品生命周期的任何一个阶段。广告策划应配合企业销售策略，尽快打开市场局面，形成规模经济，实现企业利润的增长，尽量缩短导入市场的时间，协助企业顺利进入成长期。
第17篇：IBM资深软件架构师座谈会实习报告
IBM资深软件架构师座谈会实习报告
非常荣幸地，王老师邀请到了IBM资深软件架构师胡克老师和顾问李小娟老师来为我们开一次互动交流的座谈会。提及IBM，无论是国内外，相信学计算机专业的没有不知道的，也许它所提供的工作岗位就是我们某部分人的未来奋斗目标。作为著名的软件公司，IBM的影响力是巨大的；作为一个成功的企业，IBM内部对员工的培训、管理、工作分配等必然有许多值得借鉴与学习之处。这次座谈会，无论是李小娟老师还是胡克老师，他们的话都对我们产生了深远影响，由他们可以看到大公司内部运作的影子以及他们所具备的人格魅力，了解到了国际上对人才的基本需求标准如何，在工作中应保持怎样的严谨作风。
不同的人看问题的角度不同，处理问题的方式自然也不同。探索其根源，源自他们的思想不同，逻辑思维方式不同，故而可以胜任不同的岗位。正如胡克老师和李小娟老师。但，相同的是，他们各自身上都有值得学习的地方。
对于李小娟老师，我学习到以下几点：
1.做事情遵循原则。每一个岗位都有它对应的岗位要求，由相应的职业规范，同时也有必须遵循的原则。以项目管理为例，IBM内部有“PM456原则”，每位项目经理都必须依原则做事。
2.分步计划。软件行业的每个项目都是一个不小的工程，成功的完成一个项目必须要有计划、有步骤地实施工作，从项目准备、调研、设计、测试、验收到总结的一系列工作都要提前制定好计 1
划，分成多步，每天应达到的进度如何，都要完全掌控的住。
3.做好每一步。细节决定成败，一个项目的成功源自每一步计划的成功，项目完成的每一步都不允许有差错。例如需求调研部分，如果没有清晰明确地了解到客户的需求，那么无论设计的产品多么完美也不会得到客户的认可，自然是无法交接验收了，就相当于白浪费时间与精力。需求调研只是一例，它让我们看到做好每一步的价值所在。
4.布置任务清晰，规范而准确。清晰明了的任务相信会减少许多不必要的麻烦，工作人员知道自己要干什么，相当于工作有了目标，自然是事半功倍，可以更加高效、保质地完成任务，有助于打造一个优秀的团队。
5.随时监控、反馈。项目的完成中发生变故师不可避免的，如顾客的需求有了变化、工作的进度有了变化等，这是无法控制的。我们可以做的便是随时了解到关于该项目的一切信息，时刻监控项目的进行。客户有意见随时添加修改，员工有提议可以得到尽快的反馈，共同使项目更好的完成。
6.善于总结，经常总结。一个项目完成待客户成功验收之后，紧跟要做的便是总结，必不可少的环节。总结既是总结成功而令人称道之处也是总结不足之处。将该项目从头至尾研发的过程一一回顾，其中具有的精华我们必将保留，以后仍如此；其中暴露出的缺点与不足则思考如何克服、改进与完善，寻求问题的解决方法。“同一种错误不再犯第二次”，这便是总结的作用。
对于胡克老师，我学习到以下几点：
1.做事先做人。不错，毕业后首先考虑的是工作的问题，必须要先解决温饱问题，这是自然而然地，其中更加显现的是做人的问题。白岩松说“人格是最高的学位”，于做人而言，人格应是最重要的吧。做人，就要做一个优秀的人，无关财富、荣誉、名利，你生活的点点小事便是证明，它们是你人格的最自然体现。因为它是你不自觉的行为。看一个人，看的不是他的故作姿态，人前人后两面派，看的应是他最自然的行为。不为名，不为利，无所求的状态下，看待一切事物的想法。
2.在学校学到的更多是隐形财富。一般而言，大学生关心的多是大学四年学的东西用来工作够不够用，学长学姐们认为学好什么最重要之类的问题，这些或许重要，却不是最重要的。真实地说，我们大学四年学的多为理论知识，新毕业够用到的并不是很多，但最基本的我们也应该熟练运用，这些理论知识为我们提供了发展的潜空间。比较而言，大学教给我们的更多是“隐形财富”，诸如自学能力、与他人有效沟通的能力、建立良好的人际关系的能力、与他人团结协作的能力等。这些隐形财富创造的产值是无法言说的，只有自己的切身体会最为真实。可以说，这是我们在大学期间养成的习惯，日后体现在我们的工作生活中。
3.明天如何要看今天怎样。一分耕耘一分收获，或许你耕耘了但没有收获，但你若不耕耘则必然没有收获。今天所做的努力全是为了明天的成功做准备。有人总是抱怨自己没有升迁。却不反思
自己今天做了什么，应该做什么。成功只垂青于有准备的人，昨日已逝不可求，今天则把握在手中，关键看你如何让用它来创造美好的明天。
4.机遇来了，要把握得住。艺术家说“世界上不是缺少美，而是缺少发现美的眼睛”，相对而言则可以说，“世界上不是缺少机遇，而在于机遇来了你是否把握得住”。人人都希望升迁，这需要努力更需要机遇。机遇来了，有人升迁，有人原地踏步，几家欢喜几家忧。基于对任何人来说都是一视同仁，它的到来改变了一些人的命运，于是众人或羡慕，或悲叹。仔细想想，他们的成功在于他们有能力，把握得住机遇，机遇于他们而言不是抓不住的空中楼阁，而是通往梦想的阶梯。
5.用心做事，做有心人。记得有这样一句话，“这个世界，既不是有钱人的世界，也不是有权人的世界，而是有心人的世界”。有心人关注的不仅仅是自身的工作，也关心同事的工作，关心公司的发展，关心外界的局势。他们用心做事，争取做好每项任务，方方面面都处理妥帖得当。用心去做，高质量的完成工作不仅是对自己的肯定，也是为美好的明天而耕耘。
6.远规划，做小事。为自己制定一个长远的职业生涯规划，有每年的的目标，进而制定每半年的目标、每月的目标、每天的目标，天天都知道自己的前进方向，热情地工作，以积极的心态做好每件小事。事不在小，关键要做好。
第18篇：android从程序员到架构师之路介绍
麦可网http:/// 高端android体系化学习
Android：从程序员到架构师之路
Android发展多年的今天，很多工程师都遇到职业发展瓶颈了，不知道如何向上走 ，因此麦可网携手台湾Android教父高焕堂老师推出了《Android架构师之路》这套国内唯一的课程，通过这套课程学习，学员们会学习高老师提出的EIT架构设计模式，能从普通Android工程师往Android架构设计师这个新的台阶攀登，同时更加熟悉Android本身体系结构设计，也可以换位以Android系统的设计师角度来思考问题 。
由于Android是开源开放的平台，国内开发者不仅涉及App应用开发，也深入到底层软硬整合开发。
随着Android产业急速扩大，上下层模块日益增多，复杂性增高。无论是软硬件开发者都需要优越的架构思维、模式和方法，来支撑复杂的软硬整合、跨平台和自动化测试问题。
本课程解析移动应用开发的架构思维、模式和方法；并落实为Android的多层框架体系；所介绍的架构设计决策，都能落实为代码，为一个非常务实的课程。
随着这套课程的推出，麦可网已经有了高级应用，Framework，底层嵌入式，架构师之路等一系列互补系统的Android课程，全面覆盖纵横领域。毫无悬念的麦可网已经具备了国内最强大，系统，专业的Android课程体系。
这套课程的针对人群： Android开发已经有至少两年经验的IT工程师 ，多年开发经验想深入了解Android这个开源平台的资深工程师 ，Android项目团队的技术管理者 。
我们不建议：不建议Android初学者学习这套课程；不建议没有项目经验者学习这套课程；不建议没有遇到瓶颈者学习这套课程 。
有人问：架构课程是否会讲解的很虚？ 这套课程有超过2/5 都是案例，结合代码和UML案例来分析各个设计场景，所以大可放心，欢迎点击我们的试听课程。
第19篇：技术架构师解读用友UAP集成平台
技术架构师解读用友UAP集成平台
关键词：用友UAP,集成平台,ESB,主数据
中国软件网：用友UAP集成平台支持用户、界面、信息、服务、流程等集成功能，能够方便支持第三方应用与用友(NC)产品快速集成。日前，记者采访了用友集团UAP中心集成产品开发部经理粟竹冉，产品与技术管理部技术架构师龙乐乐，他们就用友UAP集成平台特性以及业界热点话题分享了自己的看法。
(CSDN.NET )集成平台是用友统一应用平台UAP的一部分，由一系列软件框架及服务套装实现企业所需要的各种级别的集成要求，主要包含了套件ESB(企业服务总线)、MDM(主数据管理)、IDM(身份管理)等。
用友UAP集成平台架构图 摘自UAP技术白皮书
用友UAP集成平台支持用户、界面、信息、服务、流程等集成功能，能够方便支持第三方应用与用友(NC)产品快速集成。日前，记者采访了用友集团UAP中心集成产品开发部经理粟竹冉，产品与技术管理部技术架构师龙乐乐，他们就用友UAP集成平台特性以及业界热点话题分享了自己的看法。
用友集团UAP中心集成产品开发部经理 粟竹冉
据悉，UAP ESB的关键特性包括：全生命周期管理的集成开发环境，面向服务的组件编程架构，支持SCA事务模型、分布式异构系统事务，支持集群及负载均衡，提供服务仓库实现跨平台服务的统一管理，内置基于流程虚拟机的消息流和工作流引擎，支持WebService协议，提供JMS、Http、Tcp/Socket协议支持等。
对于开源解决方案，粟竹冉表示，用友开发过程中调研过相关开源产品，功能很强大，但缺点是服务方面做得不好，另外就是监控功能做得很粗糙。用友UAP团队越来越重视借鉴对开源产品的设计理念和思想，但还是持比较谨慎的态度。
用友集团UAP中心产品与技术管理部平台技术架构师 龙乐乐
此外，用友UAP集成平台中的主数据管理和身份管理功能还没有正式对外发布，在之前一直以项目的形式存在，未来用友将把它们作为独立的产品开发。用友UAP主数据管理系统负责主数据服务管理调度、数据读取转换存储以及和其他业务系统的数据交换，主要分为几个组成部分：主数据建模、主数据共享、主数据服务、主数据适配器。
龙乐乐分享了用友UAP平台身份管理的两个典型应用场景：第一是对人员进行统一的身份管理。包括从入职、职务变迁到离职的整个过程进行统一管理。另一个场景是统一认证和身份库，服务于SSO，跟企业门户结合，形成一个全面的安全结构。
对于计划实施主数据管理方案的用户，龙乐乐建议分为以下几个步骤来准备：(1)调研企业数据标准化状态;(2)规划企业主数据结构;(3)主数据编码要规范化和标准化;(4)建模时要反映每个厂商的业务模型，所对应的主数据业务模型是什么;(5)想清楚实施的难度。
第20篇：谁更适合成为ERP的网络架构师
叁摄氏度ERP管理系统()
是程序员还是管理咨询顾问--更适合主导ERP系统的开发？
目前大多数软件开发企业，都是程序员+美工+客服组建而成的公司，公司的程序员平均年龄还不到25岁，从事普通企业网站开发或者模外国先进网站方面还是可以的；但是涉及大中型企业的ERP软件开发，这些年轻的程序员，在行业经验方面就十分欠缺啦，业务流程、财务流程、管理流程都没有经验，大多数做过ERP开发的人，应该都是参照“进销存”软件开发思路来组织开发的。从经验的角度来看，年轻的程序员们并不适合主导ERP整体架构设计
而中国大多数管理咨询企业，都喜欢纸上谈兵，大量的外国营销分析工具，堆砌出一份份华美的分析报告。咨询行业不仅仅应该帮助企业主发现问题，更应该帮助企业解决问题。口号式的解决方案，是无法解决当今中国中小企业的管理难题的
希望更多的咨询师，走下讲台深入企业第一线，深切的了解一线人员的工作方式，结合软件管理思维，帮助企业梳理出更有效率的管理模式
希望更多的软件企业在选择网络架构人才时，大胆的启用没有编程经验的管理咨询专家，培养出一批既懂管理、又懂软件的复合型人才，真正为中国中小企业做点实事
以上观点出自：叁度装饰联盟网。
更多详情：
