kiral的执着之道
一个有故事的人
posts - 10,comments - 0,trackbacks - 0

安装步骤

1: 安装数据库,mingle只支持两种数据库,postgresql8.3/8.4和Oracle。

2: 在数据库里建一个数据库,名称叫“mingle”

3: 安装mingle。安装完毕之后mingle会给出一个访问地址。 (没有安装成功会看不见这个访问地址)

4:访问mingle提供的地址,进行相关配置。

5: 安装完成之后注册mingle。

6: 注册码为

 

--- License key starts below this line--- XX05IkcLVx8D4lzyxbO/AoNcsOsJEA0fvRqH/74kSmAyPRCjTQhIcX9ki+n6 rXxe2Cc0TOQLNuVW5IkZ61KUNRf5lClm/0Y2L7Rx4PsDZNMKDBPKRhgc+d4k /oGwcJpUj46txnkKFARKQwkeBcR8MAZyNnliTjKot+IOs3QnrwciMbmgbHsc qCQpJedF0ukX+mXX+/PtWerw8pRozFVpKm1zEkqLXSNrimeJJxdhgkNpvvt5 Kvip1Fi5PHpXCDRa3FjsQT9+wsY+3OPjPCDAXCSaC/a39VGZhmMkPXLnNsVj z7sUDHKNJcs3rq7fyemutVFqDfIbi4pPdMTgOlnhQw== --- License key ends above this line--- 

This License is valid for the following terms: 

* Licensee = tengfei fang

 

其他说明

1:mingle3.2不支持IE8

2:mingle3.2对中文支持不理想,如不能上传中文附件。

3:硬件环境要求为:内存2G



已有 0 人发表留言,猛击->>这里<<-参与讨论


JavaEye推荐



posted @ 2011-02-05 21:50 方腾飞 阅读(445) | 评论 (0)编辑 收藏

总结一下自己在开发上的一些小心得,持续更新,欢迎大家补充!

 

测试需要注意的问题

1:测试需要涵盖所有的业务逻辑: 自动化测试不需要覆盖所有的代码,但需要覆盖所有的业务逻辑,因为一处的修改可能造成其他业务逻辑的不可用。考虑所有情况如单个删除,批量删除。一对一移动,多对多移动。
2:浏览器:测试产品支持的浏览器,具体到浏览器版本号,如支持IE6,IE7和IE8。
3:分辨率:测试产品支持的分辨率,如支持1024X768以上的分辨率。
4:现场环境测试:一部分功能出现问题,可能是现场环境导致,所以必须在现场环境进行严格测试,如现场网络问题,数据库所在硬盘满了。
5:原则上测试代码应该覆盖所有的业务逻辑,但是基于投入产出比的考虑(所有的代码都写测试,代价太大,效果不一定更好),可以只在核心和你需要验证的业务逻辑上写测试代码。 测试主要是验证各种输入是否得到预期的输出,那么只需要提供几种常见的输出进行验证就可以,注意测试的输入是无限的,所以就算做了自动化测试,也不能完全保证程序没有问题。
6:建议使用TDD按照业务场景来进行测试,用户如何使用我们的功能,我们就写哪些测试代码,这样能够帮助我们按需开发代码和做有效的测试。 TDD只需覆盖所有的业务代码,并不需要覆盖所有的代码,所以建议在服务层做TDD。
 
使用SVN:
1:提交注释:提交代码需要提交注释。注释主要是方便团队成员知道你提交了什么和代码回滚,如当出现重大错误的时候能回退到某一版本。
2:代码提交和更新:为了减少冲突,建议每天上班之后更新程序,下班之前必须将稳定的程序提交,最好是做整体提交,有时候就是因为少提交了一个类导致编码错误。
3:少做全文格式化:全部格式化是最容易造成冲突的,所以假如当前类还有其他人在维护,建议不要做全文格式化,可以选中你自己的代码,做局部格式化。
 
编写代码:
1。警告:警告有时候也是很有用的,为了避免有用的警告被人忽略,代码里不允许出现警告。有警告的地方注释掉。
2:编码:先理清需求再写代码,可以先写注释再写代码,也可以用TDD的方式。
3:TODO:可以在未完成和存在坏味道的代码里加上TODO注释,以便下次解决。
4:多用快捷键,少用鼠标: 如Eclipse自动填充geter和seter的快捷键是alt+shirft+s后点r。
 
