转载小故事，小道理

中国第一程序员－求伯君的程序人生 “如果从开始就想着怎样赚钱，我也不会有今天。 事业和金钱无关。当你全身心投入开发的时候，不给你钱你也要干。开发时，根本没有心思考虑报酬。只有先成就了业，才有资格谈报酬。” ——求伯君

 

浮躁的人容易问：我到底该学什么；----别问，学就对了；
 浮躁的人容易问：Js有钱途吗；----建议你去抢银行；
 浮躁的人容易说：我要中文版！我英文不行！----不行？学呀！
 浮躁的人分两种：只观望而不学的人；只学而不坚持的人；

 

[转帖]和尚的故事新编

三个和尚的故事新编 三个和尚没水吃之后…… 一个和尚挑水吃、两个和尚抬水吃、三个和尚没水吃。总寺的方丈大人得知情况后，就派来了一名主持和一名书记，共同负责解决这一问题。主持上任后，发现问题的关键是管理不到位，于是就招聘一些和尚成立了寺庙管理部来制定分工流程。为了更好地借鉴国外的先进经验，寺庙选派唐僧等领导干部出国学习取经；此外，他们还专门花钱请来了天主教堂、基督教会的神父传授MBA。外国的神父呆了不久留下几个屁就走了，一个屁叫BPR，一个屁叫ERP。　　书记也没闲着，他认为问题的关键在于人才没有充分利用、寺庙文化没有建设好，于是就成立了人力资源部和寺庙工会等等，并认认真真地走起了竞聘上岗和定岗定编的过场。几天后成效出来了，三个和尚开始拼命地挑水了，可问题是怎么挑也不够喝。不仅如此，小和尚都忙着挑水、寺庙里没人念经了，日子一长，来烧香的客人越来越少，香火钱也变得拮据起来。为了解决收入问题，寺庙管理部、人力资源部等连续召开了几天的会，最后决定，成立专门的挑水部负责后勤和专门的烧香部负责市场前台。同时，为了更好地开展工作，寺庙提拔了十几名和尚分别担任副主持、主持助理，并在每个部门任命了部门小主持、副小主持、小主持助理。　　老问题终于得到缓解了，可新的问题跟着又来了。前台负责念经的和尚总抱怨口渴水不够喝，后台挑水的和尚也抱怨人手不足、水的需求量太大而且没个准儿，不好伺候。为了更好地解决这一矛盾，经开会研究决定，成立一个新的部门：喝水响应部，专门负责协调前后台矛盾。为了便于沟通、协调，每个部门都设立了对口的联系和尚。协调虽然有了，但效果却不理想，仔细一研究，原来是由于水的需求量不准、水井数量不足等原因造成的。于是各部门又召开了几次会，决定加强前台念经和尚对饮用水的预测和念经和尚对挑水和尚满意度测评等，让前后台签署协议、相互打分，健全考核机制。为了便于打分考核，寺院特意购买了几个计算机系统，包括挑水统计系统、烧香统计系统、普通香客捐款分析系统、大香客捐款分析系统、挨上必死系统（简称IBS系统）、马上就死系统（简称MS系统）等，同时成立香火钱管理部、香火钱出账部、打井策略研究部、打井建设部、打井维护部等等。同时延长挑水和尚的挑水时间. 　　由于各个系统出来的数总不准确、都不一致，于是又成立了技术开发中心，负责各个系统的维护、二次开发。由于部门太多、办公场地不足，寺院专门成立了综合部来解决这一问题，最后决定把寺院整个变成办公区，香客烧香只许在山门外烧。　　部门多、当官的多文件和开会自然就多，为了减少文山会海，综合办牵头召开了N次关于减少开会的会，并下达了“关于减少文件的文件”。同时，为了精简机构、提高效率，寺院还成立了精简机构办公室、机构改革研究部等部门。一切似乎都合情合理，但香火钱和喝水的问题还是迟迟不能解决。问题在哪呢？有的和尚提出来每月应该开一次分析会，于是经营分析部就应运而生了。分析需要很多数据和报表，可系统总是做不到，于是每个部门都指派了一些和尚手工统计、填写报表、给系统打工。　　寺院空前地热闹起来，有的和尚在拼命挑水、有的和尚在拼命念经、有的和尚在拼命协调、有的和尚在拼命分析……忙来忙去，水还是不够喝、香火钱还是不够用。什么原因呢？这个和尚说流程不顺、那个和尚说任务分解不合理，这个和尚说部门界面不清、那个和尚说考核力度不够。　　只有三个人最清楚问题之关键所在，那三个人就是最早的那三个和尚。说来说去，就是闲人太多了！他们说：“整天瞎分析个屁！什么流程问题、职责问题、界面问题、考核问题，明明就是机构臃肿问题！早知今日，还不如当初咱们仨自觉自律一点算了！如今倒好，招来了这么一大帮傻B，一个个不干正经事还人五人六的，跟屎盆子一样甩都甩不掉！” . 　　又过了一年，寺院黄了，和尚们也都死了。人们在水井边发现了几具尸体，是累死的；在寺院里发现了几千具尸体，是渴死的。

 

最浪漫的三个字不是“我爱你”，而是“在一起”。   

 

分手后不可以做朋友,因为彼此伤害过,不可以做敌人,因为彼此深爱过,所以我们变成了最熟悉的陌生人……   

 

设计模式是程序员经验的浓缩

 

对于个人定位，首先需要明白或者需要决定的是到底应该做研究还是应用。

对于基础研究，最基本的问题是前沿，国际前沿，需要明白整个学科的前沿问题在什么地方，而不是作一些别人已经作过的问题。

 

对于应用开发，或者从开发角度称为二次开发，其难度正是企业软件的难度，难不难？所谓企业软件，等同物是我们经常称之为“MIS”的东西，可以非常简单，但也可以非常复杂。所以，如果立志往这个方向走，除了基础的程序设计、数据结构之类，企业开发平台（J2EE或.net），设计模式应该是必要的基础，

 

关于编程：编程是一个长期的工作，语言和平台就像你的妻子，没有那么容易更换。熟悉一门语言和熟悉一个女人是类似的，你需要知道她的长处和缺点，要会应付她的脾气。

 

SAAS的核心一般定义为：“软件部署为托管服务，通过网络存取”，运营模式都包括“软件所有权属于供应商，供应商来负责基础设施和软件维护升级工作”，服务方式都是“客户按一定的付费周期来租赁供应商的服务”。

因此，和传统软件的区别就在于用户买到的是服务，不是软件。

 

 

转载于:https://www.cnblogs.com/wyinwing/archive/2009/03/15/1247052.html