导航↓ 相册|收藏博客|加入友情链接|给博主留言
我要啦免费统计阅读使人充实,会谈使人敏捷,写作与笔记使人精确。史鉴使人明智;诗歌使人巧慧;数学使人精细;博物使人深沉;伦理之学使人庄重;逻辑与修辞使人善辩。-培根
黑猫大队长
2018-1-15 21:46

™™™
2017-10-18 10:12
™™™
2017-10-18 10:11
™™™
2017-10-18 9:52
Z浪迹天涯
2017-10-16 1:3
sunnyrl
2017-9-13 12:2
pangdan2007
2017-7-10 19:54
  • 创建:2007/2/23
  • 文章:973
  • 评论:5127
  • 访问:954950
  •  

2007-7-17 13:17 | 三思而行

一思这件事情是否该做,自己做该事情获得的物质和精神利益,对他人造成的物质和精神损坏,是否有违于自身的做事原则,做人准则,法律和社会功德.走自己的路,让别人去说吧也应该满足这个前提.
 
二思是否应该现在做,是否应该在这个环境下做.时过境迁,做任何事情都应该因地制宜,因时制宜.做同一件事情在不同的时间,不同的地点做可能会收到截然相反的效果.
 
三思自己的做法对不对,还有没有其它更好的方式.差的做事方式往往也可能能够达到目标,但会造成物质,精神和时间多方面的损失.做事情不考虑效率和效果不是我们推荐的方法.
 
在积累和经验没有达到一定程度的时候,三思而行会导致我们的优柔寡断,但这并不是害处,优柔寡断往往比莽撞行事更好些.前期积累阶段的优柔寡断是为了后期的快刀斩乱麻.
编辑 | 阅读全文(847) | 回复(0),人月&神话 发表于 2007-7-17 13:17

2007-7-17 13:17 | 项目成本估算-转

进度计划是从时间的角度对项目进行规划,而成本估算则是从费用的角度对项目进行规划。这里的费用应理解为一个抽象概念,它可以是工时、材料或人员等。
  
成本估算是对完成项目所需费用的估计和计划,是项目计划中的一个重要组成部分。要实行成本控制,首先要进行成本估算。理想的是,完成某项任务所需费用可根 据历史标准估算。但对许多工业来说,由于项目和计划变化多端,把以前的活动与现实对比几乎是不可能的。费用的信息,不管是否根据历史标准,都只能将其作为 一种估算。而且,在费时较长的大型项目中,还应考虑到今后几年的职工工资结构是否会发生变化,今后几年原材料费用的上涨如何,经营基础以及管理费用在整个 项目寿命周期内会不会变化等问题。所以,成本估算显然是在一个无法以高度可靠性预计的环境下进行。在项目管理过程中,为了使时间、费用和工作范围内的资源 得到最佳利用,人们开发出了不少成本估算方法,以尽量得到较好的估算。这里简要介绍以下几种。

1.经验估算法
进行估计的人应有专门知识和丰富的经验,据此提出一个近似的数字。这种方法是一种最原始的方法,还称不上估算,只是一种近似的猜测。它对要求很快拿出一个大概数字的项目是可以的,但对要求详细的估算显然是不能满足要求的。

2.因素估算法
这是比较科学的一种传统估算方法。它以过去为根据来预测未来,并利用数学知识。它的基本方法是利用规模和成本图。如图4所示,图上的线表示规模和成本的关 系,图上的点是根据过去类似项目的资料而描绘,根据这些点描绘出的线体现了规模和成本之间的基本关系。这里画的是直线,但也有可能是曲线。成本包括不同的 组成部分,如材料、人工和运费等。这些都可以有不同的曲线。项目规模知道以后,就可以利用这些线找出成本各个不同组成部分的近似数字。

这里要注意的是,找这些点要有一个“基准年度”,目的是消除通货膨……
编辑 | 阅读全文(1349) | 回复(0),人月&神话 发表于 2007-7-17 13:17