前端开放:
1:尽量用百分比:窗口和表格的宽度和长度尽量用百分比定义,而不用像素,用以在不同的分辨率下达到同样的效果。
2:使用FireBug和HTTPwatch调式样式和脚本
3:使用Fontpage做一些前端测试。如Flash遮住Iframe的问题。
 
Flex工程编译缓慢的解决方法:
1:将Flex工程按照模块拆分为多个工程。
2:AS文件不要经常修改。因为编译as文件很慢,但编译mxml还是很快的。
 
Flex模拟数据测试
我们可以在不启动服务器的情况下就对Flex程序进行测试。方法是是首先新建一个文件,名字叫XX.action,里面存放JSON数据或者XML数据,让Flex程序直接与这个XX.action进行通讯。可以在公共通讯方法上做一个开关,可以随时切换模拟数据和真实数据,用于客户演示和现场使用两种场景。
 
调式Flex 
调试的时候可以直接在URL后面加上?debug=true#
 
Flex的性能调优
我觉得Flex的垃圾回收不是很好,内存很难被回收掉,所以自己做了下Flex的性能监控,发现性能主要消耗在表格里带图片的渲染器,每当我滚动表格的时候,Flash会重新渲染图片生成新的对象,而旧的对象没有这么快被回收,内存会直线上升。
Flex IDE提供Flex profile插件进行性能监控,性能监控分为内存监控CPU监控。 进入Eclipse的“Flex Profile”视图,点击“Profile”。 新建一个监控的swf,然后双击这个SWF。 系统会自动弹出IE,访问你所监控的SWF。


已有 0 人发表留言,猛击->>这里<<-参与讨论


JavaEye推荐



posted @ 2011-02-04 01:13 方腾飞 阅读(135) | 评论 (0)编辑 收藏

名词解释:

  • Junit:众所周知的单元测试。 官方网址:http://junit.sourceforge.net/。Junit从4.0开始提供基于注解的配置方式。
  • Dbunit: 一个针对数据库测试的框架,通过Excel准备数据并插入数据库。官方地址:http://www.dbunit.org/
  • TestNG:从字面上可以理解为下一代单元测试,和Junit的功能有一部分重叠和区别。TestNG也有Eclipse插件,官方地址http://testng.org/doc/index.html
  • Unitiles: 让单元测试变得更加容易和可维护,Unitils构建在DBUnit之上并与JUnit和TestNG相结合。官方地址:http://www.unitils.org
  • Jmock:JMock是一个JAVA开发包,它支持Mock(模拟)对象机制的TDD(测试驱动开发),官方地址:http://www.jmock.org/


什么是Jtester?
jTester是一个基于java的单元测试框架。开源地址:http://code.google.com/p/java-tester/

为什么要用Jtester?

JTester是站在众多巨人肩膀上的单元测试框架,集成了Junit4.5,dbunit2.4.3,unitils2.2,JMOCK2.5和TestNg5.1这些优秀的开源框架,并在这些框架上做了扩展,使得单元测试更加方便和强大。

Jtester带给了我们什么?

1、在unitils的基础,集成了jmock功能
2、在hamcrest断言的基础上,实现了fluent interface断言
3、改造了jmock expectation参数断言为fluent interface形式
4、录制对象:提供了将普通的pojo对象序列化到文件,然后再从文件中反序列化回来的功能,用于在对象复杂的情况下,直接录制接口(远程接口)调用返回的对象,以供下次测试或调试使用。
5、数据测试:使用wiki代替xml来准备测试数据。比dbunit更快准备数据。
6、实现了更加丰富的断言。比junit的断言多。
7、提供了hibernate annotation环境下,直接使用内存数据库进行db测试。
8、提供了hibernate annotation环境下,Open Test in Session的实现。
以上8大特性来自于官方,我稍加了点说明和整理。 

 
七步进入Jtester世界。 下面让我们花一个泡面的时间来学习下Jtester吧。

import mockit.NonStrict;

import org.jtester.testng.JTester;
import org.jtester.unitils.jmockit.MockedBean;
import org.testng.annotations.Test;
import org.unitils.spring.annotation.SpringApplicationContext;
import org.unitils.spring.annotation.SpringBean;

/**
 * Jtester测试例子,按照注释顺序学习
 * 
 * @author tengfei.fangtf
 */
