摘要： 平常说话多注意，不该说的不说。容易引起他人联想和猜测的不说。 会议的组织: 明确会议目标，当会议跑题时，急时的将会议切回正题。 限定会议的大概时间，考虑到人能承受的最大会议时间。(大概2小时左右)如会议时间过长应考虑会议中间的休息。 程序结构的保持: 如同足球里的队形一像，如果一味的只注重队形的保持，往往都会输球。必要时可以打破陈规 项目的跌代: 平方数: 如4周的项目，我们可以以2周为一个跌... 阅读全文

摘要： 公司的两种定位： 以技术为核心 -- 适用于大公司的资金及资源较多，有一定的时间、资源、资金 以分析设计为核心 -- 适用于大多数的大、中、小型公司，只要是针对客户的程序都应以此为核心(个人以为) 项目四个要点： 范围(需求)、时间、质量、资源(人员及其它设备) 首先 明确需求 然后推算出开发时间 从而制定质量标准、并计算出所需的人员及设备 成功项目的三个关键点: 组织政治学(充分考虑... 阅读全文

摘要： 1.说既做，不做既不说,工作切记讨论有结果，切不可说完没下文 2.目标要明确，未明确目标前可以先不做，但一定要先明确目标 3.分配一定要明确，有目标不可含糊 4.客户要的是解决方案，但客户未必有具体的形象的东西，我们可以为客户提供一个可以选择的范围 5.带领团队，在闲的时间可以做一些其他的事，不可以让团队成员存在无聊，没有前途的感觉 6.对成员的发展进行观注 7.了解每个人的个性 8.了解每个人的... 阅读全文

摘要： 自上而下： 需了解用户需求较为详尽，将问题进行分解,把握用户需求主线，以用户应用的角度考虑问题，结合自身的经验为 开发人员提供方便舒的程序框架。 分解问题：-->大-->中-->小 自下而上： 需了解用户的细节，以细划的方式提供小的组成部分，在顺序上属于组合问题， 小-->中-->大 个人认为两种方式必须结合才会发挥各自的长处，在两种方式上只运... 阅读全文

摘要： http各个状态码含义 1**：请求收到，继续处理 2**：操作成功收到，分析、接受 3**：完成此请求必须进一步处理 4**：请求包含一个错误语法或不能完成 5**：服务器执行一个完全有效请求失败 100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） 101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HT... 阅读全文

摘要： 要防止同一用户同时登陆,首页应该记录在线用户的信息(这里与用户名为例),然后判断正在登陆的用户里面是否已存在。在这里使用一个cache存放已经登陆的用户名，但是还有一个问题就是要知道用户是什么时候离开系统的呢？这就要定期清除cache中的内容了，也就是设置一个cache的时间。这个时间可以跟用户的session值联系起来，刚好当用户session值失效的时候该用户在cache里面的信息也会被清空．... 阅读全文

摘要： 初级的程序员或经验不足的程序员往往只意识到自己的程序是写给计算机的，而不会在意程序其实也是写给人的，或在意得不够、不全面。 写给机器的程序，往往追求的是运行正确、执行效率能满足要求。但程序员的任务仅仅就是把业务逻辑转成机器能编译的计算机语言吗? 其实，程序首先(注意，是首先)是写给人的。第一，程序是写给看代码的人的。第二，程序是写给用程序的人的。了解这一点，才能理解写程序为什么要有代码... 阅读全文

摘要： Row_Number Rank Write 快照 Top(表达式) Set xAct_Abort On Pivot Cet 阅读全文

摘要： 需求的写作形式一般分为两种，面向对象和面向过程。对于不同的受众和应用,采取不同的形式。 面向过程的形式： 主要的思想是IPO的原则，也就是“输出－处理－输出” 文档格式， 一、首先是对于整体系统的简略介绍：目的，确定文档描述的对象和大体内容 二、系统上下文，介绍系统和其他系统之间的关系，边界如何划分 三、系统的需求分解，介绍完成整体系统需要分解的大框架的需求内容 四、具体需求 对于具体需求很简单，... 阅读全文

摘要： 程序的实质无外乎有三：选择、分支、循环。(没了) 任何高人和牛人写出的也都无外乎这种东东，至于程序为何还要有好与不好之分呢，那就是个的功力了，其实个人认为程序无好坏，适用既可。 有点老套的开篇 时间过的真是快啊（不要骂，都说了很老套的开篇）,转眼之间自己已经工作三年多了，回想三年来自己也没有什么成长与发展，自己也越来越对自己不了解了。哎，人生一味的回首往事是没有什么意思和意义的，... 阅读全文