2007-7-17 13:17 | 项目进度计划方法-转

安排进度计划的目的是为了控制时间和节约时间,而项目的主要特点之一即是有严格的时间期限要求,由此决定了进度计划在项目管理中的重要性。
  
基本进度计划要说明哪些工作必须于何时完成和完成每一任务所需要的时间,但最好同时也能表示出每项活动所需要的人数。常用的制定进度计划的方法有以下几种:
①关键日期表
这是最简单的一种进度计划表,它只列出一些关键活动和进行的日期。

②甘特图
也叫做线条图或横道图,如图3所示。它是以横线来表示每项活动的起止时间。甘特图的优点是简单、明了、直观,易于编制,因此到目前为止仍然是小型项目中常用的工具。即使在大型工程项目中,它也是高级管理层了解全局、基层安排进度时有用的工具。

在甘特图上,可以看出各项活动的开始和终了时间。在绘制各项活动的起止时间时,也考虑它们的先后顺序。但各项活动上间的关系却没有表示出来,同时也没有指出影响项目寿命周期的关键所在。因此,对于复杂的项目来说,甘特图就显得不足以适应。
③关键路线法(Critical Path Method,简称CPM)。
④计划评审技术(Program Evaluation and Review Technique,简称PERT)。
CPM和PERT是50年代后期几乎同时出现的两种计划方法。随着科学技术和生产的迅速发展,出现了许多庞大而复杂的科研和工程项日,它们工序繁多,协作 面广,常常需要动用大量人力、物力、财力。因此,如何合理而有效地把它们组织起来,使之相互协调,在有限资源下,以最短的时间和最低费用,最好地完成整个 项目就成为一个突出的重要问题。CPM和PERT就是在这种背景下出现的。这两种计划方法是分别独立发展起来的,但其基本原理是一致的,即用网络图来表达 项目中各项活动的进度和它们之间的相互关系,并在此基础上,进行网络分析,计算网络中各项时间多……
编辑 | 阅读全文(923) | 回复(0),人月&神话 发表于 2007-7-17 13:17
对于没有源代码的Release版本的Winform应用程序,在遇到不可知的异常和当程序捕获屏蔽了某些异常的时候,采用.Net Debugger是很难进行相关的调试的.因此微软提供了Debug tools for Windows工具方便对这种应用进行调试,其中最重要的就是WinDbg,为了获得CLR下托管代码的堆栈信息在Debug过程中还必须附加sos.dll文件.
 
1.首先从微软网站下载和安装Debug tools for Windows
2.启用Winform应用
3.File->Attach to a Process附加进程 Winform.exe
4.按F5继续执行
5.为了让Debugger在遇到CLR Exception时候能够自动中断,而不管这是异常程序是否捕捉.需要输入 sxe CLR;g
6.为了得到托管的异常和堆栈信息输入 .load sos.dll
7.输入 !clrstack得到托管堆栈信息
8.!thread得到进程信息,通过!dumpstackobjects导出堆栈对象
9.找到引起异常的实际对象后不断通过 !dumpobj 地址直到找到最终的异常Message信息
编辑 | 阅读全文(1713) | 回复(0),人月&神话 发表于 2007-7-17 13:17
将一种特定领域的建模语言翻译为较不抽象的形式的办法是将其翻译为已经有翻译器存在的DSL。当建模语言以这种方式相关连时,它们会通过表3中的网格组织起来。网格的列代表内容,行代表抽象的级别。典型地,对于一种给定的应用程序类型(例如一个B2C商务应用程序),网格的形状和内容代表了一套模型、源代码文件和其它的产品。在创建和部署这类应用程序时,必须开发它们来正确表现功能性和非功能性的要求。相类似地,通过网格的路径代表了必须执行的活动,以及定义开发过程流的产品之间的转换。
 