@SpringApplicationContext( { "applicationContext.xml" })
// 1.@SpringApplicationContext:加载Spring 配置文件,所有测试相关的bean都在这个容器中;
public class BusinessTestCase extends JTester// 2.JTester:要使用JTester
// 提供的功能,需要继承此基类;
{

	@SpringBean("businessService")
	// 3.@SpringBean:从容器中取出指定id 的bean 并注入到测试类中
	private AppInternalService businessService;

	@MockedBean
	@NonStrict
	// 4.@Mocked @MockedBean:mock 出一个对象,并将该对象与Spring 容器结合,实现Autowired;
	private OneHessianServiceClient hessianClient;

	@Test(groups = { "FirstTestGroup" })
	// 5.@Test;TestNG 的注解;指明此方法为一个TestCase;
	public void testBusinessNormal() {
		new Expectations() {// 6.设置mock 对象的期望返回值
			{
				hessianClient.hessianServiceInvorke(anyString);
				result = "HH";// 那么执行这个方法,永远都返回HH
			}
		};

		String returnResult = businessService
				.bussinessService("Sample Business!");
		System.out.println("\n ---> " + returnResult);// 输出HH
		want.string(returnResult).notNull();// want:JTester 框架提供的强大的断言;
	}

}

 



已有 8 人发表留言,猛击->>这里<<-参与讨论


JavaEye推荐



posted @ 2011-02-04 00:31 方腾飞 阅读(1328) | 评论 (0)编辑 收藏

作者:kiral  链接地址:http://kiral.javaeye.com/blog/899243

 

自己曾经带过一个6人左右的团队,经历了一些事情之后,才发现自己的管理能力非常差。虽然个人能力在持续提升,但团队能力却增长不大。究其原因我觉得是自己对管理的理解不到位。很欣赏马总说的一句话:"你从开始当管理者这一天起,别人的成功是你的成功。你通过一件事情的完成,去成就他人的成功,这就是当管理者"。

 

   我觉得最好的团队应该是自管理的团队,一群志同道合的同学都朝一个目标,持续改进和进步。而管理者就是这个团队的润滑剂和催化剂。目前在BOSS的带领下,我们团队做的非常不错,所以自己想从下面从几点谈谈自己的体会。

 

团队文化
我觉得一个团队首先需要定义团队的文化,团队的文化是建立在公司的文化之上,有了团队文化才能凝聚一群志同道合的同学一起工作,有了一群志同道合的同学我们的工作效率才会非常高。如果有不符合团队味道的同学,我们会请出去。比如我们团队的文化是信任开心,说到做到和敏捷响应。这些就会成为我们平时的行为准则,拿说到做到举例子,我们说12月31日发布版本,那么我们团队通宵也要在这一天发布版本。

 

团队的梦想

我认为梦想是团队的源动力,在团队遇到挫折的时候,我们需要始终坚持自己的梦想,永不放弃,如让商人没有难管的询盘。

团队的梦想需要体现团队的价值。

 

团队沟通
我觉得首先团队全体成员要一起维护一个沟通的氛围,大家畅所欲言,减少团队成员之间的隔阂。大家像哥们和同学一样,想说什么说什么。大家都应该尽量做到沟通L5级别。

【团队沟通的5个等级】
L5:我会畅所欲言,充分表达自己的意见和看法
L4:我会主动说出自己的意见,但会回避某些问题
L3:问到我,我再说
L2:我不会说太多,主要让别人提意见和建议
L1:我会点头微笑,并表示一切都好

如果我们上班不能说工作无关的事情,发邮件必须很正式(XX,您好!我冒昧的向您咨询一个问题),说话必须很严谨(这件事情我们得回去研究一下),同事之间的称呼必须很讲究等等这些非常职业化的行为,往往是在抑制大家沟通的欲望,往往是在人与人之间增加更多的隔阂,带来很多的隐患。我觉得一个团队的BOSS采取什么样的形式进行沟通,会直接影响到整个团队采取什么样的形式进行沟通。我希望团队成员能够畅所欲言,在畅所欲言的基础上提高沟通效率

    在沟通中要把握好定期沟通和随时沟通的度。定期沟通:组员可以在收集一些问题后,定期想其他同事咨询,从而降低沟通成本,提高工作效率。BOSS可以定期找组员沟通,关心下他的生活和工作,帮助他解决一些难题,从而降低项目风险。随时沟通:我觉得随时沟通可以促进团队进步,降低项目风险和提高产品质量。比如你做得不好的地方,同事会随时和你沟通。项目中存在风险,成员会随时和BOSS沟通。如果BOSS太忙或者不那么平易近人,那么团队成员发现问题,就很难找你沟通。

 

