开路者，拓路者分析

　　如果我自己去选择开路，我也许会开很多条路，但一般都开不到终点，所以我的路一直没有开成，当然会有一些小成，或只在拓别人路时开成的一点而已，其实还是拓路。

　　那开路者与拓路者的关系是什么呢：
　　1.开路者往往是领导，而拓路者往往是员工，好点的话应该是将军一类的人物，但一般不会是帝王级人物。

　　2.开路者只要路开好了就有无尽的财富，而拓路者只能是尽力的去奋斗，然后只获得相对于开路者很少的报酬，如做拓的好，会有比较高的收入，但不会赶上或超过开路者。

　　3.开路者风险意识强，失败的次数可能很多，损失可能更大，而他们知道成功后，自己就是有钱人了，成功的次数多了，他们也会肯定自己的想法，如果失败的话也没什么，因为以前成功过，有缓冲资本的积累。

　　拓路者不想有风险，失败都是一些小失败，可以快速挽回的，损失很小，他们时常想不通为什么老板什么都不做、天天有事没事吃吃喝喝，却拿那么多钱，而自己总这么辛苦才拿那么点，他们也想创业，想成功，但他们当前的状况感觉还可以，没有必要非得去创一创，如果失败的话多丢人呀，还是做当前工作好，没风险，大不了工资不高跳到另一家得了，他们的生活基本上是不能停的，一停下来，一来不赚钱，二来还得花，很多人都承受不起的。

　　4.未来：开路者可以更早的退休，过自己想过的生活，而拓路者得不停的工作，也许很多时候过的都不是自己想要的生活，忙碌无所得，终其一生。

　　综上所述：
　　如果我一直走这条拓路者的路，我会慢慢的有钱，因为我会用心去拓，且拓的比别人更快，更好。最主要的还是我很有拓展能力。

　　也就是说我是在看到成功后我就一定会成功，而在我没看到成功时我却不会或比较难成功，而别人第一个成功跟我的相继成功相比，两个人在社会上的地位那可是天上地下，如果没有开路者就不会有千千万万的拓路者。那是不是应该有这样的等式呢？：1开路者>=千千万万的拓路者！ 是这样的！虽然拓路者有些个人都比开路者强，但他毕竟是拓路者。

赞 (0)