一般来说,应用程序开发是基于不断地精化过程,这一过程从网格的左上角开始,业务需求捕获从这里开始,到右下角数据最终被加载到数据中心的服务器上为止。同时,这一过程也基于从右下角到左上角不断地抽象过程。这一过程的技巧是提供双向同步,或者至少是抽象层之间的双向协调,这样,这种自然的从上到下、从底端到顶端的迭代过程就能汇聚起来。通过网格某一路径就能确定创建一个应用程序片断的最好路径,并具有网格所定义的类型。它规定了必须开发的产品、满足需求必须执行的步骤、需要建立的体系结构、产生的实现,并且确保应用程序能正确进行部署。
 
 
在概念阶段,从业务视角来考虑重点关注的是业务用例的分析,通过对业务用例的分析转化出相关的业务对象和业务流程,同时该分析必须基于企业组织结构和岗位角色,通过对企业的组织结构分析抽象出系统的权限和角色模型.这是业务对象和业务流程都必须要依赖的基础数据.对于企业的业务对象分析,可以采用传统的ER关系建模或采用面向对象的概念建模,但最终都要解决数据通过数据库的持久化存储问题.
……
编辑 | 阅读全文(1154) | 回复(0),人月&神话 发表于 2007-7-17 13:17
导言
做为一种高效的软件交付机制,软件即服务(SaaS)的出现为企业的IT部门创造了一个机会,让他们的关注点可以从部署和提供应用程序转变到管理这些应用程序提供的服务.一个以服务为中心的IT部门可以更好的整合各种企业内部和外部的信息资源,为达到企业的商业目标而提供更多的信息服务的商业价值.
 
这篇文章更多是从企业内部顾客的视角来探讨SaaS,企业IT部门如果通过增加SaaS的服务应用给外界,如何将外部提供的各种信息服务引入到企业的计算环境?为了实施SaaS每个人究竟应该做哪些准备?你所处的IT部门如何既成为一个服务的提供者又成为服务的消费者?这篇文章将通过一些特定的案例来分析这些问题.
 
理解软件即服务
软件即服务可以这样定义:软件作为宿主服务的方式进行部署,而且可以通过Internet进行访问.
 
SaaS的概念经常和90年提到的应用服务提供商(ASP)的概念关联再一起,但是传统的ASP应用往往基于单一的乘租方来构建,它们在许可证,架构和数据的互连互通和共享上都存在局限性.和传统的安装在本地应用比较,ASP并不能提供更多更好的经济效益.
 
如今,SaaS应用被人们期望用来充分利用单实例,多租方的集中化架构模式,为用户提供丰富特征的体验环境.一个典型的SaaS应用既可以被直接的服务提供商提供,也可以通过一个中间的服务聚合商(通过聚合不同的服务提供商的内容而提供一个统一的服务访问和处理的应用平台)提供.
 
同传统的应用软件的一次许可模型相比,SaaS应用提供了更为灵活的服务订阅和租赁模型.SaaS可以对订阅服务的用户通过订阅的时间,订阅的应用和功能服务,使用的人数等多个方面进行收费.
 
在技术层面,SaaS服务的提供者集中式的管理这些应用和数据-部署补……
编辑 | 阅读全文(1346) | 回复(0),人月&神话 发表于 2007-7-17 13:17
改进托管代码的性能

1.如何引导托管代码的性能Review.
可以使用FxCorp.exe分析工具对程序集做静态分析,以确保程序代码满足.net框架的设计指南. 可以通过代码的Review(垃圾回收,线程,异步处理,资源)来评估程序的性能.同时还要识别和避免通用的性能误解.
可以通过CLR Profiler工具来查看托管堆的内部结构,以分析是否保护了过多的垃圾回收活动或内存泄漏.
 
2.如何设计高效的类型
你定义的类是线程安全的吗?当我们使用using属性的时候存在哪些性能问题?当支持类继承的时候存在哪些性能暗示?这些问题都是在类设计的时候要重点考虑的.
 