团队成长

  1. 团队需要建立技术能力模型,让团队成员有奋斗的目标。能力模型包含对初级,中级,高级技术人员各方面的要求,推荐书籍。每位同事可以按照能力模型来安排自己的学习时间。
  2. 团队目标:制定团队的季度目标和年度目标并完成。
  3. 团队分享:鼓励团队成员进行分享(发邮件,写博客,培训),从而促进团队整体能力的提升。
  4. 个人目标:希望团队的每一个成员都有月目标,季度目标和年度目标,并且拿出相应的成果和大家分享。
  5. 锻炼组员:给组员更多的机会进行锻炼,如让组员做PM,让组员代替自己管理某项事务。

 

团队激励

  1. 学会欣赏每一位组员。找出他们的优点,加以表扬和肯定,让其他组员意识到这是优点,从而形成整个团队的优点。
  2. 学会表扬组员,让组员动力更足。
  3. 随时肯定组员的一些积极的行为。
  4. 表现好的时候,给组员一些物质上的奖励,留作纪念。

团队合作
做任何事情优先考虑团队合作,要英雄,主动帮团队成员解决问题,但不要英雄主义,不顾团队的处理事情。比如团队成员想做一个开源项目,可以考虑团队一起做这个开源项目。比如你想到一个很好的方案促进团队发展,可以约团队一起来解决。

团队成员可以经常做一些非零和博弈活动来增加团队合作能力,提高团队氛围。比如一起聚餐,中午晚上一起吃饭,一起打球,一起唱歌,一起三国杀。这个时候其实最忌讳BOSS不来。 

 



已有 17 人发表留言,猛击->>这里<<-参与讨论


JavaEye推荐



posted @ 2011-01-28 22:41 方腾飞 阅读(148) | 评论 (0)编辑 收藏

作者:kiral 原文地址:http://kiral.javaeye.com/blog/891850

 

“Don‘t make me think!"

 

由于最近看到BOSS分享了一篇PPT《有效沟通》,在沟通方面也得到大飞的指导,在工作和生活中越来越感觉到沟通的重要性。在项目管理中沟通也起着至关重要的地步,所以在此小结一下。

 

什么是沟通?
卡内基说“所谓沟通就是同步。每个人都有他独特的地方,而与人交际则要求他与别人一致。”我也认为沟通就是信息的同步

 

如何有效沟通?
沟通的关键是同理心。学会站在对方的立场进行沟通。其次是减少沟通壁垒,在表述者和聆听者之间存在两道沟通壁垒。信息的传递,表述者应该尽量站在聆听者的知识背景上去清楚的表达内容。信息的理解,聆听者应该怀着一个开放和尊重的心态,去聆听表述者传达的信息,不要在没完全听明白表述者传达的信息之前,就用惯性思维去抵触信息接收。两者都应该做到用心沟通,最终才能保证信息有效同步。在沟通的过程中,我们一定要清楚咱们沟通的目的是要解决事情和问题,而不是争论谁对谁错这种没有价值的事情。德鲁克说:"人无法只靠一句话来沟通,总是得靠整个人来沟通"。

 

沟通三要素:关系,准备,沟通技巧。关系:把握你和沟通者的关系。不同的关系说不同的话,熟悉的人可以直接点,不熟悉的人委婉点。比如同事穿着不得体,你可以直接一点,说你今天怎么穿得这么难看,或者委婉点,说你今天穿得很有个性。准备:为了达到沟通的目标做的一系列准备工作。沟通技巧:掌握各种沟通技巧。

 

提高沟通技巧?沟通的最高境界就是从别人的口里说出你想说的话

 

1:先肯定别人,再说自己的看法
很多时候我们通过沟通是想证明自己的存在,所以人很需要被别人肯定,你肯定了他,他就会觉得被尊重,就会肯定你,这是同理心。开会或培训的过程中,当领导或者同事发言之后,如何点评和反馈?对于领导,仔细聆听,对领导在讲话过程中有感触的几个点,谈谈自己的心得和体会。对于同事,首先是肯定同事,帮同事总结一下,谈谈自己的想法。或者同上。

 

