指尖思维

正式入职公司半年，半年的时间里蜕变了许多，也觉察了诸多的不足。在今后的工作学习生活中好好借助已有的知识锻炼自己的能力。总结如下： 找工作签合同需知己知彼         找工作最重要的是知己知彼，但很难。而尽量接近这个点可做的方法之一是多实践多与同批次或高于自己的人交流。在这一点上提高班有所不同，米老师能够洞悉社会所需，辅导提高班学生找工作的能力（当然前提是米老师已教导了学生们较强的能力）。半年里

在公司工作一年来，很感谢*总、*总、*总和各位领导对我成长的关心，一年的时间里公司给了我很多锻炼的机会，从出差**核电项目到**油几个项目的开发和维护工作，我从中学到了许多做事情的方式，而其中最为重要是责任与合作。可以说进入公司的前半年多数的开发工作是有项目相关人员带领指导开发的，一方面要熟悉项目架构和FileNet项目的开发方式，另一方面要吸收学习项目团队成员分析问题解决问题的方式和从程序员角度

近来甲方资金充足，其子公司需要立项的需求也多了起来，这样一来整的我们这个小子公司人手甚是缺乏，实习生也在陆续招录之中。公司针对能源领域文档管理和工作流特性有几套项目架构来应对不同需求特质。        多数项目组成员是不需要关系项目架构细节的，而是能够熟练借助项目架构完成所属功能块。项目架构也许能够为我们完成80%的工作量，但剩下的20%需要自己来完成。做为普通开发人员进入项目组，如果你

*海*项目年前已经进入维护阶段，经过一个多月的需求再确认与再开发，今天将测试系统上的功能升级到了生产系统上。虽然项目合同属于维护合同，但其工作内容和性质如同二期工程。        这个项目从前期投入到上线再到后期维护完善，少说也得需要三年时间。这么长的时间里最为重要的是保证人脉的畅通性、业务知识的可延续性和架构与技术框架可学习性。三年的时间对于一个项目组来讲已经算是很长了，不要说一个项目组，

程序处理中往往会用到异常、log及其组合。程序的好坏在某种角度上来看也体现在了此类工具的使用上。对于异常，我们可以catch住，将错误信息记录log；也可以将exception抛出去，交给调用者去处理。但对于底层底层封装的接口或框架工具而言有些异常还是要抛出去的。       今天整理公司对FileNet API接口的封装，主要做的事情是将catch住的异常释放开抛出去。对于封装好的组件来讲，

在一定前提下，代码要以容易理解的方式实现。这个课题包括的内容太广，此文仅就近段时间读的一段简单程序为例说明一下似乎与“单入口单出口”原则相关的内容。而谈及这个原则，也可以从不同角度和不同代码形式来谈，此文仅就下面代码模型中的形式而谈。下面代码的背景是有三种unit，每种unit有相同种类的多个documentType；代码实现的是获取每种unit下每种documentType数量。代码如下所示：