3.如果高效的管理内存
编写代码以帮助垃圾回收器能够高效的执行它们的工作.最小化隐藏内存分配,避免使用短生命期对象,预先分配内存,将可用内存组成块,强制垃圾收集.你可以通过CLR Profiler工具来识别和分析应用程序的内存分配.
 
4.如何在应用程序中使用多线程
最小化线程创建,使用自我调节的线程池来进行多线程工作.避免为每一次的请求创建线程.同时还要避免使用Thread.Abort和Thread.Suspend.确保对于Asp.net和Web Service的应用程序你已经适当的调节和优化了线程池.

5.如何使用异步调用
为了实现对用户的快速响应.异步调用可能在客户端的应用程序中有用.异步调用也可能在服务器端,峨边是关于I/O限制的操作.实际上对于那些不能增加并行处理能力,或者在初始化异步调用后立即阻塞了调用线程的异步调用,我们都应该尽量避免.在这些场景下,使用异步调用是没有多少益处的.
 
6.如何清理资源
你应该在使用完资源后尽可能快的释放.使用finally块或使用using声明以保证资源在遇到异常时候也能够正常释放.……
编辑 | 阅读全文(1680) | 回复(0),人月&神话 发表于 2007-7-17 13:17
如果你是一名架构师,这份指南提供以下的解决方案以帮忙你设计满足你性能目标的DotNet应用程序.

1.如何平衡性能和服务质量要求
不应该认为性能是一个孤立的因素,系统在考虑诸如扩展性,安全或可维护性的时候都可能会牺牲应用程序的性能,因此你必须平衡好两者间的关系.
 
2.如何识别和评估应用程序的性能问题
在你投入具体的时间和资源进行实现之前,我们应尽可能早的在设计过程中使用性能模型,以帮助评价你的设计决策是否满足了性能目标.通过性能模型识别你的性能目标,系统运行负荷和你的预算.预算是一个重要的约束,包括了最大的可运行时间和相关硬件的CPU,内存和IO吞吐量等.
 
3.如何执行架构和设计审查
设计的审查和你的目标部署环境,任何可能暴露的约束以及你的性能目标相关.应该使用性能和可扩展性框架中提供的分类作为指导来应用程序分割为不同的部分,然后对仔细分析每一部分使用的实现方法和步骤.
 
4.如何选择部署模式
当你在设计你的应用程序架构的时候,你必须连同相关的基础设施一起考虑部署的策略和过程.如果目标环境有特殊和严格要求,则在设计过程中必须得到反映.类似于安全和服务等服务质量属性也必须在设计过程中得到考虑.有时候为了协议和网络拓扑等的限制,你还必须对你设计方案进行折衷以满足要求.
 
一个良好的包含表现层,逻辑层和数据访问层的分层设计通常使你的应用程序扩展和可维护性变得更加容易.分层设计还在应用程序中创建了可预测点,在这些点上进行远程调用更加有意义.为了避免远程调用和额外的网络延迟,我们应尽可能的采用非分布式的架构.如对于BS的应用,所有的层都可以同时部署在同一台Web服务器上.
 
如果你确实需要分布式架构,则在设计相关接口的时候应该仔细考虑远程通讯的含义.比如,由于某种安全策略阻止……
编辑 | 阅读全文(1412) | 回复(0),人月&神话 发表于 2007-7-17 13:17

2007-7-17 13:17 | Oracle中的动态查询

--create test table
create table AAA_TEST
(aa varchar2(
100),bb varchar2(100),cc varchar2(50));

--简单的动态执行
begin
  execute immediate 'insert into table(field1) values(value)';
end;

--代参数和返回的动态执行
declare
  v_str varchar2(100);
  v_sql varchar2(
500);
  v_out varchar2(
100);
begin
  v_str :=
'111';
  v_sql :=
'update aaa_test set aa=''ttt'' where aa=:1 returning aa into :2';
  execute immediate v_sql using v_str returning into v_out;
end;