2:学会用表扬的方式进行沟通
我们部门希望用兄弟部门的产品,需要和兄弟部门沟通,因为兄弟部门没有义务帮我们,并且他们也很忙,所以这事一直没办成。
于是我们部门的领导让我发封邮件给兄弟部门的领导表扬一下他们并抄送给他,回去之后想了各种措辞表扬了下兄弟部门的产品如何如何牛,咱部门迫不及待想使用一下。
果然第二天他们就派人来帮我们装上了产品。

 

3:让别人成为沟通的主动方,我们站在沟通的支持方。
之前某位同事负责处理某件事情,我给出了这件事情的实施方案建议,但是他觉得这么做没有必要,但是他也没提出具体的实施方案,结果这个事情就不了了之。那么问题在哪里呢?我觉得他是一位很有主见的人,而我将自己的想法强加于他,所以他一开始就有抵触倾向。
那么换一个思路我想会更好,针对这个问题我去向他咨询比较好的方案,让他说出来,然后我对他的方法表示肯定和支持,然后在这个基础上谈谈自己的建议,那么这样他就更容易接受。

 

4:学会聆听,边听边猜

学会集中精力先听明白别人说什么,别人可能因为表达能力不好或者说话音量比较小,导致你当时很难理解他说的话,但这个时候如果你不停的反问对方,沟通体验就会非常差,所以要学会边听边猜

 

5:描述事情,从结论说起

向别人描述事情的时候,先从结论说起,这样便于听众理解,说完结论后再对分析自己为什么得出这个结论。聆听也是一样,如果别人没有一开始告诉你结论的话,你需要聆听别人到底是要表述一个什么结论。

 

6:说服别人,用演绎法

演绎法是从事实逐渐推倒出结论,这样很适合说服听众。演绎法的流程为陈述事实-分析原因-推倒结论-建议方案。如果你的观点具有排他性,一开始就说出来,那么观众可能会有抵触心理,在你描述的过程中,他可能会在想如何反驳你,这样你的信息就很难传递给他。

 

PS:第5点和第6点的描述方式刚好完全相反(一个先得出结论,一个后得出结论)。凡事没有绝对,这两种描述方式,都存在一定的合理性,针对不同的听众(固执的人或者易被接受的人),描述不同的事情,应该选择不同方法。



已有 17 人发表留言,猛击->>这里<<-参与讨论


JavaEye推荐



posted @ 2011-01-23 14:12 方腾飞 阅读(138) | 评论 (0)编辑 收藏

作者:kiral  原文链接: http://kiral.javaeye.com/blog/890367

 

今天参加培训,听公司的技术大牛分享了些经验,在此记录下。

 

搞技术人员必须具备的特质

  1. 逻辑思维能力
  2. 执着:对技术问题的执着,虽然容易钻牛角尖,但是不要选择逃避,一定要想着把问题解决,可以列计划以后解决。
  3. 目标明确(长期目标和短期目标),坚持走一条路,不要一会做管理一会搞技术。
  4. 求甚解
  5. 学习能力:以结果为导向。
  6. 让自己难受:不停的打破舒适圈,不停的挑战更高的技术问题。
  7. 有责任心

提高技术能力,广度和深度如何选择?

 

   无论是选择深度还是广度,其实我们的目标是一样,提高自己的技术能力。技术做到最后是全面的能力,包括协调能力和沟通能力。那么那一种更快能达到目标呢?我觉得是深度,因为当学习一项技术深入到一定程度的时候,就会有触类旁通的感觉。当我们技术的学习深入到硬件的时候,我不认为这是广度,而是深度的延申。

 

我还听过另外一位同事的回答,和之上的选择相反

  优先选择宽度,因为当你选择某一个点深入下去的时候,你的知识面就受到限制。除非你打算一直在这项技术上深入下去。公司更需要全面的人才,当你具备综合能力的话,对于你的发展是有好处的。但是不要每项能力都是50%的水平,公司愿意给你时间提高,但是你必须达到更高的水平。

 

  我觉得不同的场景选择应该不一样,不过目前我选择先走深度

 



已有 8 人发表留言,猛击->>这里<<-参与讨论


JavaEye推荐



posted @ 2011-01-20 21:27 方腾飞 阅读(281) | 评论 (0)编辑 收藏