我们知道要是实现ListBox1中的项目向ListBox2中转移，其实现过程是很易想象。就是将Listbox2中添加ListBox1中选定的项，然后在将ListBox1中的项删除就可以了。不过实现过程中，我的界面出现了下面的情况，在单击选择则会报不许选择多项的问题。 下面是两种实现的不同代码。protected void ImgbtnReturn_Click1(object sen

往常使用GridView显示数据时数据源是执行SQL语句返回的数据表。其实将自己定义的DataTable类型作为GridView的数据源是和上面那种情况是一样。昨天发现我的设计很不合里，但碍于成型的设计和代码，对课程工作量标准的设定和修改只作了少许的变化。其一是使用GridView来显示数据。对于课程工作量标准，每个学校是要有四条记录的。使用GridView的目的之一便是允许用户使用GridV

在局域网中实现总店对分店销售等信息的汇总，是通过在总店方数据库中建立分店数据库的备份数据库，而后在待统计分店的数据库中统计所需信息。    这就告诉我们每个分店的数据库名称是唯一且明确的的，否则统计将有失准确。在此每个分店的t_shop表中都记录了该分店的数据库名称。    不过备份文件在从分店传向总店时，其名称是可以改动，导致程序无法直接确定该分店数据库名称，来依此名称建库。解决方案

<br />验收的信息如下：<br />组号：七<br />验收人：陈伟东<br />组员：吉庆、黄爱岗<br />验收时间：2011-05-02<br /> <br />验收结果及工作安排如下：<br /><br />吉庆：<br />1） 工厂包对实体类包进行了引用给予了纠正<br />2） BLL层对IDAL层缺少包的引用给予了纠正<br /> <br />黄爱岗：<br />1） 用例图中Actor对用例的使用关系没有画箭头给予了矫正<br />2） 用例图中用例和用例间的《extends》关系方向

<br />      清清心荷的《在**工厂做系统》大体上展现了这几天兄弟们去这个X工作的感受，也很可能是后续兄弟们的怨言。下面是清的感受：<br />      在****工厂跟他们一起做了些天装备维修信息管理系统，这个项目耗资100万，做了两年了，还没做完，晕。<br />      1.只有一个需求列表，没有建模，没有一份文档。<br />      2.前后几个人接手，大家都是自己做自己的，没有关联性。<br />      3.每个人去了都以实现功能为主，自己建立数据表，自己做代码。<br />

<br />19号和20号两天内，王哥、潘哥、争光和我一同去了山东薛城和山东新泰。这是我第二次到现场装机和系统升级了。<br />初入山东境界不久就显示出了作为中国三大丘陵之一的特点，高速公路横穿山丘，初次体验深感美丽！<br />下午13:30左右到的薛城，在那等了那老板一阵子，而后去了他的店进行新机器安装和软件升级。装机时间应该在14:00左右。我和争光分工，争光对前台pos机进行升级，我负责后台升级，而后一起对新机器进行了软件安装。整个过程原计划到17:00左右，但却推迟了近3个小时。<br />升级

读了《推荐信》中师弟师妹的文章我颇受感动。在七二一大暴雨中，米老师的事迹人人称赞，而这一件事情牵动着提高班所有学员对米老师的感动、感恩与报答米老师苦心栽培的心。而米老师多年的心血，在此事件的教育下，让提高班几百号学生有了更高一层的认识，为今后米老师和提高班人的事业大发展奠定了必要的思想基础，使更多的学子具备了更加坚毅的志向和强大的内心力量，我为此而感动和自豪。         一场大雨下来，让更多

天津*油项目功能性开放基本完成，但上线却上了一个月还没上成。这个项目是包含两个异构项目业务的，即在portal功能下嵌入文档平台，而上下前次项目要求与另外的bpm项目进行sso，由于该项目较为复杂：包含两个项目整合而成、包含flex工程嵌套、包含ssh注解形式和配置文件形式（两个项目各用了一种方式）、包含两个项目配置文件的统一、session处理的统一、sso时session处理的统一等等。

这段时间有两个同事前后两天离职了，我先后和这两位同事交接了工作。        Zy在公司时间较长，手头上的工作也比较多，而最近有离职的想法后，在努力的加班加点的完成公司已分配下来的工作，尽量在离职前夕让手头工作少下来，一方面可以有时间梳理下要交接的工作，一方面也有时间看看所需知识。        Xn就在Zy有离职想法时刚刚加入的公司，据了解他的上一家公司是创业型公司，老总原是IBM的销售。离开

过去很长时间里团队的工作重心在为业务部门打造流程和文档管理平台，使产品深入客户业务，获取用户基数与认可度。加之客户集团总部主推所购产品，最近的工作服务对象略有改变。从直面业务部门，到现在为业务部门的其他产品提供服务（暂时仅提供了文档管理服务），直观来看是团队所做的事情没有发生变化，过去和现在都是基于产品为客户做定制性开发，但现在除了要面对业务客户外，还要在一定程度上面对业务客户的第二第三支持方，而

客户这边有个FileNet应用接口的需求，基于已有应用改造，原本开发不是多费事儿的问题，但就是一个简单的问题，达到客户期望值也不是很容易。 开始需求人员（基本经理代劳了）与客户经理那边商定，并形成了需求文档。但需求文档中有诸多可选项和需要开发人员抉择或思考需求的地方，不管如何一一确认好后开发了一版。大概文档本身和需求有一定距离，加之开发过程的抉择则相去更远了。 而后经理连同开发人员到现场，与客户经

到年关了各项目都更为紧张了。这一两个月北京团队没有大规模的开发任务，只有些完善性或补充性的功能在北京团队进行着。开发强度降低了，但团队成员的时间需要更为合理。因为年关了，很多项目必须要结，而人手有限，所以更应合理安排各项目完善、测试和部分项目的再调研。整个团队磨合过程中也有不少收获简述如下。      提早指定新成员的学习，适时督查。这次项目组进入年终最后一批功能的完善和测试，但发现一些新成员人就

在线统计功能在企业级应用中具有较为深远的意义，例如，一些国企中逐步深化信息化建设，而这种建设的成熟性或者易用性往往体现在应用的使用人数和频率上，而这也可称为评价公司IT部门效能的一个参考。此次HY 对FileNet WorkplaceXT（以下简称XT）提出统计功能，这种统计是基于用户真实登录应用的情况。比较流行的方法是利用HttpSessionListener来监听session的创建与销毁（此

对原有文档管理项目进行简化和调整，同时对客户的其他应用提供webService接口。WS使用CXF提供，功能较简单，但原项目所提供的jar与CXF所依赖的包发生冲突。首先在整合过程中，去除了一些CXF使用的jar改用项目中存在的，项目编译没问题后，进行功能瘦身调整。 整个瘦身过程，没有利用CXF工具生成WSDL文件进而产生客户端服务，而简单了写个客户端调用。能够通过ws传递信息，同时能够通过返回的

上周六（2012-10-27）参与了公司对一批学生的面试工作，这次面试主要是为公司日益增长的业务寻找一些开发人员。       早晨校园格外宁静，九点钟似乎对于周六的校园还是有些早，与校方负责的老师互换名片后告知我们学生大都没起来，面试稍后进行。面试学生较多，办公室放不下也不方便学生笔试，随后来到来到学生教室。这里的学生属于学校和培训机构搞的三加一教学，这个地方应该还算有学习氛围：我所处的教室对面

在团队合作中，将每个人的工作有计划的组织起来很重要，他不仅利于团队顺利的完成任务，也为分析团队合作的各种情况提供了基础数据。禅道是一款PMS软件，下面简单介绍下其使用。       在“我的地盘”中可以了解自己的任务、bug和参与的项目等等.       在“产品视图”中能够查看指定应用的需求、项目计划、项目概述和相关文档等等       在“项目视图”中能够查看指定应用的任务、需求、bug和团队

2011年底进入项目组至今已有9个多月了，虽然项目组没有之前项目组那样完整而庞大的组织架构，所处理的每个项目也没有之前的项目大，但该项目组组织和开发方式可以说是中小型项目开发的一种模式。       一方面这九个月所处的项目组是核心组，实际上它有其他多个远程项目组的支持。这一点是由客户业务所造成，一者核心项目组所在位置能容纳的人数有限，而进入客户住址需要有严格的审查；二者面对的客户是多方的，多指的

最近开发了两条流程，一条是对客户已经在使用的流程进行平台转移，一条是在已交付的应用中增添一条固定流程。这两条可以说都需要从头开发，而由于其状态不同在项目开发中也很值得介绍下开发过程。       需要转移平台的流程是问题处理流程。之所以要转移平台是因为之前运行的应用客户准备放弃使用，再者客户需要将信息化进行整合，将不同应用下具有业务连贯性的流程整合到正在开发应用中来，其中问题处理流程便是这种有着业

Velocity是apache组织下的一个基于java的模板引擎（template engine），而这种Apache velocity 模板引擎的简单使用可以更好的将样式设计和java开发分离开来。       举个简单例子，在给一些客户发送邮件时，邮件正文往往带有一些较规范的表格或链接，而在发送邮件时，我们当然可以在java代码中写正文时加入html标签修饰达到如下目的：        但如果

*油ERPv2.0上线后面临一个急需解决的问题——将原SAP系统和ERPv1.0中的数据迁移到ERPv2.0上来，进行全文检索。ERPv1.0的数据存储和展现形式同ERPv2.0的一样，而不同的地方就在于数据的存储位置，故而其此部分数据的迁移工作集中在对两部分数据（1.0和2.0）全文检索的整合；而SAP应用的数据没有借助FileNet产品，而是分散在DB中，显示的字段信息与ERPv1.0和2.0

昨天进行开机优化时，不顾一切后果的将360提出的所有可以禁止开机自启动的项给禁止了。起初蛮好，可在使用outlook看打开我的RSS源文时却无法连接到了。而自己又不清楚这项功能需要哪个组件服务。图片如下:这是犯错的主要步骤，但一个错误还是会重复的，而且是在你刚范了之后还会继续的，否则也不至于让我的outlook失效一整天了。就在我刚做了优化后打开outlook时还提示了一句话，大概内容是“怎么怎么样阻止什么什么”。至此，大家也清楚了，我根本就没在意这个提示框，就直接将他给封杀了，以至于我发现了图片中问题时，

昨天结束了历时两月个半月的软考阶段。以下简述一点方法和感受。 考试复习方法。 1.给自己制定个大致的学习计划，不一定严格执行，但有它心里清楚自己有多少工作要做。 2.复习阶段要边学习边总结，边做题边总结，不要等把事情都做完了再总结。一口吃撑了，第二口吃着就费劲了！ 3.对于软考最好是多做真题，模拟题适当做（其他考试可能也是这样？！） 4.做题从早些年的题向近些年的题做起，这样更容易把控整个考点的变化。 5.软考涉及知识点多，要准备好复习用的记录本，最好能分类记录总结，一者清晰，再者记录错题时很方

做人做事情需要具备很多方面的素质，健康、心理承受力、毅力、思考力、情商、智商等等，但现阶段的我最需要的是——行动！

昨天感觉自己的设计不合理。简略写了下不合理之处。摘抄如下：17:56 2010-07-30今天开始编写界面层的代码。打算先从设定和修改课程工作量标准开始。起初的页面是做了个演示用的例子，使用table存放各种标准。那是暑假之前的设计了。现在感觉他不是很合适。想做些修改。原先的问题是课程工作量标准，实习见习工作量标准，论文工作量标准必须同时更新（要知道这三种标准中的每一种都不只是一条记录或一种标准）。这是界面上。如今我的软件架构设计上，（现在我做课程工作量标准设定发现的这个问题，就以课程工作量标准的设定为例来

<br /><br />由于该餐饮连锁店未使用广域网来联系分店数据库与总店数据库，故而永和总店对分店消费信息，营业额信息等汇总的实现是通过将分店数据库，还原到总店数据库服务器上，而后再遍历各个分店数据库中的表查出相应信息来完成的。<br />这部分的汇总包括的内容并不多，重复性工作多，所以编码很快就完成了。然而出现了点小错误后，其调试修改时间也不容小觑。常规的调试修改问题在此不说，说一下引起这次问题的本质原因。<br />首先是文档不全。层间类调用关系不明朗，调用下层的方法时需要考究。克服之法就是要确保文档

到今日此系统已经在多家店中进行了使用。昨天出现了一系列问题。这些问题的是对我们平日一些小忽视，小将就的一次爆发式报复。由此我们开了这次总结会。对问题实质进行挖掘。做事情要遵循以下原则。一、     万事要有个态度。二、     万事要有标准。做事情，首先要确认这个事情你是否做。一旦决定要做这个事情就一个心思的去做这件事情。把事情尽最大力量做好做实。正如李开复所言，不能同时追赶两只兔子。那下一步就是要确定你做这件事情的标准了。当然一件事情处理中也许不可避免的会发生问题，但这并不有害于你做事的态度和标准，反而有

很多应用系统都会与卡打交道，像机房收费系统，永和豆浆收银系统等。生活中见的较多的是磁卡和IC卡。相比较两种卡，IC卡除了价格稍贵些外，其优点更多。IC卡包括接触式IC卡和非接触式IC卡（这就是我们在多数系统中使用的射频卡）。像我们在永和豆浆收银系统中使用的m1卡也属于射频卡。M1卡较我们的机房收费系统中使用的只能存取一串数据的卡要功能强大的多。M1卡含有16个扇区，每个扇区有4个块（0~3），每个块有16个字节。每个扇区的块3是控制块，用于存放密码A，存取控制，存放密码       B。像我们在永和豆浆收银

首先清楚下教师课时费计算方法：课时费=工作量*单位工作量薪酬+补助金。工作量含盖三方面，一是教师授课产生的工作量，二是论文指导产生的工作量，三是实习见习指导产生的工作量。此处问题只针对第一方面 。一节课产生的工作量，既与课程性质（理论课、试验课）有关又与班内人数有关。下面的问题主要关系到后者。某位教师教授一门课程下的学生可能来自不同学院的学生，而且学生数量较大，可能会在一周内分批次教授（如

19号开始进入十人开发的项目（CollegeSystem）。李坤师哥根据我们十个人进入项目时间情况及项目需求，将我们分为了五组。我、雪奇和成云负责开发教务相关子系统。坤哥将经过一番调研的项目需求给了我们，我们三人首先要对需求进行了解讨论，再次完善需求。画出界面参与用户需求讨论，确定需求。而后我们负责完成针对该子系统需求的概要设计、详细设计、编码、测试等一系列软件工程中的阶段。现在想想，我们

    这几天打算代码实现下牛腩新闻发布系统中网页制作和整合的部分。前面的代码不先做的原因，一方面是前面的内容较熟悉，可以不用急着整体重复；另一方面的原因是相比同学们的编程进度，我慢了许多，想在开后续课程之前对新内容熟习下（观点，步伐不能始终慢人一步，在不过分影响对后续课程理解的前提下，可以有个断茬，重要的是不能一慢再慢……）    这样的安排下，尝试使用了下不同语言编写的类在dot net下

     牛腩新闻发布系统视频刚刚看完一遍，尚未敲写代码。总的来说，牛腩视频中包含的内容分两大块。一部分内容是对已学知识的Review，令一部分则是引出后面要继续学习的内容。     网页制作这部分，是对HTML、CSS等的学习。而整合网页还包括了对数据库的访问等，这就要涉及前台和后台间信息的传递了。而这些也是牛腩在后面主要讲的内容。在这里就要学习一下ASP.NET、JScript（包括JQu

牛腩新闻发布系统可以说是b/s开发方式的一个开始，也是对以往知识的一个回顾。 此次工程实践再一次为我们开启了一扇动人的窗。此系统的前一部分所需知识包含在已有的知识网中，不过在这部分知识网中数据库的存储过程和触发器未曾经过工程实践。这一次算是一个补充。这两者的用法不必多说，好处提一句：较少了网络流量（即减少了与数据库的交互次数，这一点在做c/s方式时有所体会，现在想想，那时多步完成的一个业务逻辑

      从暑假学软件工程到寒假运用其开发思想来二次开发机房收费系统，我在逐渐的清晰软件工程的存在意义。      在这次开发中可以说将软件工程的几个重要过程都体现了：可行性分析、需求分析、概要设计、详细设计、数据库设计、测试等。并且运用了UML建模，SubVersion进行本版控制以便多人合作，Nunit进行单元测试。也接触了部分项目管理方面的知识。      当然每个步骤目前接触的还

     今天用uml实现完了收费系统的每个功能，想想设计的东西还有很多不完善的地方。 不完善点主要在有些功能实现细节从设计的UML图来看仍旧有面向过程的影子，今天竭力整合了些类，还要在在实现中继续提炼类。     如何才能使自己的设计可以供多人完成？今天主要精力在用UML表达完系统功能及实现。只有在实现中才能更多的发现问题，完善设计的不足，这种实现可以是代码中的，也可以是UML功能描述的实现