--使用open-for,fetchclose声明
declare
  type cursorType is ref cursor;
  mycursor cursorType;
  v_sql varchar2(
100);
  v_aa varchar2(
50);
  v_bb varchar2(
100);
begin
  v_sql :=
'select bb from aaa_test where aa like :1';
  v_aa  :=
'11%';
  open mycursor for v_sql u……
编辑 | 阅读全文(1107) | 回复(0),人月&神话 发表于 2007-7-17 13:17
一个软件项目除了进度目标外,另外一个最重要的目标就是质量目标,而质量目标并不是简单指版本发布的时候测试问题全部解决,而更多关注的是你版本发布后的缺陷泄露情况,这个质量目标在项目完成的时候无法马上得到数据和进行验证的。所以一般是通过间接控制的方式,即可以去估计我们期望的缺陷和BUG的发现情况,当质量目标高的时候,就期望在评审和测试阶段近可能多的发现BUG,自然泄露到版本发布后的缺陷就少。

由于一个项目版本的总缺陷数量应该是一定的,只是在交付后发现出来还是在交付前发现出来。如果能够在交付前发现出来我们软件的质量就高。BUG缺陷密度,总缺陷数,交付后缺陷数,代码行这些指标间有着相互影响和作用。在作一个项目版本的时候,应该对这些关系有比较明确的了解,具体关系如下图(中间为交付前BUG比重)


你缺陷密度是10,但你期望交付后缺陷密度是0.8这显然是很难做到的,所以上表中的绿色底纹数据是我们可以参考和借鉴的数据。

对于项目历史版本数据统计,缺陷密度一般在4-6之间,因此交付密度采用0.8或1都是可行的。对于交付后的软件的缺陷数据,CMMI三级的企业一般在0.5-1.5个/千行代码,CMMI四级企业在0.5个/千行代码。所以根据业界这个标准和组织级的建议,项目V4.0版本采用的交付后缺陷密度为0.8个/千行。

在项目 V2.6版本,项目就根据组织级的规程仔细进行了复盘,其中得出的需求规模是39用例,产出的代码行是30068,实际的缺陷总数是319个,测试阶段的BUG数量为115个。因此可以得出的总缺陷密度为8.17个/UC,而跟测试BUG相关的测试缺陷密度为3……
编辑 | 阅读全文(1247) | 回复(0),人月&神话 发表于 2007-7-17 13:17
名称: 01 E-works
网址:http://www.e-works.net.cn/ewkArticles/pdm.htm
评点:基本上将国内各网站上PDM文章收录在本栏目内,文章收录是最全,并且提供了适当分类,帮助读者选择。最可贵的是一直坚持定期更新。作为国内资料最全的网站,文章难免鱼龙混杂,如果能够从现有文章中推荐出精品系列就更加方便网友使用。
推荐指数:★★★★★
 
名称: 02 PDM实验室
网址: http://www.cmgt.ntut.edu.tw:2000/pdmlab/html/browse.html
评点:台湾网站,一个PDM网上课程班,非常值得学习的研究方式。缺点就是繁体看着别扭。
推荐指数:★★★★★

名称: 03 PDMIC
网址: http://www.pdmic.com/
评点:包罗万象,唯一的缺点是咱们中国人看起来太累。
推荐指数:★★★★★

名称: 04 CIMData
网址: http://www.cimdata.com/index.htm
评点:又一个英文站点,似乎更侧重PLM一些。
推荐指数:★★★★★

名称: 05 产品研发管理研究中心
网址: http://www.prdm.net/
评点:一个知道的人很少的网站,但是非常专业,原创而且不时有更新,整个网站内容也很完整。
推荐指数:★★★★

名称: 06 IT之源
网址:http://www.iturls.com/EnterpriseInfo/EI_97.asp
评点:网站PDM文章专栏特色是提供了一套完整的PDM外文文献资料,缺点是没有后续更新。该网站对于想了解计算机技术的朋友是一个不错的选择。
推荐指数:★★★