最近几天在解决各种FusionChartsFree设置的问题,故总结出这份文档(附件),但是不全,以后用到其他组件再持续更新!

 

参考资料:官方文档的Chart XML Reference章节。





已有 0 人发表留言,猛击->>这里<<-参与讨论


JavaEye推荐



posted @ 2011-01-18 13:58 方腾飞 阅读(177) | 评论 (0)编辑 收藏

背景

卖家给买家的报价缺乏科学的管理,容易产生误报的问题。卖家不能精确的跟进买家,造成生意流失。卖家不能有效的推广自己的产品。

 

什么是询盘?

询盘也叫询价,是指交易的一方准备购买或出售某种商品,向对方询问买卖该商品的有关交易条件。

 

为什么需要询盘管理?

询盘管理是通过对询盘进行生命周期的管理,从而提升成交率。详情参见附件!

 

参考资料

 http://page.china.alibaba.com/xiaos_platform/201006/tuwen2.html

 http://baike.baidu.com/view/64268.htm

 http://xp.china.alibaba.com





已有 2 人发表留言,猛击->>这里<<-参与讨论


JavaEye推荐



posted @ 2010-12-31 21:26 方腾飞 阅读(172) | 评论 (0)编辑 收藏

  作者:kiral  原文地址:http://kiral.javaeye.com/blog/846913  

 

  前言:我认为对于项目管理而言,提高项目资源(每个人)的自学能力也是非常重要的,所以将这篇文章放在了项目管理里。

 

   学习最重要的是掌握方法,并发自内心的希望学到些东西,靠自己而不是靠老师

  

   我认为有几种不错的学习方法能够提高自学能力,“苏格拉底反问法”  ,“教学法”和“求学法”

    

    苏格拉底反问法(问):就是用反问的方式强迫自己思考,从而找到正确答案,可以自己反问自己。比如你想学习如何写理论文,那么你可以自己反问自己议论文是什么,什么样的议论文算好议论文,为什么要写议论文,然后不知道的再去找答案。

     

苏格拉底经常和人辩论。辩论中他通过问答形式使对方纠正、放弃原来的错误观念并帮助人产生新思想。这种问答分为三步:第一步称为苏格拉底讽刺,他认为这是使人变得聪明的一个必要的步骤,因为除非一个人很谦逊“自知其无知”,否则他不可能学到真知。第二步叫定义,在问答中经过反复诘难和归纳,从而得出明确的定义和概念,第三步叫助产术,引导学生自己进行思索,自己得出结论,正如苏格拉底自己所说,他虽无知,却能帮助别人获得知识,好象他的母亲是一个助产婆一样,虽年老不能生育,但能接生,能够帮助新的生命诞生。

  苏格拉底教学生也从不给他们现成的答案,而是用反问和反驳的方法使学生在不知不觉中接受他的思想影响。请看一个他和学生问答的有趣的例子。

  学生:苏格拉底,请问什么是善行?

  苏格拉底:盗 窃、欺骗、把人当奴隶贩卖,这几种行为是善行还是恶行?

  学生:是恶行。

  苏格拉底:欺骗敌人是恶行吗?把俘虏来的敌人卖作奴隶是恶行吗?

  学生:这是善行。不过,我说的是朋友而不是敌人。

  苏格拉底:照你说,盗 窃对朋友是恶行。但是,如果朋友要自杀,你盗 窃了他准备用来自杀的工具,这是恶行吗?学生:是善行。

  苏格拉底:你说对朋友行骗是恶行,可是,在战争中,军队的统帅为了鼓舞士气,对士兵说,援军就要到了。但实际上并无援军,这种欺骗是恶行吗?

  学生:这是善行。

  这种教学方法有其可取之处,它可以启发人的思想,使人主动地去分析、思考问题、他用辩证的方法证明真理是具体的,具有相对性。

 


  教学法(说)

      自学能力其实就是总结能力,你读一篇文章或一本书,读过了背过了,不代表你学会了,如果你能用自己的话表述出来,才能证明你学会了,当然每个人学到的东西可能不一样,那么总结出来的东西也不一样。

      可以尝试将自己学到的东西,表述给朋友听或者写出来。在写或者说的过程中,能够帮你整理思路和总结重点

      教学法的关键是总结。那么如何总结呢?

     1:理解并思考:看书最重要的是理解,如果不理解,看几百本书,也没有价值,在理解的基础上思考。如在看书的时候看几页就合上,想想书上到底讲了什么。

     2:索引法:看书的时候,记住一些关键的词,然后通过这些词,帮看到的内容穿起来并总结出来。在大脑里建立索引。


 

    求学法(问和听)

    把每一个人当作老师,向他们学习,每个人的经历不一样,学的东西不一样,那么他们身上一定有可取之处。  如我有个朋友就深知这个道理,他本身能力就很强,每次聚会的时候,他说的比较少,问的比较多,那么他通过这种形式这就无形中从大家身上学到更多的东西,这是一种谦虚的学习方法,当你足够谦虚,你才能学到别人学不到的东西,因为你获取知识的大门比别人开的更大

     当然我认识一些朋友很喜欢吹牛,吹牛的价值在哪里呢?它只是满足你自卑的虚荣心,吹牛是一种自卑的表现,没有任何实际价值。做事情一定要价值驱动,不要做没价值的事情


 

    这三种方法,是通过问,说和听三种行为去实现。