相关推荐

  • 开路者，拓路者分析

    如果我自己去选择开路,我也许会开很多条路,但一般都开不到终点,所以我的路一直没有开成,当然会有一些小成,或只在拓别人路时开成的一点而已,其实还是拓路. 那开路者与拓路者的关系是什么呢: 1.开路者往往是领导,而拓路者往往是员工,好点的话应该是将军一类的人物,但一般不会是帝王级人物. 2.开路者只要路开好了就有无尽的财富,而拓路者只能是尽力的去奋斗,然后只获得相对于开路者很少的报酬,如做拓的好,会有比较高的收入,但不会赶上或超过开路者. 3.开路者风险意识强,失败的次数可能很多,损失可能更大,而他

  • android高仿微信表情输入与键盘输入代码(详细实现分析)

    android高仿微信表情输入与键盘输入代码(详细实现分析)

    表情与键盘的切换输入大部分IM都会需要到,之前自己实现了一个,还是存在些缺陷,比如说键盘与表情切换时出现跳闪问题,这个困扰了我些时间,不过所幸在Github(其代码整体结构很不错)并且在论坛上找些解决思路,再加上研究了好几个开源项目的代码,最后终于苦逼地整合出比较不错的实现效果(这里不仅给出了实现方案,还提供一个可拓展的fragment模板以便大家实现自己的表情包)代码我已进行另外的封装与拓展,大家需要其他表情的话只需要根据fragment模板实现自己的表情界面,然后根据工厂类获取即可,实现效果

  • [js高手之路]从原型链开始图解继承到组合继承的产生详解

    [js高手之路]从原型链开始图解继承到组合继承的产生详解

    于javascript原型链的层层递进查找规则,以及原型对象(prototype)的共享特性,实现继承是非常简单的事情 一.把父类的实例对象赋给子类的原型对象(prototype),可以实现继承 function Person(){ this.userName = 'ghostwu'; } Person.prototype.showUserName = function(){ return this.userName; } function Teacher (){} Teacher.protot

  • 正则中的回溯定义与用法分析【JS与java实现】

    本文实例分析了正则中的回溯定义与用法.分享给大家供大家参考,具体如下: 关于"回溯"我也是第一次接触,对它也不算很了解.下面就把我所了解的做为一个心德记录下来,以备查看. 我们所使用的正则表达式的匹配基础大概分为:优先选择最左端(最靠开头)的匹配结果和标准的匹配量词(*.+.?和{m, n})是匹配优先的. "优先选择最左端的匹配"顾名思义就是从字符串的起始位置开始匹配直到匹配结束这是基础:"标准匹配量词"又分为"非确定型有穷自动机(N

  • Android系统进程间通信（IPC）机制Binder中的Server启动过程源代码分析

    Android系统进程间通信（IPC）机制Binder中的Server启动过程源代码分析

    在前面一篇文章Android系统进程间通信(IPC)机制Binder中的Server和Client获得Service Manager接口之路中,介绍了在Android系统中Binder进程间通信机制中的Server角色是如何获得Service Manager远程接口的,即defaultServiceManager函数的实现.Server获得了Service Manager远程接口之后,就要把自己的Service添加到Service Manager中去,然后把自己启动起来,等待Client的请求.

  • Android系统进程间通信（IPC）机制Binder中的Server和Client获得Service Manager接口之路

    Android系统进程间通信（IPC）机制Binder中的Server和Client获得Service Manager接口之路

    在前面一篇文章浅谈Service Manager成为Android进程间通信(IPC)机制Binder守护进程之路中,介绍了Service Manager是如何成为Binder机制的守护进程的.既然作为守护进程,Service Manager的职责当然就是为Server和Client服务了.那么,Server和Client如何获得Service Manager接口,进而享受它提供的服务呢?本文将简要分析Server和Client获得Service Manager的过程. 在阅读本文之前,希望读者

  • Android系统进程间通信（IPC）机制Binder中的Client获得Server远程接口过程源代码分析

    Android系统进程间通信（IPC）机制Binder中的Client获得Server远程接口过程源代码分析

    在上一篇文章中,我们分析了Android系统进程间通信机制Binder中的Server在启动过程使用Service Manager的addService接口把自己添加到Service Manager守护过程中接受管理.在这一篇文章中,我们将深入到Binder驱动程序源代码去分析Client是如何通过Service Manager的getService接口中来获得Server远程接口的.Client只有获得了Server的远程接口之后,才能进一步调用Server提供的服务. 这里,我们仍然是通过A

  • CodeIgniter辅助之第三方类库third_party用法分析

    本文实例分析了CodeIgniter辅助之第三方类库third_party用法.分享给大家供大家参考,具体如下: third_party用来存放系统中引入的第三方类库,类库通常提供的功能比较丰富,相应的学习成本也要高些,系统中能用到功能有限,所以建议在引入类库时进行适当的封装,让系统中更方便使用,其他人使用时只需关注扩展的方法而无法关注具体的实现.以CI集成Twig模版为例吧. 首先需要下载Twig类库,并放在third_party中,然后在libraries中进行一次封装,示例如下: <?ph

  • 创业者成功的秘诀分析

    开始开了一个小店,到耄耋之年还是那个小店,这不是创业,充其量是维持生计,确保自己生存罢了. 开始是一个小厂,到最后还是那个小厂,这不是创业,和上班.替别人打工区别无二. 开始是一个公司,到业主弥留之际,规模还是那个小公司,这不是创业,只是经营了一个能维持自己吃饭的家伙而已. 所谓创业者客观的成功体现,就是在若干年后,你要有二次创业.三次创业--你的小店变成了大的百货商场,变成了超级市场,变成了规模不蜚的公司,变成了周围的领头羊--,能出此成绩者才是真正的创业者,否则不佩叫"创业者".所

  • 纯js实现遮罩层效果原理分析

    可以说这个功能,在我理解了前面的"贪吃蛇"之后,实在是与刚开始想象的难度差了好多,当然是这种方式有取巧之嫌,终归是实现了功能,我们来进行分析整理 1.实现原理 本片文章的 是实现原理如下: * 实际上弹出层.遮罩层和原页面显示分别为三个不同的div * 弹出层的层级在遮罩层之上,遮罩层的层级在原页面显示之上: * 遮罩层有通明效果 * 遮罩层没有实际意义,则无需在html部分就写上,当然写上同样可以实现 2.代码实现 html语言如下: 复制代码 代码如下: <html>

随机推荐