名称: 07 cadstudy.……
编辑 | 阅读全文(1651) | 回复(0),人月&神话 发表于 2007-7-17 13:17
谈到学习相信大家都喜欢制定相关的学习计划来指导自己的学习。学习最大的风险就是经过一段时间的学习后可能会发觉自己什么都没有学到,没什么实质性的收获,而时间又浪费掉了。所以学习的过程重要的就是要分析和控制相关的风险。
 
软件开发过程我们经常谈风险管理很重要,也经常采用敏捷,迭代或增量相关的模型,采用评审和Review,采用里程碑检查等各种方式减少软件开发的风险。这里面最重要的就是使软件开发过程真正是一个迭代和螺旋演进的过程,并且制定相关的里程碑点和检查点进行相关的回顾和总结。
 
1.学习忌好高骛远和计划周期太长
如果你制定的学习计划是超过半年的学习计划,那估计能够完成按学习计划执行的可能性就很小了,学习过程本身就是动态的过程,后期自己知识积累也在动态变化,太远期事情和学习规划是很难规划的很清楚的。因此半年或一年的仅制定较粗的学习规划,而详细的学习计划宜控制在1月内,当月要学习内容列出详细的需要学习的任务和知识点,并在当月末对学习情况进行自我的总结和归纳,再根据自己学习情况来拟制下月的学习计划。
 
2.关于迭代和回溯
在软件开发中我们经常要用迭代开发方法,每次的迭代完成点都是一个可以独立交付的版本。这样作用是让用户尽早的能够看到和使用相关的系统,及时系统保护的功能并不是特别完整。正如画饼充饥和望梅止渴一样,当你能够看到或触及到目标时候才能够激发你对目标的进一步渴望。我们做事情时候第一反映就是为何要做这些事情?我们爬山时候可能首先期望能够看到山峰,我们开发程序时候可能首先希望能够写出自己的第一个winform或分布式应用。
 
但第一次的达到这些点并不是最重要的,而最重要的是触发自己学习的兴趣,而这种学习兴趣就是对相关基础知识点的系统的学习,这可能才是以后技能提高的重点。一个mis系统的设计和开发……
编辑 | 阅读全文(1583) | 回复(0),人月&神话 发表于 2007-7-17 13:17
需求获取与分析

a)不要在需求获取和分析过程中吝啬你的时间,对需求的明确可以减少你以后设计和开发的改动,提高你所开发软件的可用性。你对它的轻视只可能换来对你的产品修改、计划延迟等方面的惩罚。

b)要使尽各种办法,尽量多的获取客户的需求,主要的方法包括:仔细阅读合同标书和市场资料、与客户直接的谈话交流、让用户观看或使用原型界面提出意见。另外不要忽略内部客户的一些合理需求如测试人员等。

c)进行正规的需求管理,如建立需求文档或使用需求管理数据库等。在文档或数据库中要保留每个需求的详细描述及其来源,最好还能记录一些其他细节信息(如用户的一些原始描述等),另外别忘了确定每个需求的优先级。

d)在设计前组织你的设计人员开会进行需求理解和讨论。由于阅读文字性的信息容易造成一些误解和歧义,最好让需求制定者组织会议,给相关人员(如各子系统设计人员)讲解需求并进行设计讨论。这样做有两个好处,一是避免设计与需求出现偏差,二是激发设计人员产生初步的设计想法。
 
确定结构及系统设计

a)顶层设计必须要有多人及专家参与。一个好的设计方案不可能完全出自一个人的脑袋,它往往是经历多次讨论甚至争论、多次改进与融合而最终形成的一个有创造性的妥协产物。但你要避免争论的过分激烈而导致的负面效果。

b)一个好的设计应包含简单的框架,细节隐藏其下。组块和模块是一个好的设计所具有的特征,在顶层设计里人们看到的是简捷的框架和功能明确的组快,在每个组快内部又能发现一个简单的框架和其他一些自包含的的组块或模块。