已有 32 人发表留言,猛击->>这里<<-参与讨论


JavaEye推荐



posted @ 2010-12-20 00:42 方腾飞 阅读(136) | 评论 (0)编辑 收藏

   今天在公司论坛上看到同事发的一篇帖子“看看任正非怎么看待云计算”,任正非在演讲中说了这么一句话“今天,我们要改变这个现状,要开放、合作、实现共赢。我们要保持“深淘滩、低作堰”的态度,多把困难留给自己,多把利益让给别人”。在这句话中提到了一句治水名言“深淘滩、低作堰”。

 

 “深淘滩、低作堰”是什么意思呢?  

  “深淘滩”中的“滩”指的是燕栖窝下的一段内江河道,每年洪水过后这里会有沙石淤积,必须岁岁勤修。

  “低作堰”指的是飞沙堰要低作。飞沙堰过高,虽然枯水季节宝瓶口可以多进水,但洪水季节却会造成严重淤积,使工程逐渐废弃。

    所谓“深淘滩,低作堰”,即切忌用高作堰的方式在枯水季节增加宝瓶口的进水,那是一种急功近利的做法,正确的做法应当是用深淘滩的方式疏浚河道,以此增加枯水季节流入宝瓶口的水量,供灌溉之需。

 

    “深淘滩、低作堰”和华为的战略思想有啥关系?

     

         比如:

去年中国电信CDMA网络工程招标,朗讯、阿尔卡特、北电等巨头,纷纷投出了70亿至140亿元的标,而华为却只报了不到7亿元的超低价。一时间华为“裸奔”、“不正当竞争”等评论铺天盖地,而任正非则很淡然。这既是华为成本优势地头力的集中体现,又是华为一贯经营战略的具体体现。华为历来秉持的是“低作堰”,与运营商形成共生的关系,用低价减轻运营商的成本压力,让利给运营商,赢得其长期信任与合作,最终定能取得合理回报。

    这个例子的意思是通过“深淘滩”形成成本优势,从而有资本喊出低价7亿(低作堰),然后再通过长期合作,取得140亿。

 

         

任正非对深淘滩,低作堰的解释 写道
深淘滩就是多挖掘一些内部潜力,确保增强核心竞争力的投入,确保对未来的投入,即使在金融危机时期也不动摇;低作堰就是不要因短期目标而牺牲长期目标,多一些输出,多为客户创造长期价值

 

     我的理解是通过深淘滩,加大研发投入形成成本优势,从而可以通过低作堰,取得长期的合理回报

 

 

     “深淘滩、低作堰”对个人的启发。

     通过长期的努力和积累(深淘滩),从而不断的提高自己(低作堰)。不要急功近利,要脚踏实地,一步一个脚印的去做好身边的每一件事,下一个台阶就会自动出现。

 

 

   参考文档:

http://www.cs.com.cn/pl/02/200904/t20090417_1823980.htm

http://finance.people.com.cn/GB/8215/140741/140765/8496485.html

http://money.163.com/09/0318/11/54MENIJ2002524TH.html

 



已有 5 人发表留言,猛击->>这里<<-参与讨论


JavaEye推荐



posted @ 2010-12-20 00:34 方腾飞 阅读(952) | 评论 (0)编辑 收藏
仅列出标题