`
578936807
  • 浏览: 12430 次
  • 性别: Icon_minigender_1
  • 来自: 北京
最近访客 更多访客>>
社区版块
存档分类
文章列表
今天是2014年1月1日。新年佳节,首先祝福各位博友和自己,在新的一年,身体健康,家庭幸福,事业蒸蒸日上。 2013年,对于我来说,发生了很多事儿,简单的回顾一下: 1、2013年2月6号-16号,回家过春节。 2、2013年3月22日,从航星辞职,3月25日日志入职翰纳维公司,开始每天挤地铁上班。23、24号位周末,中间没有间隔休息。 3、2013年4月,在翰纳维真正接触EXTjs开发,开发了第一个自己的组件(类似swfupload附件管理组件)。 4、2013年4月12日,他们给我过生日,不过还是谢谢她。 5、2013年5月,学习GWT技术,给公司做工作平台的固定资产管理相关功 ...
能够提供: 1、行业内有竞争力的薪酬,这个岗位的薪资大概15-20W! 2、五险社保+公积金,基数为全额工资! 3、享受生活补助津贴! 
http://robbinfan.com/blog/19/first-year-in-csdn   我来CSDN这一年 从ITeye(JavaEye)被CSDN收购,我从上海搬家到北京上班,眨眼之间已经过去了一年多。回顾过去这一年,生活环境发生了巨大改变,工作的职责和角色也重新定位,面临了一些 ...
一、spring执行简单的定时任务可以实现TimerTask的run()方法。 如下:SayHelloTask.java   1package test.timerTask; 2 3import java.util.TimerTask; 4 5public class Task extends TimerTask { 6 7  @Override 8  public void run() { 9    // TODO Auto-generated method stub10

我的一个idea

       吃完午饭,像往常一样准备午休了,可是爬在桌子上就怎么也睡不着,突然就想起了最近跟一朋友谈的创业开店的事儿,虽然想法都还不错,但是我觉得没什么前途,因为都是别人做过的,况且目前大家手头都没什么资金,总不能空手套白狼吧。        其实我从大学那会儿就一直有个梦想,就是开一家公司或者实体店,工作这么久了,从来没去认真考虑过,可能是平时太忙,太累,也可能是淡忘了理想吧。其实回过头来想想,还是应该在这个阶段有点作为,撑着年轻能干就拼一把,累点都没事。可能我就是这样一人吧,总是闲不下来,往往比同龄人要想的多,考虑得多。总之一句,我的理想一定要去实现,不然我太不爷们了。       ...
管理一支技术团队可能是世界上最难的事情之一。如果你是一个经理,你需要和很多方面的专家合作,和你的上级协调产品需求,和负责协调产品交付件的同级合作,和将产品功能转化成技术需求的同级合作,带领直接汇报给你的团队等等。在某些糟心的时刻,你需要面对的是会把患有自闭症的送报小孩(原文,阿斯伯格综合症,爱因斯坦曾患有此症)赶走的同事。 我曾经担任过开发经理、开发总监的工作,也曾经是一个开发人员,在过去的几十年中,在管理技术团队这件事情的两边,我经历过许多非常不一样的“管理风格”。从技术团队的角度出发,就成为一个卓越的技术经理必备的特质,我会给出一些建议。     首先,技术人员的工作环境始终飞速 ...
      在以上技术方案文档和需求文档撰写完毕之后,就开始写招标文件,当然这部分应该不是承建方做的事儿,但是很多客户不会去真正的写招标文件,而是都有承建方提供。那些业主很多就知道需要上个什么样的系统,具备什么样的功能,帮自己完成什么事就算不算了,哪有那功夫给你出个详细的招标文件。虽然这样是完全不符合软件项目立项规范的,但是中国就是这样,你的规定是规定,我该怎么做还怎么做。只要双方没出什么事儿,就爱怎么着怎么了,管你政府是你们事儿。其实很多项目都是通过关系建立的,并不是走真正的规范化立项流程。很多步骤都是走个形式而已。这个时候作为软件公司就要辛苦一下了。既要当爹还要当妈。谁让人业主有钱呢。 ...
       接上一阶段的需求文档的撰写,大概一周多的时间,出一版需求文档初稿,然后自己审核无误发送给上级领导审批确认,等待结果。       领导审批后,给出相应的需求文档初稿,以及相关的建议和意见,根据领导的批复,对需求文档初稿做进一步的修改完善,接下来就是出一个需求文档的定稿。当然这里面还需要不断的跟需求方讨论和确认相关需求。       需求文档的撰写要求:        1、建立一套需求文档的撰写格式,并提供样例文档。        2、建立图形化模型,这钟模型可以描述软件的过程,系统状态,数据与对象之间的关系。        3、要对相关的业务提供清晰的业务流程图,并对 ...
Java就是用来做项目的!Java的主要应用领域就是企业级的项目开发!要想从事企业级的项目开发,你必须掌握如下要点: 1、掌握项目开发的基本步骤 2、具备极强的面向对象的分析与设计技巧 3、掌握用例驱动、以架构为核心的主流开发方法 没有人愿意自己一辈子就满足于掌握了一些代码实现的技巧,别人告诉你要实现什么,你就用代码堆砌来实现别人的要求!你必须学会从整个项目的角度去思 考!你必须学会假如你是项目经理,你该如何思考!你必须学会假如你是架构师,你该如何思考!你必须掌握针对某个特定问题领域的分析方法! 关于基础tb知识:你可以看看这些名词或知识点,看是否能说出个一二三四来。
首先想说说IoC(Inversion of Control,控制倒转)。这是spring的核心,贯穿始终。所谓IoC,对于spring框架来说,就是由spring来负责控制对象的生命周期和对象间的关系。这是什么意思呢,举个简单的例子,我们是如何找女朋友的?常见的情况是,我们到处去看哪里有长得漂亮身材又好的mm,然后打听她们的兴趣爱好、qq号、电话号、ip号、iq号………,想办法认识她们,投其所好送其所要,然后嘿嘿……这个过程是复杂深奥的,我们必须自己设计和面对每个环节。传统的程序开发也是如此,在一个对象中,如果要使用另外的对象,就必须得到它(自己new一个,或者从JNDI中查询一个),使用完之 ...
一、spring工作原理: 1.spring mvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。2.DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller. 
这个阶段是需求分析和需求文档的撰写。 根据上一阶段定义出来的系统整体架构和功能模块图,由项目经理根据组员对业务的熟悉程度来分配文档撰写任务,在开始任务之前,由项目经理定制好需求文档的格式,最好提供一个需求文档撰写模板,大家统一按照这个格式走。项目经理要实时跟踪文档撰写情况和业务分析情况。随时开碰头会,对已经完成的需求进行评估讨论,一起决定需求的具体细节。依次类推玩完成所有客户需求文档。
Spring 框架的设计理念与设计模式分析   Spring 的骨骼架构 Spring 总共有十几个组件,但是真正核心的组件只有几个,下面是 Spring 框架的总体架构图: 图 1 .Spring 框架的总体架构图 从上图中可以看出 Spring 框架中的核心组件只有三个:Core、Context 和 Beans。它们构建起了整个 Spring 的骨骼架构。没有它们就不可能有 AOP、Web 等上层的特性功能。下面也将主要从这三个组件入手分析 Spring。
这一阶段是项目经理的工作,首先根据业务熟悉的情况,对系统设计的业务功能进行一个整体的评估,完成系统的基本架构设计,然后大概列出系统的主要功能模块,最后要确定系统部署使用的网路拓扑结构。系统技术框架、系统安全措施、部署描述,以及定义出项目的大致研发周期及阶段。形成文档。
作为项目经理,经过第一次业务培训后,要及时跟踪业务需求的方向,或者说是系统的目标,如果有成熟的产品,要选择做参考,当项目方向确定。或者业务理解差不多的时候,这时候该做的就是技术方案的确定,确定使用哪套框架,具体的方案确定方式有: 1、跟项目组成员讨论,比较公司各个框架的使用情况,以及成员的使用习惯,最好成员每人提交一份技术选择方案等。 2、跟领导召开会议,做技术方案的指标评分,来确定使用技术框架。 最后,根据两个上下会议的讨论,项目经理确定具体的技术方案。
Global site tag (gtag.js) - Google Analytics