c)在系统设计时想想你的用户将怎样使用你的软件工作。很多时候设计人员会习惯性地从技术角度考虑系统地布局和划分,可这种技术上地合理有时可能跟使用上的合理是冲突的,所以此时考虑一下你的用户将降低你今后修改的风险。
 
有关详细设计

a)详细设……
编辑 | 阅读全文(1056) | 回复(0),人月&神话 发表于 2007-7-17 13:17
姜子牙语录:职场是风起云涌的大海,没有明确的航线和灯塔的指引,你的航船将无以为向。 
孙武在继续思考如何调整自己心态的同时,也在试探性地揣摩:姜子牙将要进行的下一讲到底会是什么呢?  
  
“你们大家也许都清醒地知道,你们马上就是职业人士了,也就是说从现在起,你的一切都要从职场人的立场出发,包括你的思维方式和行为方式都必须随之彻底改变。现在请你以职场人的身份回答我,目前什么是你认为最重要、最紧迫的?”姜子牙问道。  
  
“我认为是如何尽快地找到工作。”纪晓岚回答。  
姜子牙颔首。  
  
“我认为应该是抓紧技能方面的培训。”毛遂道。  
姜子牙点头。  
  
“我认为是在您的指导下,我们应尽快学会如何在职场上做人、做事。”贾宝玉道。
姜子牙微笑了。  
  
“我认为是如何疏通各方面的关系。”周瑜道。  
姜子牙依然微笑着。  
  
“到目前为止,我认为最重要的是确立自己的职场目标,即对自己未来有一个准确定位。”孙武说道。姜子牙面露嘉许,喜道:“请孙武同学接着说下去。你有多少论据来支持你的论点呢?”
  
孙武列举出了自己的几点理由:  
  
第一,俗话说‘男怕选错行,女怕嫁错郎’,对于我们这些即将进入职场的人来说,如果不先确立目标,不对自己进行准确的定位,那么,我们就会失去行动的指南。  
  
第二,有了目标,就会使我们做事时少做或不做无用功,从而提高实现目标的整体效率。   
第三,在确立目标时,我们会对自己的优势和不足都有一个清醒的认识,便于在选择职业时扬长避短和少犯盲人摸象的错误。  
  
第四,有了目标,我们可以有针对性地向大师请教最关键的问题,而不是模棱两可的问题。 
姜子牙听完孙武的理由,用力地点头道:“各位同学,你们认为孙武同学的意见怎么样……
编辑 | 阅读全文(1317) | 回复(0),人月&神话 发表于 2007-7-17 13:17
知己短,可预防衰败之道
知人长,可走向成功之途
善创新,可获得领先优势
走正路,决胜于千里不倒

革自己的命
才是真正的革命者!
革自己的命,就是超越自我
就是对自身弱点的战胜
战胜了自己的弱点
对手就不可能再战胜你
这是胜利者的逻辑!
 
我们的思想在转变
 
在拥有了财富之后,失去了一种精神。
在渡过了难关之后,失去了历史记忆。
在取得了成功之后,忘记了珍惜所有。
在能力壮大了之后,忘记了谦虚学习。

似乎,我们就该是受苦的命,因为,我们承受不了富贵,有了富贵就变得痛苦和卑鄙。

贫穷,却很执着,因而很幸福
富有,却很颓废,因而很痛苦。
这就等于宣判了:人天生就是苦命的动物!因为他承受不起富贵。
 
但是
 
贫穷,却去偷盗,因而无耻
富有,因为助人,因而高尚
 
人世间,什么力量可以在人一无所有时让人起死回生?
人世间,什么力量可以让人不依赖物质财富的多少而感到幸福?
人总应该有些精神和信仰,否则就和一般动物无异
 
编辑 | 阅读全文(1248) | 回复(0),人月&神话 发表于 2007-7-17 13:17
(共 973 条) 1 2 ... 39 40 41 42 43 ... 64 65 翻页至

仅列出标题